Xvid y HDTV

Hola a todos, especialmente a Enigmax <img src=https://www.mundodvd.com/forum/emoticons/hola.gif ALT=":hola">

Como ya he posteado en el foro dedicado a Xvid en doom9.org quisiera que la gente posteara recomendaciones o experiencias en codificar material de alta resolución en Xvid para grabarlo en DVD.

En principio mi objetivo inicial es desentrelazar y comprimir en 1280x720 (la resolución nativa de mi recién estrenado proyector) unos clips conseguidos en 1080i. Pero mi objetivo principal es hacerme una versión en dicha resolución nativa de mi colección de DVD originales.

Más de uno se preguntará que razón hay en hacer esto, si con el zoomplayer, fdshow... se puede hacer sin recodificar. La razón es obvia: para qué invertir dinero en una máquina que me haga eso en tiempo real durante cuatro horas a la semana si puedo hacerlo con la máquina que ya tenogo durante el resto de la semana y además una sola vez x peli.

Yo ahora estoy haciendo una prueba pero le he puesto unos parámetros y filtros demasiado bestias y me va a tardar + de una semana.

Venga animaros, y si hay algún gurú del Xvid, que vaya posteando recomendaciones acerca de cuanto tiempo máximo meter en cada DVD-R (en 1280x720), si usar la cuantización trellis o no, si usar b-frames, si mejor dos pasos o cuantización fija...

Saludos y feliz año a to2 (ya me vale, vaya día y horas de meterme en el foro <img src=https://www.mundodvd.com/forum/emoticons/grin.gif ALT=":D">


</p>

¡Hey Patxitron! <img src=https://www.mundodvd.com/forum/emoticons/hola.gif ALT=":hola">

Yo jamás empleo ningún tipo de filtrado para compresiones en HD (solo Lanczos). La generosidad de la resolución convierte los posibles errores de compresión en detalle, manteniendo espectacularmente el grano cinematográfico..
Procuro que la Quantización (siempre MPEG) no sobrepase la cantidad de 6, siendo 4 un valor medio máximo más que aceptable.
No activo QPel (no es necesario para nada) ni GMC. B-Frames con valor de 2 o 3, o prescindiendo de ellos en material extremadamente compresible.
Por regla general, y siempre dependiendo de la complejidad de la fuente a comprimir (me baso siempre en tests de compresibilidad), uso un bitrate que va desde 2500 hasta 4000 (o más, que siempre me garantice el valor de Quantización antes descrito).
Por lo demás, siempre Trellis, VHQ-4 (en la versión 1.1 vuela), Turbo (no se nota nada) y Chroma Optimizer.
El resto de valores por defecto, aumentando el I-Frame Boost hasta un 20 % dependiendo de la fuente (aunque el 10 % funciona bien la mayoría de las veces).

Saludos

<div style="text-align:center">Mi pantalla HUM de alto contraste:

Valon Satinado color VG004 + TitanExport Gris Medio 1104.
A partes iguales.
Añadir un poco de agua y aplicar con rodillo.
Negros profundos y blancos convincentes.</div></p>

Pues mi experimento de una semana terminó en fracaso. Después de hacer los dos pasos, el resultado sale MUYsospechosamente pequeño (apenas 600 megas) y al visualizarlo se ve como el culo de mal. Del berrinche que agarro borro hasta el fichero de las estadísticas del primer paso, para luego darme cuenta de que el gran fallo fue poner el bitrate que yo había calculado en el apartado "tamaño de fichero deseado".

Ahora mismo estoy experimentando para lograr la mayor compresibilidad posible sin quitar detalle, sin importarme lo lento que sea el proceso. No me importa el Qpel ni el GMC ni los Bframes mas allá de la posible mejora de la compresibilidad ya que mi objetivo es exclusivamente un HTPC. Lo que sí he cambiado es el método de codificación. Mi objetivo ya no es guardar en DVD-R el resultado de la codificación sino que me voy a comprar un disco duro de 300 gigas o mas y me voy a hacer una juke-box de pelis de alta definición. Por tanto ya no necesito un tamaño "predecible" y me ahorro lo de los dos pasos.

Mis experimentos actuales son (usando resident evil - HDTV 1080i para las pruebas) a un sólo paso, con cuantización fija 2.50, matriz "EQM V3UHR (updated 17/12/2004) by Sharktooth" con 3 Bframes Qpel, GMC, Trellis, Motion search precission a 6, VHQ mode a 4, use VHQ for bframes, use chroma motion. Es decir, todo al máximo. En un script avisynth, estoy experimentando con un reductor de ruido compensado en movimiento que es la bomba. Yo no logro apreciar pérdida de detalle (respecto de no filtrar) y sin embargo se nota una reducción del ruido/grano y un espectacular aumento de la compresibilidad. La contrapartida es que es extremadamente leeeeento. Alrededor de 2 fps en mi P4 a 3GHz, no quiero ni pensar cómo andará el ordenador en el que tengo pensado dejar codificando, durante los días que haga falta, la peli completa (un athlon xp-1800+).

Saludos


</p>

Bueno, me he pasado por la página de xvid, que hace tiempo que no lo hago y veo que a parte de la versión estable 1.0.3 ya ha salido la beta 1.1 y por lo que he entendido es una versión nueva antes de que salga la versión compatible con h.264.

¿Se sabe algo del estado de desarrollo de este tipo tipo de cuantización, cuando saldrá y que se puede esperar de él? Supongo que los reproductores actuales no la soportan aunque bueno, viendo que en alta definición también se soporta supongo a medio plazo será una opción más que interesante.


También me gustaría saber si realmente las opciones de GMC y QPEL empeoran la calidad de video o no aunque por el comentario parece más bien que sí, aunque sé que a bitrates bajos es un mal necesario por así decirlo. ¿Los B-Frames también empeoran el resultado final? ¿A partir de qué relación bits/pixel ya no es necesario utilizarlos?. (si es que es la referencia a seguir al valorar esto)


Saludos.

Tanenbaugh.

</p>