Configuraciones de filtros y codecs

[elguaxo]

edito: y que pasa con las versiones 122VAQ y 130VAQ de xvidvideo.ru? no son de fiar?

No las he probado. Por lo general compilan todo con herramientas experimentales, como por ejemplo gcc: 4.4.5 en vez de gcc: 4.4.4, etc.

[roisiano]

Supongo que el CRF es una especie de medida "interna" del codec sobre la calidad del ripeo en función de las propiedades de la fuente de vídeo de partida, o algo así.

Exacto!

Si vas a optar por las 2 pasadas, para no elegir un bitrate a ciegas yo lo que hago es un pequeño test sobre el 5% del total del video y veo el "ratefactor" que me tira una primera pasada sobre este 5%. Para hacer esto le agrego esta línea al final del script:

• selectrangeevery(280,14) #solo para un test de compresión sobre el 5% del total

Y pruebo una primer pasada para ver si el ripeo será de 1/6DVD, 1/4DVD, 1/3DVD, 1/2DVD o lo que fuera. En tu caso con el script modificado con la línea que te dejo arriba ejecuta:

• "c:\x264.exe" --preset slower --tune film --pass 1 --bitrate 1956 --stats "c:\mi_ripeo.stats" --level 4.1 --output NUL "c:\mi_script.avs" --slow-firstpass

y busca en el resultado que te tira x264 una línea que dice algo como:

• x264 [info]: final ratefactor: 19.22

bueno, este ratefactor (equivalente al CRF) es la medida de calidad. Y yo personalmente trato de mantenerme por abajo del 20.0, pero por encima del 18.5. Ah, y sin entrar en largas explicaciones verás que para hacer este test agregué --slow-firstpass. En general no tiene sentido utilizarlo para el ripeo en sí, pero es importante durante el test para obtener un ratefactor que se aproxime lo mejor posible a la calidad que tendrá el ripeo con el bitrate elegido.

He seleccionado específicamente una secuencia complicada, que en el ripeo que hice con XviD salía bastante mal. Me daba un ratefactor (para esta escena complicada, ya digo) de 17.5, aproximadamente. Voy a subir el bitrate a 2100 (el tamaño no es un problema ) para estar seguro de no quedarme corto.

Comparando esta secuencia complicada en el ripeo original, un ripeo que hice con XviD (704x512, 0.250 bpp's) y en el ripeo con x264 (708x560, anamórfico, 0.195 bpp's), diría que con x264 la calidad de imagen es claramente superior, mientras que entre mi XviD y el ripeo fragment no aprecio suficiente diferencia en calidad de imagen (que sí en bitrate, más del doble) que justifique compartirlo (puede que porque la fuente sea algo peor o porque hice un ripeo malo ).

Así pues, voy a codificar con x264 a 2100 kbps. Si el resultado me satisface, lo publicaré.

Gracias por tus sabios consejos.

[elguaxo]

Así pues, voy a codificar con x264 a 2100 kbps. Si el resultado me satisface, lo publicaré.

Gracias por tus sabios consejos.

La primer prueba la hiciste con 1956 y ahora vas por 2100. Estás apuntando a un tamaño específico como 1/4DVD, 1/3DVD o similar? Si no estás apuntando a un tamaño específico y tu único interés es que tenga bitrate suficiente para que se vea bien, entonces olvida las 2 pasadas y utiliza solamente una pasada con CRF!

Si no estás apuntando a tamaños específicos como múltiplos de DVDs o CDs, entonces no hay ningún motivo por el cual utilizar 2 pasadas.

Si vas a ripear en modo CRF (solo una pasada), haz una prueba para ver que valor te da una calidad visual y tamaño que te guste. Y de ahí en más ripea con CRF a ese valor. Puedes llegar a encontrarte con una que otra película que necesiten un CRF distinto, ya te darás cuenta al verlas, pero serán las excepciones.

Por cierto un CRF o ratefactor pequeño significan mejor calidad, pero más tamaño.

[roisiano]

La primer prueba la hiciste con 1956 y ahora vas por 2100. Estás apuntando a un tamaño específico como 1/4DVD, 1/3DVD o similar? Si no estás apuntando a un tamaño específico y tu único interés es que tenga bitrate suficiente para que se vea bien, entonces olvida las 2 pasadas y utiliza solamente una pasada con CRF!

