SanbilaSanbila

Flujo de trabajo H.264 en Final Cut Pro

H.264 es el códec por defecto de casi todas las cámaras prosumer. Sony A7S III, Canon R5, drones DJI Mavic, GoPro Hero, iPhone 17 Pro: todas entregan H.264 o variantes HEVC. Final Cut Pro lee H.264 de forma nativa en Apple Silicon, pero un montaje documental de 40 horas de fuente sigue presionando el SSD. Sanbila conserva los H.264 originales en Cloudflare R2 y usa un proxy Sanbila ProRes en el SSD local para mantener la magnetic timeline reactiva.

Por qué H.264 castiga el montaje largo en Final Cut

H.264 es compacto en disco, unos 30 a 60 GB por hora a 4K, lo que parece amable hasta que recuerda que los editores documentales acumulan cientos de horas. Cuarenta horas de A7S III pesan unos dos terabytes. Final Cut Pro decodifica H.264 con aceleración por hardware en Apple Silicon, pero el scrubbing, la navegación J-K-L y la respuesta del skimmer siguen por detrás de ProRes. La respuesta de Final Cut es "create optimized media", que transcodifica todo a ProRes 422 y casi triplica la huella. En un MacBook Pro de 1 TB se queda sin disco antes de cerrar el rough cut.

Originales en R2, proxy ProRes en local para Final Cut

Sanbila sube los archivos H.264 directamente desde la tarjeta SD, el lector CFexpress o el offload del dron. El virtual folder Sanbila se monta dentro de la library de Final Cut Pro mediante symlinks que Final Cut lee como clips nativos. El preset Sanbila para Final Cut es 1080p ProRes Proxy, el códec en torno al que se diseñó Final Cut: skimmer instantáneo, magnetic timeline reactiva y reproducción del proxy ProRes a plena velocidad en un MacBook M3 básico. El modo proxy integrado en Final Cut conmuta limpio y los H.264 originales se quedan en R2 hasta la exportación.

H.264 (.mp4, .mov) · Final Cut Pro

Para H.264 en Final Cut Pro, el preset Sanbila recomendado es 1080p ProRes Proxy en .mov. Final Cut trata el ProRes como ciudadano de primera, así que skimmer, scrub y trim son instantáneos. El proxy se mantiene en torno a 30 GB por hora, lo que cabe en un MacBook de 1 TB para un montaje documental. Para un creador de YouTube en una pieza corta, la variante 720p ProRes Proxy reduce la huella a la mitad y se mantiene fluida en un M3 de entrada.

Exportar a máster ProRes 422 desde la fuente H.264

Final Cut Pro exporta un FCPXML en cualquier momento. Sanbila lee el FCPXML e identifica cada clip que vive en la timeline. Smart Relink conmuta esos clips al modo stream, el volumen WebDAV se monta en macOS como un volumen Sanbila-{projectId}, y Final Cut pasa del proxy ProRes local a los H.264 originales servidos por WebDAV. La exportación a un máster ProRes 422 lee los bytes fuente H.264 desde R2 bajo demanda, decodifica en hardware Apple Silicon y escribe el ProRes final en local. Ningún caché gigante de H.264 cae al SSD.

Cinco pasos de la tarjeta SD a la entrega ProRes

  1. 1

    Conecte la tarjeta SD, el lector CFexpress o el disco de offload del dron. Sanbila escanea, calcula el hash de cada .mp4 o .mov y lo sube en paralelo a R2 con upload multipart por encima de 100 MB.

  2. 2

    Abra el virtual folder Sanbila del proyecto. Los proxies 1080p ProRes Proxy están enlazados por symlinks que Final Cut Pro trata como clips en un event normal.

  3. 3

    Corte, refine y bloquee en Final Cut Pro. La magnetic timeline se mantiene reactiva en un MacBook Pro M3 incluso con más de 100 clips por minuto de cut final.

  4. 4

    Exporte un FCPXML y lance Sanbila Smart Relink. Los clips usados pasan al modo stream, el volumen WebDAV se monta como Sanbila-{projectId} en macOS y Final Cut ve los H.264 originales a plena resolución.

  5. 5

    Exporte a ProRes 422 desde Final Cut. La exportación decodifica H.264 desde R2 por WebDAV en hardware Apple Silicon y escribe el máster en local. El H.264 original nunca aterriza permanentemente en el SSD.

Sanbila en cifras

