Codificando con Nandub

SBC es un proceso de dos pasadas, la primera pasada codifica la película con el máximo bitrate que el DivX permite (6000kbit/s) y analiza varios parámetros de salida. Entre estos está la "calidad" que es guardada en bits de 1-5 por cada fotograma. Esto genera los valores posibles entre 0 y 32. Este valor es el nivel de compresión que usa el códec para comprimir un fotograma, como 2x o 3x, y está directamente relacionado con el tamaño del fotograma (cuanto mayor sea el número menor será el fotograma). Generalmente se usan valores entre 2x y 32x, ya que el decodificador es incapaz de decodificar fotogramas codificados a 1x. El Fast Motion sólo usa valores de 5x y mayores limitando por tanto la calidad que puedes tener cuando lo estás usando puramente en escenas rápidas mientras que el low motion llega hasta 2x. Pero claramente, no usará estos valores de compresión para todos los fotogramas ya que esto le llevaría a un uso excesivo del bitrate. Otros valores que son guardados son el tamaño de los fotogramas y el peso de los componentes chroma/luma.

Nota: Las nuevas versiones tienen muchas nuevas características interesantes. Por favor visita los Foros de Nandub dónde puedes encontrar muchas discusiones interesantes sobre estas características, y no olvides también leer cuidadosamente el archivo readme. Muchas gracias a toda la gente activa en estos dos foros cuyas incesantes pruebas han hecho posible conseguir los mejores resultados. También gracias a _nn_, Myth y Phreak y todo el resto de gente que usan su tiempo para ayudar a la gente en estos foros. Muchas gracias a Koepi por el tiempo que le llevó compilar toda la información del foro SBC en "Opciones del Nandub Explicadas". Cuando no estés satisfecho con las explicaciones que se dan en esta página por favor, mira en la página mencionada arriba.

Primera Pasada

Antes de seguir tienes que tener el Nandub correctamente instalado, lo que significa que tienes que haber seguido los pasos 5a y 5b de la guía. Naturalmente es posible realizar la primera y la segunda pasada en veces diferentes. Lo único necesario para esto es que no toques ninguno de los archivos VOB, ni los archivos de proyecto (DVD2AVI, TMPG) y los archivos AVI (del VFAPI) que hayas creado. También deberías anotar los valores del redimensionado del paso 5a y guardarlos en lugar seguro. La manera más sencilla de realizar la segunda pasada más tarde es guardando el perfil actual después de haber realizado la primera pasada. Puedes guardar un perfil presionando Control-S en el teclado.

Durante el primer paso no tiene sentido procesar el audio, así que simplemente selecciona Audio - No audio. Ahora presiona F8. Te pedirá un nombre se archivo para el fichero de estadísticas. Recuerda ese nombre para la segunda pasada. Alternativamente puedes presionar Shift-F8 y después de que te pida un nombre para el archivo de estadísticas puedes darle el nombre para el AVI final. Presionando Shift-F8 hará las dos pasadas una a continuación de la otra, por tanto es imperativo que hayas configurado el programa correctamente como se muestra más abajo.

Como he dicho la primera pasada codificará en DivX low-motion al bitrate máximo de 6000kbit/s. Sin embargo, ese archivo no se guardará por tanto no te preocupes por el espacio en disco todavía.

Segunda Pasada

Como es posible no realizar la segunda pasada inmediatamente después de la primera pasada es imperativo que no olvides realizar los pasos 5a y 5b antes de empezar la segunda pasada. Y por supuesto la segunda pasada requiere los mismos valores en los filtros que la primera pasada o no conseguirás una calidad óptima. Si has usado filtros adicionales para la primera pasada debes añadirlos otra vez antes de realizar la segunda pasada. Si has guardado un perfil, simplemente cárgalo otra vez (File - Load Processing Settings (Archivo - Cargar Valores de Procesado)).

Me he encontrado con que hay mucha gente que usa unos perfiles prefabricados sin entenderlos realmente y luego se quejan cuando los resultados no se corresponden con sus expectativas. SBC no es el método "Flaskéalo" por tanto deberías tomarte tu tiempo para leer profundamente la guía y aprender a entender lo que los diferentes valores hacen. También puedes recurrir al foro para unas discusiones más detalladas sobre estos aspectos. Más abajo describiré los aspectos importantes del SBC y te hare algunas sugerencias sobre los valores que se deberáin usar. Por favor ten en cuenta que estos valores pueden no ser óptimos.

Otra anotación: Sólo hay unos pocos parámetros que realmente pueden tener una gran influencia en la calidad de salida: Bitrate (obviamente), BR modulation (siempre debería estar activada para rips de 1 CD), curve compression, gauge min y max y DRFs (no te atrevas a usarlos a menos que vayas a por al menos 2 CDs y sepas exactamente lo que haces). He sugerido unos valores para estos parámetros en conjunción con el tamaño deseado de salida. Estos valore deberían darte un punto de comienzo muy bueno para cualquier clase de película. Claramente, cada película requiere unas optimizaciones para unos resultados óptimos, pero simplemente usando estos valores no deberías obtener unos resultados completamente malos. El resto de parámetros no son realmente decisivos para la calidad final.

Presiona Video para desplegar el submenú vídeo.

Este va a ser nuestro lugar de juego por lo menos en los próximos minutos.

Este pequeño submenú te permite acceder a todos los valores importantes para el SBC ;)

NUNCA marques Generate stats (Generar stats) o No AVI output (Sin salida a AVI). Usa siempre F8 para hacer la primera pasada. Marcando una o las dos opciones les han dado muchos problemas a mucha gente.

El primer paso es calcular el bitrate, por tanto selecciona BitRate Calculator (Calculadora de Bitrate)

Primero introduce el tamaño del CD y el número de CDs. Cuando crees un archivo de audio en CBR puedes introducir el bitrate que planeas usar. Si quieres crear el audio en VBR debes crear el archivo mp3 primero, y luego cargarlo en el Nandub (Audio - (VBR) MP3 Audio), ahora marca Get data from audio source (Obtener datos del origen de audio). Finalmente presiona el botón calculate (calcular) y escribe el valor que te ha dado.

El siguiente paso es configurar todos los valores especiales del SBC, o sea que selecciona SBC Setting (Valores SBC). Ahora empieza configurando el códec DivX (pestaña DivX):

Lo primero es seleccionar el códec a usar. Pero como se ha dicho en el léeme, la única ventaja del MPEG4v2 es que es legal, por lo que no me molestaría en usarlo.

El bitrate debería haberse configurado usando la calculadora. En una codificación DivX normal este intervalo sólo tiene una función: Si después del número de segundos que has introducido aquí (10 en nuestro ejemplo) no se ha insertado ningún keyframe por el mecanismo de detección de escenas, se insertará un keyframe. Si el SCD (scene change detection (detección de cambio de escena))ha insertado un keyframe, el contador será reseteado.

Minimum allowed bitrate es el bitrate mínimo que se usará en la película. Valores por debajo de 300 pueden conseguir resultados muy malos, por tanto ten cuidado con estos valores. El mínimo bitrate permisible se aplca después de calcular la bitrate curve (curva de bitrate), scaled (escalado), smoothed (suavizado), etc. En la salida del depurador no verás este valor, pero se le aplica el valor anterior.

El Internal SCD ayudará al programa a insertar keframes cuando la detección básica falle, analizando un fotograma y convirtiéndolo en un keyframe si está compuesto de un % mayor de bloques que los del Internal SCD. Space KFs da un espaciado mínimo a 2 keyframes consecutivos. Valores mayores significan menos keyframes. Un valor de 100 desactiva esta característica. Ten en cuenta que el Internal SCD está basado en los motion levels (niveles de movimiento). Si el movimiento excede este umbral (motion 300 = 100%) un fotograma es codificado como un keyframe. Esto puede llevar a una gran cantidad de keyframes situados unos muy cerca de otros si tienes escenas con mucho movimineto. Por lo tanto mucha gente prefiere desactivar esta característica poniendo el valor a 100% y usar el alternate SCD (SCD alternativo) en su lugar (ver más adelante).

Finalmente Encoding errors prevention & Quality Control (Prevención de errores de codificación y Control de Calidad): Nandub te ofrece 3 modos diferentes aquí. Todos hacen algo y por eso no los uso a menos que mi primer intento quede fatal (freeze frame (fotogramas congelados) o fotogramas de aspecto pésimo). Cuando usas Antifreeze, Nandub prevendrá los fotogramas congelados (esos fotogramas donde el vídeo de repente se congela y el audio sigue). Finalmente Full (Completo) es el modo normal de control de calidad que tiene el mayor impacto en la codificación. Cada fotograma comprimido será descomprimido y comparado con el original. El valor resultante estará entre 0 y 95dB. Si el valor es menor que Shit (Mierda), el fotograma será recomprimido como un keyframe y será comparado con el original de nuevo. Un valor recomendado para Shit es 16 y para Min quality 28-30. Cuando el valor es menor que Min. quality, Nandub intentará recomprimir el fotograma como un delta frame pero usando un nivel de compresión menor. Puedes aumentar mucho la velocidad del proceso dejando Min. quality a 0 y usar sólo el valor shit. Dejando el min quality a 0 también ayda cuando obtienes archivos de tamaño excesivo.

