Configuraciones de filtros y codecs

elguaxo · Mensaje por **elguaxo** » Lun 20 Ago, 2007 00:35

hank_quinlan escribió:No me rindo

Me gusta mucho! El principio de SeeSaw se llama crystality sharpen. Miren los ojos de la niña y se explica por sí solo.

Edito: la versión de filtrado antes de que editaras tu mensaje también me gustaba, pero me imagino que impactaba bastante más sobre la compresibilidad.

hank_quinlan · Mensaje por **hank_quinlan** » Lun 20 Ago, 2007 01:05

Edito: la versión de filtrado antes de que editaras tu mensaje también me gustaba, pero me imagino que impactaba bastante más sobre la compresibilidad.

Por las pruebas que he hecho, tendré que irme al DVD5 con V3LR, solo el audio francés en ac3 stereo, aunque voy a darle una pasada con V3HR a ver que sale.

Miren los ojos de la niña y se explica por sí solo.

Es fantastico.

Niña? he tenido que rebuscar mucho para pillar frames en los que saliera con ropa.

Y no hagais peticiones que hay niños.

EDITO: Final de la 1ª pasada con V3HR me da un tamaño al 100% de 6278MB

casi como el original. (Y nos echábamos las manos a la cabeza con Apocalypto)

EDITO2: Acaba de finalizar la 1ª con V3LR y la misma operación salen 4836MB... a estos tamaños compresión/tamaño es un ahorro bestial, santo cielo.

Y con esto me sale una compresión real del 90%

(hank_quinlan se frota las manos)

elguaxo · Mensaje por **elguaxo** » Lun 20 Ago, 2007 22:47

hank_quinlan escribió:EDITO: Final de la 1ª pasada con V3HR me da un tamaño al 100% de 6278MB casi como el original. (Y nos echábamos las manos a la cabeza con Apocalypto)

bluegardenia, cuando puedas me gustaría que me/nos explicaras como hiciste para descubrir y restaurar estos 18.750 fps! Gracias.

hank_quinlan · Mensaje por **hank_quinlan** » Mar 21 Ago, 2007 13:27

No ha quedado mal del todo, aunque algunos frames han perdido un poquitín:

Spoiler: mostrar

Código: Seleccionar todo

[ About file ]

Name: cqmv3lr.avi
Date: 21/08/2007 11:16:20
Size: 4,416,169,984 bytes (4211.588 MB)

[ Generic info ]

Play duration: 03:05:19 (11119.327660 s)
Container type: AVI OpenDML indexes multi-chunks (*)
Number of streams: 1
Type of stream nr. 0: video
Audio streams: 0
JUNK: VirtualDub build 1411/release

[ About quality ]

Resolution: VERY HIGH (720 x 432)
Width: multiple of 16 (GOOD)
Height: multiple of 16 (GOOD)
Average DRF quality: HIGH (2.810545)
Standard deviation quality: HIGH (0.704509)
Std. dev. weighted mean: HIGH (0.431630)

[ Video track ]

FourCC: XVID/XVID
Resolution: 720 x 432
Frame aspect ratio: 5:3 = 1.666666
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 5:3 = 1.666666
Framerate: 23.976 fps
Number of frames: 266597 (131613)
Stream size: 4,409,655,794 bytes
Bitrate: 3172.606062 kbps
Qf: 0.425425
Key frames: 1604 (0; 250; 500; 750; 886; ... 266442)
Null frames: 0
Min key int: 1
Max key int: 250
Avg key int: 166.207605
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 custom (*)
Custom intra quant matrix: 
      8  14  14  14  15  15  18  21
     14  14  14  14  15  16  19  22
     14  14  15  15  17  19  22  25
     14  14  15  18  21  23  27  31
     15  15  17  21  26  30  35  40
     15  16  19  23  30  38  46  56
     18  19  22  27  35  46  61  76
     21  22  25  31  40  56  76  99
