gracias por los comentarios gilles.
Efectivamente, yo los parámetros de análisis no los manejo muy bien y estoy aprendiendo. Trabajando con el bitrate, el CRF y demás, lo que pretendía es que al menos no se viera mucho peor de lo que se ve en el dvd original, que era lo que me pasaba aún usando el crf 18 (según el MeGUI el overkill es 16). Lo que voy a probar son todas las formas habidas y por haber de desentralzado... para ver si mejoro algo...
Tutorial básico de ripeo MKV (AFR)
-
Bunker
- Mensajes: 5227
- Registrado: 03 Oct 2012 00:05
- Agradecido : 3 veces
- Agradecimiento recibido: 1222 veces
Re: Tutorial básico de ripeo MKV (AFR)
Otra ayuda más del Mestre.
Suerte
Spoiler:
-
roisiano
- Mensajes: 507
- Registrado: 16 Oct 2012 16:36
- Ubicación: Al final del río.
- Agradecido : 5 veces
- Agradecimiento recibido: 2457 veces
Re: Tutorial básico de ripeo MKV (AFR)
¿Dónde "dicen" tal cosa?gilles escribió:--crf: aumenta la compresión de las imágenes que le parecen (al codec, y no a nuestros ojos) las menos importantes, es decir las imágenes incluidas en las escenas complejas o de alto movimiento, para devolver los bits ahorrados a las escenas donde los detalles son mas "visibles"(para el codec). Pero, por un mismo bitrate final, un ripeo crf estará de peor calidad que un ripeo en dos pasadas (eso dicen los que hicieron el codec).
En realidad, por lo que yo he leído, la segunda pasada de un ripeo de dos pasadas es idéntica a la de un ripeo con crf. Simplemente, tras la primera pasada, el codec calcula qué crf ha de utilizar para hacer la segunda pasada y dar el tamaño que tú le pides.
Es decir: en la primera pasada el codec calcula que tú necesitas un crf de 19.57 (por ejemplo) para que el vídeo tenga un tamaño de 1342 MB, y ese va a ser el crf que emplee en la segunda pasada.
Por lo tanto, hasta donde yo sé, esa afirmación no se ajusta a la realidad: http://forum.doom9.org/archive/index.php/t-143904.html
-------------
Por cierto: lo de
creo que debe ser de mi cosechaSelectRangeEvery(5000, 239)
(no lo de "SelectRangeEvery", y puede que ni siquiera lo de 5000, pero sí lo de 239). 239 me parece óptimo porque no "fuerzas" 2 I-frames en cada trozo. Por eso 239 y no 251, por ejemplo. Lo utilizo para no tener más I-frames (en promedio) en el "ripeo de prueba" que en el "ripeo de verdad", ya que podría "dispararme" el tamaño del ripeo de prueba y "engañarme" en las previsiones.Enlazando ambos temas, lo malo del "método crf" es que no puedes conocer exactamente el tamaño del ripeo final. Lo cual puede evitarse en bastante medida si haces un "ripeo de prueba" con
.SelectRangeEvery(5000, 239)
Yo lo que hago siempre es un "ripeo rápido" con preset slow y crf 19.0 con
(que, en un DVDRip me lleva como unos 5-15 minutos, más o menos) y veo aproximadamente a qué tamaño y QF me conduce (y también los valores que da el codec y cómo queda visualmente el ripeo, claro). Y, a partir de ahí, "decido", sabiendo que, aproximadamente, cada unidad de crf supone ~ un 20% de diferencia de tamaño respecto a la anterior (también con el preset veryslow que utilizo al final "ahorro" un poco respecto al preset "slow" de la prueba, pero esta diferencia es menos importante que la que pueda haber en el crf).SelectRangeEvery(5000, 239)
Por ejemplo, si con crf 19.0 me sale el "ripeo rápido de prueba" a 1000 kbps, probablemente haga el final a crf 18.0 y andará en torno a los 1150-1200 kbps, aproximadamente.
Si, por el contrario (para un DVDRip) el ripeo de prueba me da 4000 kbps, probablemente decida filtrar (y hacer un test de prueba con el filtrado), e incluso es posible que suba un poco el crf a utilizar en el ripeo final.
Una cosa es desconocer el tamaño exacto del ripeo con el "método crf" y otra no tener una idea acerca de dónde puede estar (en el caso de un DVDRip 100-200 MB arriba o abajo; en el caso de un BDRip 1080p 1 o 2 GB arriba o abajo).
Por cierto; ignoro la razón, pero, al menos a mí, lo de
no me funciona bien para los BDRips.SelectRangeEvery(5000, 239)
Con los BDRips, para el "ripeo de prueba" utilizo trim:
Pillo ~ un 15-20% de los frames. En los BDRips "fallar" mucho en la previsión supone desviarse varios GB, no unos cientos de MBtrim(8000,10000)+trim(18000,20000)+trim(28000,30000)+trim(40000,42000)+trim(56000,58000)+trim(66000,68000)+trim(76000,78000)+etc.,etc.
.En un BDRip 1080p el "ripeo de prueba" puede llevarme tranquilamente entre 40 minutos y casi 2 horas. Pero en comparación con el ripeo definitivo (entre 10 y 30 horas, aproximadamente) es relativamente poco tiempo.
A mí conocer el tamaño exacto no me interesa, pero sí "el orden de magnitud". Un ripeo de 4 GB partiendo de un DVDR de 5.5 GB no tiene mucho sentido, por ejemplo.
Con un "ripeo de prueba" rápido se puede predecir con un margen de error en torno al 10% (en el 90% de los casos; también entra dentro de lo posible que encuentres algún "trozo de prueba" poco representativo del metraje de la película, pero, en mi experiencia, es bastante inhabitual) el tamaño final del ripeo.
Última edición por roisiano el 29 Abr 2013 20:31, editado 3 veces en total.
A partir de ahora, no contestaré a cuestiones que se me planteen en los foros. Sólo contestaré mensajes privados.
----------------
From now on, I will not answer to messages in the forums. I will only answer private messages.
----------------
From now on, I will not answer to messages in the forums. I will only answer private messages.
-
professor keller
- Mensajes: 5289
- Registrado: 03 Oct 2012 10:07
- Agradecido : 528 veces
- Agradecimiento recibido: 1943 veces
Re: Tutorial básico de ripeo MKV (AFR)
Yo he leído lo mismo.roisiano escribió:En realidad, por lo que yo he leído, la segunda pasada de un ripeo de dos pasadas es idéntica a la de un ripeo con crf. Simplemente, tras la primera pasada, el codec calcula qué crf ha de utilizar para hacer la segunda pasada y dar el tamaño que tú le pides.
Totalmente de acuerdo. Con el test de compresibilidad, si le coges la mano, también.roisiano escribió:Con un "ripeo de prueba" rápido se puede predecir con un margen de error en torno al 10% (en el 90% de los casos) el tamaño final del ripeo.
Lo de los 239 frames está bastante difundido, la verdad es que desconozco si eres su autor. No recuerdo si lo trajo elguaxo o quien, pero es algo que circula dentro del grupo de ripeadores de Allzine desde hace rato. Si es tuyo deberías pedir copyright, o mejor aun, fírmalo a tu nombre
"Urge que hagamos una crítica despiadada de todo lo que existe, despiadada en el sentido de que nuestra crítica no ha de temer ni sus propios resultados ni el conflicto con los poderes establecidos.” Karl Marx
-
roisiano
- Mensajes: 507
- Registrado: 16 Oct 2012 16:36
- Ubicación: Al final del río.
- Agradecido : 5 veces
- Agradecimiento recibido: 2457 veces
Re: Tutorial básico de ripeo MKV (AFR)
No sé decirte, tal vez convendría un "upgrade"professor keller escribió:Lo de los 239 frames está bastante difundido, la verdad es que desconozco si eres su autor. No recuerdo si lo trajo elguaxo o quien, pero es algo que circula dentro del grupo de ripeadores de Allzine desde hace rato. Si es tuyo deberías pedir copyright, o mejor aun, fírmalo a tu nombre
; yo se lo recomendé a unos cuantos, pero tampoco puedo garantizar que sea mía la idea original.De lo único que puedo dar fe es que no lo copié de nadie
. Escogí los 239 para no "duplicar" I-frames en cada trozo (es decir; para que el número de I-frames en el ripeo de prueba sea igual -en ese mismo trozo- que en el ripeo final).Es posible que a alguien, en paralelo, se le haya ocurrido la misma idea.
Entiendo que no soy el único tipo inteligente del planeta, aunque sí el más simpático
.A partir de ahora, no contestaré a cuestiones que se me planteen en los foros. Sólo contestaré mensajes privados.
----------------
From now on, I will not answer to messages in the forums. I will only answer private messages.
----------------
From now on, I will not answer to messages in the forums. I will only answer private messages.
-
gilles
- Mensajes: 562
- Registrado: 21 Ene 2013 11:15
- Agradecido : 22 veces
- Agradecimiento recibido: 240 veces
Re: Tutorial básico de ripeo MKV (AFR)
Roisiano, Keller,
Aqui:
http://mewiki.project357.com/index.php? ... oldid=3718
No puedo decir si es exacto o no, no tengo la capacidad para eso, pensaba que esta pagina estaba bien conocida y veraz, ya que nadie cambio los datos ni denuncio errores. Esta pagina esta en linea desde 2007 y ha sido revisada ya miles de veces... Este parágrafo sobre el crf siendo en linea tal cual desde el 28 de marzo de 2010. Las informaciones de doom9 citadas por roisiano siendo de 2009, no puede ser un cambio del propio codec ?
En todo caso, si la información es falsa (aunque me parece mas "oficial" que la de un foro), pido disculpas por haberla traída hasta aquí.
Aqui:
Código: Seleccionar todo
crf
Default: 23.0
The final ratecontrol method: Constant Ratefactor. While qp targets a certain quantizer, and bitrate targets a certain filesize, crf targets a certain 'quality'. The idea is for crf n to give the same perceptual quality as qp n, just in a smaller space. It is not extremely exact, but reasonably close (and will average out to be accurate over a large number of videos).
[b]CRF achieves this by reducing the quality of 'less important' frames. In this context, 'less important' means frames in complex or high-motion scenes, where quality is either more expensive (in terms of bits) or less visible, will have their quantizer increased. The bits saved in frames like these are redistributed to frames where they will be more effective.
When comparing a CRF encode to a 2pass encode at the same bitrate, the CRF encode will be marginally lower quality.[/b] On the other hand, it will have taken significantly less time, because the 'first pass' from a 2pass encode was skipped. On the other other hand, it's impossible to predict the bitrate a CRF encode will come out to (without actually performing the encode or a portion of it). It's up to you to decide which rate-control mode is better for your circumstances. No puedo decir si es exacto o no, no tengo la capacidad para eso, pensaba que esta pagina estaba bien conocida y veraz, ya que nadie cambio los datos ni denuncio errores. Esta pagina esta en linea desde 2007 y ha sido revisada ya miles de veces... Este parágrafo sobre el crf siendo en linea tal cual desde el 28 de marzo de 2010. Las informaciones de doom9 citadas por roisiano siendo de 2009, no puede ser un cambio del propio codec ?
En todo caso, si la información es falsa (aunque me parece mas "oficial" que la de un foro), pido disculpas por haberla traída hasta aquí.
-
professor keller
- Mensajes: 5289
- Registrado: 03 Oct 2012 10:07
- Agradecido : 528 veces
- Agradecimiento recibido: 1943 veces
Re: Tutorial básico de ripeo MKV (AFR)
gilles, la verdad es que yo no soy tan técnico, tal vez roisiano o Dardo tengan más información teórica.
En mi experiencia, que no es mucha, no he visto diferencias de calidad apreciables entre CRF y Two Pass, cuando el CRF está entre 18 y 19. El tema de la merma de calidad en escenas complejas o con mucho movimiento, supongo que es algo teórico, como suele ser gran parte de esta data. Yo al menos no he tenido problemas serios en los ripeos CRF que he hecho hasta ahora (aunque nunca voy arriba de 19). No obstante, tal vez por una cuestión de conservadurismo simplemente, cuando me encuentro con DVDs de muy baja compresibilidad, en películas muy oscuras y con mucho movimiento, yo tiendo a asegurarme haciendo un Two Pass. Pero lo hago simplemente porque conozco mejor el proceso y tengo más control sobre él, no porque sea superior.
En mi experiencia, que no es mucha, no he visto diferencias de calidad apreciables entre CRF y Two Pass, cuando el CRF está entre 18 y 19. El tema de la merma de calidad en escenas complejas o con mucho movimiento, supongo que es algo teórico, como suele ser gran parte de esta data. Yo al menos no he tenido problemas serios en los ripeos CRF que he hecho hasta ahora (aunque nunca voy arriba de 19). No obstante, tal vez por una cuestión de conservadurismo simplemente, cuando me encuentro con DVDs de muy baja compresibilidad, en películas muy oscuras y con mucho movimiento, yo tiendo a asegurarme haciendo un Two Pass. Pero lo hago simplemente porque conozco mejor el proceso y tengo más control sobre él, no porque sea superior.
"Urge que hagamos una crítica despiadada de todo lo que existe, despiadada en el sentido de que nuestra crítica no ha de temer ni sus propios resultados ni el conflicto con los poderes establecidos.” Karl Marx
-
gilles
- Mensajes: 562
- Registrado: 21 Ene 2013 11:15
- Agradecido : 22 veces
- Agradecimiento recibido: 240 veces
Re: Tutorial básico de ripeo MKV (AFR)
Professor keller,professor keller escribió:gilles, la verdad es que yo no soy tan técnico, tal vez roisiano o Dardo tengan más información teórica.
En mi experiencia, que no es mucha, no he visto diferencias de calidad apreciables entre CRF y Two Pass, cuando el CRF está entre 18 y 19. El tema de la merma de calidad en escenas complejas o con mucho movimiento, supongo que es algo teórico, como suele ser gran parte de esta data. Yo al menos no he tenido problemas serios en los ripeos CRF que he hecho hasta ahora (aunque nunca voy arriba de 19). No obstante, tal vez por una cuestión de conservadurismo simplemente, cuando me encuentro con DVDs de muy baja compresibilidad, en películas muy oscuras y con mucho movimiento, yo tiendo a asegurarme haciendo un Two Pass. Pero lo hago simplemente porque conozco mejor el proceso y tengo más control sobre él, no porque sea superior.
por mi parte no soy ni teórico ni experimentado, así que intento documentarme para intentar, solo intentar, entender de que se trata. Como ya he dicho, si la información es falsa, lo que puede ser, pido disculpas por haberla traída aquí.
Pero no se trata de decir si uno es superior al otro (cosa que no he dicho), se trata solo de compararlos a bitrate igual. Que no veas diferencias entre un crf 19 y un two pass no tiene nada que ver con el tema si no comparas a bitrate igual.
Por otra parte, creo realmente que crf y bitrate son dos métodos de compresión diferentes (hablo de compresión y no de análisis), el qp siendo la tercera, diferente también. Y no creo que la segunda pasada de un ripeo "bitrate=" sea idéntica a la de un ripeo con crf. No significa que el resultado sea "visualmente" diferente, solo que los criterios de compresión son diferentes, es decir que no van ha ser los mismos datos que van a ser considerados "no significativos" a la hora de comprimir el vídeo, como tampoco la misma repartición del bitrate a lo largo de la película.
Puede ser, pero entonces, si es cierto, me gustaría saber que pasa cuando se hace el ripeo con "bitrate=", en una sola pasada ¿como se determina el crf para hacer el ripeo?.professor keller escribióYo he leído lo mismo.roisiano escribió:En realidad, por lo que yo he leído, la segunda pasada de un ripeo de dos pasadas es idéntica a la de un ripeo con crf. Simplemente, tras la primera pasada, el codec calcula qué crf ha de utilizar para hacer la segunda pasada y dar el tamaño que tú le pides.
De la misma manera, me gustaría saber a que sirve "ratetol=inf", si como dicen, la segunda pasada es idéntica a la de un ripeo con crf.
-
FrOnkY
- Mensajes: 917
- Registrado: 16 Oct 2012 15:02
- Agradecimiento recibido: 1384 veces
Re: Tutorial básico de ripeo MKV (AFR)
Hace un tiempo hice unas pruebas sobre el terreno a igual bitra con ambos procesos.
El resultado no es idéntico, pero las diferencias son prácticamente inapreciables.
Hablo a nivel subjetivo, claro... puramente ópticas
El resultado no es idéntico, pero las diferencias son prácticamente inapreciables.
Hablo a nivel subjetivo, claro... puramente ópticas
-
roisiano
- Mensajes: 507
- Registrado: 16 Oct 2012 16:36
- Ubicación: Al final del río.
- Agradecido : 5 veces
- Agradecimiento recibido: 2457 veces
Re: Tutorial básico de ripeo MKV (AFR)
Pues igual tienes razón, aunque yo creo que Dark Shikari (el que decía que el 2º paso...) es uno de los desarrolladores del codec.gilles escribió:Roisiano, Keller,
Aqui:http://mewiki.project357.com/index.php? ... oldid=3718Código: Seleccionar todo
crf Default: 23.0 The final ratecontrol method: Constant Ratefactor. While qp targets a certain quantizer, and bitrate targets a certain filesize, crf targets a certain 'quality'. The idea is for crf n to give the same perceptual quality as qp n, just in a smaller space. It is not extremely exact, but reasonably close (and will average out to be accurate over a large number of videos). [b]CRF achieves this by reducing the quality of 'less important' frames. In this context, 'less important' means frames in complex or high-motion scenes, where quality is either more expensive (in terms of bits) or less visible, will have their quantizer increased. The bits saved in frames like these are redistributed to frames where they will be more effective. When comparing a CRF encode to a 2pass encode at the same bitrate, the CRF encode will be marginally lower quality.[/b] On the other hand, it will have taken significantly less time, because the 'first pass' from a 2pass encode was skipped. On the other other hand, it's impossible to predict the bitrate a CRF encode will come out to (without actually performing the encode or a portion of it). It's up to you to decide which rate-control mode is better for your circumstances.
No puedo decir si es exacto o no, no tengo la capacidad para eso, pensaba que esta pagina estaba bien conocida y veraz, ya que nadie cambio los datos ni denuncio errores. Esta pagina esta en linea desde 2007 y ha sido revisada ya miles de veces... Este parágrafo sobre el crf siendo en linea tal cual desde el 28 de marzo de 2010. Las informaciones de doom9 citadas por roisiano siendo de 2009, no puede ser un cambio del propio codec ?
En todo caso, si la información es falsa (aunque me parece mas "oficial" que la de un foro), pido disculpas por haberla traída hasta aquí.
Si tengo tiempo, aparte de comparar visualmente, compararé números.
Esto debe ser tan sencillo (numéricamente) como hacer una prueba a crf 19.0 (por ejemplo), ver qué bitrate da, y hacer el 2 pass a dicho bitrate... y comparar "números" y "ojímetro".
Si alguien se me adelanta le quedaría agradecido.
Últimamente invierto mucho tiempo en discusiones
.A partir de ahora, no contestaré a cuestiones que se me planteen en los foros. Sólo contestaré mensajes privados.
----------------
From now on, I will not answer to messages in the forums. I will only answer private messages.
----------------
From now on, I will not answer to messages in the forums. I will only answer private messages.