La última variable es Motion modulation. El parámetro indica lo fuerte que la característica anti-shit se aplicará a ciertos motion level (nivel de movimiento). Veamos un ejemplo: has introducido 16 en Shit y 30 en min quality. Con un motion level de 0 obtienes 16 de Shit y 30 de min quality. Con un motion level de 150 obtienes Shit = 12 y min quality = 22.5 y con motion 300 obtienes Shit = 8 y min quality = 15. Como puedes ver, los valores de motion a 300 son los valores que has introducido en motion modulation (16*0.5=8) ;). Los parámetros son escalados linealmente también, por tanto en 1/2 max motion tienes 3/4 de los valores shit y min quality que has introducido. Otro ejemplo: digamos que introduces 25% modulation. Con motion 0 sigues obteniendo shit 16 y min quality 30. Con motion 150 Obtienes shit 14 y min quality 26.25 y con motion 300 obtienes 12 para shit y 22 para min quality respectivamente.

Y para todos los que no han cogido la indirecta aquí tenéis una bonita fórmula (no he mirado el código fuente, pero los valores parecen razonables):

Shit = Shit - modulation*Shit*motion/300. Min quality trabaja de la misma forma.

Ahora echemos un vistazo a Motion (Movimiento):

Durante la primera pasada el Nandub mide cuánto movimineto hay en un cierto fotograma. El movimiento es proyectado en una escala de 0-300, donde 0 significa que no hay movimiento y 300 la mayor cantidad de movimiento. Span (espacio) indica el área que se está analizando para encontrar esta medida, (significa de 8 fotogramas antes del fotograma actual hasta 8 fotogramas después del fotograma actual). Si pones este valor demasiado alto (más de dos veces el valor sugerido) Nandub puede perder completamente un pico de gran movimiento y además ralentizaría un poco la codificación.

Sensitivity (Sensibilidad) indica el grado de sensibilidad de detección de movimiento. Se sugieren valores entre 10 y 15 aquí. A menor valor, mayor sensibilidad.

Para los que prefieren un poco más de información sobre el concepto de un evento de movimiento: en un delta frame hay keyblocks y delta blocks. Un evento de movimineto es una cierta cantidad de un fotograma siendo recalculada a keyblocks (ten en cuenta el concepto similar con el anti shit recalculando un delta frame y haciéndolo keyframe). Sensitivity, de hecho, significa cuántos bloques tienen que ser realculados para estimar un evento de movimiento. Si no entiendes esto, no te preocupes, no es crucial para rabajar con el programa, simplemente es más información para los que les interese.

Los valores Fast Motion y Low Motion indican cuándo los códecs serán mezclados entre movimiento lento y rápido. Como la única diferencia real entre el DivX Low motion y el DivX high motion son los diferentes valores de compresión es seguro usar sólo Low motion poniendo el deslizador del fast motion a 300.

Crispness modulation (modulación del suavizado): Crispness tiene la influencia del filtro de suavizado en el códec DivX y en los niveles de compresión que se estén usando. Cuando motion es igual a 0 crispness será 100, por otra parte cuando motion llega a 300 será usado el valor que introduces en cripsness modulation. En nuestro ejemplo crispness será 100-30 (el valor que has introducido en la caja de crispness modulation) = 70. El segundo efecto del valor cripsness (influenciando los niveles de compresión - Enable BR modulation en el programa). Películas con ruido pueden requerir un valor más alto (por ejemplo: Papillon = 50%)

Enable BR modulation tendrá influencia en la reserva de bitrate de acuerdo con el movimiento detectado en la primera pasada, y no establecer los DRFs directamente. BR modulation debería activarse para rips de 1 CD en cualquier caso. Para rips de 2 CD puedes desactivarlo. Si decides activar motion based curve modulation en la pestaña Bitrate Curve (te lo recomiendo) entonces NO DEBES activar BR modulation.

Ahora vamos a la Bitrate Curve (Curva de Bitrate).

Collect in da un nombre y ruta al archivo de stats que es generado durante la codificación. Encode using da nombre y ruta del fichero stats de la primera pasada. Puedes usar la línea Collect in para generar un archivo stats para la segunda pasada con propósitos de búsqueda. El fichero stats contiene los datos que permiten al programa trazar un gráfico del bitrate. Esta curva es escalada para corresponderse al bitrate seleccionado. Si marcas scene changes (cambios de escena) los cambios de escena también serán escritos en el archivo stats (en la primera pasada, por supuesto). Esto puede ser útil para tener una distribución más equilibrada de los keyframes. Aquí tienes un ejemplo:

Anteriormente podías tener los siguiente fotogramas: 0, 10, 20, 21 donde 0 y 21 son los cambios de escena y 10 y 20 son keyframes insertados por el códec. Si recoges los datos de keyframes en la primera pasada Nandub equilibrará la distribución de keyframes en la segunda pasada a algo como 0, 7, 14, 21. El uso de esta característica ralentizará un poco la primera pasada. Si nunca has tenido keyframes que esten demasiado cerca unos de otros te sugiero que lo mantengas desactivado.

Motion based curve modulation: Esto básicamente es un sustituto para Crispness modulation en la pantalla de arriba. Si activas este valor (pon algo mayor que 0%) deberías desactivar el Bitrate reservoir modulation. Se sugiere un valor de 25%. Es posible que esta modulación de mejores resultados (de acuerdo con la gente que lo ha ideado y algunos que han usado los hacks de Maras). Básicamente lo que hace es modular la curva de bitrate de acuerdo con el movimiento. Digamos que tienes motion 300, y modulation 30%. Si el bitrate es 600 le resta un 30% de 600 (180) a la curva resultando en un bitrate de 520. Si tienes motion level 150 le resta 30/2=15% del bitrate, por tanto es un factor linear.

Curve compression (Curva de compresión) comprime la curva alrededor de la media. Ahora hay 2 opciones: symmetric (simétrico) corresponde a la forma antigua de comprimir la curva. Los valores sugeridos son 25-30% para películas de 1 CD y 10-20% para películas de 2 CD.

Puedes usar el botón Calc... y pondrá un valor de compresión si has puesto un crosspoint (punto de cruce) razonable (luego explicaré dónde poner eso... por favor comprueba también el léeme del Nandub para más información sobre el crosspoint).

Asymetric (Asimétrico) puede usarse para dar menos bits a las escenas de low motion. Se sugieren valores del 15% para low (bajo) y 25% para high (alto).

Luma correction corrige los valores de luminancia (de aquí el nombre). Durante la primera pasada se mide el "luma noise (ruido de luminancia)" de cada fotograma. Fotogramas con gran cantidad de contraste tendrán un gran luma noise, fotogramas con poco contraste tendrán un luma noise bajo, por tanto tenemos que corregirlo o añadir bits a los fotogramas con poco luma noise. Fotogramas por debajo del threshold (umbral) consiguen más bits. Cuanto más lejos estén del threshold, más bits consiguen; para un threshold por encima de 2, empiezan a tener menos corrección. Si tienes un threshold de 10 y 30% correction (corrección) entonces luma noise 9 obtendrá 6%, luma noise 8 12%, luma noise 7 18%, luma noise 6 24%, luma noise 5 30%, luma noise 4 25%, luma noise 3 18%, luma noise 2 12% and luma noise 1 6%. Por tanto, como puedes ver es un triángulo proporcional que tiene el valor de gain (max) (ganancia) en threshold/2 (umbral/2) y decrece proporcionalmente en ambos lados. Además, los fotogramas arriba del todo de la curva pierden bits dependiendo del luma noise. Después de que los fotogramas hayan sido corregidos un fotograma con luma noise 20 pierde más que un fotograma con luma noise 15. Aquí se sugieren valores de 10 para threshold y 30 para gain.

End credits start at frame (Créditos finales empiezan en el fotograma) es exactamente lo que dice: simplemente localiza el fotograma dónde empiezan los créditos e introduce esto en el campo y el programa automáticamente bajará el bitrate al valor que has introducido en el siguiente campo. Puedes ir por debajo de 300kbit/s con seguridad aquí, los créditos no necesitan muchos bits. Yo los mantengo en 150kbit/s, pero puedes bajar más con seguridad, pero te diría que permanezcas por encima de 100kbit/s para prevenir problemas eventuales de bitrates ultra bajos.

