Em um shell, como definir automaticamente a data e a hora da modificação (ou criação) de um arquivo de vídeo Quicktime com base nos metadados do arquivo com um único comando (ou uma única linha de comando)? Para arquivos JPG, temos exiv2 -T
, mas existe um comando semelhante para arquivos .mov?
Para dar um exemplo, vamos começar com um arquivo video.mov com os seguintes metadados:
$ exiftool video.mov
ExifTool Version Number : 12.57
File Name : video.mov
Directory : .
File Size : 64 MB
File Modification Date/Time : 2023:07:04 02:53:05+02:00
File Access Date/Time : 2023:07:01 11:42:46+02:00
File Inode Change Date/Time : 2023:07:04 02:53:05+02:00
File Permissions : -rw-r--r--
File Type : MOV
File Type Extension : mov
MIME Type : video/quicktime
Major Brand : Apple QuickTime (.MOV/QT)
Minor Version : 0.0.0
Compatible Brands : qt
Media Data Size : 64215615
Media Data Offset : 36
Movie Header Version : 0
Create Date : 2023:07:01 11:42:00
Modify Date : 2023:07:01 11:42:46
Time Scale : 600
Duration : 0:00:45
Preferred Rate : 1
Preferred Volume : 100.00%
Preview Time : 0 s
Preview Duration : 0 s
Poster Time : 0 s
Selection Time : 0 s
Selection Duration : 0 s
Current Time : 0 s
Next Track ID : 6
Track Header Version : 0
Track Create Date : 2023:07:01 11:42:00
Track Modify Date : 2023:07:01 11:42:46
Track ID : 1
Track Duration : 0:00:45
Track Layer : 0
Track Volume : 0.00%
Image Width : 1920
Image Height : 1080
Clean Aperture Dimensions : 1920x1080
Production Aperture Dimensions : 1920x1080
Encoded Pixels Dimensions : 1920x1080
Graphics Mode : ditherCopy
Op Color : 32768 32768 32768
Compressor ID : hvc1
Source Image Width : 1920
Source Image Height : 1080
X Resolution : 72
Y Resolution : 72
Compressor Name : HEVC
Bit Depth : 24
Video Frame Rate : 29.997
Balance : 0
Audio Format : mp4a
Audio Channels : 2
Audio Bits Per Sample : 16
Audio Sample Rate : 44100
Purchase File Format : mp4a
Warning : [minor] The ExtractEmbedded option may find more tags in the media data
Matrix Structure : 1 0 0 0 1 0 0 0 1
Content Describes : Track 1
Media Header Version : 0
Media Create Date : 2023:07:01 11:42:00
Media Modify Date : 2023:07:01 11:42:46
Media Time Scale : 600
Media Duration : 0:00:45
Media Language Code : und
Gen Media Version : 0
Gen Flags : 0 0 0
Gen Graphics Mode : ditherCopy
Gen Op Color : 32768 32768 32768
Gen Balance : 0
Handler Class : Data Handler
Handler Vendor ID : Apple
Handler Description : Core Media Data Handler
Meta Format : mebx
Handler Type : Metadata Tags
Make : Apple
Model : iPhone SE (2nd generation)
Software : 16.5.1
Creation Date : 2023:07:01 13:42:00+02:00
Image Size : 1920x1080
Megapixels : 2.1
Avg Bitrate : 11.3 Mbps
Rotation : 90
A melhor abordagem (para definir a data de modificação) que eu mesmo poderia criar até agora é ler a saída de
$ exiftool video.mov | grep "Media Modify Date" | cut -f 19-20 -d ' '
, que é, no meu exemplo,
2023:07:01 11:42:46
(o que está correto conforme normalizado para UTC ou GMT porque, na vida real, o vídeo foi gravado por volta das 13h42:… CEST), substituindo :
a data na saída por -
, e finalmente emitindo
$ touch -d "2023-07-01 11:42:46 UTC" video.mov
(meu palpite é que dizer UTC
é melhor do que dizer GMT
acima). Isso gera, como esperado,
$ ls --full-time video.mov | cut -d ' ' -f 6-8
2023-07-01 13:42:46.000000000 +0200
(a máquina está no fuso horário CEST, portanto +0200
). O resultado é o que queremos (porque o fuso horário em que o vídeo foi feito também era CEST), mas o processo para chegar lá foi manual .
Como processar a data da primeira sequência de comandos ( exiftool … -d ' '
) automaticamente , de forma que possamos emitir tanto o primeiro comando quanto o segundo comando ( touch …
) em uma única linha de comando ou em um script?
Como alternativa, o tempo de modificação (ou criação) do arquivo de vídeo .mov deve ser lido dos metadados no arquivo de vídeo e definido no nível do sistema operacional de alguma outra maneira. Como? (Um aparte: como o campo de meta-dados Media Modify Date
pode ser totalmente zero para alguns arquivos, por exemplo, para um arquivo criado por ffmpeg , podemos precisar de mais alguma lógica de programação e tentar mudar para os valores de alguns outros campos nesse caso , por exemplo, adicionando Date/Time Original
e Media Duration
se estiverem devidamente preenchidos.)
Alguém já fez essa tarefa, talvez, e só precisamos executar um programa já disponível com os parâmetros apropriados?
exiftool
pode definir a maioria dos metadados dos arquivos, além de recuperá-los, portanto, deve ser apenas uma questão de:Ou:
Ou recursivamente (também atualizando arquivos em subdiretórios):
Por padrão,
exiftool
interpreta esses carimbos de data/hora de mídia em arquivos QuickTime MOV como hora local, embora a especificação do QuickTime diga que eles devem estar em UTC, pois é o que a maioria das câmeras faz. ComTZ=UTC0
, dizemos que a hora local é UTC (é 0 deslocamento do UTC), com-api QuickTimeUTC
, dizemos que esses horários devem ser interpretados como UTC, pois esse parece ser o seu caso. Ambos devem alcançar o mesmo resultado.Arquivos sem
MediaModifyDate
terminariam com um1904-01-01 00:00:00 +0000
carimbo de data/hora (-2082844800 hora da época), pois esse é o horário de origem dos carimbos de data/hora do QuickTime.Para ignorá-los, você pode fazer:
(usar
TZ=UTC0
em vez de-api QuickTimeUTC
como o último não parece funcionar quando combinado-d %s
especificamente para formatar a hora como hora da época do Unix, o que parece um bug. Usar outros formatos de data dependeria do fuso horário, portanto não poderíamos comparar com uma string fixa como -2082844800)Se você quisesse usar
touch
para definir o mtime, faria:(usar
-api QuickTimeUTC
parece funcionar bem-d %s
quando se trata apenas de imprimir esse número aqui. E sim, você obtém0000:00:00 00:00:00
e não-2082844800
quando não háMediaModifyDate
. Acho que isso pode mudar no futuro).Para todos
.mov
os arquivos na pasta atual: