WebDAV
WebDAV (Web Distributed Authoring and Versioning) extiende HTTP estándar con métodos como PROPFIND, GET ranges y PUT, para que un servidor de archivos remoto se pueda montar como un disco. El sistema operativo lo ve como una carpeta normal, y las aplicaciones leen y escriben sin saber que hay red.
En edición de video, WebDAV permite transmitir los originales desde la nube a tu NLE al exportar, sin descargar el contenido completo al disco local. El NLE ve una letra de unidad o punto de montaje, lee bloques a demanda y los decodifica como si fueran MXF o R3D locales.
WebDAV atrae porque no necesita ningún driver de kernel: es solo HTTP, así que el SO y el NLE ya saben montarlo y leerlo. El problema para video es el seek. El acceso aleatorio dentro de un archivo grande depende de las peticiones HTTP Range (pedir, por ejemplo, los bytes de 500 MB a 520 MB), y no todos los clientes WebDAV las emiten bien. El redirector WebClient integrado de Windows en particular tiende a pedir archivos enteros en vez de rangos, lo que hace penoso el scrub de un original de 40 GB por WebDAV. Esa limitación explica por qué un flujo de streaming suele preferir un verdadero driver de sistema de archivos virtual en Windows y deja WebDAV donde su cliente se comporta bien, como macOS.
La seguridad importa porque el montaje es una puerta viva a tu media. Un servidor WebDAV local bien hecho escucha solo en la dirección loopback, autentica cada petición con un token de sesión, y rechaza las peticiones que llevan una cabecera Origin de navegador, que un NLE real nunca envía. El resultado es una unidad que se comporta como almacenamiento local para el editor, mientras que los bytes reales se traen a demanda desde la nube, bloque a bloque, y nada salvo la aplicación de edición puede alcanzarlos.
Ejemplos
- •macOS mount_webdav presenta una URL remota como /Volumes/MyShare
- •Windows net use mapea una letra como Z: a un servidor de archivos remoto
- •NextCloud y ownCloud exponen el almacenamiento de usuario como una unidad de red montable
En Sanbila
Sanbila transmite los originales desde el almacenamiento cloud a tu NLE a través de una unidad virtual que el NLE lee como una carpeta local. Los detalles del protocolo están abstraídos del usuario, no se requiere configuración manual de montaje.
Preguntas frecuentes
¿Cuál es la diferencia entre WebDAV y una unidad virtual como Dokan?+
WebDAV es un protocolo a nivel HTTP que el SO monta sin driver especial, lo que lo hace simple pero dependiente de cómo maneje el cliente las peticiones HTTP Range. Un driver de sistema de archivos virtual como Dokan en Windows (o FUSE en Linux) opera más abajo y pasa las llamadas reales read(offset, length) de la aplicación, así el seek dentro de un archivo enorme funciona de forma fiable. Ambos presentan la media cloud como una unidad local; la vía del driver da mejor acceso aleatorio.
¿Por qué el scrub puede ir lento por WebDAV en Windows?+
Porque un scrub fluido necesita que el cliente pida solo los bytes alrededor del cabezal con peticiones HTTP Range, y el redirector WebDAV integrado de Windows tiende a pedir archivos enteros. En un original de 40 GB eso significa jalar mucho más de lo necesario en cada seek. Esa es la razón concreta por la que un flujo de streaming suele usar una unidad virtual dedicada en Windows y reserva WebDAV para clientes que emiten bien los rangos.
¿Es seguro el montaje WebDAV?+
Un servidor WebDAV local bien hecho escucha solo en la dirección loopback, exige un token de sesión único en cada petición, y rechaza cualquier petición con una cabecera Origin de navegador, que un NLE real nunca envía. Así la media es alcanzable por tu aplicación de edición pero no por una página web u otro dispositivo, y los originales en sí permanecen en la nube, traídos a demanda.