Configuraciones de filtros y codecs

jordisound · Mensaje por **jordisound** » Dom 05 Sep, 2010 20:57

uso la 1.2.2, que supone que la VAQ va bien.
echaré un ojo a lo que me comentas sobre lo del grano.

Un saludo

elguaxo · Mensaje por **elguaxo** » Dom 05 Sep, 2010 22:29

jordisound escribió:uso la 1.2.2, que supone que la VAQ va bien.

En la versión 1.2.2 de Koepi VAQ no está implementado, solo funciona en la 1.2.1. Justamente te lo preguntaba porque VAQ se encarga especialmente de estos problemas.

roisiano · Mensaje por **roisiano** » Lun 06 Sep, 2010 20:04

Bueno, tras leer unos cuantos manuales y tal, he decidido experimentar con el ripeo

. De momento, estamos en fase de pruebas.

Probando, probando, he realizado el mismo ripeo en XviD y x264(vfw), con el GK 0.35.0, utilizando el mismo proyecto .d2v y utilizando los mismos filtros (sólo el Lanczos para "Resize"; tampoco es cuestión de ponerse "a lo loco" sin estar familiarizado con configuraciones avanzadas). También empleé la misma resolución, etc. La única diferencia es que el ripeo con XviD lo hice buscando 0.250 bpp's y con x264(vfw) a un bitrate algo menor, pero por encima de 0.200 bpp's.

El asunto es que, para una película de unos 90 minutos, XviD lo codificó en 3 horas (2 minutos de codificación por minuto de metraje, más o menos). Con x264(vfw), necesité 18 horas para la codificación, 6 veces más, unos 12 minutos para codificar cada minuto de metraje.
No sé si esto es normal, pero me parece una barbaridad.

Dejo unas capturas de la configuración del codec, por si he activado/desactivado alguna opción que hace que el proceso sea tan lento.

Spoiler: mostrar

Por cierto, para configurar XviD he encontrado unas cuantas guías/manuales, pero para x264, poca cosa. En general, me he guiado por esta:
http://www.mundodivx.com/codecs/x264.php

Si sabéis de alguna mejor, agradecería recomendaciones.

Saludos

elguaxo · Mensaje por **elguaxo** » Lun 06 Sep, 2010 20:22

roisiano escribió:bpp

Ya en la época del DivX/XviD esto era un pésimo parámetro de calidad:
http://forum.doom9.org/showthread.php?p ... ost1311211

Hoy con x264 menos que menos e incluso el DRF perdió su validez con los últimos avances de x264:
http://forum.doom9.org/showthread.php?p ... ost1425438

Lo más sensato para x264 es utilizar el Ratefactor. Personalmente me manejo entre valores entre el 18.5 y 20.0 para garantizar un ripeo transparente (cuadro a cuadro, especialmente los B-Frames, son casi indistinguibles de la fuente).

roisiano escribió:utilizando los mismos filtros (sólo el Lanczos para "Resize"; tampoco es cuestión de ponerse "a lo loco" sin estar familiarizado con configuraciones avanzadas)

Aquí tendrías que aprovechar la eficiencia de x264 y el Matroska para no utilizar más el reescalado! A mantener todos los pixels del DVD intactos.

roisiano escribió:No sé si esto es normal, pero me parece una barbaridad.

x264 es extremadamente versátil. Según las opciones que se utilicen puede ser tremendamente más lento que Xvid o también muchísimo más rápido!!! Obviamente lo que cambia es la eficiencia. Los seteos más rápidos son menos eficientes y hay que utilizar un poco más de bitrate para mantener la calidad. Cada uno puede elegir que tiempo invertir (o desperdiciar según el punto de vista) en un ripeo x264. Repito, x264 puede ser incluso MUCHO más veloz que Xvid.

roisiano escribió:Por cierto, para configurar XviD he encontrado unas cuantas guías/manuales, pero para x264, poca cosa.

En unos días les dejo una guía.

roisiano · Mensaje por **roisiano** » Lun 06 Sep, 2010 21:30

elguaxo escribió:Lo más sensato para x264 es utilizar el Ratefactor. Personalmente me manejo entre valores entre el 18.5 y 20.0 para garantizar un ripeo transparente (cuadro a cuadro, especialmente los B-Frames, son casi indistinguibles de la fuente).

¿Te refieres a "Single pass-ratefactor-based (CRF)"? ¿Una pasada mejor que 2, pues?

elguaxo escribió:
roisiano escribió:utilizando los mismos filtros (sólo el Lanczos para "Resize"; tampoco es cuestión de ponerse "a lo loco" sin estar familiarizado con configuraciones avanzadas)
Aquí tendrías que aprovechar la eficiencia de x264 y el Matroska para no utilizar más el reescalado! A mantener todos los pixels del DVD intactos.

Bueno, eso sí que ya lo venía haciendo: 704x512 como resolución del ripeo, tanto en XviD como en x264.

elguaxo escribió:
roisiano escribió:No sé si esto es normal, pero me parece una barbaridad.
x264 es extremadamente versátil. Según las opciones que se utilicen puede ser tremendamente más lento que Xvid o también muchísimo más rápido!!! Obviamente lo que cambia es la eficiencia. Los seteos más rápidos son menos eficientes y hay que utilizar un poco más de bitrate para mantener la calidad. Cada uno puede elegir que tiempo invertir (o desperdiciar según el punto de vista) en un ripeo x264. Repito, x264 puede ser incluso MUCHO más veloz que Xvid.

Debí elegir una configuración extremadamente eficiente, entonces