Specs reales del producto Sanbila en producción, no claims de marketing.

4
NLE compatibles (Premiere Pro, DaVinci Resolve, Final Cut Pro, Avid)
7
Presets de proxy — del 540p H.264 al 1080p DNxHR LB
22
Formatos soportados (MP4, MOV, MXF, R3D, BRAW, WAV…)
85%
Ahorro de disco promedio frente a edición con originales 4K
$0
Tarifa de salida en Cloudflare R2 — transmite originales sin coste
8
Conexiones R2 paralelas en macOS (4 en Windows / Linux), caché de 4 MB por bloque

Preguntas frecuentes sobre H.264 en Final Cut Pro

¿Final Cut Pro ve los symlinks Sanbila como clips importables?

Sí. Final Cut Pro lee los symlinks como archivos normales dentro del event. El virtual folder Sanbila genera por defecto symlinks que apuntan al ProRes Proxy local y la importación es idéntica a importar una carpeta de clips desde cualquier disco.

¿Cómo gestiona Sanbila variantes HEVC como Apple ProRes HEVC del iPhone 17 Pro?

Los archivos HEVC se suben a R2 en el mismo flujo que H.264. Apple Silicon decodifica HEVC por hardware igual que H.264. El proxy Sanbila 1080p ProRes sigue siendo el formato local recomendado porque evita el decoding HEVC más pesado en la timeline.

¿Pueden dos editores de Final Cut Pro compartir un proyecto Sanbila?

Sí, en el plan Studio. Los dos editores entran en Sanbila desde su Mac y abren el mismo virtual folder. Cada uno genera su propio ProRes Proxy en local. Las libraries de Final Cut se mantienen por editor porque Final Cut no admite libraries compartidas con escritura concurrente, pero los medios se comparten a través de Sanbila.

¿La exportación final a ProRes 422 coincide con lo que produciría Final Cut desde H.264 local?

Sí. Final Cut decodifica los mismos bytes H.264 desde R2 por WebDAV que decodificaría en local. La exportación a ProRes 422 es bit a bit idéntica a un máster producido desde una copia local del H.264, más el tiempo de lectura por red absorbido por la caché block-level.

¿Cuánto pesa el montaje WebDAV para un cut documental de 40 horas?

El montaje WebDAV solo expone los clips presentes en la timeline final, identificados a través del FCPXML. Un cut final que usa 200 clips únicos sobre un proyecto de 40 horas monta unos 30 a 60 GB de H.264 fuente, que se transmiten limpios desde R2 sobre una conexión broadband estándar.

Flujos de trabajo relacionados

Flujo de trabajo ProRes 422 en Premiere Pro

ProRes 422 es el códec que eligen los equipos de broadcast y corporativo cuando quieren un intermedio limpio sin pasar a RAW. Una Sony FX6 en UHD a 25p escribe unos 250 GB por hora en ProRes 422 HQ. Premiere Pro lee ProRes de forma nativa en macOS y en Windows, pero el disco se llena rápido. Sanbila guarda los originales en Cloudflare R2, genera un proxy más ligero en su máquina y deja que Premiere recupere el ProRes en streaming para la exportación final.

Flujo de trabajo Blackmagic RAW en DaVinci Resolve

BRAW es el códec con el que creció DaVinci Resolve. La decodificación es rápida, el debayer es limpio y el roundtrip de metadatos es de los más maduros del sector. El problema sigue siendo el disco. Una URSA Mini Pro 12K en 8:1 escribe alrededor de 250 GB por hora y la pila de Pocket 6K de un rodaje documental llena un disco de 2 TB en una semana. Sanbila conserva los BRAW originales en Cloudflare R2 y entrega un proxy ProRes 1080p en su máquina para que Resolve responda al instante, y luego transmite el BRAW por WebDAV cuando llega el momento de la corrección.

Flujo de trabajo RED RAW (R3D) en DaVinci Resolve

Una RED Komodo en 6K o una V-Raptor XL en 8K genera entre 300 y 700 GB de R3D por hora de rodaje. DaVinci Resolve lee R3D de forma nativa, pero el cuello de botella nunca es el decodificador: es el disco. Sanbila conserva los originales en la nube, sirve un proxy ligero en el SSD durante el montaje y luego conmuta cada plano al original en streaming WebDAV cuando entra el colorista.

Escrito por Lassana Toure, fundador de Sanbila.

Última actualización: