Pourquoi les vidéos Takeout affichent une mauvaise date
- La date de fichier est la date de l'export. Les gestionnaires de fichiers et les applications qui trient par date de fichier placent toutes les vidéos au jour où l'archive a été créée.
- Certaines vidéos ne contiennent aucune date. Les enregistrements d'écran, les clips enregistrés depuis des messageries et de nombreuses vidéos retouchées ou exportées laissent la date de création à zéro, que certaines applications affichent comme 1904 ou 1970.
- D'autres contiennent une date erronée. Une vidéo convertie ou réenregistrée par une application peut porter l'heure de cette conversion au lieu de l'heure de l'enregistrement.
- Fuseaux horaires : les en-têtes MP4 et MOV contiennent l'heure UTC. Les outils qui y écrivent l'heure locale décalent les vidéos de quelques heures.
Ce que l'outil modifie dans une vidéo
| Où | Quoi | Quand |
|---|---|---|
En-tête vidéo (mvhd) | date de création et de modification = heure de prise de vue du JSON, en UTC | lorsque la date enregistrée est vide, antérieure à 1970, ou égale ou postérieure à la mise en ligne d'une vidéo filmée plus tôt — ou toujours, si Remplacer les dates… est coché |
Chaque en-tête de piste et de média (tkhd, mdhd) | la même heure | en même temps que l'en-tête vidéo |
Date en texte dans les métadonnées (com.apple.quicktime.creationdate, ©day) | le même moment, dans le même format de texte | uniquement si la vidéo la contient déjà — rien n'est ajouté |
| Date de fichier dans le ZIP corrigé | l'heure de prise de vue | toujours |
Ces champs ont une taille fixe ; ils sont donc écrasés sur place : la vidéo garde exactement la même taille, aucune boîte ne se déplace (les décalages des échantillons restent donc valides, que l'index se trouve avant ou après les données média), et les octets de l'image et du son sont copiés sans modification. Les tests automatisés décodent des vidéos créées par ffmpeg avant et après la modification, et comparent chaque image.
Formats : MP4, MOV, M4V, 3GP et 3G2, ainsi que les fichiers .MP des photos animées Pixel. Les conteneurs AVI, MKV, WebM et autres ne reçoivent que la date de fichier.
Comment corriger les dates des vidéos Takeout
- Déposez ci-dessus toutes les parties ZIP de votre Takeout. Une vidéo et son fichier JSON se trouvent souvent dans des parties différentes.
- Laissez Remplacer les dates et positions déjà inscrites par l'appareil photo désactivé : une vidéo qui contient déjà une date d'enregistrement plausible la conserve. Ne cochez cette option que si vous avez corrigé des dates dans Google Photos.
- Cliquez sur Corriger et enregistrer et extrayez le ZIP corrigé. Pour vérifier une vidéo, consultez Propriétés → Détails → Média créé sous Windows, ou exécutez
ffprobe -show_entries format_tags=creation_time video.mp4.
Live Photos et photos animées
Une Live Photo sort de Takeout sous forme d'un fichier HEIC ou JPEG accompagné d'une courte vidéo MOV ou MP4, sans fichier JSON propre. L'outil donne à la vidéo la date de la photo (sauf si vous décochez cette option) et traite son en-tête selon les mêmes règles.
Vidéos sans fichier JSON
Des noms comme VID_20190101_101010.mp4 ou PXL_20190809_203449253.mp4 (Pixel, UTC) fournissent une date. Celle-ci définit la date de fichier et complète un en-tête vidéo vide ; un en-tête qui contient déjà une date n'est jamais remplacé par celle d'un nom.
Vidéos volumineuses
Pour une vidéo stockée sans compression dans le ZIP, seul son en-tête est lu : une vidéo de 10 Go ne demande que quelques kilo-octets de lecture. Une vidéo stockée compressée doit être décompressée en mémoire pour être modifiée ; au-delà de 256 Mo, elle ne reçoit que la date de fichier, et le rapport l'indique.
Questions fréquentes
La vidéo est-elle réencodée ou recompressée ?
Non. Seuls les champs de date des en-têtes sont réécrits. Le fichier garde sa taille, et l'image et le son restent exactement les mêmes octets qu'avant.
Quelle date une vidéo reçoit-elle ?
Le photoTakenTime de son fichier JSON — la date affichée par Google Photos. Si le JSON ne contient que la date de mise en ligne (creationTime), la vidéo la reçoit comme date de fichier et son en-tête n'est pas modifié.
Les dates inscrites par mon appareil photo seront-elles écrasées ?
Pas par défaut. Si un JPEG ou un HEIC possède déjà une « date de prise de vue » (DateTimeOriginal) ou une position GPS, elle est conservée. Une vidéo conserve la date d'enregistrement de son en-tête si celle-ci est plausible ; une date vidéo vide, antérieure à 1970 ou correspondant seulement à l'heure de mise en ligne ou de traitement (égale ou postérieure à la mise en ligne d'une vidéo filmée plus tôt) est remplacée. Activez Remplacer les dates et positions déjà inscrites par l'appareil photo si vous avez modifié des dates dans Google Photos et souhaitez utiliser celles-ci.
Quelles applications lisent la date à l'intérieur d'une vidéo ?
La date de création de l'en-tête vidéo est l'emplacement standard : ExifTool l'affiche sous le nom CreateDate, ffprobe sous creation_time, l'Explorateur Windows sous Média créé, et Immich la lit lors de l'import d'une vidéo. Les applications qui trient par date de fichier utilisent la date de fichier, que le ZIP corrigé restaure également.
Dans quel fuseau horaire sont les dates ?
Google enregistre le moment de la prise de vue en UTC. L'outil le convertit dans le fuseau horaire que vous choisissez — celui de votre ordinateur par défaut — et inscrit aussi le décalage UTC (OffsetTimeOriginal) pour que les applications puissent afficher le moment exact. Les en-têtes vidéo stockent par définition l'heure UTC : les vidéos reçoivent donc le moment exact, et les applications l'affichent dans leur propre fuseau. Les photos prises en voyage afficheront l'heure dans le fuseau choisi, et non l'heure locale du voyage.
Mes photos sont-elles envoyées en ligne ?
Non. Les fichiers ZIP sont lus par votre navigateur, sur votre propre ordinateur, et l'archive corrigée y est également écrite. Rien n'est envoyé à un serveur — vous pouvez vous déconnecter d'internet une fois la page chargée, l'outil fonctionne toujours.