¿Alguien entiende bien bien de codificar videos?

[WildFroVII]

Hola, se trata no de conocer programas que cambien el formato, o de saber moverse un poco por otros más pro, si no de saber hacer prácticamente casi todo con uno, saber ajustar un codec al milímetro para obtener un resultado de conversión espectacular como el que he visto en un video que me he bajado.

¿Alguien que sepa bien sobre un codec? Xvid, divx, h264, preferiblemente respecto a uno de estos 3 que por comunes o libres/gratis son los que más pinta tienen de perdurar.

Bueno, si alguien contesta ya contaré sobre el video ese que tengo entre manos. Que narices, lo cuento ahora.

2 horas de video. 715 Megas

Me podríais decir:

- Si bueno, si no es de mucha calidad es posible.

- No es eso, el video tiene mucha calidad. Sólo una persona que se dedica a codificar encontraría casi inapreciables defectos que además aparecen sólo en 2 ó 3 escenas de 3 minutos cada, pero lo dicho, para la mayoría de la gente, algo invisible.

- Bueno, quizás es que el video tenga sólo imágenes muy tranquilas en las que no salen efectos especiales ni nada de acción.

- Tampoco, creo que es la película con más acción, velocidad, rayos, explisiones y efectos de toda la historia del cine

Pues alguien que pueda explicarme esto....

[RobiBaggio]

Sí, esos codecs convierten muy bien, usan algoritmos especiales para eso, la mejor calidad en el menor peso, y sí, tiene que ver el contenido de la película, si no hay mucho movimiento al codificar no debe usar tanta información (bitrate) y el peso será menor, también puede ser una codificación a dos o tres pasadas, que lo que hace la compu es recorrer el video en la primer pasada y recopilar información de cómo ajustar el bitrate a cada tramo de la película, y en la segunda pasada aplicarlo, esto es útil cuando el bitrate es variable (VBR), es decir le aplica más o menos información dependiendo la necesidad de cada cuadro, en alguna tercer o cuarta pasada corrige detalles y comprime más... si el bitrate fuera constante (CBR) aplicaría la misma cantidad de información en escenas donde pueda necesitar más o menos info, y te deja más bien un bloque parejo y la pelí llega a ser algo más pesada o menos con menor calidad. Lo ideal es dos pasadas con VBR, el codec que da mejor calidad, y lo digo por experiencia propia, el DivX seguido del H.264 y luego el Xvid... Pero si en la peli hay mucho movimiento, hay que agregar más información y por mucho codificador que uses, debe sí o sí agregar más info y la peli será algo más grande... Imagina la compresión de un jpg, una imagen en blando puro o cualqueir color puro será de un peso mucho menor que el de una imagen compleja y multicolor, así pasa con cada cuadro de video.

Saludos.

[WildFroVII]

Eso que dices más o menos lo sabía, pero es que la película que tengo reune todas las carcterísticas para pesar como ninguna otra y sin embargo pesa menos que ninguna otra. Sin contar el audio, el video sale a unos 300 megas por hora (608 en total), y de tranquilo, poco tanquilo, una media hora entera en la que los efectos especiales son los únicos protagonistas.

Una cosa que no entiendo de las dobles pasadas para vbr ¿por qué te piden entonces que asignes un bitrate? ¿No debería con el análisis de la primera calcular esto y asignarlo por si solo sólo lo necesario para la resolución que elijas?

Bueno. Hasta luego.

[RobiBaggio]

Es simple, pásala por el GSpot y ve qué formato/Codec/kbps/tamaño/fps tiene, pasa saber qué hicieron, que te aseguro que es un H.264, pero hay que ver...

Lo de las pasadas, es así, primero pasa, entionede, calcula, y al final hace un estimado general y asigna en cada tramo establecido entre los keyframes que estén configurados, por default es 80 para el Xvid... cuando se ahce a una pasada en VBR hace como dices, pero los resultados no son tan exactos y no comprime tanto con mejor calidad como a dos pasadas, o hasta tres, ten en cuenta que esta trabajando por fotogramas, y si se detuviera a hacer el anñalisis, el cálculo de cambio de escena de los siguientes fotograms, y luego regresara a asignar el bitrate correcto podría tardar muchas pero muchas horas de codificación...

Y como te digo, el contenido de una película dicta mucho el bitrate, igual puede tener muchos efectos en penumbras, por eso el ejemplo de los jpg, si tengo una imagen de 800x600 toda en color sólido con un punto enmedio de otro color pesará 14kb, si en lugar de un punto tengo 500 puntos regados, esa misma imagen pesará 24kb (poe ejemplo) y sucede lo mismo con una peli...

[WildFroVII]

No es un h264 señor, si no un DX50. Aquí te dejo un link para que veas la calidad con que está el video.

http://fs03n1.sendspace.com/dl/2482eb1af31695b2483307cf8398c385/484b31105cc2ba47/jcvtp2/Matrix.avi

Lo que quiero saber es que codec me puedo dedicar a aprender bien para conseguir cosas semejantes, porque creo que por ejemplo, cierta serie que tengo por aquí podía reducirla en un 66%, de 240Mb por capi, a 80, y eso sería la lecheeeee!!.

/-)

[RobiBaggio]