. De todas formas, agradecería algún consejo sobre posibles cambios en la configuración cuyas capturas he posteado.

elguaxo escribió:
roisiano escribió:Por cierto, para configurar XviD he encontrado unas cuantas guías/manuales, pero para x264, poca cosa.
En unos días les dejo una guía.

A ver si es verdad.

elguaxo · Mensaje por **elguaxo** » Lun 06 Sep, 2010 21:39

roisiano escribió:
elguaxo escribió:Lo más sensato para x264 es utilizar el Ratefactor. Personalmente me manejo entre valores entre el 18.5 y 20.0 para garantizar un ripeo transparente (cuadro a cuadro, especialmente los B-Frames, son casi indistinguibles de la fuente).
¿Te refieres a "Single pass-ratefactor-based (CRF)"? ¿Una pasada mejor que 2, pues?

En Xvid 2 pasadas tenían varios propósitos, uno apuntar a un tamaño específico y el otro distribuir el bitrate lo mejor posible a lo largo del ripeo. En Xvid la eficiencia se pierde muchísimo al hacer solo 1 pasada. En x264 no cambia la eficiencia, la única diferencia entre 1 y 2 pasadas es que con 2 se apunta a un tamaño específico.

Dicho esto el ratefactor es el numerito que uno ingresa al ripear en modo CRF, pero al hacer 2 pasadas y apuntar a un tamaño específico x264 nos devuelve el ratefactor equivalente, por lo cual también puede ser una medida de calidad al hacer 2 pasadas.

roisiano escribió:
elguaxo escribió:
roisiano escribió:utilizando los mismos filtros (sólo el Lanczos para "Resize"; tampoco es cuestión de ponerse "a lo loco" sin estar familiarizado con configuraciones avanzadas)
Aquí tendrías que aprovechar la eficiencia de x264 y el Matroska para no utilizar más el reescalado! A mantener todos los pixels del DVD intactos.
Bueno, eso sí que ya lo venía haciendo: 704x512 como resolución del ripeo, tanto en XviD como en x264.

Si estás reescalando, entonces no estás conservando la resolución del DVD en forma intacta. Un script que mantiene la resolución del DVD se ve por ejemplo así:

Código: Seleccionar todo

DGDecode_mpeg2source("H:\videos\encodes\new128.beasts.cops\video_ts\VTS_01_1.d2v")

crop( 4, 2, -4, -2)

Solo se utiliza un crop y punto.

elguaxo · Mensaje por **elguaxo** » Mar 07 Sep, 2010 00:08

Esto me lo mandó roisiano por privado. Me tomo el atrevimiento de responderlo en público:

roisiano escribió:
elguaxo escribió:Si estás reescalando, entonces no estás conservando la resolución del DVD en forma intacta. Un script que mantiene la resolución del DVD se ve por ejemplo así:
Código: Seleccionar todo
DGDecode_mpeg2source("H:\videos\encodes\new128.beasts.cops\video_ts\VTS_01_1.d2v")

crop( 4, 2, -4, -2)
Solo se utiliza un crop y punto.
¿Y eso cómo se hace?

Vamos a un ejemplo práctico. Como comentaba, yo utilizo el GKnot, que, en principio, "te obliga" a utilizar un filtro de reescalado, al menos hasta donde yo sé.

Si hago un "crop automático", con Lanczos, sale un .avs tal que:
Código: Seleccionar todo
# Creado con Gordian Knot
#
# http://gknot.doom9.org

#  PLUGINS
LoadPlugin("H:\PROGRA~1\GORDIA~1\DGMPGDec\DGDecode.dll")
LoadPlugin("H:\PROGRA~1\GORDIA~1\AviSynthPlugins\decomb.dll")
#LoadPlugin("H:\PROGRA~1\GORDIA~1\AviSynthPlugins\KernelDeInt.dll")
LoadPlugin("H:\PROGRA~1\GORDIA~1\AviSynthPlugins\UnDot.dll")
#LoadPlugin("H:\PROGRA~1\GORDIA~1\AviSynthPlugins\dgbob.dll")
#LoadPlugin("H:\PROGRA~1\GORDIA~1\AviSynthPlugins\Convolution3d.dll")
#LoadPlugin("H:\PROGRA~1\GORDIA~1\AviSynthPlugins\FluxSmooth.dll")
#LoadPlugin("H:\PROGRA~1\GORDIA~1\AviSynthPlugins\TomsMoComp.dll")
#LoadPlugin("H:\PROGRA~1\GORDIA~1\AviSynthPlugins\VSFilter.dll")
#LoadPlugin("H:\PROGRA~1\GORDIA~1\AviSynthPlugins\SimpleResize.dll")

#  SOURCE
mpeg2source("H:\DVD\Rips\La mujer del cuadro\Pedazo.d2v")

#  TRIM
#trim(startframe,endframe)

#  IVTC
#Telecide(order=1,guide=1).Decimate()
#  o usar
#IVTC(44,11,95)
#GreedyHMA(1,0,4,0,0,0,0,0)

#  DESENTRELAZADO (1)
FieldDeinterlace()
#FieldDeinterlace(blend=false)
#TomsMoComp(1,5,1)

#  DESENTRELAZADO (2)
#KernelDeInt(order=1,sharp=true)
#  o tal vez
#DGBob(order=1,mode=0)

#  DESENTRELAZADO (3) - peticiones especiales
#GreedyHMA(1,0,0,0,0,0,0,0)
#Telecide()
#SeparateFields()

#  CROPPING
crop(0,8,716,560)

#  SUBTITULOS
#VobSub("FileName")

#  REDIMENSIONADO
LanczosResize(704,512)