Si no estás apuntando a tamaños específicos como múltiplos de DVDs o CDs, entonces no hay ningún motivo por el cual utilizar 2 pasadas.

Si vas a ripear en modo CRF (solo una pasada), haz una prueba para ver que valor te da una calidad visual y tamaño que te guste. Y de ahí en más ripea con CRF a ese valor. Puedes llegar a encontrarte con una que otra película que necesiten un CRF distinto, ya te darás cuenta al verlas, pero serán las excepciones.

Por cierto un CRF o ratefactor pequeño significan mejor calidad, pero más tamaño.

¡Vaya fallo! Estaba con el concepto erróneo de que a más CRF, mayor calidad.

No, el tamaño final no me importa, siempre y cuando sea "razonable". Si el ripeo ocupa más de la mitad del tamaño del DVD, eso no es ni comprimir ni gaitas.
Pero todo lo que esté entre 1.0 y 1.4 GB's de vídeo, más o menos, lo consideraré "razonable".

Así pues, parece razonable utilizar el modo CRF. ¿Se suelen notar mejoras "apreciables" a CRF's menores de 18.5 o fijo ese valor como objetivo, no importándome el exceso de tamaño sobre CRF 20?

[elguaxo]

Así pues, parece razonable utilizar el modo CRF. ¿Se suelen notar mejoras "apreciables" a CRF's menores de 18.5 o fijo ese valor como objetivo, no importándome el exceso de tamaño sobre CRF 20?

Truth lies in the eye of the beholder.

Esto tendrás que decidirlo tu mismo. Prueba primero entre los preset para encontrar uno que no sea exageradamente lento. Luego de haber encontrado un preset de velocidad aceptable concéntrate en encontrar un valor de CRF que te resulte un buen compromiso entre tamaño y calidad.

Vas a tener que probar bastante hasta encontrar lo que te guste, pero una vez que encuentres las configuraciones que te plazcan, de aquí en más tienes todo resuelto! Seguramente vas a encontrar una que otra película que requiera otro valor de CRF, pero serán las excepciones.

Y respeta el orden que te sugiero para encontrar los seteos! Primero encuentra un preset de velocidad aceptable y luego prueba distintos CRFs. El porque de esto es que un mismo valor CRF no es totalmente equivalente si lo ejecutas bajo distintos presets.

[jordisound]

Bueno, ya lo tengo más o menos claro. Volví a la 121VAQ y además, como iba tan sobrado de megas, opté por hacer el ripeo anamorfico a lo bestia, y sin filtrar. Partía de un HD, asi que dejé la res en el tope 720x576 y he ganado calidad, quedándose aún un tamaño aceptable. Los 2b-vops al 70%!
He probado la reproducción en varios SAP y mi sorpresa ha sido que en todos se ve bien (temía que no se interpretara correctamente el DAR). Ahora viene el preguntar porque no se generalizan más los ripeos anamórficos una vez visto que no dan muchos problemas en la reproducción y que ganas en calidad. Excesivo tamaño según que peli? desconocimiento de esta posibilidad?....

[roisiano]

Bueno, pues con CRF 18.5 me ha salido un bitrate de vídeo de casi 2100 kbps. Preset slower, unas 10 horas de codificación (tampoco tenía prisa). Seguro que el ripeo es ampliamente mejorable, pero no he quedado descontento con el resultado.

[jordisound]

Yo también quiero ser un machote. He estado probando el x264.exe en linea de comandos.

Lo primero, tengo como SO Win7 64bits, y la version de x264 para 64bits no me funciona, no reconoce avisynth, supongo porque no uso la versión de 64bits. El x264 de 32 a las mil maravillas.

Sobre unas pruebas de un trozo de un BDremux 1080p codificandolo a 1280x544 CRF19.5
He encontrado mucha diferencia de velocidad entre el slow y el slower, por lo que casi que me quedo con el slow.
Entre el film y el grain decir que este último dispara el bitrate, y no poco, así que me pensaré mucho el usarlo alguna vez.
¿Qué hay respecto a ayudar un poco al códec usando algún denoiser en avisynth? Algunos dirán que filtrar para convertir un 1080 en un 720 es un sacrilegio! Yo lo he probado y como era de esperar se ahorra bastante bitrate y aparentemente la imagen sigue siendo buena. También, como era de esperar, le tiempo de codificación se multiplica por mucho.
Ahora vienen las cavilaciones: lo uso o no, en que situaciones, si es suave siempre viene bien...

