MOX File format

Una buena noticia. Próxima aparición de un códec open source de vídeo profesional.

Gracias al crowdfunding, el programador Brendan Bolles y su equipo han conseguido desarrollar un códec abierto y compatible con Windows, Mac y Linux.

Mox utilizará el contenedor MXF y codecs open source como Dirac, OpenEXR, DPX, PNG y JPEG.

Esperemos que Adobe, Microsoft y Apple no pongan piedras en las ruedas de Mox…

Prores 444 XQ en Adobe

Apple estrena códec, el Prores 4444 XQ. Aquí tenéis la info sobre el XQ, un códec que mejora bastante al ya conocido 4444. Por lo visto, Alexa ya trabaja con él y exporta-graba en este códec.

Un códec perfecto para color, vfx y masterizado.

Todo es demasiado bonito…

En efecto, cuando lo he querido probar no he podido. Apple, en su afán por ocultarnos todo solo permite, por ahora, que FCPX y/o Compressor puedan manejar este códec. Permanece oculto al resto de las aplicaciones no Apple.

En este vídeo podemos ver cómo conseguir hacer funcionar el códec con Adobe (Encoder, AE, Premiere…) Ojo que el tío se enrolla como las persianas, de los 20 min solo valen 2.

La idea es bien sencilla: Para que otras aplicaciones puedan usar este códec solo tenemos que llevar su componente a Quick Time. Lo copiamos de FCPX y lo pegamos en QT. Entonces cualquier aplicación puede ver y utilizar este prores 4444 XQ.

Lo he chequeado con Encoder y AE y va como la seda. También lo he probado con MPEG Streamclip y ok.

Debian y CentOs en Mac Pro

Después de muchos intentos… ¡por fin lo consigo!  He instalado en un Mac Pro Early 2008 intel, Debian y CentOs, las dos distros de Linux que quería junto al Mac OS X.

Creo que hoy por hoy, el SO de Mac va muy bien y no necesitaría más… pero de GNU Linux me gusta su filosofía, la rebeldía frente a Microsoft y Apple que imponen sus criterios y, sobre todo, que es una plataforma abierta a todos, gratuita y modificable. Siempre recomiendo este doc emitido en la 2,  viejuno pero vigente hoy día.

La distro Debian porque me gusta bastante más que Ubuntu y tiene una comunidad muy grande. Quiero trastear con él en plan doméstico.

CentOs porque es la mejor distro free de Linux para trabajar con vídeo. Viene de Red Hat y eso es una garantía. Con esta distro me interesa investigar con los códecs de vídeo y comprobar hasta donde puede llegar linux como estación de trabajo “pro” para producción audiovisual.

Mi intención era conseguir que al arrancar el mac me ofrezca elegir cualquiera de los tres sistemas operativos. Instalaría cada SO en un disco interno distinto, nada de particiones con varios SO.

Hay mucho en internet sobre el tema. Aquí uno de los muchos enlaces que consulté.

No voy a colgar un tutorial porque en mi caso la cosa no ha sido muy lógica y porque no tengo mucha experiencia en esto de linux, me considero un novato.

He usado los DVD iso de cada distro de 64 En teoría con instalar Reflt valdría. Esta aplicación hace que mac busque otros SO que estén instalados. Solo me reconocía CentOs. Su Grub parece que se instalaba bien pero en Debian era imposible, por más que le decía que instalara el grub en el disco de Debian, Reflt no lo reconocía.

Llegué a instalar Refind en vez de Reflt. Investigué en todo tipo de foros. Usé el terminal. Al final, al hacer un mix entre el GPT y MBR perdí toda opción de arrancar nada salvo Mac Os porque al elegir una opción distinta a mac me salía este mensaje “Missing operating sistem”

Por una casualidad, me di cuenta que mi única forma de conseguirlo era a lo bruto. Instalando ese sistema como único. El sistema operativo tenía que arrancar por sí solo al arrancar el mac usando solo ese disco, sin empezar enseñando la BIOS primero. Creo que en el fondo es instalarlo como estaba el OsX, con su EFI. Una vez conseguí esto, Reflt ya los reconocía y me dejaba elegir.

Siento no poder dar detalles más concretos pero después de tantas pruebas…

El gran fallo es que Reflt no funcionara bien desde el principio y no detectara los Grub de ambos sistemas, a partir de ahí todo se complicó. Por lo que he leído por ahí, cada modelo de Mac es distinto en sus EFIS o BIOS (si es de antes del 2006) y no se comportan igual según modelo y año.

Siempre los dos grandes han puesto impedimentos para que se puedan instalar otros sistemas operativos libres en sus máquinas y cada vez nos lo complican más.