#  DENOISING: cambiar una combinación (o ninguna)
Undot()

#  1) pequeño noise
#Temporalsoften(2,3,3,mode=2,scenechange=6)
La ventana de la Resolución sería:
[imgr]http://a.imageshack.us/img688/2559/88343350.jpg[/imgr]

¿Cómo puedo hacer para no aplicar un filtro "resize"? Vale, puedo poner un # en la línea:
Código: Seleccionar todo
#LanczosResize(704,512)
Pero supongo que entonces el AR no sería el correcto, ~ 1.37:1, ¿no?

Perdona si he comentado alguna estupidez .

Jej, los DVDs son anamórficos. Olvidémonos del significado que el "marketing" le da a la palabra. Desde el punto de vista estrictamente técnico esto significa que los pixels del DVD no son cuadrados! Sus pixels o son más ancho que altos o más alto que anchos. Según si es ITU o no la tablita de los Pixel Aspect Ratios (PAR o también llamado SAR) posibles es la siguiente:

Código: Seleccionar todo

MPEG-4 / ~ITU PAR Table
             PAL        NTSC
FullScreen   12/11		10/11
WideScreen   16/11		40/33

Non-ITU PAR Table
             PAL        NTSC
FullScreen   16/15      8/9
WideScreen   64/45      32/27

No hacemos reescalado de ningún tipo. Y como bien dice roisiano el AR seguramente no da. Por qué? Porque los DVDs son anamórficos. Entonces? O bien al remuxar el matroska le decimos a este cual es el AR final y el reescalado se hace durante la reproducción. O si somos más exquisitos y queremos tener un error de 0% respecto del DVD ingresamos el SAR correspondiente al DVD en los seteos de compresión de x264.

Habrán visto que en la ficha técnica de mis ripeos incluyo el SAR. Por ejemplo: viewtopic.php?p=826670#p826670

Código: Seleccionar todo

               Title: Gongdong gyeongbi guyeok JSA (2000)
                      AKA J.S.A.: Joint Security Area
              Source: DVD / R3, NTSC / Superbit - CJ Entertainment
                Size: 1.563.945,688 bytes (1/3 DVDR)
             Runtime: 01:49:09
              Format: MKV

         Video Codec: H264 (x264 rev.1698)
       Video Bitrate: 1525 kbps
          Resolution: 708x372 (displayed at 2.31 AR)
        Aspect Ratio: 2.31 (SAR: 40/33)
          Frame rate: 23.976 fps

         Audio Codec: AC3 (5.1 channels)
       Audio Bitrate: 384 kbps
       Sampling Rate: 48 KHz

            Language: Korean
Subtitles (muxed in): SRT: English

                  SA: HP @ Level 4.1

Screenshots resized to displayed AR:

La resolución es 708x372 y el AR es de 2.31. Cómo es esto posible si el AR de 708x372 es en teoría 1.90? Es un ripeo anamórfico. El SAR (o PAR) es de 40/33 (vean la tablita de arriba, corresponde a un DVD NTSC ITU Widescreen). Esto significa que durante la reproducción la resolución se estira a:

ancho = 708 x 40 / 33 = 858
alto = 372

y ahora sí, el tamaño de cada cuadro durante la reproducción (858x372) corresponde a un AR de 2.31 (2.30645 para ser exactos).

roisiano · Mensaje por **roisiano** » Mar 07 Sep, 2010 14:27

De lo que comentas, deduzco que aquí:

Imagen

tendría que poner:

Código: Seleccionar todo

SAR Width: 12
SAR height: 11

DVD PAL, FullScreen y supongo que ITU (además, los números dan, (720*12)/(11*576)=1,3636...).

¿Correcto?

Y con:

Código: Seleccionar todo

#LanczosResize(704,512)