Gracias a elguaxo por explicarse tan bien y tan claro que se le entiende a la primera!

[roisiano]

¿Alguna sugerencia para quitar la "barra amarillo-verdosa" que aparece a la izquierda de la imagen y que se repite toda la película?



Supongo que podría "cropearla", pero no quedaría muy "elegante" que digamos,... ¿o sí?

Por cierto, para filtros de "desentrelazado", ¿qué recomendamos? "Smart Bob" y "TomsMoComp", así a ojo (probando con un trozo), me dan resultados similares.

Gracias

[elguaxo]

Lo primero, tengo como SO Win7 64bits, y la version de x264 para 64bits no me funciona, no reconoce avisynth, supongo porque no uso la versión de 64bits.

Exacto! x264 de 64bit necesita Avisynth de 64 bit y los filtros para este están muy verdes todavía. Básicamente hay 2 diferencias entre las versiones de x264 de 32 y 64bit. Una es la velocidad, la versión de 64bit es entre 10 a 15% más rápida (no es gran diferencia) y la otra es que un proceso de 32bits solo puede utilizar hasta 2GBs de RAM. En la práctica el tope de 2GBs de RAM solo se llega a superar ripeando por ejemplo un Bluray a 1080p con un preset como el placebo y/o utilizando algún script MUY MUY exigente.

Entre el film y el grain decir que este último dispara el bitrate, y no poco, así que me pensaré mucho el usarlo alguna vez.

Es necesario solo en casos muy específicos, por ejemplo el que mencionaba arriba de películas filmadas en 16mm. Para cualquier otra cosa "normal" x264 toma atajos espaciales (por ejemplo VAQ) y temporales (por ejemplo MB Tree) para mejorar la eficiencia de la compresión. Pero en el caso de películas filmadas en 16mm o similares donde hay un grano grueso, nervioso y furioso cubriendo todo el cuadro, no hay atajos que valgan ya que todo "pesa" lo mismo y los "atajos normales" pueden ser hasta contraproducentes. En estos casos el único camino para lograr un ripeo realmente transparente es --tune grain y ripear con el bitrate necesario.

¿Qué hay respecto a ayudar un poco al códec usando algún denoiser en avisynth?

Un mínimo filtrado ayuda muchísimo, así que es un tema bastante interesante para x264.

Gracias a elguaxo por explicarse tan bien y tan claro que se le entiende a la primera!

Un machote más!

¿Alguna sugerencia para quitar la "barra amarillo-verdosa" que aparece a la izquierda de la imagen y que se repite toda la película?

http://i36.photobucket.com/albums/e23/f ... 38s192.png

Supongo que podría "cropearla", pero no quedaría muy "elegante" que digamos,... ¿o sí?

Por cierto, para filtros de "desentrelazado", ¿qué recomendamos? "Smart Bob" y "TomsMoComp", así a ojo (probando con un trozo), me dan resultados similares.

Respecto a la barrita verde, todo es posible, pero es un caso de filtrado realmente complejo. Se puede hacer un overlay sobre esa franja y luego algo como un tweak para restaurar el color hacia la normalidad. Pero estamos hablando de algo bastante complejo...

Por el desentrelazado los filtros de moda son TDeint o Yadif. Y para los más exquisitos YadifMod con NNEDI2 o 3 o cadenas de TDeint + TMM + NNEdi2 o 3 y para los masoquistas está TempGaussMC.

De todos estos Yadif es el más veloz. Te recomiendo empezar por ahí!

edito: y para el IVTC el favorito es TFM + TDecimate.

[roisiano]

De todos estos Yadif es el más veloz. Te recomiendo empezar por ahí!

¿Y cómo sugieres configurar el script para el yadif?

[elguaxo]

En el script primero hay que cargar la DLL de Yadif con esta línea:

Código: Seleccionar todo

Load_Stdcall_plugin("c:\dlls\yadif.dll")  #o la ruta que corresponda

y luego, por lo general justo antes del crop:

Código: Seleccionar todo

YADIF()

