RRRRRRRRR (tambores)
TACHAAAANNNNN! (trompetas)

PRUEBA SUPERADA: LOTR2 en 1 CD de 99min ( y sobra espacio )

¿COMO?

Un script directo de moviestacker para generar un sample de 2400 frames SIN FILTROS.

Una predicción A MANO, probando el sample con varios CQ.
En tres pasadas de TMPGEnc, obtuve un CQ MANUAL de.... ¡¡52!! (muy cerquita de 60)
BitRateMax 2500, Min 300
Platilla KVCDx3 adaptada a 352x288

TMPGEncoder: Con el filtro Noise Reduction, el Clip y ajustando un poquito los valores de brillo, contraste y gamma con el Basic, (como hace un buen amigo)

Audio HEadAche3 (o lo que sea) ejem .... eso sí, a 96 pq a 112 tampoco quería entrar.

Primer sample: CQ a 60 para ver que .... que me paso, 940 Mb total
Segunda pasada del sample: CQ 50 ¡Pero si me sobra espacio!
Me "lanzo" sin pensar montando un CQ del 52 en la máquina y a tirar millas con toda la peli, salga lo que salga (le quito el filtro sampler al scrip).

De las 9 de la mañana a las 17:30 codificando... y
Un file de video de 767.180 Kb y un file de audio de 120.966 Kb .... PERO KBien! Me da 888.146 que son ... 867,33 Mb. Esto me gusta.

Le quito los créditos por si las moscas y grabo con el nero.

JAJAJAJA! Ahora mismito la está viendo mi mujer en el DVD del sofá. En casa no hay DVD de salón, como dicen los ingleses, hay DVD de sofá, que es más cómodo y es donde se ven bien las pelis (Por eso no quiero codificar Divx, porque las pelis se ven mejor en el sofá -aparte de en el cine, por supuesto-)

No es un Block-Less pero da el pego, sobre todo en las escenas rápidas no se notan. Eso sí, en las escenas lentas sí que me aparecen bordi-bloques en los contornos. ¡Pero lo he conseguido! MI RETO HA SIDO SUPERADO.

( Ya me podríais mandar una piruleta de premio )

Ahora me queda tomar las escenas com más "blockies" y hacer unas pruebas a ver si los mejoro con algo.

Pero eso será mañana, señores, porque PULSAR ahora está cansado de estar 5 días probando y entre prueba y prueba, aprovechando para "empaparse" con el TMPGEnc y los B-Frames, I-Frames y demás. Aún queda por "descifrar" la dichosa Quantization Matrix para ver los efectos que tiene en la Matriz DCT.

Perdonad si la redacción del post es un poco precipitada. Es efecto de la satisfacción.
Saludos a todos y Buenas Noches.

Felicidades PULSAR !!!!

Buenas a todos...

Después de seguir todos los post,solo un apunte...

Esto, no tiene nada que ver,vialhue...puedes poner cualquier plantilla de KVCDx3,KVCDx2..ya que el script es el que manda, es decir, si le cargas el KVCDx3 que es a 528x576, pero luego le pones el script que esta en 352x288 quedara igual que si le metes la plantilla KVCD_PAL_PLUS 352x288, ya que tiene la matriz identica (y el GOP)...solo cambia la resolucion...sino, abre las dos plantillas y mira la matriz de cada uno...por tanto no importa la plantilla, solo que sea de KVCD...

Moraleja: si cargas el KVCDx3 que esta en resolucion 528x576, al cargar el script a 352x288 puedes ir a settings y veras que la resolucion se ha cambiado...


Hasta pronto chicos...

Hola Gente !! Hola CALAFAT !!!

Perfecto tu apunte, yo solo describia los pasos que suelo seguir

NOTA: La verdad es que pensaba que alguna diferencia si habria entre uno y otro, a parte de la resolucion, pero siempre es bueno saberlo

ENHORABUENA PULSAR
Tu próximo reto TITANIC en un CD de 80 minutos. 187 minutos de película. Si quieres puedes .
Yo lo hice, y es el VCD más curioso que tengo, todas las visitas quieren verlo para creerlo. "Pa flipar"
Pero ahora descansa amigo. Te lo has ganado....


Saludos, y aquí estamos...

Una última cuestión.
Como os dije, mi peli se veía "aceptablemente bien", con ciertos defectos como pueden ser:

1.- Efecto Gibbs: aparición de bloques de diferente tono en el contorno de las figuras que aparecen sobre un fondo diáfano.
2.- Un poco de blocks en zonas oscuras con movimiento.

Bien, he probado diferentes filtros y diferentes quanti-matrices, sin efectos positivos. Al parecer, cuando forzamos al máximo la máquina del MPEG, con niveles de resolución bajos y altos índices de compresión, obtenemos este efecto colateral. En efecto, la quanti-matriz recorta parte de los valores de luminancia y crominancia, normalmente los más altos, que son los que el ojo humano no percibe.
Esto produce cierta confusión en el codificador.

Las soluciones que he visto que se pueden aplicar pasan por "retocar" el algoritmo de codificación, o por aplicar filtros que cambian la quanti-matriz en imágenes estáticas JPEG.

¿Sabéis de alguna solución?, o solamente "que me quede comostoy"

Hola,

Creo que no utilizaste el Optimal Script. Este te quita bastantes defectos, a parte de aumentar el CQ.

Los Gibbs vienen de un CQ demasiado bajo. Con un CQ de 60 mínimo, no he tenido problemas en 704x576, pero sí con cierta pelis en 352x288 (CQ mínimo recomendado: 70).

Los blockes en zonas oscuras son casí imposibles de quitar: con el optimal script se reducen mucho. Y otra cosa: la matriz del KVCD es un cambio de la matriz estándar , que reduce estos efectos...

Dicho lo dicho: prueba el Optimal script...

De todas formas, que 'Motion Detection' pusiste?

Salu2

Disiento con Fabrice. En una película tan larga en un sólo CD no hay optimal script que valga, los defectos le seguirán apareciendo. En todo caso, como bien dice Pulsar, se puede llegar a modificar la matriz para evitar el Gibb al máximo.
Por otra parte con el OS (Optimal Script) no aumentará el CQ que ha conseguido con su configuración. Seguro. Y el detalle de los defectos se le ampliará.
Espero que cuando haya hecho alguna prueba nos lo diga...

Querido Fabrice:

No usé el optimal script por dos motivos:

1.- Quería una peli "limpia", codificando directamente.
2.- En una peli de 2h 52min, el optimal poco hace, pues como dije antes, estamos forzando la máquina (el motor de codificación) al máximo, y no vale script alguno. Te explico un poco lo que aprendí en estos días de "lucha" con LOTR2, en los que KVCD se convirtió en mi propio Balrog:

Como sabeis, la mayoría de los defectos que ocasiona el MPEG viene dado precisamente por el "recorte" de frecuencias que hace la QMatrix sobre la tabla de 8x8 píxeles que elabora el Discrete Cosine Transform. Si leéis algo, el DCT es matemáticamente perfecto, es un algoritmo "loss-less", o sea, que es capaz de convertir una matriz de 8x8 bytes en otra en la que la mayor parte son ceros, pero aún eliminando los valores cero, su genialidad estriba en que es capaz de reproducir la matriz original a partir de esos 5 o 6 bytes de información. La QMatrix no son sino coeficientes por los que se dividen cada uno de los elementos de la DCTMatrix, para "forzar" a cero los valores menos significativos. Hasta ahora todas las Qmatrix que he visto empiezan por 8, para no alterar el valor DC de la tabla, en cambio, al asignar valores superiores a los otros elementos, está eliminando ciertas celdas AC.Lo que vengo a decir es que los "artefacts" (de cualquier tipo: Gibbs, Blokies, etc) de MPEG son inherentes al proceso de codificación, y se aprecian mucho más a altos niveles de compresión. No recuerdo ahora donde (creo que artículos de la NASA sobre JPEG), pero sí ví varios métodos para paliar un poco estos efectos, y todos ellos se basaban en "reformular" el algoritmo DCT. Todos sabemos que TMPGEnc no nos "deja" tocar este algoritmo, así que no podemos aplicar esos cambios y no podemos evitar los "artefacts". Podemos reducirlos hasta niveles que no sean perceptibles, pero existen. (Salvo en una Qmatrix toda llena de ceros, en la que todos los frames serían I-Frames y tendríamos una peli en MJPEG, no en MPEG).

