Cinefórum-Clásico

Hola a todos.

He buscado pero no he encontrado comparativas sobre tiempos de codificación de video en función del equipo y del códec (y la resolución elegida). Me gustaría que algunos de los que se dedican a ripear pusiesen aquí los datos aproximados de su experiencia, señalando el hardware utilizado, el fuente de video elegida, el programa y el códec utilizados (con sus especificaciones), y el tiempo que ha durado la codificación (cuantos más datos mejor, como los filtros usados y demás).

Por ejemplo:

Equipo:
- CPU: AMD Athlon 2 Gh (1 núcleo)
- RAM: 1Gb DDR
- Gráfica: Radeon 9200 128 Mb
- S.O. Windows XP SP3

Fuente del video: DVD de "The Vikings (1958)" (duración: 1:54:30)
Programa: Gordian Knot
Códec : XviD 720x304 - 1400kbps / MP3 128kbps / Dos pasadas
Duración de la conversión: 3 horas 45 minutos
-----

Equipo:
- CPU: Intel Core i5 2320 3 Gh (4 núcleos)
- RAM: 8Gb DDR3
- Gráfica: HD Graphics 2000 (Integrada)
- S.O.: Windows 7 64bits

Fuente del video: Our.Man.Flint.1966.720p.BluRay.x264-PSYCHD (1280x544 px; 1:47:45)
Programa: VirtualDub
Códec : XviD 640x272 - 1500kbps / MP3 128kbps / Una pasada
Duración de la conversión: 1 horas 35 minutos

Fuente del video: DVD de "Temporada alta (1987)" (duración: 1:30:00)
Programa: Gordian Knot
Códec: x264 720x390 - 980kbps / AC3 192kbps / dos pasadas
Duración de la conversión: 2 horas

Mi equipo es: Intel Core 2 Quad Q8300 2.50 Gh FSB 1333 4 Mb Box
RAM: 4Gb Kingston HyperX T1 DDR2 1066MHz PC2-8500 2x2GB
Windows 7 64bits
Gráfica Asus GeForce 9500GT 1Gb GDDR2
-------------------------------------------------------------------------

Los ripeos en x264, los hago con línea de comando (previo uso de MeGui para calcular cropeo, análisis de si hay algún tipo de entrelazado o no,...). Total, lo que sería ya el proceso de encode final (una vez hechas las pruebas anteriores pertinentes) con línea de comando suelen tardar entre 7,5 horas y unas 10,5 h, en función del DVD de origen (duración, compresión,...), y usando un crf entre 18-20.

Un x264 a 720p calculo que tardaría por lo menos el doble. (Cuando tenga espacio libre en el disco duro provaré a ver lo que tarda el animalico)

¡¡Ahhhhhhhh!!!