[roisiano]

En el script primero hay que cargar la DLL de Yadif con esta línea:

Código: Seleccionar todo

Load_Stdcall_plugin("c:\dlls\yadif.dll")  #o la ruta que corresponda

y luego, por lo general justo antes del crop:

Código: Seleccionar todo

YADIF()

Ayer hice lo del:

Código: Seleccionar todo

Load_Stdcall_plugin("c:\dlls\yadif.dll")  #o la ruta que corresponda

No problem. Bueno, yo lo hice con LoadCPlugin, o algo así. Supongo que dará lo mismo... ¿o no?

Por otra parte, probé un par de configuraciones que vi posteadas aquí y en otro lugar (también antes del crop).
Primera prueba:
Yadif(Mode=1): problema: el vídeo me salió (en teoría) a 50 fps, aunque se reproduce correctamente (en BSPlayer) y sincroniza con el audio.

Segunda prueba:
Yadif(order=1): el mismo problema: el vídeo me salió (en teoría) a 50 fps, aunque se reproduce correctamente (en BSPlayer) y sincroniza con el audio.

Supongo que con:

Código: Seleccionar todo

YADIF()

el filtro actuará con sus opciones "por defecto". ¿Solucionará esto el problema de los 50 fps "aparentes"?

Gracias y saludos

[elguaxo]

Supongo que con:

Código: Seleccionar todo

YADIF()

el filtro actuará con sus opciones "por defecto". ¿Solucionará esto el problema de los 50 fps "aparentes"?

Los 50fps que obtuviste son reales. Yadif puede actuar como desentrelazador o bobber (duplica el framerate para conservar la resolución temporal). Mode=1 duplica el framerate y es justamente lo que te sucedió. Por defecto Yadif() utiliza mode=0 y mantiene el framerate, que es lo que necesitas.

[jordisound]

Un mínimo filtrado ayuda muchísimo, así que es un tema bastante interesante para x264.

He estado haciendo pruebas, en una conversión 1080>720p y me quedo con MDegrain2 thSAD=250. Un thSAD=400 comía mucho detalle, y a 150 no se ganaba prácticamente nada en la compresión. El valor 250 ha reducido el bitrate en un 18%, lo que está muy bien y entra en los limites de lo razonable.

Otros filtros más complejos enlentecen el proceso más allá de lo tolerable.

[roisiano]

Los 50fps que obtuviste son reales. Yadif puede actuar como desentrelazador o bobber (duplica el framerate para conservar la resolución temporal). Mode=1 duplica el framerate y es justamente lo que te sucedió. Por defecto Yadif() utiliza mode=0 y mantiene el framerate, que es lo que necesitas.

Sí. Funciona. Gracias de nuevo.

[roisiano]

Vuelvo a por más :
* Tengo un problema:
He ripeado esto, a la máxima resolución (720x528, porque yo lo valgo ), con un bitrate casi insultante (2280 kbps) y un QF (el de la película completa) de 0.240 bpp's. Y me da un DRF escandalosamente alto (más de 6 de media). Pongo ejemplo de un trozo (el DRF de la película al completo es incluso peor, a un bitrate algo mayor).

Spoiler: mostrar

[ About file ]

Name: Rip.avi
Date: 18/09/2010 20:41:44
Size: 5,208,064 bytes (4.967 MB)

[ Generic infos ]

Play duration: 00:00:19 (18.56 s)
Container type: AVI OpenDML
Number of streams: 2
Type of stream nr. 0: video
Type of stream nr. 1: audio
Audio streams: 1
ISFT: VirtualDubMod 1.5.10.2 (build 2542/release)
JUNK: VirtualDubMod build 2542/release

[ Relevant data ]

Resolution: VERY HIGH (720 x 528)
Width: multiple of 16 (GOOD)
Height: multiple of 16 (GOOD)
Average DRF quality: LOW (5.821120)
Standard deviation quality: MEDIUM (1.518671)
Std. dev. weighted mean: HIGH (0.466155)

[ Video track ]

FourCC: xvid/XVID
Resolution: 720 x 528
Frame aspect ratio: 15:11 = 1.363636
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 15:11 = 1.363636
Framerate: 25 fps
Number of frames: 464
Stream size: 4,891,042 bytes
Bitrate: 2108.207758 kbps
Qf: 0.221823
Key frames: 3 (0; 158; 408)
Null frames: 0
Min key int: 158
Max key int: 250
Avg key int: 154.666666
Delay: 0 ms