Low-pass y High-pass pondrán el min/max para la curva de bitrate. Esto previene el excesivo uso de bitrate en algunas escenas que podría llevar a problemas de reproducción en ordenadores más lentos. High pass 270 ha funcionado bien para mi. Cuando vas a por 1CD puedes usar un valor de alrededor de 2500-3000 para prevenir el sobreuso de bits en ciertas escenas. Cuando haces un rip de 2 CD puedes usar tranquilamente valores mayores, como 5000 a menos que tu hardware te de problemas de reproducción es estos picos de bitrate. La bitrate curve (curva de bitrate) es usada para algún tipo de "deviation control (control de desviación)" por lo tanto actualmente puede por estar por debajo del mínimo bitrate permitido, pero el último valor aún limtará efectivamente el bitrate mínimo. Deviation control (Control de desviación) tiene en cuenta el mantenimiento bajo control del bitrate consumido (por tanto no obtendrás películas de gran tamaño).

Bitrates redistribution (Redistribución del bitrate) puede ser biased (fija)(una constante es añadida a todo) o proportional (proporcional)(zonas de bitrate alto tienen más bits).

Finalmente el valor smoother (suavizado): indica si la curva está siendo aplanada/elevada. Los valores sugeridos están en un rango de 2-5%.

Ahora vamos con el Gauge (Reserva):

En el códec, la reserva de bits de datos se define como 5 segundos de bits de datos (por ejemplo, si el bitrate es 900kbit/s tienes 900x5 = 4500 bits) para key y delta frames. Para medir el bitrate, el códec usa un gauge (reserva) que se ajusta después de cada fotograma: gauge_new (reserva_nueva) = gauge_old (reserva_antigua) + bitsperframe (bits por fotograma) - sizeofframe (tamaño del fotograma).

Esta reserva tiene mucha influencia sobre el nivel de compresión que usará el códec. Si la reserva llega a su punto mínimo los fotogramas tendrán menos y menos bitrate y cuando sea muy bajo (5% o menor) los fotogramas serán quitados ya que no queda suficiente bitrate. Los valores min y max para el Gauge están para prevenir que ocurra esto, y parar el sobre uso de bits. Para codificación en 1 CD usa algo como 30 min 80 max y para 2 CDs 40 min 100 max. Si el tamaño de la película se escapa a tu control tienes que bajar esos valores un poco (se sugiere un grado del 10%). Ahora también es posible seleccionar un valor de inicio para la reserva (en versiones anteriores siempre era del 100%).

Payback delay (Restraso de restitución) tiene influencia en el mecanismo de control de la desviación descito anteriormente... se describe como la cantidad de tiempo en que tiene que basar su decisión el algoritmo. Como ejemplo 45 aún permitirán compensar 10 segundos de mucha acción que requieren mucho bitrate si el resto usa menos bitrate.

Finalmente corrections on low-bitrate conditions (correcciones en condiones de bitrate bajo): esto es para prevenir un efecto secundario del mínimo bitrate permitido. En bitrates muy bajos la curva decrece por debajo del bitrate mínimo permitido. El códec se deja en ese bitrate y la desviación es actualizada consecuentemente, pero la reserva tiene tendencia a aumentar rápidamente en estos casos lo que puede causar un uso excesivo de bits en la siguiente escena "normal". Si activas esta opción deberías activar modulated (modulado) también.

Deberías dejar tranquilos los dos valores de "hacks", en otras palabras déjalos a 0. El KF boost añade un pequeño aumento a la reserva cada vez que se inserta un keyframe. Freeze (Congelar) fuerza al códec a creer que la reserva está siempre en un cierto nivel. Esto se usa en la primera pasada (donde freeze se pone al 100% por tanto el códec nunca se quedará sin bits).

Y ahora vamos con la última pestaña: Compression levels (Niveles de compresión):

Estos valores te permiten fijar unos niveles máximos y mínimos de compresión, y configurarlo aún más si quieres. Normalmente el DivX usa unos niveles de compresión de 2-16 pero aquí puedes cambiar esto. Si simplemente quieres fijar un nivel máximo de compresión todo lo que necesitas es la primera línea y asegurarte de que las demás líneas tienen 300 en la caja "when motion over (cuando el movimiento sobrepase)". O puedes configurarlo para usar un cierto mínimo y máximo nivel cuando el valor del movimiento vaya más allá de un cierto límite.

