Configuraciones de filtros y codecs

[hank_quinlan]

Editado, hay que eliminar el DRF<2: 0 ( 0.000 %), de otro modo se acopla con el 4 y elimina todo lo de queda dentro.

El filtrado de FFT3D habia sido FFT3DFilter(sigma=1,plane=4,bt=4,sharpen=0,3)

Pero es un ripeo muy jodid*, las escenas en movimiento son muy, muy rápidas, y es donde se va la pérdida, porque me repito, si te planto una capturas "quietas" son asombrosas, pero esto ya es una cosa personal entre Mel Jinson y yo, todo un reto

el AVISynth 2.5.7 (incluye Spline36Resize) está acá:

Si, pensaba que estaba usando la última versión, pero no.

Gracias por todo, tendras noticias en otras 30 horas +/-

[elguaxo]

Ese filtro de reescalado ¿es más preciso que el LanczosResize?

Ya entramos un poco en el área de gustos personales, tendrías que verlo aver si te gusta. El conseso general dice que LanczosResize o Lanczos4Resize es bueno para agrandar y Spline36Resize para achicar, que es en definitva lo que hacemos en la mayoría de ripeos no anamórficos ya que como mínimo achicamos en el plano vertical.

Ahora, Spline36Resize tiene un efecto secundario que puede ser motivo para decidirnos por él. Suele mejorar la compresibilidad por un tanto!

[elguaxo]

FFT3DFilter(sigma=1,plane=4,bt=4,sharpen=0,3)

Divide el FFT3D en 2 partes:

FFT3DFilter(sigma=1,plane=0,bt=4,sharpen=0,3)
FFT3DFilter(sigma=2.5,plane=3,bt=4)

El primero es para Luma y el segundo para Chroma. Por lo general se puede filtrar más Chroma sin percibir mucho su efecto y mejorando la compresibilidad.

[hank_quinlan]

Suave, suave

[elguaxo]

hank_quinlan, ahora ví tu distribución de DRFs. Hay muchos 4s, pero a donde los vas a meter? La única que queda es menos 4s y menos 2s a cambio de más 3s. 2-1,50-0,80 es muy similar a 2-1,62-0, no va a cambiar mucho la distribución. Creo que el tema ahora va a pasar por el filtrado.

Suerte!

Edit: es más, me animaría a seguir con el 2-1,62-0

[hank_quinlan]

Pero con la 1ª pasada completa, la compresión real de la peli era superior al 80%, y creo que DRF=4: 56382 ( 28.331 %) para esa compresión es excesivo, casi que prefiero sacrificar 2s y eliminar 4s para ganar 3s, que a fin de cuentas el 3 para el ojo humano es cremita.

Saludos

[elguaxo]

Pero con la 1ª pasada completa, la compresión real de la peli era superior al 80%, y creo que DRF=4: 56382 ( 28.331 %) para esa compresión es excesivo, casi que prefiero sacrificar 2s y eliminar 4s para ganar 3s, que a fin de cuentas el 3 para el ojo humano es cremita.

Saludos

Perfecto! Suerte!!!

[Jma32]

Pues aquí dejo unas capturas como pedías, también he editado mi anterior mensaje y creo que ya puedes ver los datos que faltaban en el informe de Avinaptic.

[elguaxo]

Jma32, los DRFs están bien agrupados a mi criterio, no hay mucho más que hacer por ese lado. La compresibilidad está sencillamente demasiado ajustada.

- El primer paso sin lugar a dudas es reducir la resolución: 688 x algo
- Otra opción del Xvid de la cual no hablamos aún es Adaptive Quantization:

Sin ser un conocedor en detalle de como funciona el Adaptive Quantization, básicamente lo que hace es que al comprimir Xvid le quite 'atención' a las áreas en las cuales nuestros ojos no se concentrarían. No es aconsejable utlizarlo si la compresibilidad ya es buena. Cómo se ve? Este es un excelente ejemplo que puso unskinnyboy en FH:

El chico a la izquierda, donde nos enfocamos, se ve perfectamente. El área negra a la derecha, donde no prestaríamos atención, exhibe unos bloques. No se puede recomendar el uso del Adaptive Quantization a ojos cerrados. Pero es una opción a tener en cuenta.
- Ahora este último punto sí es importante, junto con reducir la resolución creo que algo de filtrado te va a ayudar mucho. Un DeGrainMedian con moderación es bastante rápido y seguro. Tendrías que copiar el archivo degrainmedian.dll a tu carpeta \AviSynth 2.5\plugins y al final de tu script .AVS agrega:

Código: Seleccionar todo

DeGrainMedian(limitY=4,limitUV=8,mode=4)

Creo que el poco menos de resolución y el filtrado te van ayudar bastante!

Una última opción, que a mi no me gusta, sería cambiar la quantización de MPEG a H263.

[Sr.Roper]

Muy bueno el hilo, gracias.




Al principio del hilo aparece esta configuración, ¿no debería desactivarse Trellis quantization ?, disminuye el tamaño del archivo resultante pero puede disminuir la velocidad de codificación y la calidad.

[elguaxo]

No, esta es otra de las verdades absolutas, al menos para los ripeos Xvid que compartimos (1300~2000kbps / 2CDs~3CDs). Trellis debe estar siempre tildado! Vamos a citar a uno de los "padres de la criatura" (desarrollador del codec Xvid), el señor sysKin:

Trellis... keep trellis on. Speed gain from removing it is measurable but small, while it's doing a really good job.

Nisiquiera sabía que se pensó alguna vez que Trellis podría ser perjudicial, pero leo una referencia de unskinnyboy en el mismo hilo:

Probably some age-old thread during the time when Trellis RD implementation was still rudimentary

Y ya que estamos otra más:

Trellis is always a good idea. The best thing since sliced bread

Estoy buscando algunas capturas comparando Trellis vs. Sin Trellis. Por ahora no encuentro, pero cuando las tenga las subo acá mismo. La diferencia es bastante notable en favor de Trellis. Había unas lindas capturas en el hilo donde habla sysKin, pero el link está muerto.

En codecs modernos como x264 el tema Trellis ya no es tan blanco y negro. En este ripeo en particular logré exprimir muchísimos más detalles sin Trellis + deadzones. Nótese que estoy utilizando tremendo bitrate de 2418 kbps para llegar a ese punto.

[Sr.Roper]

Lo marco, gracias.

La idea salió de aquí

AVISynth 2.5.7 (incluye Spline36Resize)

Lo tengo instalado y Spline no me aparece en ARCalculator.

[elguaxo]

Caramba! La guia está muy completa. Un pequeño desliz lo del Trellis.

Con el Spline36Resize van a tener que venir a ayudarte los conocedores del ARCalculator. Probablmente lo puedas acceder solamente editando el script a mano.

[cernickalo]

Lo tengo instalado y Spline no me aparece en ARCalculator.

Eso es porque se actualiza Avisynth, pero no la interfaz de ARCalculator.

Para utilizar ese filtro, o cualquier de los que incluya la nueva versión de Avisynth, sólo tienes que hacer uso de la Edición manual, e insertar la línea correspondiente

Código: Seleccionar todo

Spline36resize (xxx,xxx)

Saludos.

[Sr.Roper]

Código: Seleccionar todo

Spline36resize (xxx,xxx)

¿Con Aplicar Reescalado desmarcado y luego voy a AVS Optimizer?
En AVS Optimizer, Profiles, no aparece Spline36Resize (712,384)... [img]http://smilies.sofrayt.com/^/aiw/clever-man2.gif[/img]

Gracias

[cernickalo]

¿Con Aplicar Reescalado desmarcado y luego voy a AVS Optimizer?
En AVS Optimizer, Profiles, no aparece Spline36Resize (712,384)... [img]http://smilies.sofrayt.com/^/aiw/clever-man2.gif[/img]

Es más cómodo elegir previamente la resolución y cualquier filtro de reescalado, y luego, en "Edición Manual" sustituir únicamente el nombre de un filtro por el de otro.

Eso sí, una vez editado manualmente el script, ten en cuenta que hay casillas en las que no puedes volver a entrar sin que se deshagan los cambios (el ARC te avisa de ello, de todos modos).

Los profiles del AVS Optimizer, por desgracia, hace muchos años que no se actualizan, y se han quedado bastante obsoletos por utilizar filtros viejos. A ver si alguna buena persona, con conocimientos y tiempo, hiciera el favor de ponerlos al día.

Saludos.

[jordisound]

Bueno he probado la config de xvid de elguaxo y se me ha quedado un DRF medio de 2,9. Parece que así va mucho mejor

[Jma32]

Hola, he vuelto a hacer una segunda pasada reduciendo la resolución a 688x288 y le he aplicado el filtro Degrain como me aconsejabas, espero haberlo hecho bien y no haber metido la pata en algo. He editado el mensaje de las capturas y he puesto las nuevas debajo de cada una para comparar. Tengo que decir que no veo apenas diferencias pero mi monitor está para cambiar, lo veo todo muy oscuro y me gustaría saber si ha mejorado algo.