Custom inter quant matrix: 
     19  19  19  19  20  21  24  28
     19  19  19  19  20  22  26  29
     19  19  20  21  23  26  29  34
     19  19  21  24  28  31  36  42
     20  20  23  28  35  41  48  55
     21  22  26  31  41  51  63  76
     24  26  29  36  48  63  83 103
     28  29  34  42  55  76 103 134
Number of frames: 266597
Drop/delay frames: 0
Corrupted frames: 0

I-VOPs:   1604 (  0.602 %)                          
P-VOPs: 117977 ( 44.253 %) ###########              
B-VOPs: 147016 ( 55.145 %) ##############           
S-VOPs:      0 (  0.000 %)                          
N-VOPs:      0 (  0.000 %)                          

Max consecutive B-VOPs: 2
    1 consec: 82000 ( 71.611 %) ##################       
    2 consec: 32508 ( 28.389 %) #######                  

[ DRF analysis ]

Average DRF: 2.810545
Standard deviation: 0.704509
Max DRF: 4
                          
DRF=2:  96199 ( 36.084 %) #########                
DRF=3: 124707 ( 46.777 %) ############             
DRF=4:  45691 ( 17.139 %) ####                                               

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

P-VOPs average DRF: 2.198191
P-VOPs std. deviation: 0.398636
P-VOPs max DRF: 3

B-VOPs average DRF: 3.310789
B-VOPs std. deviation: 0.462816
B-VOPs max DRF: 4

Imagen del proyecto:

Ripeo B-VOP, DRF 4

Pero dada la compresión y caracteristicas de la imagen... me doy con un canto en los dientes.

bluegardenia · Mensaje por **bluegardenia** » Mar 21 Ago, 2007 14:03

Hola,

Antes enlazo los hilos que dicen mejor y más claro lo que comentaré, que es más bien un resumen algo bruto y poco preciso:

Words About IVTC and frame schema
FDecimate
Force Film, IVTC, and Deinterlacing

Elguaxo puso un enlace con muy buena pinta en alemán, pero eso, en alemán

Ya comentaba allí que se trata de localizar y eliminar los fotogramas que meten como relleno para cumplir con la norma pal o ntsc a partir de velocidades inferiores. No lo domino del todo pero podríamos resumirlo en dos posibles:

La aparición de los frames duplicados sigue un patrón constante a lo largo de toda la película.
No existe patrón o bien éste es complejo.

Pero antes de eso hay que ver cómo se detectan esos fotogramas en el video, es el primer paso. Desconozco si habrá otras maneras pero por lo que fui mirando hay que tirar siempre de artesanía (los sabios de esto dicen que no te fíes del dgindex en force film a pesar de que te marque 20fps, por ejemplo). Basta con cargar el clip con un Telecide() y en una zona de movimiento constante del video pasar frame a frame, no recuerdo si antes había que ajustar el orden de los campos tff o bff con assume, pero vamos, si es necesario te salta el aviso en VDM .De esta manera se verán enseguida los repetidos; se apunta la secuencia de repeteción y tomando esa secuencia como patrón se aplica un Decimate() con el cycle correspondiente para que elimine todos esos fotogramas. Telecide y Decimante van en Decomb. Los diferentes "mode" de Decimate para que actúe por su cuenta no los he probado.

Si hemos tenido suerte y la secuencia es constante basta con esa operación, al caer en combate todos los duplicados tampoco hará falta preocuparse de sincronía audio-video. Pero si el patrón de los duplicados es caprichoso la cosa se complica:

Detectamos los duplicados de la misma manera y aplicamos diferentes cylces con Decimate, tres o incluso más. Ver los ejemplos que se ponen en el primer enlace de arriba (The art of encoding silents).
Pero para estas ocasiones lo mejor es Fdecimate que permite configuración muy precisa para detectar y borrar por su cuenta aunque el patrón sea aleatorio. También es necesario la misma artesanía para configurarlo y lo explican en el enlace puesto. Lo más importante es fijar el umbral de actuación (threshold) una vez descubierto el frame rate "original" con la fórmula que explican allí, la sintaxis luego es muy sencilla: (rate, threshold).