Aquí están las grandes noticias comparado con las guías anteriores: Lo único que tienes que configurar es la primera línea, fija un nivel mínimo y máximo de compresión. 2-8 es el valor sugerido para películas de 1CD, para 2 CDs puedes ir por debajo de eso, como 2-6 o alguna vez 2-5. Si la película es de mayor tamaño al final es aquí o en la reserva de bits donde tienes que hacer algunos cambios (usar valores menos agresivos... esto significa usar un mayor max DRF, y bajar los valores min/max de la reserva).

Por último, pero no por ello menos importante, Nandub ofrece (otra vez) la capacidad de influenciar la calidad de los keyframes configurando un DRF para ellos. Esto trabaja en conjunción con el Min y Max DRF (la primera línea). Si max DRF es menor que los keyframes la calidad del keyframe será codificada como Max DRF. Si Max DRF es mayor que la calidad del keyframe, será codificado con la calidad DRF del keyframe o a mayor DRF (pero no mayor que él). Por favor mira también el readme.doc para estas características, especialmente cuando creas que crea problemas. 4x es el valor por defecto del códec Divx. Keyframe max quality (Calidad máxima del keyframe) dará unos valores máximos de compresión para los keyframes. Sólo funcionará si has recogido los cambios de escena en la primera pasada y sólo será tomado en consideración si el valor es más bajo que el actual valor de MAX DRF. Los mecanismos de control de calidad (AntiFreeze/AntiShit) no respetarán ese valor y el uso de esta característica puede llevar a la eliminación de fotogramas cuando no se usa adecuadamente, por tanto sigue el consejo de Nando y deja este valor en 31x.

Se sugiere no usar los otros valores de DRF nunca más a menos que sepas realmente lo que estás haciendo (el 97% de la gente no lo sabe). Déjame darte un pequeño ejemplo de cómo funcionan las cosas. Digamos que un fotograma tiene un valor de movimiento de 200. Nandub ahora comprueba este valor otra vez con la tabla mostrada en la captura de pantalla. Ya que todos los valores de "when motion over" son 300 se usa la primera línea. Ahora asumimos que has puesto una línea como esta: use Min: 3x, max: 5x when motion over 195. Ya que el fotograma tiene un movimiento mayor que 195 se aplicarían los valores de esta línea. La comprobación siempre empieza en la primera línea por tanto cuando usas el DRF, restringes el comienzo con unos niveles bajos de DRF con valores de poco movimiento y valores altos de DRF para mucho movimiento. ¿Por qué comprimir más cuando hay mucho movimiento?. Porque el ojo humano no es capaz de distinguir pequeños detalles cuando hay mucho movimiento, por tanto podemos comprimir más esos fotogramas sin que el ojo se de cuenta de que los mismos fotogramas están bastante mal. Como una ventaja del Nandub podrías querer usar estos valores cuando haces un rip de 2 CD. Para prevenir largas sesiones de prueba-error deberías ejecutar Dbgview mientras realizas la segunda pasada. Entonces puedes analizar la película codificada y encontrar los valores de movimiento para las peores partes y saber qué línea tienes que cambiar. Si no entiendes esto... no te preocupes... en este caso simplemente no deberías usarlo. Puedes hacer buenos rips sin liarte con los valores de DRF .

Una palabra sobre como trabaja el códec: primero hace una compensación del movimiento, ahora crea un mapa de bits que tiene 32 píxeles adicionales a cada lado, al cual aplica los valores del suavizado, ahora el fotograma será codificado en el nivel de compresión de 1x , ahora mira la reseva y toma una decisión en un nivel de compresión. Entonces tienen efecto los valores de esta caja, que te darán un control completo sobre la totalidad del proceso de compresión. Sólo el tiempo te permitirá encontrar los valores perfectos, si es que existen. Te animo a que pruebes tus propios valores ;) No deberías limitarte a la eleción de los niveles de compresión tan fuertemente, sino acabará teniendo problemas con el tamaño final.