Bueno, hay varios factores a tener en cuenta... Esta peli corre a 25 fps, no 24 y no 29.97... si la bajas a 24 tendrás los mismos resultados con un poco menos de peso... Luego, tiene 1100 de bitrate, alto para un DivX (El DX50 es DivX, como te decía el mejor compresor) El audio esta por debajo del estándar de 128kbps, lo tiene de 110, es poco pero resta... si por ejemplo tienes una peli con audio 5.1, el audio ocupará cerca del 40% del tamaño del archivo, ten eso en consideración, mejor pasarlo a mp3 a no menos de 96kbps, o mpeg layer3, que da un máximo de 56kbps... ahora, acá si bien hay movimiento y rayitos gran parte esta en penumbra, eso ayuda a bajar el peso... Y lo mismo, para mejores calidades en menores pesos, dos o tres pasadas... Otro aspecto importante es respetar el Pixel Aspect Ratio o deformación del Pixel... Este ejemplo es widescreen, y la peli original es widescreen, al no haber deformación, la calidad se mantiene intacta, solo se ve afectada la calidad del pixel que es el bitrate...

Entonces, tu serie deberías codificarla con DivX, probando diversos Bitrates, con VBR, a dos pasadas, a 24 o 25 fps, con el mismo ajuste de pixel aspect ratio... y todo esto es de atención si en verdad deseas hacer conversiones de alta calidad... También el programa dice mucho y la verdad en mi experiencia, un buen equipo de hardware ayuda a mantener la calidad... No todo es software... Pero hablamos de cosas profesionales, normlamente te sirve ajustar solo el bitrate con algún preset y ya... Inclusive dentro del DivX hay presets para mayor o menor calidad con menor o mayor tiempo de rendereo...

Ya vamos más claros?

[WildFroVII]

Pasa una cosa con este video, es que en los kbps marca 1117 pero el original son 680, no se porque se le han puesto casi el doble al cortarlo (copiarlo, en direct stram copy). En cualquier caso, por más bitrate que le demos a un video por encima del que esté codificado originalmente, no mejorará su calidad ¿no? Si tuviese el original 1117 no me parecería extraño y no abría habierto heste ilo. jeje

[RobiBaggio]

Y el original en qué formato está?? Y, puede que mejore si recodificas a dos o tres pasadas, poco pero sí ayuda.

[WildFroVII]

Lo he copiado con direct stream copy, está en el mismo, DX50. Me gustaría pasarlo a un codec a ser posible gratuito y libre que bien configurado deje la calidad como la del video de muestra y el espacio que ocupa similar o menor. Creo que para reducir h264 reduce bien, en esta peli de acción no, pero en un capitulo de la serie, a un bitrate bajísimo y sin cambiar nada de como venía la configuración lo dejó en muy buen estado. Quizás para las series ánime, al estar pintadas mediante técnicas que ahorran trabajo y que a pesar de esa relativa simpleza las dejan muy chulas, no dejan de ser simples en realidad, y el codec por eso la comprime de pm. Voy a subir unos ejemplos.

(los estoy preparando)

Edito: Me estoy montando un poyo con los videos que ni te imaginas, lo siento, estoy un poquillo saturado así que cuando me tranquilice lo hago de nuevo (eran 5, los metí en un rar con contraseña y ahora no me acuerdo de cual era JAJAJ ) Por cierto, he visto tu web y los videos de youtube y me he quedado :o, se le puede sacar mucha mucha utilidad. Te envió un mp

Reedito: Envío el link por privado, no quiero problemas. No ip mjjar

[WildFroVII]

¿Ningún maestro?

[RobiBaggio]

Pues, ya no se qué quieres, o qué necesitas... Además un video con contenido de animación cartoon maneja muchos miles o millones de colores menos que un video normal, y eso ayuda a restarle peso al video... sobre los codecs, de nuevo, ya no entiendo qué buscas, el DivX es de lo mejor que hay, a dos pasadas, en alta calidad... qué otro dato necesitas??

[WildFroVII]

El bitrate variable (las dos pasadas) se trata de que tu asignas un bitrate de por ejemplo 700. Con la primera pasada se analiza el video y con la segunda se construye uno nuevo (recodifica) haciendo uso de los datos del análisis ¿no? De este modo, si en los primeros 10 segundos de video solo hacen falta 320kbps, tendríamos una reserva de 3800 acumulada para escenas de acción.

¿Es esto? ¿Qué pasa si le hemos dado más bitrate del que hace falta en realidad? Pongamos que al final nos sobran 50.000 ¿se eliminarían?

adioh

[RobiBaggio]

Se asigna un bitrate promedio, su máximo y su mínimo, y con eso primero se analiza el video, y se ajusta a laos parémtros que se le indica para luego aplicar esa configuración en la segunda pasada... También se calculan los cambios de escena... Por eso es conveniente usar dos pasadas, proqie se optimiza el peso del archivo y se asigna un bitrate de manera más correcta... No se acumula nada, solo se va asignando a los lugares necesarios, por ejemplo, si en toda la película no necesitó subir de 450, no "deberá" asignar lo faltante a otros cuadors, simplemente no lo usará.

[WildFroVII]

Cojonudo, al final lo que ha hecho falta para aclararnos eh? jeje, pero ya lo tengo claro lo que voy a hacer, ahora solo necesito que me recomiendes un programa de recodificado que permita configurar bien los codecs y a parte programar una cola de procesos, porque como dije al princpio, voy a empezar a hacer una serie muy muy larga y no sería plan estar en cada capítulo eligiendo las opciones y toa la pesca, se me haría muy pesado :S

Adios y gracias!

[RobiBaggio]

VirtualDubMod para Avi o TMPGEnc 4.0 Express...