[ Audio track ]

Audio tag: 0x55 (MP3)
Bitrate (container): 119.976 kbps VBR
Channels (container): 2
Sample rate (container): 48000 Hz
Chunks: 773
Stream size: 276,528 bytes
Preload: 504 ms
Max A/V diff: 520 ms
Type: MPEG-1 Layer III
MPEG frames: 773
Play duration: 00:00:19 (18.552 s)
Bitrate (bitstream): 119.244501 kbps VBR
Chunk-aligned: Yes
Emphasis: none
Mode: joint stereo
Delay: 0 ms

[ About MPEG4 encoding ]

User data: XviD0050
Packed bitstream: No
QPel: No
GMC: No
Interlaced: No
Aspect ratio: Square pixels
Quant type: MPEG
Number of frames: 464
Drop/delay frames: 0
Corrupted frames: 0

I-VOPs: 3 ( 0.647 %)
P-VOPs: 232 ( 50.000 %) #############
B-VOPs: 229 ( 49.353 %) ############
S-VOPs: 0 ( 0.000 %)
N-VOPs: 0 ( 0.000 %)

Max consecutive B-VOPs: 1

[ DRF analysis ]

Average DRF: 5.821120
Standard deviation: 1.518671
Max DRF: 8

DRF<4: 0 ( 0.000 %)
DRF=4: 142 ( 30.603 %) ########
DRF=5: 93 ( 20.043 %) #####
DRF=6: 0 ( 0.000 %)
DRF=7: 164 ( 35.345 %) #########
DRF=8: 65 ( 14.009 %) ####
DRF>8: 0 ( 0.000 %)

I-VOPs average DRF: 5
I-VOPs std. deviation: 0
I-VOPs max DRF: 5

P-VOPs average DRF: 4.387931
P-VOPs std. deviation: 0.487278
P-VOPs max DRF: 5

B-VOPs average DRF: 7.283842
B-VOPs std. deviation: 0.450861
B-VOPs max DRF: 8

[ Profile compliancy ]

Profile to check: MTK PAL 6000
Resolution: Ok
Framerate: Ok
Min buffer fill: 77%

This report was created by AVInaptic (18-11-2007) on 18 set 2010, h 20:45:09

Dejo un trozo de la fuente y del ripeo:
http://rapidshare.com/files/419839503/F-R.rar

Supongo que el gran problema será el grano tan "grueso" de la película, mezclado con ruido. ¿Alguna alternativa para conseguir algo más decente? El tamaño no es un problema . Me gustaría seguir usando la máxima resolución posible (720x...) siempre que el tamaño no supere 1/2 DVD.

Respecto al ripeo, nada de particular. Crop, Spline36Resize(720,528) y las configuraciones que uso habitualmente (habitualmente desde hace poco tiempo ) con XviD. En la configuración de XviD, utilizo algo distinto a la lo que sugiere elguaxo, aunque no creo que el problema esté ahí:
Quantization:1-31,1-31,1-31
B-VOP's: 1; 1.50; 1.00

[jordisound]

utilizo algo distinto a la lo que sugiere elguaxo, aunque no creo que el problema esté ahí:
Quantization:1-31,1-31,1-31
B-VOP's: 1; 1.50; 1.00

Es importante que lo cambies. Usar 2 b-vops es bueno. Las b-vops tienen menos calidad (20%) pero ahorran mucho espacio (50-60%), si no recuerdo mal.
Es bueno filtrar siempre, para ayudar al codec. Un filtrado suave quita ruido que a lo mejor los ojos no notan pero el codec sí.
Marcar la opción de greyscale encoding en el apartado de zonas tambien ahorra (es en B/N)

El movimiento se demuestra andando: Lo he codificado con tu mismo bitrate y sale esto

El script

Código: Seleccionar todo

crop(0,4,-0,-4)

