No, hablamos de filtros que sacan ruido para mejorar la compresibilidad. Este hilo tiene varios ejemplos! Puedes darle una mirada a un combo basado en MVDegrain2 (ver segundo ejemplo del mensaje) o MCTemporalDenoise y si tienes un i7 puedes ir mirando MT para aprovechar todos tus cores durante el filtrado.yogiyamada escribió:Cuando hablas de filtrar, ¿hablas de Tweak o de reescalado?
Olvida los vetustos filtros que pueda proponerte MeGUI. Si necesitas un milagro tu única oportunidad son filtros "Motion Compensated" como MVDegrain2 o MCTemporalDenoise que te propongo arriba. Y MeGUI tampoco sabe de como aprovechar tus cores durante un filtrado lento, así que te aconsajo darle una mirada al MT.yogiyamada escribió:PS: el .avs venía con lancszos 4 y un filtro para ruido...
ahora en serio, no visiten ese foro en horas de trabajo. 
Estos como todos los filtros realmente poderosos para AviSynth requieren de varias DLLs. Lee por ejemplo los Required Filters para MCTemporalDenoise:yogiyamada escribió:Parto diciendo, estimado El guaxo, que jamás me pescaron los denoise que me recoemndaste, deberé estudiarlos más....
Verás que otros filtros poderosos tienen requerimientos similarmente complejos. Entre los INDISPENSABLES se me ocurre TempGaussMC o Srestore. Repito, son filtros indispensables y hay que tomarse el tiempo para aprender a instalarlos y manejarlos a mano, porque ningún GUI se acerca a ellos pero valen la pena el esfuerzo!
- * MVTools (v2.5.10),
* MaskTools (v2.0a43),
* LSFmod (v1.9),
* FFT3Dgpu (v0.8.2.7) or FFT3Dfilter (v2.1.1),
* TTempsmooth (v0.9.4),
* RemoveGrain + Repair (v1.0PR),
* Deblock (v1.2),
* Deblock_QED (25.may.2010),
* DctFilter (v0.0.1.4),
* EEDI2 (v0.9.2),
* SangNom (v1.0beta),
* GradFun2DBmod (v1.5),
* GradFun2db (v1.0),
* AddGrainC (v1.5).
Ante todo confianza. Más allá de que recién estés comenzando con x264 y a escuchar sobre algunos filtros, tus ojos siempre van a ser capaces de decidir si lo que ves te gusta o no.yogiyamada escribió:juzguen ustedes
Cada uno tiene que llegar a su propia respuesta. Yo en lo personal tomo 2 opciones. La calidad no la sacrifico nunca y elijo por lo general CRFs (o Ratefactors equivalentes en el caso de 2 pasadas) bajos (= buena calidad). Pero sí hago una distinción entre un ripeo personal y otro que vaya a publicar por P2P. Para los personales no lo pienso 2 veces y elijo presets rápidos. En mi tierna juventud archivaba todo y finalmente nunca tenía tiempo de ver ese inmenso archivo de películas, hoy archivo muy poco y espacio en disco no me falta, así que para los ripeos personales elijo un preset rápido y punto (poca eficiencia). Si es para compartir tengo en claro que será consumida y compartida al menos por cientos de personas. En este caso la calidad y eficiencia son lo más importante y trabajo con presets como el veryslow o con configuraciones cercanas a él (eficiente pero lento).yogiyamada escribió:¿valdrá la pena tantas horas de compresión?
Código: Seleccionar todo
Aspect_Ratio=4:3Código: Seleccionar todo
Aspect_Ratio=16:9
Código: Seleccionar todo
tfm().tdecimate() Código: Seleccionar todo
tfm(pp=0).tdecimate()No. Tú lo que hiciste es convertir un 720x480 (NTSC), que no es lo mismo:yogiyamada escribió:pero Roisiano todo lo que explicas ya lo sé y nunca he tenido problemas excepto ahora que le puse a la línea de comando el SAR. Hice el ripeo sin el SAR y quedó perfecto. Sin saber bien del tema, concluyo que el Dvd ITU tenía la siguiente resolución 720:576, lo reescalé a 720:528 que correspondería a Pal 1:37:1, al colocar en MS-dos al final --sar 10:11 ripeó sin el reescalado osea quedó tal cual 720:576 y así se veía, sólo que al hacer las capturas me daba 720:528. Lo que necesito que ALGUIEN me explique (HELP), es ¿por qué al colocar --sar 10:11 pasó lo que pasó?
me estoy angustiando....
Vale, vamos por partes:yogiyamada escribió:No me entiendes... Si el Dvd era Pal 720:576
Lo reescalé a 720:528
En Ms-dos le puse el -sar 10:11 y el resultado fue 720:576 queriendo que sea 720:528
Sospeché que el error me lo arrojó -sar 10:11 que coloqué al final del script.
Hago de nuevo el ripeo sin el -sar 10:11 y santo remedio el resultado fue 720:528
Entonces quiero entender ¿para que diantres sirve agregarle el Sar al script?
. Empleaste un filtro resize (consciente o inconscientemente) para convertir un 720*576 (DVD de partida) en 750*528 (ese 528 es por el "resize") y, después, le dices al vídeo que esa resolución a la que has llegado es anamórfica; en concreto, --sar 10:11. En el proceso, partes de un DVD PAL 720*576 que se reproduce a 4:3 y llegas a un ripeo 720*528 que se reproduce a 720*576 (1.25:1). Ok, lo sabía, pero ahora con más claridad que nunca.roisiano escribió: Vale, vamos por partes:
1) Los DVD's son anamórficos. Que un archivo de vídeo sea "anamórfico" significa que "los píxeles no son cuadrados". Por lo tanto, los píxeles de un DVD no son cuadrados.
Ok, en otras palabras un Dvd PAL anamórfico (rectangular) no reproduce a 720:576 sino a 720:544.roisiano escribió: 2) Así pues, un DVD PAL (720*576) si es 4:3 no se reproduce (display aspect ratio) como 720*576 (1.25:1) sino que, como los píxeles son rectangulares, se reproduce 4:3 (1.33:1).
Claro en este caso utilicé Lanczos 4, pues siempre he hecho reescalado para ajustar a la resolución que creo fue filmada la peli, por eso en te caso había hecho el reescalado a 720:528, mi interés absoluto era que la peli de Minnelli se viera a 1:37:1. Estaba consciente, lo que no tenía claro era que estaba haciendo al poner SAR 10/11 en el script.roisiano escribió: 3) Cuando haces un ripeo "no anamórfico" significa que los píxeles del ripeo son cuadrados (si no son anamórficos es que son cuadrados). ¿Cómo haces para convertir los píxeles anamórficos (del DVD) en píxeles cuadrados (en el ripeo no anamórfico) y que el display aspect ratio (DAR) sea el correcto? Pues utilizas un filtro de reescalado. Puede que no lo sepas, pero lo estás utilizando (Splineresize, Spline36resize, Lanczos... hay multitud de ellos). Lo que haces con un filtro de reescalado es "añadir" (no frecuentemente) o "quitar" (casi siempre) píxeles respecto al DVD de partida (no confundir con el "crop", quitar bandas negras, que esto no viene a cuento en este caso). Por ejemplo, un DVD PAL 720*576, al hacer un ripeo, lo conviertes en 720x528 (por ejemplo); o 704*512; o 640*464, etc. etc. Estás, pues, reescalando, convirtiendo píxeles anamórficos en cuadrados (aparte de reducir resolución en muchos casos).
Perfecto no entendí la tabla de Marra. por dos razones:roisiano escribió: 4) Cuando haces un ripeo anamórfico, lo que haces es conservar los píxeles del DVD tal como están en el DVD; es decir, en el ripeo anamórfico los píxeles son rectangulares, no cuadrados. Según el ejemplo empleado, partes de un DVD 720x576 y llegas a un ripeo 720x576, con los píxeles rectangulares (la "rectangularidad" la defines por el valor del --sar; -- sar 10:11 en tu ejemplo; lo que pasa es que has pillado el SAR incorrecto, pues deberías haber cogido el SAR para DVD's PAL 4:3 -ITU (12:11) o No-ITU (16:15)).
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
Básicamente, lo que estás "diciéndole" al vídeo que estás creando es que tiene que tener un "píxel aspect ratio" igual al DVD de partida (esos son los datos de las tablas de marras).
roisiano escribió: 5) Lo que tú parece que hiciste es juntar churras con merinas
¿Dónde está el error?
Cuando haces un ripeo anamórfico no se pueden utilizar filtros resize. El "anamorfismo" es lo único que debes configurar (--sar lo que sea; y debe coincidir con el "anamorfismo" del DVD de partida; de ahí las tablas).
En la práctica, has de quitar la línea de resize en el script.
10:11 sería el --sar elegido en DVD's NTSC 4:3 con standar ITU.Perfecto no entendí la tabla de Marra. por dos razones:
La primera es porque no sabía que 12/11 era distinto de 10/11 y pensé que se debía elegir para un Dvd Pal cualquiera de las dos. La segunda razón fue porque interprete la tabla disyuntivamente.
Por tanto ¿Cuándo debo elegir 10/11?
Puedes borrar la línea completa:Claro lo que pasa es que no tenía como saber ese principio y lo otro es que el reescalado iba junto con el script .avs, no tenía como sacarlo. Simplemente no debo incluirlo en el .avs.
Código: Seleccionar todo
Splineresize (blablabla)Código: Seleccionar todo
# Splineresize (blablabla) # queda anulada la línea que va después del #Correcto. Estabas haciendo ripeos no anamórficos (píxeles cuadrados) reescalando (el reescalado estaba en el script .avs). Desde un punto de vista "técnico" el ripeo es "mejor" si no tocas los píxeles respecto al DVD (ripeo anamórfico) sino que sólo indicas su "anamorfismo" que si redimensionas (filtro de reescalado). Cuando indico "no tocar" esto no significa que no debas hacer el crop. El crop (quitar las barras negras) sí debes hacerlo.Me queda muy claro, sólo una pregunta, en los rips que he hecho hasta ahora desde línea de comando siendo todos ellos anamórficos , ¿por qué al no poner el dato "SAR" no me creo un conflicto con el AR? ¿Será porque como reescalé y esa información estaba incluida en el .avs se conservó? Si la respuesta es afirmativa creo que ya se me iluminó la ampolleta...