Otra nota: la principal diferencia entre DivX Low motion y DivX Fast motion son los fuertes valores de compresión. Fast Motion básicamente tiene un duro DRF mínimo de 7 y llega hasta 16 sin embargo Low motion puede llegar hasta 2. Fast motion puede ser un poco mejor en la detección de movimiento, pero las diferencias son apenas notables. Por lo tanto puedes con seguridad poner el deslizador del Fast Motion a 300 y trabajar sólo con los valores de DRF. O por ejemplo puedes usar DRF 7-16 para movimiento mayor de 280 que consigue lo mismo que teniendo el cambio de movimiento (de Low Motion a Fast Motion) a 280 en la caja de motion detection (detección de movimiento).

Nota sobre FlaskMpeg: Si has usado el FlaskMpeg para frameserve deberías comprimir el audio también. Hazlo seleccionando Audio - AVI audio, ahora Audio - Compression que te permite configurar el códec de audio.

El último paso antes de codificar es configurar el Scene Change Detection (Detección de Cambio de Escenas) interno del VirtualDub (con VKI): Presiona Options (Opciones)- Preferences (Preferencias) y selecciona la pestaña Scene (Escena):

Puedes jugar con estos valores si quieres, pero los que tiene por defecto están bien en la mayoría de los casos (y después de todo hemos configurado el Nandub para insertar un keyframe si el detector interno falla).

Usa un Interframe cut mayor para películas muy oscuras.

O puedes usar el valor alternativo del Nandub que trabaja igual de bien. Esta es la alternativa que he mencionado en los valores de configuración de DivX . Este SCD está basado actualmente en los niveles de luminancia más que en los de movimiento. Funciona de esta manera: si diferencia_actual > última_diferencia el fotograma pasa a ser un keyframe. diferencia_actual = diferencia absoluta entre el actual y el último fotograma en términos de píxeles en el espacio de luminancia. última_diferencia se fija en última_diferencia = diferencia_actual * multiplier (multiplicador) / 10, y si última_diferencia está por debajo de 10'000 después de esto se fija en 10'000.

Finalmente, pero no menos importante ve a la pestaña de SBC:

Aquí puedes poner el crosspoint que es usado por el botón Calc... mencionado anteriormente. Si crees que el valor calculado para la compresión es demasiado alto, simplemente reduce el crosspoint.

El valor crosspoint se usa en el cálculo (botón-calc) en la curva de compresión. Por ahora no hay una regla final de cómo debería configurarse esto, pero usando un crosspoint de 230-280 para rips de 1 CD y 350-460 para rips de 2 CD se ha probado que funciona bien.

Mira la documentación del Nandub (readme.doc) para saber cómo trabaja el crosspoint .

Presiona Save (Guardar) y Nandub guardará tus valores.

Una vez que lo tengas todo configurado es hora de empezar la segunda pasada presionando F7. ¡No olvides verificar que los filtros siguen estando correctamente configurados antes de empezar!. Espero que no estés muy confundido con todos estos parámetros.

Durante la codifcación puede que quieras echar un vistazo a la ventana de estadísticas:

Aunque la preview (previsualización) está bien te sugeriría que desactivaras Show input video (Mostrar vídeo de origen) y Show output video (Mostrar vídeo de salida). La altura de las barras que ves representa el tamaño de cada fotograma. Las barras azules son fotogramas en low-motion, los fotogramas verdes son fotogramas en high motion (usando la configuración por defecto - y sugerida - no obtendrás ninguna de estas). Las barras rojas son keyframes insertados por el SCD interno (que puedes desactivar fijándolo al 100%), las barras amarillas son keyframes insertados por el SCD alternativo. La curva blanca es la curva de estado (media del bitrate final) y la curva cyan es la curva de movimiento. Como puedes ver, debajo del gráfico también se muestra el bitrate actual. Cuando veas que la curva blanca va recta eso significa que el límite de bitrate mínimo ha alcanzado el mínimo nivel de bitrate.

También, desactiva las previsualizaciones ya que retrasa las curvas de estado y te puedes confundir.

Si prefieres trabajar además de codificar puedes bajar la processing thread priority (prioridad del hilo de procesado). Poniéndolo en idle (marcha lenta) Nandub sólo usará cualquier tiempo de la CPU que quede después de que todas las otras aplicaciones hayan tenido su parte.

Finalmente Nandub tiene una característica de seguridad. Si cierras la aplicación, todos los valores actuales son guardados en el perfil __last__.vcd en el directorio del Nandub. Esto puede ser práctico si cierras el Nandub accidentalmente o si olvidas guardar tu perfil.

 

 

>> VOLVER


Spanish translation by: Reiko | Content by Doom9.net - The definitive DVD backup resource