En el pantallazo que adjunto se pueden ver los símbolos de Mac, Debian y Centos y luego una serie de iconos de windows y linux que los considero heridas de guerra porque no llevan a ningún SO, están muertos y no se como eliminarlos de Reflt. Son antiguos restos de Grubs desaparecidos…

Ahora a trastear con ellos… ¿se podrá usar prores en Centos? ¿DaVinci irá tan bien en CentOs como en mac? ¿podré instalar Google Drive en Debian? ¿conseguiré asignar botón derecho a mi lápiz wacom?

IMG_20140731_190545

Test de codecs de vídeo en alta.

El otro día decidí hacer unas pruebas rápidas para comparar codecs con los que trabajo bastante. Todo en entorno QT.

El motivo de las pruebas eran mis sospechas de que el codec Animation subía de gamma un poco.

Al final los codecs que he comparado son:

-Secuencia TIFF

-None

-Animation

-Prores4444

-Photojpeg 100%

-Photojpeg 90%

-H264 con bitrate a 240Mbps

No he descubierto nada nuevo pero quiero compartir mis pruebas ya que  he dedicado un tiempo a ello.

A mi me ha servido para aclarar ciertas cosas.

He hecho pruebas con vídeo de 1s. Los he generado en AE a 16bpc con MacPro Early 2008

Pesos sobre vídeo de 1s:

Secuencia Tiff  161Mb.

None 161Mb

Animation 120Mb

Prores 4444 35Mb

Photojpeg 100% 20Mb

Photojpeg 90% 9Mb

H264 6Mb

Conclusiones de las pruebas:

El codec Animation no sube de gamma. Hace tiempo hice una prueba en la que pensé que “Animation” subía de gamma pero creo que fue debido a un error mío. Después de estas pruebas confirmo que ni Animation ni None suben de gamma el render final.

Para grafismo la secuencia de tiff, animation y none son los mejores con diferencia. Solo hay que ver la forma de onda. La forma de onda en animation y tiff es más limpia que en none. Animation es una buena opción ya que pesa un poco menos y la calidad es casi la misma.

Pensaba que el codec prores 4444 serviría para hacer masters (versión en alta) de trabajos pero viendo su forma de onda creo que es preferible gastar más en disco duro y usar codecs más pesados como el none o animation. La diferencia de 120Mb a 35Mb es por algo. Esto se nota sobre todo en material gráfico, banding y color… en imagen real creo que sería más imperceptible. La calidad de emisión en TV con el prores HQ va que chuta, luego todo lo que le supere… bienvenido sea…

Por otro lado es un lujo disponer de un codec prores 4444 que te da tanta calidad pesando tan poco.

Mi gozo en un pozo: Siempre pensé que el codec photojpeg era muy bueno para grafismo y motion graphics. Era el típico codec que usas cuando necesitas enviar un master en alta pero que no ocupe mucho. Vamos, la típica emergencia. El photojpeg de 90% pesa 9Mb frente a 120Mb del animation. Algunos colegas de trabajo me decían que este codec al 90% se comportaba muy bien pero viendo la forma de onda y los test… deja mucho que desear, incluso el 100%. De todas formas, si tengo que comprimir un vídeo y conservar calidad como si fuera un master… tal vez este sea mi codec.

Ojo que photojpeg al 100% es 4:4:4 y al 90% es 4:2:2. No soporta alfa al 100% como animation , tiff o none pero la diferencia de peso lo hace tentador…

En cuanto al H264 tiene un comportamiento parecido al photojpeg, dependiendo del bitrate, aunque en trabajos gráficos me quedo con photojpeg. Nunca usaría un h264 como versión en alta de un trabajo.  Como todos sabéis, es útil para web, envíos por mail, etc… Esos sí, prefiero hacer H264 en .m4v que en .mov. Un H264 con el mismo bitrate en .mov se ve peor que en .m4v

OneRiver Media tiene un estudio y comparativa de codecs muy completo aquí. Aunque tiene unos años es muy útil.

Veamos imágenes:

Sobre todo podemos distinguir entre la diferencia de calidad del grupo de los animation,tiff , none y el prores 444. Y luego la otra GRAN diferencia entre la segunda categoría que son los photojpeg y H264

Animation:


animation_v animation_rgbparade animation

None:

none none_rgbparade none_v

Tiff:

tiff_rgbparade tiff_v tiff

Pores 4444

prores44444_v prores4444_rgbparade prores4444

Photojpeg 100%

photojpeg100 photojpeg100_rgbparade photojpeg100_v

Photojpeg 90%

photojpeg90 photojpeg90_rgbparade photojpeg90_v

H264

h264_v h264_rgbparade