Workflow H.264 dans Final Cut Pro
Le H.264 est le codec par défaut de presque toutes les caméras prosumer. Sony A7S III, Canon R5, drones DJI Mavic, GoPro Hero, iPhone 17 Pro : toutes livrent du H.264 ou des variantes HEVC. Final Cut Pro lit le H.264 nativement sur Apple Silicon, mais une coupe long-format documentaire à 40 heures de source met la pression sur le SSD. Sanbila garde les H.264 d'origine sur Cloudflare R2 et utilise un proxy Sanbila ProRes sur le SSD local pour conserver une magnetic timeline réactive.
Pourquoi le H.264 pénalise le montage long format dans Final Cut
Le H.264 est compact sur disque, environ 30 à 60 Go par heure en 4K, ce qui paraît confortable jusqu'au moment où un monteur documentaire collectionne des centaines d'heures. Quarante heures d'A7S III pèsent environ deux téraoctets. Final Cut Pro décode le H.264 avec accélération matérielle sur Apple Silicon, mais le scrubbing, la navigation J-K-L et la réactivité du skimmer restent en retrait par rapport au ProRes. La réponse Final Cut, c'est "create optimized media", qui transcode tout en ProRes 422 et triple à peu près l'empreinte. Sur un MacBook Pro de 1 To, vous saturez avant la fin du rough cut.
Originaux sur R2, proxy ProRes en local pour Final Cut
Sanbila envoie les fichiers H.264 directement depuis la carte SD, le lecteur CFexpress ou l'offload drone. Le virtual folder Sanbila se monte dans la library Final Cut Pro via des symlinks que Final Cut lit comme des clips natifs. Le preset Sanbila pour Final Cut est 1080p ProRes Proxy, le codec autour duquel Final Cut a été pensé : skimmer instantané, magnetic timeline réactive, lecture plein régime du proxy ProRes sur un MacBook M3 de base. Le mode proxy intégré à Final Cut bascule proprement, et les H.264 originaux restent sur R2 jusqu'à l'export.
H.264 (.mp4, .mov) · Final Cut Pro
Pour le H.264 dans Final Cut Pro, le preset Sanbila recommandé est 1080p ProRes Proxy en .mov. Final Cut traite le ProRes comme un codec de première classe, donc skimmer, scrub et trim sont instantanés. Le proxy reste autour de 30 Go par heure, ce qui tient sur un MacBook 1 To pour une coupe documentaire. Pour un créateur YouTube sur un sujet court, la variante 720p ProRes Proxy divise par deux l'empreinte et reste fluide sur un M3 d'entrée de gamme.
Export vers ProRes 422 depuis la source H.264
Final Cut Pro exporte un FCPXML à tout moment. Sanbila lit le FCPXML et identifie chaque plan posé sur la timeline. Smart Relink bascule ces plans en mode stream, le volume WebDAV se monte sur macOS comme un volume Sanbila-{projectId}, et Final Cut passe du proxy ProRes local aux H.264 originaux servis via WebDAV. L'export vers un master ProRes 422 lit les octets H.264 sources depuis R2 à la demande, décode via Apple Silicon, et écrit le fichier ProRes final en local. Aucun cache géant de H.264 ne descend sur le SSD.
Cinq étapes de la carte SD à la livraison ProRes
- 1
Branchez la carte SD, le lecteur CFexpress ou le disque d'offload drone. Sanbila scanne, hash chaque .mp4 ou .mov, et envoie vers R2 en parallèle avec upload multipart au-delà de 100 Mo.
- 2
Ouvrez le virtual folder Sanbila du projet. Les proxys 1080p ProRes Proxy sont liés par symlinks que Final Cut Pro voit comme des clips dans un event ordinaire.
- 3
Coupez, peaufinez et verrouillez dans Final Cut Pro. La magnetic timeline reste réactive sur un MacBook Pro M3, même avec plus de 100 clips par minute de cut final.
- 4
Exportez un FCPXML et lancez Sanbila Smart Relink. Les plans utilisés passent en mode stream, le volume WebDAV se monte en Sanbila-{projectId} sur macOS, et Final Cut voit les H.264 originaux en pleine résolution.
- 5
Exportez vers ProRes 422 depuis Final Cut. L'export décode le H.264 depuis R2 via WebDAV sur Apple Silicon et écrit le master en local. Le H.264 d'origine ne descend jamais durablement sur le SSD.
Sanbila en chiffres
Specs réelles tirées du produit Sanbila en production, pas du marketing.
Questions fréquentes sur le H.264 dans Final Cut Pro
Final Cut Pro voit-il les symlinks Sanbila comme des clips importables ?
Oui. Final Cut Pro lit les symlinks comme des fichiers ordinaires dans l'event. Le virtual folder Sanbila génère par défaut des symlinks qui pointent sur le ProRes Proxy local, et l'import est identique à celui d'un dossier de clips depuis n'importe quel disque.
Comment Sanbila gère les variantes HEVC comme Apple ProRes HEVC d'un iPhone 17 Pro ?
Les fichiers HEVC s'envoient sur R2 dans le même flux que le H.264. Apple Silicon décode le HEVC en hardware comme le H.264. Le proxy Sanbila 1080p ProRes reste le format local recommandé parce qu'il évite le décodage HEVC plus lourd sur la timeline.
Deux monteurs Final Cut Pro peuvent-ils partager un projet Sanbila ?
Oui, sur le plan Studio. Les deux monteurs se connectent à Sanbila sur leur Mac et ouvrent le même virtual folder. Chacun génère son ProRes Proxy en local. Les libraries Final Cut restent par monteur parce que Final Cut ne supporte pas les libraries partagées en écriture concurrente, mais les médias sont partagés via Sanbila.
L'export ProRes 422 final correspond-il à ce que Final Cut produirait depuis du H.264 local ?
Oui. Final Cut décode les mêmes octets H.264 depuis R2 via WebDAV qu'il décoderait en local. L'export ProRes 422 est identique bit pour bit à un master produit depuis une copie locale du H.264, plus le temps de lecture réseau absorbé par le cache bloc-level.
Quelle est la taille du mount WebDAV pour une coupe documentaire de 40 heures ?
Le mount WebDAV n'expose que les plans présents sur la timeline finale, identifiés via le FCPXML. Un cut final qui utilise 200 plans uniques sur un projet de 40 heures monte environ 30 à 60 Go de H.264 source, qui streame proprement depuis R2 sur une connexion broadband standard.
Workflows associés
Workflow ProRes 422 dans Premiere Pro
Le ProRes 422 est le codec que choisissent les équipes broadcast et corporate quand elles veulent un intermédiaire propre sans passer au RAW. Une Sony FX6 en UHD à 25p écrit environ 250 Go par heure en ProRes 422 HQ. Premiere Pro lit le ProRes nativement sur macOS comme sur Windows, mais le disque se remplit vite. Sanbila garde les originaux sur Cloudflare R2, génère un proxy plus léger sur votre machine, et laisse Premiere récupérer le ProRes en streaming pour l'export final.
Workflow Blackmagic RAW dans DaVinci Resolve
Le BRAW est le codec sur lequel DaVinci Resolve a grandi. Le décodage est rapide, le debayer est propre, le roundtrip métadonnées est le plus mature du marché. La contrainte, c'est le disque. Une URSA Mini Pro 12K à 8:1 écrit toujours environ 250 Go par heure, et la pile de Pocket 6K sur un tournage documentaire remplit un disque de 2 To en une semaine. Sanbila conserve les BRAW originaux sur Cloudflare R2 et sert un proxy ProRes 1080p sur votre machine pour que Resolve réponde instantanément, puis remonte le BRAW en streaming WebDAV au moment du grade.
Workflow RED RAW (R3D) dans DaVinci Resolve
Une RED Komodo en 6K ou une V-Raptor XL en 8K crache facilement entre 300 et 700 Go de R3D par heure de tournage. DaVinci Resolve sait lire le R3D nativement, mais ce n'est pas le décodeur qui pose problème, c'est le disque. Sanbila conserve les originaux dans le cloud, sert un proxy léger sur votre SSD pendant la coupe, puis bascule chaque plan vers l'original streamé en WebDAV au moment où le coloriste prend la main.