#mvtoolsv2 con mDegrain2
super = MSuper()
backward_vec2 = MAnalyse(super, isb = true, delta = 2, overlap=4)
backward_vec1 = MAnalyse(super, isb = true, delta = 1, overlap=4)
forward_vec1 = MAnalyse(super, isb = false, delta = 1, overlap=4)
forward_vec2 = MAnalyse(super, isb = false, delta = 2, overlap=4)
MDegrain2(super, backward_vec1,forward_vec1,backward_vec2,forward_vec2,thSAD=400)

spline36Resize(720,528)

Como afecta el filtrado

Spoiler: mostrar

Informe de avinaptic (ahi se pueden ver muchas cosas)

Spoiler: mostrar

[ About file ]

Name: fuente.avi
Date: 20/09/2010 00:37:03
Size: 6,557,696 bytes (6.254 MB)

[ Generic infos ]

Play duration: 00:00:23 (23.04 s)
Container type: AVI OpenDML
Number of streams: 1
Type of stream nr. 0: video
Audio streams: 0
ISFT: VirtualDubMod 1.5.10.2 (build 2542/release)
JUNK: VirtualDubMod build 2542/release

[ Relevant data ]

Resolution: VERY HIGH (720 x 528)
Width: multiple of 16 (GOOD)
Height: multiple of 16 (GOOD)
Average DRF quality: HIGH (3.036458)
Standard deviation quality: HIGH (0.677303)
Std. dev. weighted mean: HIGH (0.502751)

[ Video track ]

FourCC: xvid/XVID
Resolution: 720 x 528
Frame aspect ratio: 15:11 = 1.363636
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 15:11 = 1.363636
Framerate: 25 fps
Number of frames: 576
Stream size: 6,535,220 bytes
Bitrate: 2269.173611 kbps
Qf: 0.238759
Key frames: 4 (0; 250; 312; 562)
Null frames: 0
Min key int: 62
Max key int: 250
Avg key int: 144
Delay: 0 ms

[ About MPEG4 encoding ]

User data: XviD0050
Packed bitstream: No
QPel: No
GMC: No
Interlaced: No
Aspect ratio: Square pixels
Quant type: MPEG
Number of frames: 576
Drop/delay frames: 0
Corrupted frames: 0

I-VOPs: 4 ( 0.694 %)
P-VOPs: 197 ( 34.201 %) #########
B-VOPs: 375 ( 65.104 %) ################
S-VOPs: 0 ( 0.000 %)
N-VOPs: 0 ( 0.000 %)

Max consecutive B-VOPs: 2
1 consec: 17 ( 8.673 %) ##
2 consec: 179 ( 91.327 %) #######################

[ DRF analysis ]

Average DRF: 3.036458
Standard deviation: 0.677303
Max DRF: 4

DRF<2: 0 ( 0.000 %)
DRF=2: 122 ( 21.181 %) #####
DRF=3: 311 ( 53.993 %) #############
DRF=4: 143 ( 24.826 %) ######
DRF>4: 0 ( 0.000 %)

I-VOPs average DRF: 2
I-VOPs std. deviation: 0
I-VOPs max DRF: 2

P-VOPs average DRF: 2.431472
P-VOPs std. deviation: 0.553369
P-VOPs max DRF: 4

B-VOPs average DRF: 3.365333
B-VOPs std. deviation: 0.481523
B-VOPs max DRF: 4

[ Profile compliancy ]

Profile to check: Home Theater PAL
Resolution: Ok
Framerate: Ok
Min buffer fill: 63%

This report was created by AVInaptic (18-11-2007) on 20 set 2010, h 00:40:42

El DRF ha mejorado, la pega es uqe no han salido del mismo tamaño. No lo acabo de entender.


Notas:
Creo que la resolución 720x544 o 720x536 se ajusta más al AR 1.33 que la que hemos usado. También puedes no hacer resize y montar en anamórfico 1.33.
Puedes usar filtrados más elaborados y aún saldría mucho mejor

[roisiano]

Pues sí que tiene buena pinta. Al menos, bastante mejor que lo que yo subí.

¿Qué filtro/s has utilizado? ¿mvtoolsv2?
He descargado este "paquete" y parece que sólo tiene una DLL. ¿Cómo hago para que lo cargue avisynth? ¿Podrías ponerme la parte de arriba del script, en la que "cargas" las dll's?

Gracias y saludos

[jordisound]

Si es ese. siempre para cargar se pone loadplugin("C:\donde_esté\lo_que_sea.dll")