fdecimate escribió:You need to find a number such that the metric for all the duplicates is below it, while the metric for the new pictures is above it. That number is the threshold that should be set for the 'threshold' parameter. It is usually about 1.0-2.5, but it may differ depending upon how noisy your clip is. It's important to get a good value for this threshold, so do it carefully, inspecting several sections of your clip.

Basta con tener metrics=true para verlo en pantalla de VDM. Pero tampoco es infalible, ahora mismo tengo un dvd entre manos y es imposible encontrar un parámetro correcto pues existen muchos frames originales con "metrics" inferiores a los duplicados, por lo que, hagas lo que hagas, bien te comerás frames originales o dejarás bastantes duplicados sin tocar. Este caso es debido a la enorme diferencia entre unas partes y otras de video en cuanto a ruido, como se indica, tengo la sensación de que es un caso extremo por el tipo de imagen y no se arregla ni prelimpiando antes el clip. Dejarlo en 25 y desentrelazar de la manera normal parece la solución de compromiso.

Todo esto para películas que han tenido telecine a una velocidad más o menos correcta, en el mudo hay un rango muy amplio. Si, en cambio, se hizo con velocidades estándar y la imagen va a mil por hora hay que cambiar directamente la velocidad a la que más o menos deje un movimiento natural, para esto hay varias opciones y no las probé todas, con fdecimate se puede, también con AssumeFPS me parece, debe servir para todo pero ni lo he mirado y es probable que con otros medios que desconozco, probé con Mrestore y no fui capaz, volveré a darle un vistazo cuando pueda.

Lo normal es obtener estas velocidades exóticas, hay gente que opta por redondear y dejarlo en números sin decimales tipo 18, 16, 20, 22, etc. pero bueno, no le veo mayor importancia.

Todo esto desde una experiencia limitada, si alguien domina el tema soy todo oídos, lo mismo estoy metiendo la pata en algo. Por no hablar de los casos en los que además de tocar la velocidad original hay cambios entre norma pal<->ntsc.

Un saludo.

elguaxo · Mensaje por **elguaxo** » Mar 21 Ago, 2007 14:27

Muchas gracias bluegardenia!!! Mi experiencia es principalmente con pal<->ntsc que tienen fantasmas (fieldblends), en cuyo caso sirven MRestore o Restore24. Por la descripción de tu problema y solución creo que no te habrían servido absolutamente de nada.

AssumeFPS lo único que hace es 'marcar' al video con el nuevo framerate indicado. No se toca, elimina o cambia ni un cuadro, simplemente se le impone una nueva duración a cada uno.

Respecto a los links de las guías en alemán que dejé, estoy traduciendo a paso de tortuga la de MOmonster! En 3 o 4 semanas puedo llegar a terminarla.

En estos temas vamos aprendiendo a los golpes. Compartiendo experiencias duele un poco menos.

elguaxo · Mensaje por **elguaxo** » Mar 21 Ago, 2007 22:26

Ripeo de 720p anamórfico de 1CD en x264! Viene de Doom9: en este mensaje está el script y en este los seteos más importantes que se utilizaron para el x264. El script y los seteos son relativamente rápidos.

Se pierden detalles, se cuelan algunos macrobloques, pero estamos hablando de 1280x720 a 663kbps y codificados bastante rápido!!!

Reporte AVInaptic

Spoiler: mostrar

Código: Seleccionar todo

[ About file ]

Name: VClip.mkv
Date: 21/08/2007 17:04:37
Size: 10,957,615 bytes (10.45 MB)

[ Generic info ]