Creo que lo que hizo el autor de KVCD fue analizar qué frecuencias eran "evitables" para los valores de luminancia standares en TV, y adaptar la matriz a estos valores.

Ahora estoy investigando precisamente otros valores de la QMatrix, pero me temo que el autor de KVCD puso el listón muy alto.

Si queréis usar el OPTSCRIPT, bien, yo también lo hago en algunos casos.

Por cierto, si os gusta hacer pruebas, en la web de avisynth ha aparecido otra rutina diferente a la que usa el OPTS para tratar imágenes en movimiento. Yo la llamo QMOTION y aplica 3 filtros diferentes según la escena: estática, movimiento lento o movimiento rápido. Simplemente es una curiosidad para los que quieran experimentar.

Y por esa misma razon es que se diseño el MA script, de una manera "linear" y no en tres pedazos. Yo escribi un articulo en el foro hace meses (no recuerdo el link ahora ), donde se explica porque no se debe usar filtros que funcionen en "zonas", como el que mencionas. La razon es que cada vez que hay un cambio de zona, o sea un cambio drastico de "boundary" de filtros, esto produce "glitches" en el video, y causa artefactos. El motion adaptive script, al ser dinamico y linear, no padece de estos problemas. Busca en el foro, y encontraras el analisys de este fenomeno.

-kwag

Hola Gente !!!!

¿Nadie tiene mas experiencias con pelis de mas de 2 horas?

Bueno, yo tengo un problema. Voy a pasar la peli de HARRY POTTER Y LA PIEDRA FILOSOFAL. La peli es bastante larga y curiosamente (creo que es la primera vez que me pasa) esta en 4/3, o sea que el DVD original se ve a television completa, sin bandas negras.

Bueno a lo que voy, la peli dura casi 150 minutos (2 horas y media). He probado en 352x288, pero la calidad no me termina de convencer (tal vez es que me he acostumbrado a 352x576) y ya tengo decidido usar 2 CD's. El problema es ... ¿Como corto la peli por la mitad?

A ver si me explico ... ¿Hago el MPG y luego lo corto? ¿Parto la peli antes de hacer el MPG (con alguna herramienta que desconozco)? y para terminar ... ¿Que programa usais para cortar? ¿El propio TMPGEnc o hay alguno mejor?

Gracias

Si finalmente me decido por hacer alguna peli en 2 CDs (cada vez menos) opto por incluir la instrucción:

trim(0,"valor de la mitad de frames de la película")

y calcular el CQ para llenar completo el primer CD con esa primera mitad de la película.
Y después el segundo CD el script incluiría nuevamente la instrucción:

trim("valor de la mitad de frames de la película + 1","valor final en frames")

y volvería a calcular el CQ para ese nuevo segmento del film, de tal forma que completaría al máximo los dos CDs sin necesidad después de ir cortando ficheros (que siempre puede generar algún problemilla).

De todas formas, si multiplexas con bbmpeg, directamente puedes incluirle el fichero del filme completo y decirle por donde cortar en la pestaña "General Settings" en la opción "Max file size" en Mb.

Yo, como multiplexo con Tmpgenc, utilizo la primera opción.
Saludos.

Las dos Torres en un CD de 80' y con CQ70.

Lo he hecho de la siguiente manera:

Creo el proyecto d2v con dvd2avi 1.77. Utilizo el Optimal Script para Avisynth 2.52.
En TMPEG he usado el Template ULBR (352X28. Cuando hago la predicción con CQMatic 1.1.08a (como he dicho en otro post las versiones posteriores me dan ficheros demasiado grandes) obtengo que si codifico el audio a 112 Kb/s puedo codificar el video a CQ70.
He codificado la película y el fichero final es mas pequeño de lo esperado, así que finalmente he podido meter el audio a 128 Kb/s. Despues de multiplexar con BBMPEG el tamaño final del MPEG es de unos 780 MB, lo he quemado con VCDEasy (además he aprovechado para poner los mismos capítulos del DVD) y el resultado se ve con bastante calidad el la tele

Vialhue:

Te recomiendo que cortes la peli con el fichero ya multiplexado (audio+video). Así tomas una percepción mejor del tamaño final que tendrá cada mitad. Aproximadamente intento que la mitad exacta me ocupe un cambio de escena.

Creo que hay una utilidad gratuíta que se llama MPEGCUT por internet que te permite dividir ficheros MPEG. El TMPGEnc en cualquiera de las versiones de pago registradas incorpora una herramienta en el menú de archivo llamada "MPEG TOOLS" con la que puedes separar, unir desmultiplexar y volver a multiplexar ficheros MPEG.

Saludos de Pulsar.

Hombre, qué bien que te dieras una vuelta por el topic, esa información es gran relevancia para mí, y aclara el porqué de que inicialmente obtuviera valores de CQ por debajo de 3 con el último CQMatic.

KWag: algo le pasa al CQMatic cuando muestrea pelis como las que estamos tratando en el topic. ¿Alguna respuesta?

Gracias. Pulsar.

Ningun "predictor" sera 100% efectivo, usandolo con TMPEG.
Es un defecto de la manera que trabaja el CQ, y ni siquiera prediciendo manualmente podemos obtener resultados perfectos siempre.
Por lo menos, los reportes que tengo, es que CQMatic ha sido mas preciso que ToK y acp. Aunque en algunos casos ToK predice mejor.
Asi que mis sugerencias han sido que se calcule siempre con el audio a 128Kbps, y entonces se codifique la pelicula. Si se da el caso de que la pelicula queda mas grande del tamaño que uno queria, entonces se codifica el audio a 112Kbps.
Si la pelicula quedo mas pequeña del tamaño deseado, entonces se codifica el audio a 160Kbps o mayor, y asi se compensa el espacio.

-kwag

Perfecto. Entendido.

Una cosa más:

El CQMatic tiene un coeficiente por el que multiplica el bitrate. ¿Qué efectos obtendremos al modificarlo?

Por cierto, Kwag, nos sería de mucha ayuda que se acompañara un pequeño manual que describiera los parámetros del los programas, sin tener que estar acudiendo al foro continuamente. Muchos de los topics se evitarían leyendo un mini-manual.

Gracias

Ya esta optimizado para calcular el tamaño correcto. No vale de nada modificarlo, ya que como quiera el tamaño "ideal" calculado nunca sera predecido 100%. Asi que si se modifica, pues simplemente se cambiaria la curva de prediccion. Si. El problema es el factor "tiempo", el cual no tengo

-kwag

Puedo comprender que no hay manera de obtener una predicción fiable al 100% con TMPEG y estoy de acuerdo en que CQMatic es el mejor programa para hacer estas predicciones. Lo que me sorprende es el cambio que ha habido en las últimas versiones de CQM. Como norma general cuando utilizo la versión 1.1.08b o anteriores acierta bastante bien el tamaño del dichero .m1v aunque siempre es algo más pequeño. Esto no es ningún problema porque siempre puedo meter más bitrate de audio para completar el disco. En cambio con las versiones posteriores el .m1v me sale demasiado grande (en algunos casos por mas de 60 MB) y no consigo meterlo en un disco ni siquiera reduciendo el bitrate de audio a 96. En mi opinión la predicción en las nuevas versiones de CQMatic es peor que en las anteriores (Al menos en PAL). Además, la 1.1.08 me deja utilizar bitrates de 300-2500 dando una predicción bastante buena, con la 1.2.00 estoy obligado a utliza el bitrate minimo de 0.57 X average porque de lo contrario la predicción es todavía peor.
Gracias kwag por este fantástico programa, pero intenta mejorarlo para PAL.

Señores:
Con lo de la predicción nos estamos "saliendo de madre" respecto del topic.

A todos los lectores nuevos de este topic:

El espacio que tienes más abajo está preparado para tí, para que cuentes tus experiencias en fabricar un KVCD de más de dos horas. Nos puedes sintentizar también el método que tú usas cuando te enfrentas a una "fiera" de este tamaño. También puedes exponer tus dudas si lo estás intentado ahora mismo, o tus fallos cuando no lo conseguiste (como me pasó a mí mismo)

Cuando quieras puedes pulsar el boton de "post reply"