L'enregistrement Atomos Ninja s'est arrêté — Le fichier ne s'ouvre pas

L'Atomos Ninja, le Ninja V, le Ninja V+, le Ninja Phone (2024), la nouvelle famille Ninja TX / Ninja TX GO / Ninja RAW (annoncée en 2026) et la gamme Shogun — y compris le récent Shogun Ultra et le Shogun AV-19 monté en rack (février 2026, livraison en mars 2026) — sont la référence absolue en matière d'enregistrement ProRes externe — et la référence absolue pour un mode de défaillance spécifique. Lorsque l'appareil est mis hors tension en cours d'enregistrement (la batterie est déchargée, l'alimentation secteur est coupée, le câble se détache), l'enregistrement s'arrête brusquement et le fichier sur le SSD est volumineux, semble en bon état, mais refuse catégoriquement de s'ouvrir. Cette page concerne ce fichier.

Nous en avons récupéré un grand nombre. Les schémas sont cohérents et la solution est bien comprise. La bonne nouvelle : dans neuf cas sur dix, les images ProRes présentes sur le SSD sont intactes. Ce qui manque, ce sont les métadonnées du conteneur QuickTime qui indiquent à votre éditeur où se trouvent les images.

Ce qui se trouve sur le SSD lorsqu'un Ninja s'arrête en cours d'enregistrement

Les appareils Atomos enregistrent au format ProRes (ou DNxHR/DNxHD sur certaines configurations) dans des conteneurs MOV. Le conteneur est finalisé au moment où vous appuyez sur stop. Si l'alimentation est interrompue avant ce moment, le fichier ressemble à ceci :

[ftyp]               ← container declaration, intact
[mdat starts here]   ← all your ProRes frames + LPCM audio interleaved
... a few hundred MB to several GB of frames ...
[mdat ends abruptly]  ← no MOOV, no closing atoms

De nombreux outils compatibles MOV supposent que « [ftyp] » plus un « [moov] » manquant ou non analysable signifie que l'ensemble du fichier est corrompu. Ce n'est pas le cas. Les données d'image situées dans « mdat » constituent la prise.

Pourquoi cela concerne spécifiquement les appareils Atomos

Les unités Atomos sont populaires précisément parce qu'elles contournent les limites de conteneur de la caméra : vous obtenez des prises plus longues, des débits binaires plus élevés et des codecs ProRes/DNx que la caméra elle-même ne peut pas écrire en interne. Le compromis est qu'il s'agit également d'un appareil séparé avec une alimentation séparée. Si le boîtier de la caméra fonctionne correctement mais que la batterie du Ninja est à plat, l'enregistrement sur le SSD ne s'arrête jamais proprement.

Les déclencheurs courants que nous observons :

• Épuisement de la batterie NP-F lors d'interviews de longue durée ou de travaux documentaires.
• Câble D-tap qui se détache lorsque le caméraman se déplace.
• Baisse de tension de l'adaptateur secteur dans les lieux où l'alimentation est incertaine.
• SSD éjecté alors que l'appareil est encore en train d'écrire (rare, mais cela se produit en cas d'erreurs de remplacement à chaud).
• Plantage du micrologiciel sur les anciens micrologiciels Ninja V+ : l'appareil redémarre, l'enregistrement est perdu de la même manière qu'en cas de coupure de courant.

Deux particularités spécifiques à Atomos que notre moteur gère

La plupart des outils de récupération génériques renvoient un fichier qui fonctionne presque. C'est généralement au niveau de l'audio qu'ils échouent. Il y a deux raisons spécifiques à cela.

1. PCM little-endian alors que tout le reste est big-endian

Les appareils Atomos écrivent l'audio PCM en little-endian 24 bits. Le format MOV de QuickTime est historiquement big-endian. De nombreux outils de récupération effectuent un échange d'octets inconditionnel lors de la reconstruction de la piste audio, ce qui fonctionne pour l'audio interne de la caméra, mais produit un son qui ressemble à du bruit statique pour les fichiers Atomos. Nous détectons l'ordre des octets à partir de la distribution réelle de l'échantillon et n'effectuons pas d'échange à moins que les données ne nous le demandent.

2. Placement des segments audio dans le groupe vidéo

Dans l'entrelacement MOV, les blocs audio sont placés à côté des blocs vidéo dans « mdat ». La position exacte — avant le bloc vidéo dans le même groupe, ou après — affecte la synchronisation de la timeline. Les fichiers Atomos exigent que les segments audio se trouvent au début du groupe vidéo ; les placer à la fin crée environ une demi-seconde de décalage audio qu'aucune correction d'étirement ne peut corriger. Nous l'avons appris sur une révision spécifique du micrologiciel Ninja V et il s'est avéré que cela s'appliquait à toute la gamme.

Si vous utilisez un outil générique de réparation MP4 et qu'il renvoie un fichier avec un décalage audio d'environ 0,5 s, c'est presque certainement ce qui s'est passé.

Ce que vous pouvez essayer vous-même

1. Connectez le SSD à votre ordinateur et copiez le fichier du disque avant de faire quoi que ce soit d'autre. N'essayez jamais de récupérer le fichier sur le SSD source : travaillez sur une copie.
2. Le mode de récupération AtomOS d'Atomos. Le micrologiciel le plus récent dispose d'une option de « récupération d'enregistrement incomplet » qui s'exécute sur l'appareil. Essayez d'abord cette option : si cela fonctionne, vous aurez terminé en deux minutes. Si ce n'est pas le cas, votre fichier est entre nos mains.
3. 'untrunc' (open source). Excellent pour les fichiers Atomos en particulier, car le mode de défaillance (tronqué, MOOV manquant, sinon intact) est exactement celui pour lequel untrunc a été conçu. Vous avez besoin d'un « bon » fichier de référence provenant du même appareil Ninja avec les mêmes paramètres d'enregistrement.
4. 'ffmpeg -i broken.mov -c copy out.mov'. Ne récupérera pas, mais vous dira ce que FFmpeg voit.

Si vous n'avez pas de fichier de référence correspondant, untrunc ne peut pas vous aider. C'est la raison la plus courante d'utiliser un service comme le nôtre.

Comment notre récupération gère un fichier Ninja

• Aucun clip de référence n'est requis. Nous extrayons les paramètres du codec de la première image ProRes complète dans « mdat ». Les images ProRes ont leur propre largeur, hauteur et codec four-cc (« apcn », « apch », « apcs », « ap4h », etc.). C'est suffisant pour reconstruire un « stsd » valide.
• Toutes les versions ProRes. Proxy, LT, 422, HQ, 4444, 4444 XQ. Le codec four-cc identifie la variante ; le reste du pipeline n'en a pas besoin.
• DNxHR / DNxHD également pris en charge (Ninja et Shogun peuvent enregistrer l'un ou l'autre).
• Audio géré correctement dès le départ (les deux particularités ci-dessus).
• « co64 » pour les fichiers de plus de 4 Go, ce qui correspond à la plupart des prises professionnelles de Ninja.

Ce que vous faites

1. Téléchargez le fichier endommagé. Jusqu'à 50 Go. Glissez-déposez.
2. Environ 1 minute plus tard, vous obtenez un aperçu gratuit de 5 secondes. Image et audio. Vous pouvez faire défiler.
3. Si cela vous semble correct, payez et téléchargez le fichier récupéré complet. Si ce n'est pas le cas, ajustez les paramètres de manière interactive ou demandez une vérification par un humain sans frais.

FAQ

Est-ce que cela fonctionne sur Ninja, Ninja V, Ninja V Plus, Ninja Phone, Ninja TX, Ninja TX GO, Ninja RAW, Shogun, Shogun Connect, Shogun Ultra, Shogun AV-19 et Sumo ? Oui. Le format conteneur est le même pour toute la gamme. Le codec (ProRes / DNx) et la configuration audio varient, mais notre moteur les identifie à partir des données.

Enregistrements ProRes RAW — pris en charge ? Partiellement. Les images ProRes RAW sont détectées, mais les métadonnées nécessaires pour reconstruire le flux ProRes RAW complet (informations de couleur spécifiques à la caméra, métadonnées du capteur) sont parfois manquantes dans les cas les plus graves de corruption. Nous essayons de vous prévenir rapidement si nous n'y parvenons pas.

Mon Atomos enregistrait à partir d'une RED / ARRI / Sony Venice — est-ce que cela change quelque chose ? Non. L'Atomos écrit en ProRes/DNx quelle que soit la caméra source. La récupération est identique.

Puis-je récupérer uniquement l'audio, sans la vidéo ? Oui. Faites remonter le dossier après le téléchargement et demandez. Nous pouvons extraire l'audio uniquement.

Mon fichier est lu pendant 30 secondes, puis Premiere/Resolve plante. Mode de défaillance différent (corruption au milieu du fichier, MOOV non manquant). Toujours récupérable dans la plupart des cas. Téléchargez-le et le diagnostic nous indiquera de quel modèle il s'agit.

Articles connexes

• Ce que signifie réellement « MOOV atom not found »
• Corruption Atomos Shogun ProRes
• Comment fonctionne notre moteur de récupération

Importez votre fichier Atomos →