Play duration: 00:02:00 (120.15 s)
Container type: matroska
Creation time: 21/08/2007 13:28:39 UTC
Number of streams: 2
Type of stream nr. 1: audio (A_AAC)
Type of stream nr. 2: video (V_MPEG4/ISO/AVC)
Audio streams: 1
Muxing Application: libebml v0.7.7 + libmatroska v0.8.1
Writing Application: mkvmerge v2.0.2 ('You're My Flame') built on Feb 21 2007 23:40:55

[ Relevant data ]

Resolution: 1280 x 720
Width: multiple of 32
Height: multiple of 16
Average DRF: 22.153231
Standard deviation: 2.480180
Std. dev. weighted mean: 2.470206

[ Video track ]

Codec ID: V_MPEG4/ISO/AVC
Resolution: 1280 x 720 (*)
Frame aspect ratio: 16:9 = 1.777777
Pixel aspect ratio: 423:320 = 1.321875 (~4:3)
Display aspect ratio: 47:20 = 2.35
Framerate: 23.976043 fps
Stream size: 9,951,184 bytes
Bitrate: 662.584036 kbps
Qf: 0.029986

[ Audio track ]

Codec ID: A_AAC
Channels: 2
Sample rate: 24000 Hz
Output sample rate: 48000 Hz
Stream size: 954,271 bytes
Bitrate: 63.538643 kbps

[ About H.264 encoding ]

User data: x264
User data: core 55 svn-661C
User data: H.264/MPEG-4 AVC codec
User data: Copyleft 2005
User data: http://www.videolan.org/x264.html
User data: cabac=1
User data: ref=3
User data: deblock=1:0:0
User data: analyse=0x3:0x133
User data: me=hex
User data: subme=6
User data: brdo=1
User data: mixed_ref=0
User data: me_range=16
User data: chroma_me=1
User data: trellis=1
User data: 8x8dct=1
User data: cqm=0
User data: deadzone=21,11
User data: chroma_qp_offset=0
User data: threads=3
User data: nr=0
User data: decimate=1
User data: mbaff=0
User data: bframes=0
User data: keyint=250
User data: keyint_min=25
User data: scenecut=40(pre)
User data: rc=2pass
User data: bitrate=660
User data: ratetol=1.0
User data: rceq='blurCplx^(1-qComp)'
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
SPS id: 0
  Profile: High@L5.1
  Num ref frames: 3
PPS id: 0
  Entropy coding type: CABAC
  Weighted prediction: No
Number of frames: 2878
Drop/delay frames: 0
Corrupted frames: 0

P-slices: 2831 ( 98.367 %) #########################
B-slices:    0 (  0.000 %)                          
I-slices:   47 (  1.633 %)                          
SP-slices:    0 (  0.000 %)                          
SI-slices:    0 (  0.000 %)                          

[ DRF analysis ]

Average DRF: 22.153231
Standard deviation: 2.480180
Max DRF: 30

DRF"<"17:   0 (  0.000 %)                          
DRF=17:   3 (  0.104 %)                          
DRF=18:   7 (  0.243 %)                          
DRF=19: 219 (  7.609 %) ##                       
DRF=20: 373 ( 12.960 %) ###                      
DRF=21: 818 ( 28.423 %) #######                  
DRF=22: 629 ( 21.855 %) #####                    
DRF=23: 298 ( 10.354 %) ###                      
DRF=24: 120 (  4.170 %) #                        
DRF=25:  96 (  3.336 %) #                        
DRF=26:  49 (  1.703 %)                          
DRF=27:  59 (  2.050 %) #                        
DRF=28:  87 (  3.023 %) #                        
DRF=29:  94 (  3.266 %) #                        
DRF=30:  26 (  0.903 %)                          
DRF">"30:   0 (  0.000 %)                          

P-slices average DRF: 22.181561
P-slices std. deviation: 2.466066
P-slices max DRF: 30

I-slices average DRF: 20.446808
I-slices std. deviation: 2.719578
I-slices max DRF: 28

This report was created by AVInaptic (30-07-2007) on 21 ago 2007, h 17:08:27

Capturillas (anamórfico, se ve con el AR correcto al reproducir):

Link de descarga directa para ver el ejemplo de 10.4MB: http://www.mediafire.com/?cu3ibag5jno

Edito: postearon un ejemplo mejor!!!
http://www.mediafire.com/?8ej3inttzza

Edito2: 3er ejemplo, ahora con B-Frames:
http://www.mediafire.com/?3lefdynqfna

Spoiler: mostrar

Código: Seleccionar todo

[ About file ]

Name: VClip3.mkv
Date: 21/08/2007 21:10:58
Size: 11,001,891 bytes (10.492 MB)

[ Generic info ]

Play duration: 00:02:00 (120.15 s)
Container type: matroska
Creation time: 21/08/2007 23:48:37 UTC
Number of streams: 2
Type of stream nr. 1: audio (A_AAC)
Type of stream nr. 2: video (V_MPEG4/ISO/AVC)
Audio streams: 1
Muxing Application: libebml v0.7.7 + libmatroska v0.8.1
Writing Application: mkvmerge v2.0.2 ('You're My Flame') built on Feb 21 2007 23:40:55

[ Relevant data ]

Resolution: 1280 x 720
Width: multiple of 32
Height: multiple of 16
Average DRF: 21.420083
Standard deviation: 2.560126
Std. dev. weighted mean: 2.494403

[ Video track ]

Codec ID: V_MPEG4/ISO/AVC
Resolution: 1280 x 720 (*)
Frame aspect ratio: 16:9 = 1.777777
Pixel aspect ratio: 423:320 = 1.321875 (~4:3)
Display aspect ratio: 47:20 = 2.35
Framerate: 23.976043 fps
Stream size: 9,995,043 bytes
Bitrate: 665.504319 kbps
Qf: 0.030118

[ Audio track ]

Codec ID: A_AAC
Channels: 2
Sample rate: 24000 Hz
Output sample rate: 48000 Hz
Stream size: 954,271 bytes
Bitrate: 63.538643 kbps

[ About H.264 encoding ]

User data: x264
User data: core 55 svn-661C
User data: H.264/MPEG-4 AVC codec
User data: Copyleft 2005
User data: http://www.videolan.org/x264.html
User data: cabac=1
User data: ref=16
User data: deblock=1:0:0
User data: analyse=0x3:0x133
User data: me=umh
User data: subme=7
User data: brdo=1
User data: mixed_ref=0
User data: me_range=32
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=0
User data: threads=2
User data: nr=0
User data: decimate=1
User data: mbaff=0
User data: bframes=16
User data: b_pyramid=1
User data: b_adapt=1
User data: b_bias=0
User data: direct=1
User data: wpredb=1
User data: bime=1
User data: keyint=250
User data: keyint_min=25
User data: scenecut=40(pre)
User data: rc=2pass
User data: bitrate=660
User data: ratetol=1.0
User data: rceq='blurCplx^(1-qComp)'
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
SPS id: 0
  Profile: High@L5.1
  Num ref frames: 16
PPS id: 0
  Entropy coding type: CABAC
  Weighted prediction: No
Number of frames: 2878
Drop/delay frames: 0
Corrupted frames: 0

P-slices:  979 ( 34.017 %) #########                
B-slices: 1852 ( 64.350 %) ################         
I-slices:   47 (  1.633 %)                          
SP-slices:    0 (  0.000 %)                          
SI-slices:    0 (  0.000 %)                          

[ DRF analysis ]

Average DRF: 21.420083
Standard deviation: 2.560126
Max DRF: 31

DRF"<"14:   0 (  0.000 %)                          
DRF=14:   1 (  0.035 %)                          
DRF=15:   2 (  0.069 %)                          
DRF=16:   4 (  0.139 %)                          
DRF=17:  47 (  1.633 %)                          
DRF=18: 157 (  5.455 %) #                        
DRF=19: 374 ( 12.995 %) ###                      
DRF=20: 623 ( 21.647 %) #####                    
DRF=21: 574 ( 19.944 %) #####                    
DRF=22: 373 ( 12.960 %) ###                      
DRF=23: 237 (  8.235 %) ##                       
DRF=24: 137 (  4.760 %) #                        
DRF=25:  79 (  2.745 %) #                        
DRF=26:  60 (  2.085 %) #                        
DRF=27: 111 (  3.857 %) #                        
DRF=28:  64 (  2.224 %) #                        
DRF=29:  28 (  0.973 %)                          
DRF=30:   4 (  0.139 %)                          
DRF=31:   3 (  0.104 %)                          
DRF">"31:   0 (  0.000 %)                          

P-slices average DRF: 21.136874
P-slices std. deviation: 3.073771
P-slices max DRF: 29

B-slices average DRF: 21.631749
B-slices std. deviation: 2.180917
B-slices max DRF: 31

I-slices average DRF: 18.978723
I-slices std. deviation: 2.779019
I-slices max DRF: 27

This report was created by AVInaptic (30-07-2007) on 21 ago 2007, h 21:14:47

cernickalo · Mensaje por **cernickalo** » Mié 22 Ago, 2007 00:12

¡Los matroskeros quieren volver al estándar de los 700 mb! ¡Colosal!

Saludos.

elguaxo · Mensaje por **elguaxo** » Mié 22 Ago, 2007 01:50

cernickalo escribió:¡Los matroskeros quieren volver al estándar de los 700 mb! ¡Colosal!

Saludos.

El Flashplayer 9 soportará video en MPEG4 AVC + AAC y Youtube se pasará también a MPEG4 AVC + AAC. Así que dentro de poco podemos esperar Youtube 720p!

Bue, por lo menos unos youtubes con menos bloques.

elguaxo · Mensaje por **elguaxo** » Mié 22 Ago, 2007 14:15

Je, no estaba tan equivocado! Ya hay una demo en la que se puede ver un video 720p online via flash: http://labs.adobe.com/technologies/flas ... creendemo/

Es MPEG4 AVC + AAC

Edito: si no quieren instalar la versión beta del Flashplayer 9, pueden bajar el mp4 aquí: http://labs.adobe.com/technologies/flas ... D_H264.mp4
AVInaptic:

Spoiler: mostrar

Código: Seleccionar todo

[ About file ]

Name: backcountry_bombshells_4min_HD_H264.mp4
Date: 22/08/2007 09:24:56
Size: 50,965,091 bytes (48.604 MB)

[ Generic info ]

Play duration: 00:03:59 (239.28 s)
Container type: MP4/MOV
Major brand: ISO Base Media version 1
Creation time: 17/08/2007 00:44:39 UTC
Modification time: 17/08/2007 00:44:43 UTC
Number of streams: 2
Type of stream nr. 1: audio (mp4a) {pple Sound Media Handler}
Type of stream nr. 2: video (avc1) {pple Video Media Handler}
Audio streams: 1

[ Relevant data ]

Resolution: 1280 x 720
Width: multiple of 32
Height: multiple of 16
Average DRF: 28.389053
Standard deviation: 2.737534
Std. dev. weighted mean: 2.558997

[ Video track ]

Codec: avc1
Resolution: 1280 x 720 (*)
Frame aspect ratio: 16:9 = 1.777777
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 16:9 = 1.777777
Framerate: 23.976 fps
Number of frames: 5737
Bitrate: 1603.275462 kbps

[ Audio track ]

Codec: mp4a
Bitrate: 96.149661 kbps
Channels: 2
Sample rate: 44100 Hz

[ About H.264 encoding ]

User data: x264
User data: core 54
User data: H.264/MPEG-4 AVC codec
User data: Copyleft 2005
User data: http://www.videolan.org/x264.html
User data: cabac=0
User data: ref=1
User data: deblock=1:4:0
User data: analyse=0x1:0x111
User data: me=hex
User data: subme=5
User data: brdo=0
User data: mixed_ref=0
User data: me_range=16
User data: chroma_me=1
User data: trellis=0
User data: 8x8dct=0
User data: cqm=0
User data: deadzone=21,11
User data: chroma_qp_offset=0
User data: slices=4
User data: nr=0
User data: decimate=1
User data: mbaff=0
User data: bframes=2
User data: b_pyramid=0
User data: b_adapt=0
User data: b_bias=0
User data: direct=1
User data: wpredb=0
User data: bime=0
User data: keyint=150
User data: keyint_min=25
User data: scenecut=40
User data: rc=2pass
User data: bitrate=1600
User data: ratetol=1.0
User data: rceq='blurCplx^(1-qComp)'
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
SPS id: 0
  Profile: Main@L5.1
  Num ref frames: 2
PPS id: 0
  Entropy coding type: CAVLC
  Weighted prediction: No
Number of frames: 5737
Drop/delay frames: 0
Corrupted frames: 0

P-slices: 2053 ( 35.785 %) #########                
B-slices: 3622 ( 63.134 %) ################         
I-slices:   62 (  1.081 %)                          
SP-slices:    0 (  0.000 %)                          
SI-slices:    0 (  0.000 %)                          

[ DRF analysis ]

Average DRF: 28.389053
Standard deviation: 2.737534
Max DRF: 35

DRF"<"20:   0 (  0.000 %)                          
DRF=20:   7 (  0.122 %)                          
DRF=21:  16 (  0.279 %)                          
DRF=22:  19 (  0.331 %)                          
DRF=23: 133 (  2.318 %) #                        
DRF=24: 221 (  3.852 %) #                        
DRF=25: 453 (  7.896 %) ##                       
DRF=26: 738 ( 12.864 %) ###                      
DRF=27: 637 ( 11.103 %) ###                      
DRF=28: 885 ( 15.426 %) ####                     
DRF=29: 608 ( 10.598 %) ###                      
DRF=30: 555 (  9.674 %) ##                       
DRF=31: 569 (  9.918 %) ##                       
DRF=32: 546 (  9.517 %) ##                       
DRF=33: 198 (  3.451 %) #                        
DRF=34: 128 (  2.231 %) #                        
DRF=35:  24 (  0.418 %)                          
DRF">"35:   0 (  0.000 %)                          

P-slices average DRF: 27.172430
P-slices std. deviation: 2.635232
P-slices max DRF: 34

B-slices average DRF: 29.121479
B-slices std. deviation: 2.503479
B-slices max DRF: 35

I-slices average DRF: 25.887096
I-slices std. deviation: 3.278005
I-slices max DRF: 33

This report was created by AVInaptic (30-07-2007) on 22 ago 2007, h 09:25:42

hank_quinlan · Mensaje por **hank_quinlan** » Mié 22 Ago, 2007 16:56

Fijaos en que zonas eleva de una forma el SeeSaw (objetos de la casa...) y la señora Palmer praticamente sale intacta en el filtrado, salvo el elevado en los ojos:

Original:

Filtrada:

Y unos frames más adelante, conservando el filtrado, en un plano de Laura, si es sobre ella (también sobre la lampara y cuadro) sobre la que actua el resalto "duro" (melena, labios y ojos de infarto).

Original:

Filtrada:

Me da hasta pena terminarlo

de lo que gozo.

bluegardenia · Mensaje por **bluegardenia** » Vie 31 Ago, 2007 20:26

Como llegamos a comentar por aquí cosas sobre el retoque de colores en plan primario comento que tras pruebas básicas toqueteando el Tweak que mencionó elguaxo se pueden conseguir buenso resultados siempre que la fuente original lo pida. Por ejemplo y dentro del mismo caso que usamos páginas atrás:

Captura sacada del análisis del DVD en DVDBeaver

Imagen

Captura de un ripeo XviD ajustando Tweak entre otras mandangas de filtrado:

Imagen

La captura del análisis tiene pérdida por compresión en jpeg y viendo el dvd original tal vez tuvieran configurado el reproductor con un perfil de color demasiado saturado, de todas maneras son bastante fieles al vob original. Otra cosa son los píxeles fuera de tono de la parte trasera del coche que vienen de fábrica y que persisten un poco en el ripeo.
Le podría bajar un poco más algunas cosas pero el problema está en que los colores desvaídos y avejentados varían por tramos de película y es fácil pasarse en algunas zonas y dejarlas muy "metálicas", lo mejor es dejar un puntito intermedio, sobre todo en esta película donde el color es fundamental, El trabajo con el rojo chillón es constante.

Ya soltaré el ripeo si encuentro un rato

Un saludo.

elguaxo · Mensaje por **elguaxo** » Vie 31 Ago, 2007 20:32

Impresionante!

jordisound · Mensaje por **jordisound** » Jue 13 Sep, 2007 17:39

Yo alguna vez también he tenido que toquetear colores y brillo y tal y me fue muy útil usar AVSPeditor, ya que te puedes crear unas barras deslizantes (ver user sliders) que al moverlas cambias los valores del filtro y ves las modificaciones al momento. Por lo menos es divertido.
Por ejemplo para el tweak metes en el script

Código: Seleccionar todo

Tweak([<"hue", -180, 180, 0>], [<"sat", 0, 10.0, 1>], [<"bright", -255, 255, 0>], [<"cont", 0, 10.0, 1>] )

Para el lumaYV12

Código: Seleccionar todo

LumaYV12([<"lumoff", -255, 255, 1>], [<"lumgain", 0.0, 2.0, 1.0>])

PD: ¿alguien se atreve con unos slider para el fft3d?

elguaxo · Mensaje por **elguaxo** » Jue 13 Sep, 2007 17:45

Creo que ya los hay! Después me fijo y los copio acá.

Yo uso el AvsP sobre todo con el SeeSaw, que es otro de esos filtros con quichimil opciones que no se terminan de entender hasta que uno las prueba y va viendo como afectan al filtrado.

hank_quinlan · Mensaje por **hank_quinlan** » Sab 22 Sep, 2007 13:31

Estoy teniendo problemas con algunos de los extras de Ascensor para el Cadalso, resulta que después de aplicar el telecide (tfm().tdecimate()) y el desentrelazado (Separatefields().SelectEven()), me queda una imagen bastante demacrada en el video final.

Cualquier sugerencia será bien recibida.

elguaxo · Mensaje por **elguaxo** » Sab 22 Sep, 2007 14:07

Si aplicaste tfm().tdecimate(), entonces NO debes aplicar desentrelazado a continuación. Si quedaron 'restos', entonces hay que cambiar las opciones del tfm() o incluso hacer que el mismo tfm recurra a otro desentrelazador en forma interna.

Sube un pedacito de VOB, así lo vemos.

En todo caso... los extras son una pesadilla, ya que suelen ser híbridos. Dentro de un mismo extra hay partes a las cuales habría que aplicar un IVTC para que queden a 23.976 y otras son video puro al que habría que dejar en 29.976 fps. En el mundo del AVI tenemos que encontrar un compromiso y elegir el menor de los males, con MKV se podría dejar cada parte al framerate que corresponde.

elguaxo · Mensaje por **elguaxo** » Sab 22 Sep, 2007 14:30

hank_quinlan escribió:Y como subo un trozo de vob?

Como una imagen habla más que mil palabras:

Con DGIndex puedes seleccionar una partecita del VOB (ver barra azul en la captura) y luego con Save Project and Demux Video vas a poder salvar esa partecita con extensión .M2V (lo que es efectivamente un pedazo del VOB) la cual me/nos la puedes enviar para analizar. 10~20MBs serían perfectos.

Y con este post doy por inaugurado uno de los más extensos capítulos del mundo del filtrado, el IVTC, desentrelazado, restauración de framerate y afines!

hank_quinlan · Mensaje por **hank_quinlan** » Sab 22 Sep, 2007 14:47

VTS_03_1.demuxed.m2v

Ahí lo llevas

elguaxo · Mensaje por **elguaxo** » Mar 25 Sep, 2007 01:26

Hank, esto es material de TV, tiene que quedar a 29.97fps. Mi solución más rápida:

TDeint: http://forum.doom9.org/showthread.php?t=82264
Vinverse: http://s000.tinyupload.com/index.php?fi ... 8889457595

Código: Seleccionar todo

DGDecode_mpeg2source("H:\videos\samples\hank\VTS_03_1.demuxed.d2v",info=3)

TDeint().Vinverse()

crop( 8, 0, -16, -2)
Spline36Resize(640,480)

No sé si todos los extras sean de las mismas características, pero ante la duda prueba esta misma receta con el resto.