¿Existe un tipo de video basado en vectores, preferiblemente de código abierto, para que se pueda producir un clip animado usando "reglas" en lugar de compresión de píxeles?
Esto significaría video independiente de la resolución sin pérdidas. Si existe, sería útil un enlace a las especificaciones.
Había uno, pero cayó en desuso y ya no se usa con mucha frecuencia, en gran parte debido a la falta de soporte móvil, pero también debido a los problemas de seguridad que creó. Se llamaba Flash.
La Universidad de Bath publicó un artículo que demostraba un códec de video basado en vectores hace un par de años, con un comunicado de prensa que preguntaba "¿ Está el píxel a punto de morir? ". Extrañamente, desde entonces, el píxel no ha muerto, de hecho, hay más de ellos de los que solía haber.
Podría argumentar que la mayoría de los códecs de video en realidad usan vectores: DCT (o similar), que se usa en casi todos los códecs de video, se basa en la idea de que puede representar cualquier señal perfectamente como la suma de varias ondas cosenoidales. o en otras palabras como un montón de vectores sumados.
Pero eso no significa que pueda escalar una película DV de definición estándar hasta 4K sin pérdida de nitidez. La razón de esto es que aunque una imagen codificada DCT es esencialmente un conjunto de funciones matemáticas y, por lo tanto, es independiente de la resolución, la señal que codifican está limitada en ancho de banda a los datos originales que se capturaron; la cámara es un filtro de paso bajo, que filtra cualquier detalle más fino que la resolución del sensor (probablemente sea más preciso decir cualquier detalle más fino que el límite de Nyquist del sensor ~= 1/2 de la resolución). En otras palabras, ningún códec puede codificar información que no estaba allí en primer lugar.
Así que ni siquiera el códec de la Universidad de Bath puede hacer eso que hacen en las películas donde puedes mejorar infinitamente una toma de cámara de seguridad desenfocada y de baja resolución hasta que parezca que salió de una Hasselblad.
La animación Flash, como menciona AJ Henderson, es un formato basado en vectores puros, pero es solo para contenido que se creó como vectores, y no debe confundirse con el video Flash (contenedor flv), que es un formato raster donde los píxeles están codificados con Sorenson Spark o VP6 o bueno ol 'h.264 (que usa DCT).
SVG es compatible con la animación mediante JavaScript y el elemento animado. Sin embargo, eso significa usar un navegador o un renderizador integrado como WebKit para renderizarlo.
Los juegos más antiguos a menudo usaban sus propios formatos de animación vectorial. Puede consultar los formatos de activos compatibles con las implementaciones de código abierto de motores de juegos antiguos como ScummVM y Sarien. Hay algunos extractores y editores de activos, pero no estoy seguro de si hay visores independientes, por lo que es posible que deba extraer el código de animación usted mismo si tuviera que seguir esta ruta.
¿Puedo preguntar cuál es su objetivo final? Me gustan los gráficos vectoriales por la misma razón que me gustan los MOD y la música con chips; los formatos más recientes son enormes y consumen mucha CPU y, francamente, se siente como hacer trampa en comparación con lo que se podría lograr en una PC con 640k de RAM o incluso una Commodore 64.
Aquí hay algunas investigaciones sobre este tema:
Resolución Conversión de video de dibujos animados 2D independiente https://www.researchgate.net/publication/305390110_Resolution_Independent_2D_Cartoon_Video_Conversion
Vectorización de video a través de Tetrahedral Remeshing http://wangchuan.github.io/archive/research/videovec/paper.pdf
Códec de video para animaciones de dibujos animados clásicos con reproducción acelerada por hardware http://dcgi.felk.cvut.cz/publications/2005/sykora-isvc-vccca
Recuerdo haber leído este último cuando estaba viendo muchos dibujos animados y anime en línea hace unos años. La resolución de video que obtiene con muchos portales de transmisión, 480p (o incluso 720p), simplemente no hace justicia a estos bonitos dibujos de contorno cuando se ven en pantallas Full HD/4k.
IIRC, los autores de dicho documento incluso proporcionaron descargas de archivos de video de ejemplo y su reproductor en ese entonces (como prueba de concepto), pero no puedo encontrarlos ahora.
Un problema con las animaciones basadas en reglas/computación (gráficos vectoriales, juegos renderizados en tiempo real, flash...) es que es difícil predecir si la máquina que reproduce el video podrá renderizar las cosas lo suficientemente rápido. Pero también puedes tener este problema de rendimiento con los códecs de vídeo habituales. Algunas computadoras portátiles baratas que poseía no podían decodificar videos full hd/4k a la velocidad necesaria para la reproducción...
Aún así, con los gráficos vectoriales/basados en cómputo, el problema es peor: potencialmente no hay límite para la potencia de cómputo que podría necesitar para renderizar un cuadro. Piénselo: las películas CGI podrían distribuirse como solo el código y los activos utilizados para producirlas y su máquina podría reproducirlas a cualquier velocidad de fotogramas y resolución. El problema es que estas películas no fueron diseñadas para esto. Calcular un marco puede llevar horas en su máquina, sin mencionar que probablemente ni siquiera tenga suficiente espacio en el disco duro para almacenar todos los activos a resolución completa que utiliza su renderfarm.
Sin embargo, las computadoras de hoy podrían hacer Toy Story en tiempo real. Además, si tiene una plataforma de juegos de alta gama, las escenas de gráficos en tiempo real dentro del juego son, por supuesto, también un tipo de video independiente de la resolución.
Hay un códec basado en vectores que he estado usando, pero no puede vivir fuera de la edición.
Flash exporta un formato de archivo swf que mantiene la información del vector de movimiento cuando se aplica en After Effects (no sé si funciona en Premier. NO funciona en Final Cut). Cuando estos archivos se importan a AE, mantienen su resolución independientemente de la escala o el zoom. Todas las demás características aplicables a las capas de formas son aplicables a los swfs.
Casi todas las demás aplicaciones visuales no reconocen el formato swf, por lo que sus usos son muy limitados. Pero el códec SÍ existe.
El estudio GameMaker es compatible con el arte y la animación SWF/Vector. pero claro eso es para videojuegos. Pero estoy seguro de cómo funciona el creador de juegos, podrías hacer tus propios videos de arranque con él.
niutech