¿Tanto tiempo con un pepino de 4 núcleos? Pues con el mío tendría para días. Yo tengo el que puse arriba (AMD Athlon 2 Gh (1 núcleo), 1Gb RAM, Radeon 9200 128 Mb, Windows XP) y un avi me lleva más o menos el mismo tiempo que el video original en cada pasada (o sea, una peli de dos horas me lleva cerca de cuatro, con una resolución estándar y 1000kbps.

¿Cuanto te lleva hacer un avi en XviD normalito, si has hecho alguno?

P.D. ¿Qué es lo más importante para reducir de forma significativa el tiempo de una codificación: el número de núcleos del procesador, los gigaherzios, la tarjeta gráfica, la memoria RAM, otra cosa...? (es que mi viejo Athlon está cerca de jubilarse, y quería saber que debo de tener en cuenta para cuando compre un nuevo ordenador).

Tronko escribió: ¿Qué es lo más importante para reducir de forma significativa el tiempo de una codificación: el número de núcleos del procesador, los gigaherzios, la tarjeta gráfica, la memoria RAM, otra cosa...? (es que mi viejo Athlon está cerca de jubilarse, y quería saber que debo de tener en cuenta para cuando compre un nuevo ordenador).

Esto también me interesa. Mi máquina, viejuna la pobre, es esta:
El ultimo rip que he hecho, DVD (94 min), se me ha chupado unas 20 horas
A dos pasadas con estas líneas:

¡Dios que lento! A veces los filtros no los toma el procesador y se ralentiza todo, y hay que usar filtros para contrarestar eso, pero veo que en el caso de ustedes no está usándolos, creo que necesitan más máquina. No debería durar más de 2 horas con ese CRF. Yo tengo un i7 con 8 Gigas de memoria y una cuadro de 2 mil, con eso me funciona perfecto, pero ya debo cambiar el equipo... Pues necesito otra generación de i7 y unos 16 de Gigas de memoria ram y mantendría la cuadro para sobre todo render de proyectos en 3D que se utiliza más la tarjeta de video que el procesador.

Se me olvidaba poner la línea de comando que suelo usar:

N:\x264.exe --preset veryslow --tune film --crf 18.5 --stats "N:\mi_ripeo.stats" --level 4.1 --no-chroma-me --output "N:\ORIGINAL\ripeo185def.mkv" "N:\ORIGINAL\prueba.avs" --sar 10:11

No uso filtros, sólo si es en blanco y negro el Grayscale, y los de IVTC / desentrelazado en caso de necesitarlo.

Tronko, no sé si con las respuestas que te han dado, has tenido suficiente. En todo caso ahí va mi experiencia.

Equipo:
- CPU: AMD Athlon, 64x2 dual, Core processor 4200+, 2,21 Gh, (2 núcleo)
- RAM: 2Gb DDR
- Gráfica: Radeon (no sé cómo buscar cuántas MB tiene)
- S.O. Windows XP SP3

Fuente del video: DVD5 de "As young as you feel (1951)" (duración: 1:13:39)
Programa: Megui (avs)+ VDubmod con matriz eqm v3hr de Sharktooth
Códec : XviD 720x576 - 2522kbps(video) / MP3 128kbps / Dos pasadas
Ripeo: anamórfico, sin filtros, test comprresibilidad 58,40%, tamaño final (video+audio): 1,36 Gb
Duración de la conversión: 3 horas 26 minutos


En mi opinión, lo que reduce el tiempo de la conversión es tener más núcleos en la CPU y mucha memoria, entre 4 y 8 GB, pero si la compresibilidad del archivo que quieres convertir no está por encima del 80% y utilizas un bitrate alto (>1.800), el proceso de conversión se alarga de manera indeterminada que no puedes controlar. Con Dedée d'Anvers en cambio, que tenía una compresibilidad de 130%, le puse un tamaño de de 1,3 Gb y me hizo un undersize dejándolo en 0,98 Gb en total, y el proceso duró 4 horas para 86 minutos (anamórfico y sin filtros).
Pero si lo que quieres es ripear mkv, mejor que no lo intentes con la máquina que tienes. Yo lo intenté una sola vez para una peli de 92 minutos y me tardo casi 15 horas.
Te pongo una captura del ripeo:

Muchas gracias, reid . Me ha resultado muy útil y aclaratoria tu respuesta.

Me voy haciendo a la idea de que un doble núcleo (que es lo que compraré, que la cosa no me da para más) no será notoriamente más rápido que mi actual mononúcleo (también es cierto que las veces que he ripeado he puesto tamaños y bitrates más discretos que los que has usado). Los mkv ni me los planteo, soy incapaz de dejar trabajando el ordenador 20 horas para ganar una mejora de calidad que mis ojos (brutos, ellos) apenas notarán.

Por cierto, aprovecho para que me aclares una duda: al ripear, ¿se utilizan todos los núcleos del procesador? ¿eso se puede configurar?

Por cierto, aprovecho para que me aclares una duda: al ripear, ¿se utilizan todos los núcleos del procesador? ¿eso se puede configurar?

La verdad es que no lo sé, imagino que se activan solos. Lo mejor es que conteste cualquier compañero que está ripeando mkv con 4 núcleos o más. Pero no olvides poner mucha memoria, entre 4 y 8 gigas, te irá más desahogado. La memoria va en proporción a la placa base que pongas creo. Aunque en la tienda de informática me dijeron que con la placa que tengo sólo podía llevar 2 Gb en algun lugar he leído que podría tener hasta 3 Gb.

Claro que un CPU actual es mas rápido que un antiguo, pero el tiempo de codificación esta principalmente relacionado con los parámetros del ripeo, me parece.

Un ejemplo concreto:
*La misma parte de la pelicula (1000 img de traveling, 40 seg)
*La misma computadora:
CPU dual core T2080 1.73Gh (es decir una "viejita" de 2006)
OS xubuntu 12.04 (olvidarse de windows en las viejas maquinas...)
*El mismo programa de ripeo:
Avidemux 2.5.6
*El mismo filtro para pasar de interlaced a progressivo
*El mismo codec x264
*El mismo contenedor MKV
*El mismo audio mp3 128/48000
*El mismo average bitrate de 2000 kb/s en dos pasadas

Dos intentos que dan el mismo resultado en Media Player:
intento 1:
1° pass: 0'31 min
2°pass: 1'01 min
es decir alrededor de 2h15 para una hora de película

intento 2:
1°pass: 0'35 min
2° pass: 3'38 min
es decir alrededor de 6h30 para una hora de película

entre los dos, tres veces mas de tiempo. Es decir que los pequeños detalles de arreglos de rip parecen mas importantes que la velocidad de la computadora.

Entonces cuales son esos arreglos que cambian mucho el tiempo de ripeo y la calidad:

Tipo de decision, es decir como se va estimar el movimiento:
intento 1: Hpel on MB then Qpel
intento 2: RD on all frames

Modo, eso es para la compensación de movimiento:
1° hexagonal
2° Uneven Multi-hexagonal

Range, cuantos píxeles van a ser estudiados para la compensación de movimiento:
1° 8
2° 32

Imágenes de referencia, eso permite recrear imágenes virtuales entre las reales:
1° 2
2° 5

Maximo de imagenes B, en DVD estándar 4 es suficiente, con bluray se puede ir hasta 16.
1° 2
2° 16

Modo img B
1° spacial
2° auto

Para lo de la memoria, que sea para el intento 1 o el 2, el "consumo" de memoria RAM no subió mas de 100Mo, es decir que para ripear no se necesita mucha RAM.

Otra cosa, MKV es el tipo de "contenedor", no alarga el tiempo de ripeo, lo que alarga es el codec y sus arreglos. Se puede meter un Xvid o un X264 dentro de un MKV.

Por lo de los núcleos, el uso depende del programa de ripeo, algunos no son capaces de utilizar los diferentes núcleos, otros usan todos, otros permiten elegir cuantos se van a utilizar.

Conclusión para disminuir el tiempo de ripeo:

preguntarse bien para que uso se hace el ripeo, no se necesita la misma calidad para una proyección en una pantalla de 2 metros de diagonal que para una pequeña pantalla de computadora, si es uso propio en un celular o para compartir en emule con gente que lo van usar en un proyector, etc...

hacer pruebas con varios programas (buscar el que da mejor resultado con su CPU y su OS)

bien configurar su codec en acuerdo con el tipo de ripeo necesitado.