Un saludo.

[elguaxo]

Sí, el nuevo se ve mejor. Hize un Zoom extremo de una pequeña porción y las dejé aprox. al mismo tamaño:

Versión 1:




Versión 2:


Nótese el abundante 'ruido mosquito' de la primer versión, que en la segunda se ve muy poco. Y en términos generales no parecen haberse perdido detalles, a pesar de haber reducido la resolución y aplicado un poco de filtrado.

Ahora las trampitas de hacer un análisis basado apenas en unas capturillas. Seguramente estos fueron keyframes (I-Frames, I-Vops o como los llamemos). Hemos visto en los análisis DRF que los keyframes (I-Frames o I-Vops) son poquitos y siempre tienen los mejores Quants (los números DRF más bajos). Estamos evaluando la punta del Iceberg. En lo que queda nos podemos encontrar con una ENORME cantidad de cuadros de quantización mala, por ejemplo muchos B-Frames con DRFs de 5 o también demasiados B-Frames de 4.

Creo que la única manera honesta de hacer una comparación es mirando realmente aunque sea una porción del video. Lamentablemente esto no es práctico, ni menos para evaluarlo a través de un foro. Las capturas + el análisis DRF no reemplaza a ver con los propios ojos el video, pero es la forma más rápida de hacernos una idea de la calidad general.

Jma32, desde ya te digo que me gusta más la versión de menor resolución, pero muestranos que tal resulto el análisis DRF. Tal vez haga falta más filtrado y/o menos resolución?

[Jma32]

Olvidé ponerlo.

Código: Seleccionar todo

[ About file ]

Name: Segunda Degrain Forrest.avi
Date: 30/05/2007 14:27:00
Size: 1,954,052,096 bytes

[ Generic info ]

Play duration: 02:16:17 (8176.96 s)
Container type: AVI OpenDML
Number of streams: 1
Type of stream nr. 0: video
Audio streams: 0
ISFT: VirtualDubMod 1.5.10.1 (build 2439/release)
JUNK: VirtualDubMod build 2439/release

[ About quality ]

Resolution: MEDIUM (688 x 288)
Width: multiple of 16 (GOOD)
Height: multiple of 16 (GOOD)
Average DRF quality: MEDIUM (3.380033)
Standard deviation quality: HIGH (0.712564)
Std. dev. weighted mean: HIGH (0.475622)

[ Video track ]

FourCC: xvid/XVID
Resolution: 688 x 288
Frame aspect ratio: 43:18 = 2.388888 (~2.35:1)
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 43:18 = 2.388888 (~2.35:1)
Framerate: 25 fps
Number of frames: 204424
Stream size: 1,949,034,198 bytes
Bitrate: 1906.854574 kbps
Qf: 0.384943
Key frames: 1390 (0; 30; 330; 630; 930; ... 204310)
Null frames: 0
Min key int: 1
Max key int: 300
Avg key int: 147.067625
Delay: 0 ms

[ About MPEG4 encoding ]

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

I-VOPs:   1390 (  0.680 %)                          
P-VOPs:  83867 ( 41.026 %) ##########               
B-VOPs: 119167 ( 58.294 %) ###############          
S-VOPs:      0 (  0.000 %)                          
N-VOPs:      0 (  0.000 %)                          

Max consecutive B-VOPs: 2
    1 consec: 35311 ( 45.717 %) ###########              
    2 consec: 41928 ( 54.283 %) ##############           

[ DRF analysis ]

Average DRF: 3.380033
Standard deviation: 0.712564
Max DRF: 6
                         
DRF=2:  22632 ( 11.071 %) ###                      
DRF=3:  86104 ( 42.120 %) ###########              
DRF=4:  91608 ( 44.813 %) ###########              
DRF=5:   3528 (  1.726 %)                          
DRF=6:    552 (  0.270 %)                          
DRF>6:      0 (  0.000 %)                          

I-VOPs average DRF: 2.826618
I-VOPs std. deviation: 0.378576
I-VOPs max DRF: 3

P-VOPs average DRF: 2.751630
P-VOPs std. deviation: 0.473188
P-VOPs max DRF: 4

B-VOPs average DRF: 3.828744
B-VOPs std. deviation: 0.478467
B-VOPs max DRF: 6

This report was created by AVInaptic (06-03-2007) on 30 mag 2007, h 15:23:50