supongo que no me haría reescalado de ningún tipo (# delante).
¿Es así?

Saludos

elguaxo · Mensaje por **elguaxo** » Mar 07 Sep, 2010 17:33

roisiano escribió: ¿Es así?

Exacto!

Lo único que hay a decidir en cada ocasión es si el DVD es ITU o no. La idea es mirar varios cuadros reescalados como para comparar ITU vs. No ITU para decidir cual opción es la correcta. Hay un par de indicios que por lo general apuntan si es ITU o no, pero por lejos el mejor juez son nuestros propios ojos.

roisiano · Mensaje por **roisiano** » Mar 07 Sep, 2010 19:38

He probado con un trozo (con 12:11, aunque supongo que debí hacerlo con 16:15).

Código: Seleccionar todo

General 
Format : Matroska 
File size : 17.7 MiB 
Duration : 1mn 15s 
Overall bit rate : 1 959 Kbps 
Encoded date : UTC 2010-09-07 17:05:45 
Writing application : VirtualDubMod 1.5.10.2 (build 2540/release) 
Writing library : libebml-0.7.5 & libmatroska-0.7.7 

Video 
ID : 1 
Format : AVC 
Format/Info : Advanced Video Codec 
Format profile : High@L3.0 
Format settings, CABAC : Yes 
Format settings, ReFrames : 5 frames 
Codec ID : H264 
Duration : 1mn 15s 
Bit rate : 1 956 Kbps 
Width : 716 pixels 
Height : 560 pixels 
Display aspect ratio : 1.279 
Original display aspect ratio : 1.395 
Frame rate : 25.000 fps 
Color space : YUV 
Chroma subsampling : 4:2:0 
Bit depth : 8 bits 
Scan type : Progressive 
Bits/(Pixel*Frame) : 0.195 
Stream size : 17.4 MiB (98%) 
Writing library : x264 core 68 r1195bm 5d75a9b 
Encoding settings : cabac=1 / ref=5 / deblock=1:-1:-1 / analyse=0x3:0x133 / me=hex / subme=7 / psy_rd=1.0:0.3 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-4 / threads=1 / thread_queue=1 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=3 / wpredb=1 / keyint=250 / keyint_min=25 / scenecut=40 / rc=2pass / bitrate=1956 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=2:1.00

Un par de preguntas (o tres

):
* ¿Esto se reproduciría a un AR de 1.279 o de 1.395? En caso de que fuese 1.279, ¿qué hice mal?
* Width : 716 pixels no es múltiplo de 16. ¿No es eso perjudicial para la codificación?

Saludos

elguaxo · Mensaje por **elguaxo** » Mar 07 Sep, 2010 19:56

roisiano escribió: Un par de preguntas (o tres ):
* ¿Esto se reproduciría a un AR de 1.279 o de 1.395? En caso de que fuese 1.279, ¿qué hice mal?

Haz un reporte completo con AVINaptic. Abre el matroska y haz un Statistics -> DRF analysis (si bien el reporte de DRF no es para nada relevante, AVINaptic analiza otras cosas solo al utilizar esta opción). Un ejemplo:

Código: Seleccionar todo

[ About file ]

Name: joint.security.area.2000.superbit.dvdrip.x264.ac3.6ch-[gx].mkv
Date: 17/08/2010 20:32:26
Size: 1,563,945,688 bytes (1491.495 MB)

[ Generic infos ]

Play duration: 01:49:09 (6548.584 s)
Container type: matroska
Creation time: 17/08/2010 23:31:25 UTC
Number of streams: 3
Type of stream nr. 1: video (V_MPEG4/ISO/AVC) {Gongdong gyeongbi guyeok JSA / J.S.A.: Joint Security Area (2000)}
Type of stream nr. 2: audio (A_AC3) {Korean Audio (AC3, 5.1 channels)}
Type of stream nr. 3: subtitle (S_TEXT/UTF8) {English Subs (SRT)}
Audio streams: 1
Muxing Application: libebml v0.8.0 + libmatroska v0.9.0
Writing Application: mkvmerge v3.4.0 ('Rapunzel') built on May 15 2010 09:38:20

[ Relevant data ]

Resolution: HIGH (708 x 372)
Width: multiple of 4 (16 would be better)
Height: multiple of 4 (16 would be better)
Average DRF quality: HIGH (19.656484)
Standard deviation quality: HIGH (0.741656)
Std. dev. weighted mean: HIGH (0.740491)

[ Video track ]

Codec ID: V_MPEG4/ISO/AVC
Resolution: 708 x 372
Frame aspect ratio: 59:31 = 1.903225
Pixel aspect ratio: 143:118 = 1.211864
Display aspect ratio: 143:62 = 2.306451
Framerate: 23.976024 fps
Stream size: 1,248,142,154 bytes
Play duration: 01:49:09 (6548.583498 s)
Bitrate: 1524.778180 kbps
Qf: 0.241464

[ Audio track ]

Codec ID: A_AC3
Channels (container): 6
Sample rate: 48000 Hz
Stream size: 314,330,112 bytes
Bitrate (container): 383.997654 kbps
AC-3 frames: 204642
Play duration: 01:49:09 (6548.544 s)
Bitrate (bitstream): 384 kbps CBR
Mode: 3 front, 2 rear, 1 LFE

[ About H.264 encoding ]

User data: x264
User data: core 104 r1698 c41b8f0
User data: H.264/MPEG-4 AVC codec
User data: Copyleft 2003-2010
User data: http://www.videolan.org/x264.html
User data: cabac=1
User data: ref=16
User data: deblock=1:-2:-2
User data: analyse=0x3:0x133
User data: me=umh
User data: subme=10
User data: psy=1
User data: psy_rd=1.20:0.15
User data: mixed_ref=1
User data: me_range=24
User data: chroma_me=1
User data: trellis=2
User data: 8x8dct=1
User data: cqm=0
User data: deadzone=6,6
User data: fast_pskip=0
User data: chroma_qp_offset=-3
User data: threads=3
User data: sliced_threads=0
User data: nr=0
User data: decimate=0
User data: interlaced=0
User data: constrained_intra=0
User data: bframes=9
User data: b_pyramid=2
User data: b_adapt=2
User data: b_bias=0
User data: direct=3
User data: weightb=1
User data: open_gop=0
User data: weightp=2
User data: keyint=240
User data: keyint_min=24
User data: scenecut=40
User data: intra_refresh=0
User data: rc_lookahead=60
User data: rc=2pass
User data: mbtree=1
User data: bitrate=1525
User data: ratetol=1.0
User data: qcomp=0.80
User data: qpmin=10
User data: qpmax=51
User data: qpstep=4
User data: cplxblur=20.0
User data: qblur=0.5
User data: ip_ratio=1.10
User data: aq=1:0.50
SPS id: 0
  Profile: High@L4.1
  Num ref frames: 16
  Aspect ratio: 40:33 (16:9 NTSC pixel shape)
  Chroma format idc: YUV 4:2:0
PPS id: 0 (SPS: 0)
  Entropy coding type: CABAC
  Weighted prediction: P slices - explicit weighted prediction
  Weighted bipred idc: B slices - implicit weighted prediction
  8x8dct: Yes
Number of frames: 157009
Drop/delay frames: 0
Corrupted frames: 0

P-slices:  33466 ( 21.315 %) #####                    
B-slices: 122506 ( 78.025 %) ####################     
I-slices:   1037 (  0.660 %)                          
SP-slices:      0 (  0.000 %)                          
SI-slices:      0 (  0.000 %)                          

[ DRF analysis ]

Average DRF: 19.656484
Standard deviation: 0.741656
Max DRF: 22

DRF<13:     0 (  0.000 %)                          
DRF=13:     1 (  0.001 %)                          
DRF=14:     9 (  0.006 %)                          
DRF=15:     9 (  0.006 %)                          
DRF=16:    22 (  0.014 %)                          
DRF=17:   124 (  0.079 %)                          
DRF=18:   389 (  0.248 %)                          
DRF=19: 76064 ( 48.446 %) ############             
DRF=20: 57784 ( 36.803 %) #########                
DRF=21: 21741 ( 13.847 %) ###                      
DRF=22:   866 (  0.552 %)                          
DRF>22:     0 (  0.000 %)                          

P-slices average DRF: 19.656546
P-slices std. deviation: 0.742104
P-slices max DRF: 22

B-slices average DRF: 19.660767
B-slices std. deviation: 0.740341
B-slices max DRF: 22

I-slices average DRF: 19.148505
I-slices std. deviation: 0.706172
I-slices max DRF: 21

This report was created by AVInaptic (18-11-2007) on 17 ago 2010, h 20:35:39

Te resalto los puntos importantes de este ejemplo:

Resolution: 708 x 372
Frame aspect ratio: 59:31 = 1.903225
...
Display aspect ratio: 143:62 = 2.306451

y

40:33 (16:9 NTSC pixel shape)

roisiano escribió: * Width : 716 pixels no es múltiplo de 16. ¿No es eso perjudicial para la codificación?

Con x264 eso es cosa del pasado: http://doom10.org/index.php?topic=535.msg3534#msg3534

Dark Shikari escribió:
Kapisketo escribió: Because most of people say that if the resolution is not divisible by the size of the macroblock it does a worse encode.
People say a lot of things. That doesn't mean you should listen to them.

Lo único en que presto atención, y solo por una cuestión de compatibilidad con repros, es que la resolución sea al menos mod4.

roisiano · Mensaje por **roisiano** » Mar 07 Sep, 2010 20:23

Código: Seleccionar todo

[ About file ]

Name: Pedazo2b.mkv
Date: 7/09/2010 19:17:53
Size: 18,575,939 bytes (17.715 MB)

[ Generic infos ]

Play duration: 00:01:16 (75.84 s)
Container type: matroska
Creation time: 7/09/2010 17:05:45 UTC
Number of streams: 1
Type of stream nr. 1: video (V_MS/VFW/FOURCC)
Audio streams: 0
Muxing Application: libebml-0.7.5 & libmatroska-0.7.7
Writing Application: VirtualDubMod 1.5.10.2 (build 2540/release)

[ Relevant data ]

Resolution: 716 x 560
Width: multiple of 4
Height: multiple of 16
Average DRF: 23.189117
Standard deviation: 1.198761
Std. dev. weighted mean: 0.482044

[ Video track ]

Codec ID: V_MS/VFW/FOURCC
Resolution: 716 x 560
Frame aspect ratio: 179:140 = 1.278571
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 179:140 = 1.278571
Framerate: 25 fps
Stream size: 18,547,362 bytes
Play duration: 00:01:16 (75.72 s)
Bitrate: 1959.573375 kbps
Qf: 0.195488

[ About H.264 encoding ]

User data: x264
User data: core 68 r1195bm 5d75a9b
User data: H.264/MPEG-4 AVC codec
User data: Copyleft 2003-2009
User data: http://www.videolan.org/x264.html
User data: cabac=1
User data: ref=5
User data: deblock=1:-1:-1
User data: analyse=0x3:0x133
User data: me=hex
User data: subme=7
User data: psy_rd=1.0:0.3
User data: mixed_ref=1
User data: me_range=16
User data: chroma_me=1
User data: trellis=2
User data: 8x8dct=1
User data: cqm=0
User data: deadzone=21,11
User data: chroma_qp_offset=-4
User data: threads=1
User data: thread_queue=1
User data: nr=0
User data: decimate=1
User data: mbaff=0
User data: bframes=3
User data: b_pyramid=0
User data: b_adapt=1
User data: b_bias=0
User data: direct=3
User data: wpredb=1
User data: keyint=250
User data: keyint_min=25
User data: scenecut=40
User data: rc=2pass
User data: bitrate=1956
User data: ratetol=1.0
User data: qcomp=0.60
User data: qpmin=10
User data: qpmax=51
User data: qpstep=4
User data: cplxblur=20.0
User data: qblur=0.5
User data: ip_ratio=1.40
User data: pb_ratio=1.30
User data: aq=2:1.00
SPS id: 0
  Profile: High@L3
  Num ref frames: 5
  Aspect ratio: 12:11 (4:3 PAL pixel shape)
  Chroma format idc: YUV 4:2:0
PPS id: 0 (SPS: 0)
  Entropy coding type: CABAC
  Weighted prediction: No
  Weighted bipred idc: B slices - implicit weighted prediction
  8x8dct: Yes
Number of frames: 1893
Drop/delay frames: 0
Corrupted frames: 0

P-slices:  701 ( 37.031 %) #########                
B-slices: 1182 ( 62.441 %) ################         
I-slices:   10 (  0.528 %)                          
SP-slices:    0 (  0.000 %)                          
SI-slices:    0 (  0.000 %)                          

[ DRF analysis ]

Average DRF: 23.189117
Standard deviation: 1.198761
Max DRF: 25

DRF<19:   0 (  0.000 %)                          
DRF=19:   5 (  0.264 %)                          
DRF=20:   5 (  0.264 %)                          
DRF=21: 185 (  9.773 %) ##                       
DRF=22: 453 ( 23.930 %) ######                   
DRF=23: 156 (  8.241 %) ##                       
DRF=24: 962 ( 50.819 %) #############            
DRF=25: 127 (  6.709 %) ##                       
DRF>25:   0 (  0.000 %)                          

P-slices average DRF: 21.825962
P-slices std. deviation: 0.568763
P-slices max DRF: 23

B-slices average DRF: 24.028764
B-slices std. deviation: 0.430462
B-slices max DRF: 25

I-slices average DRF: 19.5
I-slices std. deviation: 0.5
I-slices max DRF: 20

[ Profile compliancy ]

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

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

Pues parece que el Aspect ratio no es el correcto. Conste que lo configuré tal como indicaba en mi post anterior.

Por otra parte, ¿Average DRF: 23.189117??????????

elguaxo · Mensaje por **elguaxo** » Mar 07 Sep, 2010 20:38

roisiano escribió: Pues parece que el Aspect ratio no es el correcto. Conste que lo configuré tal como indicaba en mi post anterior.

No, no lo es. x264vfw es fervientemente odiado por los desarrolladores de x264 por lo cual no tiene soporte de ningún tipo. Yo tampoco lo utilizo, pero estimo que tu problema viene por ahí. Antes de pasarte a x264 cli podrías probar de actualizar la versión de x264vfw que tienes instalada: http://sourceforge.net/projects/x264vfw/files/

roisiano escribió: Por otra parte, ¿Average DRF: 23.189117??????????

elguaxo escribió:Hoy con x264 menos que menos e incluso el DRF perdió su validez con los últimos avances de x264:
http://forum.doom9.org/showthread.php?p ... ost1425438

elguaxo escribió:Abre el matroska y haz un Statistics -> DRF analysis (si bien el reporte de DRF no es para nada relevante, AVINaptic analiza otras cosas solo al utilizar esta opción)

Actualmente el análisis DRF para x264 no sirve. Ni mires ese número.

roisiano · Mensaje por **roisiano** » Mar 07 Sep, 2010 21:22

elguaxo escribió:
roisiano escribió: Pues parece que el Aspect ratio no es el correcto. Conste que lo configuré tal como indicaba en mi post anterior.
No, no lo es. x264vfw es fervientemente odiado por los desarrolladores de x264 por lo cual no tiene soporte de ningún tipo. Yo tampoco lo utilizo, pero estimo que tu problema viene por ahí. Antes de pasarte a x264 cli podrías probar de actualizar la versión de x264vfw que tienes instalada: http://sourceforge.net/projects/x264vfw/files/:

Agua. Nada, seguimos igual.

Spoiler: mostrar: [ About file ]

Name: Prueba.mkv
Date: 7/09/2010 21:12:00
Size: 18,593,555 bytes (17.732 MB)

[ Generic infos ]

Play duration: 00:01:16 (75.84 s)
Container type: matroska
Creation time: 7/09/2010 19:08:11 UTC
Number of streams: 1
Type of stream nr. 1: video (V_MS/VFW/FOURCC)
Audio streams: 0
Muxing Application: libebml-0.7.5 & libmatroska-0.7.7
Writing Application: VirtualDubMod 1.5.10.2 (build 2540/release)

[ Relevant data ]

Resolution: 716 x 560
Width: multiple of 4
Height: multiple of 16
Average DRF: 25.018075
Standard deviation: 0.133224
Std. dev. weighted mean: 0.133091

[ Video track ]

Codec ID: V_MS/VFW/FOURCC
Resolution: 716 x 560
Frame aspect ratio: 179:140 = 1.278571
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 179:140 = 1.278571
Framerate: 25 fps
Stream size: 18,564,536 bytes
Play duration: 00:01:16 (75.64 s)
Bitrate: 1963.462295 kbps
Qf: 0.195876

[ About H.264 encoding ]

SPS id: 0
Profile: High@L3
Num ref frames: 4
Aspect ratio: Custom pixel shape (16:15 = 1.066666)
Chroma format idc: YUV 4:2:0
PPS id: 0 (SPS: 0)
Entropy coding type: CABAC
Weighted prediction: P slices - explicit weighted prediction
Weighted bipred idc: B slices - implicit weighted prediction
8x8dct: Yes
Number of frames: 1891
Drop/delay frames: 0
Corrupted frames: 0

P-slices: 694 ( 36.895 %) #########
B-slices: 1187 ( 63.105 %) ################
I-slices: 0 ( 0.000 %)
SP-slices: 0 ( 0.000 %)
SI-slices: 0 ( 0.000 %)

[ DRF analysis ]

Average DRF: 25.018075
Standard deviation: 0.133224
Max DRF: 26

DRF<25: 0 ( 0.000 %)
DRF=25: 1847 ( 98.192 %) #########################
DRF=26: 34 ( 1.808 %)
DRF>26: 0 ( 0.000 %)

P-slices average DRF: 25.020172
P-slices std. deviation: 0.140591
P-slices max DRF: 26

B-slices average DRF: 25.016849
B-slices std. deviation: 0.128706
B-slices max DRF: 26

[ Profile compliancy ]

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

This report was created by AVInaptic (18-11-2007) on 7 set 2010, h 21:20:53

Eso sí, la última versión (x264vfw_26_1713bm_25041.exe) debe ser "para torpes" (de momento, supongo que eso es bueno para mí

), pues no puedes configurar casi nada:

Imagen

Pues no, nada más se puede configurar "en modo gráfico".

Ahora que estaba emocionado, tendré que esperar a tu guía para x264 para seguir adelante con mis progresos.
He visto por ahí algún tutorial/guía sobre MeGui y me ha dejado entre patidifuso y ojiplático

. Esperaré a ver unas instrucciones más sencillas.

elguaxo · Mensaje por **elguaxo** » Mar 07 Sep, 2010 23:33

Los machos de verdad ripeamos desde la línea de comando.

Ahora en serio, tienes el script, sabes el bitrate que quieres utilizar y ya no hay más secretos!

Suponiendo que el script se encuentra bajo:
c:\mi_script.avs

que el bitrate deseado es:
1956

y que el MKV va a ser:
c:\mi_ripeo.mkv

entonces baja la última versión de x264 cli a c:\ y para ripear en 2 pasadas hacemos:

Primer pasada

"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"

Segunda pasada

"c:\x264.exe" --preset slower --tune film --pass 2 --bitrate 1956 --stats "c:\mi_ripeo.stats" --level 4.1 --output "c:\mi_ripeo.mkv" "c:\mi_script.avs" --sar 16:15

En rojo las cosas que cambiarán de ripeo a ripeo. Y te hablaba de la velocidad vs. eficiencia. Si lo quieres más rápido o lento cambia el slower en ambas pasadas por alguno de estos (de más lento y eficiente a más rápido y menos eficiente):

placebo
veryslow
slower
slow
medium
fast
faster
veryfast
superfast
ultrafast

roisiano · Mensaje por **roisiano** » Mié 08 Sep, 2010 00:06

elguaxo escribió:Los machos de verdad ripeamos desde la línea de comando. Ahora en serio, tienes el script, sabes el bitrate que quieres utilizar y ya no hay más secretos!

¿Tenemos algo más "gráfico" para que los machos metrosexuales

podamos experimentar un poco con distintas configuraciones?
Obviamente, ya que me lo has "cocinado", no he podido resistirme a probarlo con un trozo:

Código: Seleccionar todo

[ About file ]

Name: Ripeo.Macho_Macho.mkv
Date: 7/09/2010 23:55:04
Size: 18,594,697 bytes (17.733 MB)

[ Generic infos ]

Play duration: 00:01:16 (75.84 s)
Container type: matroska
Number of streams: 1
Type of stream nr. 1: video (V_MPEG4/ISO/AVC)
Audio streams: 0
Muxing Application: Haali Matroska Writer b0
Writing Application: x264 r1713 c276662

[ Relevant data ]

Resolution: 716 x 560
Width: multiple of 4
Height: multiple of 16
Average DRF: 25.019514
Standard deviation: 0.328240
Std. dev. weighted mean: 0.267928

[ Video track ]

Codec ID: V_MPEG4/ISO/AVC
Resolution: 716 x 560
Frame aspect ratio: 179:140 = 1.278571
Pixel aspect ratio: 763:716 = 1.065642
Display aspect ratio: 109:80 = 1.3625
Framerate: 25 fps
Stream size: 18,580,181 bytes
Play duration: 00:01:16 (75.84 s)
Bitrate: 1959.934704 kbps
Qf: 0.195524

[ About H.264 encoding ]

User data: x264
User data: core 104 r1713 c276662
User data: H.264/MPEG-4 AVC codec
User data: Copyleft 2003-2010
User data: http://www.videolan.org/x264.html
User data: cabac=1
User data: ref=8
User data: deblock=1:-1:-1
User data: analyse=0x3:0x133
User data: me=umh
User data: subme=9
User data: psy=1
User data: psy_rd=1.00:0.15
User data: mixed_ref=1
User data: me_range=16
User data: chroma_me=1
User data: trellis=2
User data: 8x8dct=1
User data: cqm=0
User data: deadzone=21,11
User data: fast_pskip=1
User data: chroma_qp_offset=-3
User data: threads=3
User data: sliced_threads=0
User data: nr=0
User data: decimate=1
User data: interlaced=0
User data: constrained_intra=0
User data: bframes=3
User data: b_pyramid=2
User data: b_adapt=2
User data: b_bias=0
User data: direct=3
User data: weightb=1
User data: open_gop=0
User data: weightp=2
User data: keyint=250
User data: keyint_min=25
User data: scenecut=40
User data: intra_refresh=0
User data: rc_lookahead=60
User data: rc=2pass
User data: mbtree=1
User data: bitrate=1956
User data: ratetol=1.0
User data: qcomp=0.60
User data: qpmin=10
User data: qpmax=51
User data: qpstep=4
User data: cplxblur=20.0
User data: qblur=0.5
User data: ip_ratio=1.40
User data: aq=1:1.00
SPS id: 0
  Profile: High@L4.1
  Num ref frames: 8
  Aspect ratio: Custom pixel shape (16:15 = 1.066666)
  Chroma format idc: YUV 4:2:0
PPS id: 0 (SPS: 0)
  Entropy coding type: CABAC
  Weighted prediction: P slices - explicit weighted prediction
  Weighted bipred idc: B slices - implicit weighted prediction
  8x8dct: Yes
Number of frames: 1896
Drop/delay frames: 0
Corrupted frames: 0

P-slices:  500 ( 26.371 %) #######                  
B-slices: 1386 ( 73.101 %) ##################       
I-slices:   10 (  0.527 %)                          
SP-slices:    0 (  0.000 %)                          
SI-slices:    0 (  0.000 %)                          

[ DRF analysis ]

Average DRF: 25.019514
Standard deviation: 0.328240
Max DRF: 30

DRF<22:    0 (  0.000 %)                          
DRF=22:    5 (  0.264 %)                          
DRF=23:    5 (  0.264 %)                          
DRF=24:   27 (  1.424 %)                          
DRF=25: 1776 ( 93.671 %) #######################  
DRF=26:   80 (  4.219 %) #                        
DRF=27:    2 (  0.105 %)                          
DRF=28:    0 (  0.000 %)                          
DRF=29:    0 (  0.000 %)                          
DRF=30:    1 (  0.053 %)                          
DRF>30:    0 (  0.000 %)                          

P-slices average DRF: 25.038
P-slices std. deviation: 0.341402
P-slices max DRF: 30

B-slices average DRF: 25.031024
B-slices std. deviation: 0.239747
B-slices max DRF: 27

I-slices average DRF: 22.5
I-slices std. deviation: 0.5
I-slices max DRF: 23

[ Profile compliancy ]

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

This report was created by AVInaptic (18-11-2007) on  8 set 2010, h 00:04:09

Y sí, lo del AR parece que ha funcionado.

elguaxo · Mensaje por **elguaxo** » Mié 08 Sep, 2010 00:16

roisiano escribió:¿Tenemos algo más "gráfico" para que los machos metrosexuales podamos experimentar un poco con distintas configuraciones?

Hace unos 2 años utilizaba MeGUI pero después de convertirme a la línea de comando para mi no hay vuelta. Vamos, te expliqué lo anterior en un par de líneas y te salió todo de una. Por lo de las configuraciones, desde ya puedes probar con las distintas velocidades o probar una pasada con CRF en vez de 2 pasadas. Por ejemplo en tu caso esto sería:

"c:\x264.exe" --preset slower --tune film --crf 19.5 --stats "c:\mi_ripeo.stats" --level 4.1 --output "c:\mi_ripeo.mkv" "c:\mi_script.avs" --sar 16:15

Otro cambio interesante es cambiar el film por grain. Consume un poco más de bitrate, pero los resultados son interesantes sobre todo cuando se trata de películas filmadas en 16mm

roisiano escribió:Y sí, lo del AR parece que ha funcionado.

Perfecto!

Ahora a ripear!

roisiano · Mensaje por **roisiano** » Mié 08 Sep, 2010 00:35

elguaxo escribió:
roisiano escribió:¿Tenemos algo más "gráfico" para que los machos metrosexuales podamos experimentar un poco con distintas configuraciones?
Hace unos 2 años utilizaba MeGUI pero después de convertirme a la línea de comando para mi no hay vuelta. Vamos, te expliqué lo anterior en un par de líneas y te salió todo de una. Por lo de las configuraciones, desde ya puedes probar con las distintas velocidades o probar una pasada con CRF en vez de 2 pasadas. Por ejemplo en tu caso esto sería:

"c:\x264.exe" --preset slower --tune film --crf 19.5 --stats "c:\mi_ripeo.stats" --level 4.1 --output "c:\mi_ripeo.mkv" "c:\mi_script.avs" --sar 16:15

Otro cambio interesante es cambiar el film por grain. Consume un poco más de bitrate, pero los resultados son interesantes sobre todo cuando se trata de películas filmadas en 16mm

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í.
Si esta deducción es más o menos correcta, ¿sería posible una primera pasada a CRF 20.0 (el intervalo alto de tu sugerencia, entre 18.5 y 20) para que te indique el bitrate al que "equivale" obtener ese CRF y usar este bitrate "output" de la primera pasada como "input" en una segunda pasada; o el CRF sólo puede usarse para una única pasada?

Porque, en este caso, lo que hicimos (bueno, yo he partido de un QF cercano a 0.200 y tú me has indicado cómo ponerlo en línea de comandos) es asignar un QF "a ojo", a ver qué sale, y tal vez el CRF pueda darte información sobre el bitrate específico que sería necesario para el ripeo en concreto. Porque es posible que el ripeo de este trozo que he probado necesitase más bitrate... o menos.

Gracias

elguaxo · Mensaje por **elguaxo** » Mié 08 Sep, 2010 01:02

roisiano escribió: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.

jordisound · Mensaje por **jordisound** » Mié 08 Sep, 2010 13:34

elguaxo escribió: En la versión 1.2.2 de Koepi VAQ no está implementado, solo funciona en la 1.2.1. Justamente te lo preguntaba porque VAQ se encarga especialmente de estos problemas.

Bien, puede ser por eso. En un pc tengo la 121 y en el otro la 122. Usé este último.
Pues entonces creo que me quedo con la 121VAQ, técnicamente es mejor que la 122

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

DivX Clásico

Configuraciones de filtros y codecs

Re: Configuraciones de filtros y codecs

Re: Configuraciones de filtros y codecs

Re: Configuraciones de filtros y codecs

Re: Configuraciones de filtros y codecs

Re: Configuraciones de filtros y codecs

Re: Configuraciones de filtros y codecs

Re: Configuraciones de filtros y codecs

Re: Configuraciones de filtros y codecs

Re: Configuraciones de filtros y codecs

Re: Configuraciones de filtros y codecs

Re: Configuraciones de filtros y codecs

Re: Configuraciones de filtros y codecs

Re: Configuraciones de filtros y codecs

Re: Configuraciones de filtros y codecs

Re: Configuraciones de filtros y codecs

Re: Configuraciones de filtros y codecs

Re: Configuraciones de filtros y codecs

Re: Configuraciones de filtros y codecs

Re: Configuraciones de filtros y codecs

Re: Configuraciones de filtros y codecs