digitalFAQ.com Forums [Archives]

digitalFAQ.com Forums [Archives] (http://www.digitalfaq.com/archives/)
-   Convertir y Codificar Video (Español) (http://www.digitalfaq.com/archives/espanol/)
-   -   MainConcept MPEG Encoder (http://www.digitalfaq.com/archives/espanol/6989-mainconcept-mpeg-encoder.html)

Anonymous 12-04-2003 06:32 AM

MainConcept MPEG Encoder
 
Hola a todo el mundo:

El amigo y maestro Kwag ha honrado la petición que le hice para crear un hilo-foro referente a este encoder/decoder.

Espero que en el futuro todas vuestras preguntas y respuestas sobre él vengan a parar aquí, de esa forma mantendremos un poco más organizado nuestro foro hispano.

Yo por mi parte intentaré traer aquí todas las noticias y links que haya sobre el tema, aunque estáis, cómo no, todos vosotros invitados a hacer lo mismo.

En aras de una mayor transparencia y dado el fondo educativo que todos estos foros deben tener rogaría que siempre que se dé una respuesta a una pregunta técnica sea con conocimiento de causa. No tanto por aquél que recibe la respuesta, que podrá juzgar su conveniencia o no, sino por todos aquéllos que están empezando y que, con un nivel bajo de conocimientos sobre el tema, se podrían ver confundidos o mal orientados.

Esto es algo que a todos nos ha pasado y dado dolores de cabeza y que espero que no ocurra aquí.

Para cualquier otra cosa aquí me tendréis para lo que gustéis mandar (si puede ser turrón pues mejor).

Saludos y que lo disfrutéis.

Nómada.

Anonymous 12-04-2003 06:46 AM

Lanzamiento de nueva versión 1.4.1
 
Hola a todos,

Aquí os dejo el link para que podais bajaros la nueva versión.

http://downloads.mainconcept.com/fdl...oderv1.4.1.exe

Su principal novedad consiste en el GOP automático, lo que le acerca un poco más a sus competidores. Activando esta función cada vez que se detecta un cambio de escena se comienza un nuevo GOP, lo que se debería traducir en una mejora en la calidad.

Poco a poco...

Nómada.

digitall.doc 12-04-2003 11:12 AM

Hola Nomada&Kwag: enhorabuena por este Sticky. Ahí va la primera contribución (...aunque sea en forma de preguntas :D ). Una vez recuperada la respiración, tras haber leído el hilo sobre las proporciones.
Bueno, me descargué el MCE y lo instalé. Tengo clara la plantilla que hay por el foro con la matriz KVCD y algunos otros parámetros. Y ya le he estado dando la paliza a ak47 en el foro KVCD en inglés sobre mis dudas. Ahora os toca a vosotros, que hay que repartir la carga.
Mi intención es emplear el MCE para mis SVCD y KVCD con average bitrate superior a 1800, y a resoluciones de 528x572 pa' arriba (aunque creo que para Kwag, a 528x572 todavía es superior TMPGEnc). Vale, cargo mi script avs en MCE y... dudas:
- me dijo ak47 que para activar el modo CQ, debía poner VBR y el min y el average a 0, y el max bitrate al valor que sea. Pero, ¿dónde pongo el valor CQ en el MCE?.
- aunque por el momento no lo pienso utilizar, si codifico a 352x288 usaría el modo CQ_VBR... ¿dónde le digo "eso" al MCE?.
- yo hago el crop y el resize con el script (tomando los parámetros de MovieStacker, hasta que Nomada nos diga cómo se hace de otra forma), en este caso, ¿dejo las casillas Crop&Resize a 0, o como están, o qué hago?.
- ¿tiene MCE una casilla de "Video Arrange Method" como el TMPGEnc, que se pueda poner a Center, Full Screen (keep aspect ratio),... o lo que sea?.
Perdón que todo el rato me refiera a lo que hacemos con TMPGEnc, pero es con el que he aprendido a hacer esto, y la referencia.
... Y bueno, tengo otros cientos de dudas, pero no se trata de abusar el primer día.
¡Ah!, y mis "two cents" que dicen por ahí. Si cargáis un script de avisynth, no uséis el filtro CNR2: al usarlo, el MCE se cuelga (por lo menos a mí).
Vamos a darle vidilla a este Sticky, que estamos todos con ganas de probar el MCE, y parece, por la cantidad de parámetros que tiene, que nos queda mucho por aprender de su manejo fino.
Por cierto, Kwag, ¿para cuándo un hilo sobre YMPEG?, ¿ya está a punto para que lo empecemos a usar los "newbies"? :lol: :lol: :wink:

kwag 12-04-2003 11:21 AM

Hola digitall.doc,

Para 352x288, solamente necesitas poner el MIN, AVG y MAX. Ya esta :!:
MCE hara el mpeg, calculando el average, y terminaras con un mpeg muy cercano al tamaño deseado. No necesitas hacer prediccion.
Recuerda que esto solo funciona bien para 352x240(288). No trates resoluciones mas altas, porque no te va a gustar el resultado :!:
Sobre YMPEG, todavia es ALPHA. Asi que hay que dejarlo madurar un poco :lol:

-kwag

kwag 12-04-2003 11:24 AM

Quote:

Originally Posted by digitall.doc
Mi intención es emplear el MCE para mis SVCD y KVCD con average bitrate superior a 1800, y a resoluciones de 528x572 pa' arriba (aunque creo que para Kwag, a 528x572 todavía es superior TMPGEnc).

Mira los resultados (copiados de otro post) ;)

TMPEG v.2.51: MIN 300, MAX 2,500 CQ 50. 720x480 MPEG-2 3:2 pulldown.
http://www.kvcd.net/tmpeg-lowbitrate.mpg :D

MCE v1.4.1: MIN 300, MAX 2,500, AVG 900. 720x480 MPEG-2 3:2 pulldown.
http://www.kvcd.net/mce-lowbitrate.mpg :roll:

-kwag

digitall.doc 12-04-2003 11:35 AM

Amazing 8O !
con todos los respetos, qué espanto la muestra con MCE.
Pero esto no es un bitrate alto, ¿no?, que es del supuesto que parto. Un avg de 900, me parece un bitrate más bien bajo, y por lo que cuentas del modo de adminsitrar MCE el bitrate, aunque el max sea de 2500, no debe haber pasado mucho de 1200 al codificar (basta mirar el tamaño de los dos ficheros).
Con un avg de 1800-2000, y en modo CQ, el MCE ¿se sigue viendo tan mal?. Lo pregunto por no seguir perdiendo el tiempo en aprender a usarlo. Pero no creo que sea así, a CQ y bitrate alto se verá mejor, ¿no?.

Anonymous 12-04-2003 11:35 AM

Hola Digital,

Quote:

Originally Posted by digitall.doc
- me dijo ak47 que para activar el modo CQ, debía poner VBR y el min y el average a 0, y el max bitrate al valor que sea. Pero, ¿dónde pongo el valor CQ en el MCE?.

Lo primero que has de hacer es seleccionar Bitrate variable.
Si te has bajado la versión 1.4.1 ya no es necesario poner 0 en mínimo, eso te permitirá poner 300 que es lo mínimo solicitado por el standard VCD y ahorrarte quizás problemas de compatibilidad. En la 1.4.0 había un bug y efectivamente había que poner ambos a 0. Entonces justo a la derecha de estos valores se habrá activado la casilla del CQ pero su escala es de 1 a 31 y valores bajos se corresponden con mayor calidad, te recomiendo entre 3 y 5.

Quote:

- aunque por el momento no lo pienso utilizar, si codifico a 352x288 usaría el modo CQ_VBR... ¿dónde le digo "eso" al MCE?.
Anda mirate el manual que puse la fotito...


Quote:

- yo hago el crop y el resize con el script (tomando los parámetros de MovieStacker, hasta que Nomada nos diga cómo se hace de otra forma), en este caso, ¿dejo las casillas Crop&Resize a 0, o como están, o qué hago?.
Sí, lo puedes hacer así perfectamente y como ya el Avisynth se va a encargar no hay que tocar nada ahí. Aunque en esa misma pantallita que te lleva al Crop & Resize está a la derecha el botón de Advanced... que es donde hay que meter los datos que preguntabas arriba.

Quote:

- ¿tiene MCE una casilla de "Video Arrange Method" como el TMPGEnc, que se pueda poner a Center, Full Screen (keep aspect ratio),... o lo que sea?.
Es la del crop & resize, y de paso, si te cortas un chunk de la peli para pruebas y habilitas la función preview pues podrás ver en una pantallita como afectan a la imagen los cambios que haces.

Nómada

kwag 12-04-2003 11:40 AM

Hola digitall.doc :hihi:

El CQ que use con TMPEG (50) para ese sample ( con el MA script), hace la pelicula completa en +- 800MB :!:
Ese pedazo, en TMPEG, crea un average bitrate mas alto de 900Kbps porque es necesario, por el tipo de escena :!:
Sin embargo, MCE trata de mantener el average, no importa la escena, y ahi es donde se cuelga y se ve CACA :mrgreen:
Creo que MCE tiene bastante taller, para mejorar el "rate control" de su encoder :roll:

-kwag

el juli 12-04-2003 12:04 PM

Sigo al margen.
Tiempo al tiempo.
:mrgreen: :mrgreen: :mrgreen:

Anonymous 12-04-2003 12:45 PM

Para Trekam
 
Hola Trekam y a todo el mundo:

Si te fijas en la primera página del manual se avisa claramente de que la calidad será inferior.

No obstante, estos días estoy que no paro haciendo pruebas y mucho he avanzado, ya lo veréis cuando se publique.

INCLUSO CONSEGUIR EL FOTOGRAMA COMPLETO SIN OVERSCAN, ¿Me oyes Kwag?

Hay otro hilo puesto sobre el tema del Mainconcept y los scripts, si quieres vete allí y verás que es muy sencillo entonces conseguir calidad y seguir además sin tener que separar el audio del vídeo.

Y ahora me voy, que sigo con las pruebas de compatibilidad, que de momento resultan.

Y aviso aquí, estoy consiguiendo con el MCE a pelo, señores a pelo, sin filtros de ningún tipo calidad DVD a partir de un muy buen AVI, con el fotograma completo, y cuando digo eso quiero decir que sin perder nada de nada, eso si, de momento me muevo en bitrates altos para un KVCD, quiero decir 1150. Ahora estoy haciendo las correspondientes a menos bitrates que son las que nos permitirían meter 2 horas en un CD.

Luego os cuento

Nómada

kwag 12-04-2003 12:54 PM

Re: Para Trekam
 
Quote:

Originally Posted by Nomada
INCLUSO CONSEGUIR EL FOTOGRAMA COMPLETO SIN OVERSCAN, ¿Me oyes Kwag?

Claro que te oigo :lol:
Lo que no entiendo es porque insistes en hacer una codificacion de bits, los cuales siempre quedaran fuera del televisor :mrgreen:
Que parte de eso es que no entiendes :twisted: :?: :?: :?:

-kwag

Anonymous 12-04-2003 01:07 PM

Re: Para Trekam
 
Hola Kwag

Quote:

Originally Posted by kwag
Quote:

Originally Posted by Nomada
INCLUSO CONSEGUIR EL FOTOGRAMA COMPLETO SIN OVERSCAN, ¿Me oyes Kwag?

Claro que te oigo :lol:
Lo que no entiendo es porque insistes en hacer una codificacion de bits, los cuales siempre quedaran fuera del televisor :mrgreen:
Que parte de eso es que no entiendes :twisted: :?: :?: :?:

-kwag

insisto porque lo que estoy viendo es TODO EL FOTOGRAMA en el televisor, y quiero decir todo, hasta el último pixel, en VCD y con calidad quasi DVD.

Precisamente porque comprobé que como lo estaba haciendo tenías razón, una parte se perdía en los laterales, ahora no. ahora lo veo toito toito todo.

Saludos

Nómada

digitall.doc 12-04-2003 04:34 PM

Quote:

Hay otro hilo puesto sobre el tema del Mainconcept y los scripts, si quieres vete allí y verás que es muy sencillo entonces conseguir calidad y seguir además sin tener que separar el audio del vídeo.
Nomada, ¿dónde está ese hilo?.

Anonymous 12-04-2003 07:48 PM

Hola Digital,

El otro hilo es el que lanzó todo esto

http://www.kvcd.net/forum/viewtopic....9e754493f59317

Además creo que tú participabas en él también. Pero a lo mejor se te pasaron por alto mis posts referentes a las pruebas con scripts de Avisynth.

Anyway, que dicen por aquí, léete el siguiente post y si tienes tiempo bájate las muestras y les echas un vistazo.

Un saludo,

Nómada

kwag 12-05-2003 12:05 AM

Errores y sugerencias al manual de MCE
 
Hola Nomada,

He apuntado varios errores en tu manual de MCE.
Aqui van :!:

(1) Pagina 2. Lee: "Y a 352x258" Debe leer: "352x288"
(2) Pagina 6: Lee: "Funciona a 352x258" Debe leer "352x288"
(3) Pagina 6. Audio en "Joint Stereo". Sugerencia: Cuando se usa "Joint Stereo", las señales de "Dolby Prologic" se pueden distorcionar :!:
Por eso se recomienda usar "Dual Channel", para que las señales de frecuencias bajas no se distorcionen. Esto se nota en receptores "Prologic", cuando se codifica en stereo o en joint, y se oyen unos "clicks" y "pops", los cuales no se oyen si se codifica en "Dual Channel"
(4) Pagina 14: Lee: "Las resoluciones deben ir en multiplos de 16" Es incorrecto. Deben ir en multiplos de 8 :!:
Verifica los calculos en la pagina 14, referente a las divisiones sobre 16.

Saludos,
-kwag

trekam 12-05-2003 03:32 AM

Ayuda con el tamaño estimado del archivo de salida
 
A ver si me podeis ayudar.. por favor...

Segun el manual de Nomada... dice que el tamaño del archivo estimado que da el MCE... es bastante aproximada al tamaño que da el archivo final...

Pero yo ya he probado a codificar varias veces con la plantilla para KVCD segun pone en el manual de Nomada... y despues de poner la plantilla escojo el modo Variable Bitrate.. y ahi voy bajando o subiendo el Average.. hasta que me da la cantidad de Mb que yo quiero

para poner un ejemplo...

Max. Bitrate de 1856
Average de 1450
Min. Bitrate 300

Me dice que me va a dejar un archivo de 780 Mb

Lo dejo codificando y cuando acaba de codificar, resulta que el archivo ya codificado,es de 507 Mb.

Alguien me puede decir porque pasa eso???

Porque a mi no me parece que se parezca nada el tamaño estimado al tamaño real al final de la codificacion...

Saludos
TrekaM

kplan 12-05-2003 04:54 AM

Teniendo un avi de 576x320 cual sería el resize, he hecho el calculo siguiendo el manual de nómada y me salio esto: 352x192. Esta bien??

Por cierto he leido sobre fallos de tamaño en el mpeg final, en mi caso el único kvcd que de momento he hecho con mainconcept lo puse para que me diera 800 mg y me salio uno final de 813 mg, que está bastante bien.

Lo que más he alucinado con el MCE es su rapidez me ha codificado la peli en poco mas de hora y media ... mientras el tmpgen para la misma peli se iba por encima de las ocho horas¡¡¡¡, ya solo por eso merece la pena.

Anonymous 12-05-2003 05:36 AM

Re: Errores y sugerencias al manual de MCE
 
Hola Kwag y a todo el mundo:

Esta mañana si no me llama por teléfono mi mujer ni me despierto,

Quote:

Originally Posted by kwag

He apuntado varios errores en tu manual de MCE.
Aqui van :!:

(1) Pagina 2. Lee: "Y a 352x258" Debe leer: "352x288"
(2) Pagina 6: Lee: "Funciona a 352x258" Debe leer "352x288"
(3) Pagina 6. Audio en "Joint Stereo". Sugerencia: Cuando se usa "Joint Stereo", las señales de "Dolby Prologic" se pueden distorcionar :!:
Por eso se recomienda usar "Dual Channel", para que las señales de frecuencias bajas no se distorcionen. Esto se nota en receptores "Prologic", cuando se codifica en stereo o en joint, y se oyen unos "clicks" y "pops", los cuales no se oyen si se codifica en "Dual Channel"
(4) Pagina 14: Lee: "Las resoluciones deben ir en multiplos de 16" Es incorrecto. Deben ir en multiplos de 8 :!:
Verifica los calculos en la pagina 14, referente a las divisiones sobre 16.

-kwag

Tomo nota de los errores y corrijo sobre la marcha.

En cuanto a lo del audio creo decir en el manual que eso es al gusto de cada uno y que en mi caso... pues eso. De todas formas es un manual muy básico, pero en fín, anoto tu cita y la incluiré, nunca está de más saber el por qué de una cosa u otra.

Lo de las resoluciones... Pues yo lo que tengo leído es que incluso de hasta múltiplos de 2. Pero ignoro por qué muchos artículos que he leído indicaban la norma de aplicar el múltiplo de 16. Pongo tu anotación en el manual.

En base al 16 he repasado los cálculos y están correctos, o estoy muy espeso...

Bueno ya está todo incluído en el manual. Luego hago el PDF y te lo envío, por si pongo alguna cosa más de todo esto que surgió ayer.

Saludos.

Nómada

Anonymous 12-05-2003 05:44 AM

Re: Ayuda con el tamaño estimado del archivo de salida
 
Hola Trekam,

Quote:

Originally Posted by trekam
A ver si me podeis ayudar.. por favor...

Segun el manual de Nomada... dice que el tamaño del archivo estimado que da el MCE... es bastante aproximada al tamaño que da el archivo final...

Pero yo ya he probado a codificar varias veces con la plantilla para KVCD segun pone en el manual de Nomada... y despues de poner la plantilla escojo el modo Variable Bitrate.. y ahi voy bajando o subiendo el Average.. hasta que me da la cantidad de Mb que yo quiero

para poner un ejemplo...

Max. Bitrate de 1856
Average de 1450
Min. Bitrate 300

Me dice que me va a dejar un archivo de 780 Mb

Lo dejo codificando y cuando acaba de codificar, resulta que el archivo ya codificado,es de 507 Mb.

Alguien me puede decir porque pasa eso???

Porque a mi no me parece que se parezca nada el tamaño estimado al tamaño real al final de la codificacion...

Saludos
TrekaM

Voy a cambiar esa parte del manual. En realidad voy a aconsejar utilizar el CBR, o sea el Bitrate constante y no el variable.

El motivo lo que ya ha explicado Kwag varias veces en cuanto a cómo distribuye el bitrate el MCE y que las pruebas prácticas han demostrado.

Así que clica en la casilla de arriba selecciona bitrate constante y pon la cantidad que consideres necesaria. Te aconsejo que sea superior o igual a 800.

Pero es que además para realizar un KVCD con el MCE las pruebas prácticas me han demostrado que un bitrate superior a 1150 no se va a notar en la práctica en la pantalla y aunque el programa indique que el archivo va a "engordar" en realidad va a seguir con un tamaño muy parecido al conseguido con 1150.

Este es el principal motivo que he encontrado cuando el tamaño no se me ha ajustado. Aunque personalmente en el 90% de los casos veo que se me ajusta bastante, también me ha pasado lo que indicas. Lo bueno es que hasta ahora, como a tí, siempre ha sido una cantidad inferior la obtenida, lo cual aún te permite tostarlo en un CD, al revés es peor, ya que implica hacerlo de nuevo.

Por otra parte la matriz de Kwag va a implicar siempre una reducción sobre el tamaño final del archivo, aunque en el caso del MCE debo decir que no es demasiado substancial, sin embargo aconsejo siempre su uso porque se aprecia una mayor finura en las imagenes obtenidas comparandolas con las matrices por defecto que el programa trae.

Saludos.

Nómada

Anonymous 12-05-2003 05:50 AM

Hola Kplan,

Quote:

Originally Posted by kplan
Teniendo un avi de 576x320 cual sería el resize, he hecho el calculo siguiendo el manual de nómada y me salio esto: 352x192. Esta bien??

Por cierto he leido sobre fallos de tamaño en el mpeg final, en mi caso el único kvcd que de momento he hecho con mainconcept lo puse para que me diera 800 mg y me salio uno final de 813 mg, que está bastante bien.

Lo que más he alucinado con el MCE es su rapidez me ha codificado la peli en poco mas de hora y media ... mientras el tmpgen para la misma peli se iba por encima de las ocho horas¡¡¡¡, ya solo por eso merece la pena.

Muy buena la película que hiciste... Kplan, muy buena oye.

Bueno, bromas aparte, la resolución que has obtenido es correcta, pero sigue leyendo por el foro que seguramente van a haber cambios en ese aspecto y espero que a mejor.

Nómada.

Anonymous 12-05-2003 06:04 AM

Hola a todo el mundo:

Ayer, quiero decir hoy, me acosté a las 3 de la madrugada, después de realizar todas las pruebas y escribir los resultados y poner los links correspondientes en un post. Pero debía de estar muy espeso, lo cual es mi estado habitual, ya que esta mañana esperaba encontrar vuestros comentarios y lo que me he encontrado es que por lo visto no envié el post.

Así que bueno aquí pongo de forma rápida los links. Os aconsejo que os bajéis al menos 5. El AVI original para poder hacer comprobaciones y pruebas si lo juzgáis oportuno y al menos los 4 que en su nombre tienen el 1150 o el 900, que indican el bitrate. Los otros dos son ejemplos sueltos.

http://homepage.ntlworld.com/j.adell/muestras/

Para bajaroslos clicar en cada uno con el botón derecho del ratón y seleccionar guardar destino como... luego los podeis quemar todos juntos en un VCD no stándard para visionarlos en la tele.

En otro post comentaré las pruebas y espero también vuestros comentarios.

Saludos.

Nómada

Anonymous 12-05-2003 07:25 AM

Conclusiones sobre las resoluciones
 
Hola a todo el mundo,

El objetivo de las pruebas era el siguiente:

Comprobar que el resize era el culpable de la degradación de calidad de la copia que obteníamos. Para ello se utilizó el MCE, codificando a CBR de 900 y 1150 y en distintas resoluciones, en MPG1 y con la plantilla de matrices de Kwag.

Los resultados están ahí, en el link que puse en el post anterior. Las podeis contrastar contra el AVI del que salieron.

Se puede observar en todas ellas que la imagen que se visiona en TV es exactamente la misma de borde a borde, que la que se ve en el AVI, a pesar de que no se ha utilizado filtro Overscan. Eso ya es una mejora, ya que debo reconocer que tras lo que me indicó Kwag comprobé que mi fórmula anterior para calcular las dimensiones no tenía en cuenta el overscan de la TV y algo se perdía por los laterales, ahora no.

Pero además, el factor de error de proporciones con respecto al original es 0 también.

Como podreis ver no salen más mosquitos alrededor de las imágenes que los que ya hubiera en el AVI original. No así los macrobloques en los fondos que se mueven despacio.

En las pruebas realizadas a 1150 estos macrobloques no existen si no existen en el AVI y son ligeramente perceptibles en las pruebas a 900. En la prueba suelta a 700 los macrobloques son claramente perceptibles. Sin embargo hice una prueba posterior con 2 minutos de la película, no publicada, que cualquiera puede hacer, poniendo los filtros normales del Avisynth para estos menesteres y desaparecen, lógicamente se incrementa el tiempo de codificación. Pero puede ser una buena solución si se necesita meter más de 120 minutos de película en un CD con una calidad más que aceptable. La prueba a 1700 se incluye para comprobar que no aumenta demasiado el archivo ni la calidad.

Ya se que con el TMPGEnc y Avisynth esto estaba conseguido, pero los tiempos... Ahora esa misma calidad, quizá mejor?, se puede conseguir en mucho menos tiempo.

Quedaba un factor importantísimo para mí por comprobar, la compatibilidad con distintos DVD players. Pues bien, hice pruebas a otras muchas resoluciones que no diesen decimales en los resizes, pero estas dos, de todas las que hice fueron las que pude reproducir en mis tres DVD. Eso no quita para que otras resoluciones que no haya probado puedan ser válidas también.

Otra cosa que podreis comprobar es que a igualdad de bitrate el tamaño final es muy similar, en mis pruebas de 2 minutos de película también lo fueron, la diferencia eran apenas unos Kbytes. Así que el tema se reduce entonces a escoger la máxima resolución.

Pero esto nos puede llevar a un problema en el MCE. Ciertas resoluciones y bajos bitrates dan errores de codificación. Cuando estos errores empiezan a aparecer se puede solucionar subiendo el bitrate, lo que nos llevaría a un archivo final mayor, o bien bajando la resolución (digo el número de elementos que son enviados) a lo ancho. Con eso basta.

Esto se parece un poco al XVCD no? Bueno pues si, pero con otra resolución, con el MCE y a toda máquina.

Y ahora los datos técnicos (que serán incorporados también a la revisión del manual):

Para las pruebas se utilizaron resoluciones de 704x576 o bien 352x576.
A 720x576 también daba buenos resultados, pero sólo un DVD Player era capaz de reproducirlo.

Para introducir los datos en el MCE basta con cargar un AVI y fijarse en la resolución que el programa nos indica que tiene en "Video Inpunt Info", clicar en Details... y en la ventana que nos aparece simplemente pondremos el 704 o el 352 en la casilla correspondiente al ancho (Width) y el 576 en la correspondiente a la altura (Height) y nos aseguraremos que el Keep proportions esté deshabilitado.

Despúés clicamos en Crop & Scale y en la parte correspondiente al Crop simplemente nos aseguramos que las cuatro casillas estén a cero. Y a la derecha en el Scale verificar que de nuevo el Keep proportions está deshabilitado e introduciremos las dimensiones de nuestro AVI que vimos antes en sus apartados correspondientes de Width o Height en el caso de que hayamos optado por un 704x576. Si la opción fue 352x576 pondremos el alto en la casilla Height y la mitad de la resolución horizontal en la casilla Width.

Tan sencillo como eso.

Si durante la codificación observais que empieza a dar errores no os quedará más remedio que o bajar la resolución o subir el bitrate en función de lo que hubieseis elegido al empezar.

Ya me contaréis.

Nómada.

P.d.: Sería muy interesante saber si se reproduce sin problemas en vuestros equipos.

kwag 12-05-2003 09:20 AM

Re: Ayuda con el tamaño estimado del archivo de salida
 
Quote:

Originally Posted by trekam
para poner un ejemplo...

Max. Bitrate de 1856
Average de 1450
Min. Bitrate 300

Me dice que me va a dejar un archivo de 780 Mb

Lo dejo codificando y cuando acaba de codificar, resulta que el archivo ya codificado,es de 507 Mb.

Alguien me puede decir porque pasa eso???

Hola trekam,

Simplemente, MCE no puede mantener un average correcto, usando 1,856 de MAX y 300 de MIN.
Si usas MIN de 300 y MAX de 1,150, probablemente el tamaño final sera mas correcto.
Que resolucion usaste :?:

Edit: Oops, debi haber leido mas abajo, ya que Nomada habia contestado :oops:

-kwag

kwag 12-05-2003 10:11 AM

Quote:

Originally Posted by Nomada
Así que bueno aquí pongo de forma rápida los links. Os aconsejo que os bajéis al menos 5. El AVI original para poder hacer comprobaciones y pruebas si lo juzgáis oportuno y al menos los 4 que en su nombre tienen el 1150 o el 900, que indican el bitrate. Los otros dos son ejemplos sueltos.

Hola Nomada,

Baje el AVI original y el mpeg 704x576_1700, pero el mpeg, aunque esta hecho a 704x576, no tiene el aspecto correcto :!:
Esta codificado a un area de 608x256, igual al AVI original :!:
El resize (upscale) correcto para 704x576 desde 608x256 tiene que ser 704x320, y entonces obtienes esto: http://www.kvcd.net/muestra_correcta.mpg que es como se supone que se vea ( 100% al aspecto correcto, sin bloques overscan, para este ejemplo )

-kwag

Anonymous 12-05-2003 11:35 AM

SKVCD (MCE Vs TMPGEnc)
 
Hola de nuevo,

Ya puestos en materia he seguido haciendo pruebas. Esta vez ya me fui directamente a por el "coco". El SKVCD con el MCE que hasta ahora quedaba como perdedor en cualquier comparativa.

Bueno mientras te lees esto ¿por qué no te bajas ahora estos archivos?

http://homepage.ntlworld.com/j.adell/muestras/skvcd/

Cuando te los hayas bajado los tuestas en un SVCD no estándard.

El Avi está en el directorio raíz de este, por si no te lo habías bajado ya y quieres hacer comparaciones.

Claro está hice muchas más pruebas. Las que publico son aquellas en las que la calidad ya se hace presente, tomando como patrón la ofrecida por el TMPGEnc y que nadie discute. Para ello utilicé la plantilla del maestro Kwag y los filtros normales que incorpora el Moviestacker para ella.

Para conseguir una calidad decente tuve que subir el CQ a 70 y el resultado fue ese archivo de 3 Megas.

las pruebas con el MCE fueron más largas. Y es que yo partía de principios equivocados, extrapolando al MCE lo que conozco del TMPGEnc y eso al final estaba equivocado. Por cierto, como en el S(K)VCD se trabaja con bitrates relativamente más altos, el proverbial problema/bug del MCE ya no se presenta.

En principio diré que conseguí calidades más que aceptables y competidoras/ganadoras a las del TMPGEnc con CBR 1500 pero el archivo resultante pesaba 1 Mb más que el del TMPGEnc. Por lo tanto se imponía averiguar cosas sobre el CQ en el MCE.

Lo que he encontrado es lo siguiente:
Para empezar es inverso, a menor número mayor calidad. Seguido del hecho de que no controlamos el bitrate mínimo y el control del bitrate máximo es puramente ilusorio.

No os he puesto otros samples con VBR 1500 y CQ xx por que los archivos resultantes eran del mismo tamaño y calidad que estos de VBR 2500 y CQ xx. Es decir que pongamos lo que pongamos en Bitrate máximo da lo mismo, lo que cuenta es lo que se pone en CQ.

Explicado esto ahí teneis el archivo

muestra SKVCD 704x576 VBR 2500 CQ 11.mpg

que tiene una calidad similar, vosotros diréis si superior/igual/inferior a la del TMPGEnc y con +/- el mismo tamaño. Su diferencia es que en el hecho con el MCE no se ha aplicado ningún tipo de filtro y claro está el tiempo que llevó conseguirlo.

Esto me llevó directamente a intentarlo utilizando el Avisynth y los mismos filtros utilizados para el TMPGEnc con el MCE, así que con el mismo script, excepto la parte del resize y el grip, se lo dí a comer.

El resultado son los archivos en cuyo nombre se incorpora la palabra "filter".

Como veis, a igual calidad, el tamaño es más pequeño que el generado por TMPGEnc aunque eso sí, el tiempo también aumentó, aunque siga siendo mucho menor que el del TMPGEnc.

También hice pruebas a 352x576. Los resultados son quasi idénticos. Los archivos son del mismo tamaño a sus homónimos de 704x576 y su única ventaja o inconveniente dependerá del tipo de fuente que utilicemos.

He observado que el 352x576 deja la imagen ligerisimamente algo más difuminada, con lo que el "sharpness" (no me sale una palabra equivalente en castellano, ya que decir detalle podría llevar a confusión) es menor. Según para qué películas entonces, si ya tienen demasiado "sharpness" puede ser conveniente, pero eso como muchas otras cosas, es a gusto del que lo hace.

Ah, por cierto, ya he comprobado lo del filtro overscan, es que como Santo Tomás, lo que toco y nada más, añade lateralmente espacio negro al fotograma, de esa forma queda compensado el overscan de la TV y en pantalla podemos seguir viendo el fotograma completo.

Por tanto aplicar el filtro overscan no hace que dejemos de codificar aquello que no vamos a ver, sino que añade al fotograma algo más, aunque ese algo más sea fácil de codificar.

Por tanto, si alguien me ha seguido hasta aquí, creo que el tema está claro. MCE es una herramienta poderosa y a tener en cuenta en cualquier formato.

Si a eso se le añade su facilidad para crear un resize (que no lo es ya que no lo hacemos) en el que no hay cálculos con decimales, los resultados que obtenemos le dan caña a cualquier competidor y ya no solo por el tiempo en conseguirlos, sino también por su calidad.

De todas formas supongo que esto es sólo un comienzo. Habrán que hacer muchas más pruebas. Sobre todo la compatibilidad. También supongo que volveré sobre mis pasos para comprobar ahora el CQ con los KVCD, con filtros y sin ellos, ya que los archivos de KVCD casi miden lo mismo, algunos más, que los realizados en SKVCD.

Cuando tenga un rato volcaré todo esto de las resoluciones en el manual.

Nómada.

kwag 12-05-2003 11:55 AM

Re: SKVCD (MCE Vs TMPGEnc)
 
Quote:

Originally Posted by Nomada
Ah, por cierto, ya he comprobado lo del filtro overscan, es que como Santo Tomás, lo que toco y nada más, añade lateralmente espacio negro al fotograma, de esa forma queda compensado el overscan de la TV y en pantalla podemos seguir viendo el fotograma completo.

No se añade nada :!: :twisted:
Overscan hace resize de la imagen. La contrae, para que en el televisor, se vuelva a estirar :!:
Quote:


Por tanto aplicar el filtro overscan no hace que dejemos de codificar aquello que no vamos a ver, sino que añade al fotograma algo más, aunque ese algo más sea fácil de codificar.
*** NO *** :!: :roll: :roll:
Overscan no es un filtro. Y no añade nada al fotograma. Al contrario. Reduce el fotograma en tamaño, por lo que represente menos pixeles para codificar y luego el fotograma se estira en el televisor, llenando la pantalla completamente a los lados sin perder (recortar) nada.

-kwag

Anonymous 12-05-2003 12:01 PM

Hola Kwag,

Quote:

Originally Posted by kwag
Quote:

Originally Posted by Nomada
Así que bueno aquí pongo de forma rápida los links. Os aconsejo que os bajéis al menos 5. El AVI original para poder hacer comprobaciones y pruebas si lo juzgáis oportuno y al menos los 4 que en su nombre tienen el 1150 o el 900, que indican el bitrate. Los otros dos son ejemplos sueltos.

Hola Nomada,

Baje el AVI original y el mpeg 704x576_1700, pero el mpeg, aunque esta hecho a 704x576, no tiene el aspecto correcto :!:
Esta codificado a un area de 608x256, igual al AVI original :!:
El resize (upscale) correcto para 704x576 desde 608x256 tiene que ser 704x320, y entonces obtienes esto: http://www.kvcd.net/muestra_correcta.mpg que es como se supone que se vea ( 100% al aspecto correcto, sin bloques overscan, para este ejemplo )

-kwag

Discrepto totalmente, yo la estoy viendo en la TV absolutamente correcta de tamaño. Todas y cada una de las muestras, muy al contrario, son las creadas con TMPGEnc las que presentan una pequeña deformación.

Nomada

Anonymous 12-05-2003 12:13 PM

Hola Kwag,

Quote:

Originally Posted by kwag

Baje el AVI original y el mpeg 704x576_1700, pero el mpeg, aunque esta hecho a 704x576, no tiene el aspecto correcto :!:
Esta codificado a un area de 608x256, igual al AVI original :!:
El resize (upscale) correcto para 704x576 desde 608x256 tiene que ser 704x320, y entonces obtienes esto: http://www.kvcd.net/muestra_correcta.mpg que es como se supone que se vea ( 100% al aspecto correcto, sin bloques overscan, para este ejemplo )

-kwag

Yo también me acabo de bajar la muestra que envías. Me aparece distorsionada como era de esperar, no la he podido tostar ya que no es MPEG, al menos eso me dice el nero y solo la he podido visionar en el ordenador.

Hazla de nuevo para ser tostada, así no tengo que tocar nada que pueda descomponer lo que has hecho tú, y la podré ver en la TV.

En cuanto al resize, yo no he hecho ninguno. Como tú bien dices está igual que el original, por lo tanto está tan distorsionado como lo pueda estar él. Pero creo que no lo está.

Por cierto, espero tus comentarios sobre el SKVCD.

Saludos,

Nómada

Anonymous 12-05-2003 12:20 PM

Re: SKVCD (MCE Vs TMPGEnc)
 
Perdón de nuevo Kwag:

Al final tendré clarísimo el overscan a pesar de no utilizarlo para nada.

Quote:

Originally Posted by kwag
Overscan no es un filtro. Y no añade nada al fotograma. Al contrario. Reduce el fotograma en tamaño, por lo que represente menos pixeles para codificar y luego el fotograma se estira en el televisor, llenando la pantalla completamente a los lados sin perder (recortar) nada.

-kwag

Y nos dará de paso unos preciosos decimales en ese resize para cada uno de los pixeles de la pantalla que se convertirán en "mosquitos" que a su vez tendremos que filtrar.

En fin, seguiré esperando los comentarios del primero que me diga que lo ha tostado y visionado en una tele.

Nómada.

kwag 12-05-2003 02:51 PM

Quote:

Originally Posted by Nomada
Discrepto totalmente, yo la estoy viendo en la TV absolutamente correcta de tamaño. Todas y cada una de las muestras, muy al contrario, son las creadas con TMPGEnc las que presentan una pequeña deformación.

Nomada

Y todas las muestras que hiciste estan mal :!:
Abre el MPEG creado con Virtualdub, y añadele un "null transform", y veras que el video fue codificado a "Film Pixels" de :arrow: 608x257 a una resolucion de salida de 704x576.
Por lo tanto, si lo estas viendo "todito todito" en tu televisor, es porque el televisor esta estirando la imagen completamente, al igual que si hubieras hecho "Overscan blocks". Solamente que en el caso de tus samples, hiciste demasiado overscan y sacrificaste calidad.
El resize correcto para subir tu avi de referencia de 608x256 a 704x576, es 704x320 :!:

-kwag

Anonymous 12-05-2003 03:04 PM

Hola Kwag,

Quote:

Originally Posted by kwag
Y todas las muestras que hiciste estan mal :!:
Abre el MPEG creado con Virtualdub, y añadele un "null transform", y veras que el video fue codificado a "Film Pixels" de :arrow: 608x257 a una resolucion de salida de 704x576.
Por lo tanto, si lo estas viendo "todito todito" en tu televisor, es porque el televisor esta estirando la imagen completamente, al igual que si hubieras hecho "Overscan blocks". Solamente que en el caso de tus samples, hiciste demasiado overscan y sacrificaste calidad.
El resize correcto para subir tu avi de referencia de 608x256 a 704x576, es 704x320 :!:

-kwag

Lo único que pedía es lo que no me dices que has hecho. Tostarlo en un CD e intentar verlo. Pero no es problema, otra gente lo está haciendo y lo que me reportan es lo mismo que yo reporto.

Todo el mundo entonces tenemos el televisor mal por lo visto ya que lo vemos bien, correcto, sin deformaciones ni nada de nada.

Supongo que tu muestra también era correcta, pero según el Nero es un cristo como una hostia que no sirve para ser quemada, qué quieres que te diga, lo que veo o lo que me dicen los programas que debo ver?

Saludos,

Nomada

kwag 12-05-2003 03:09 PM

Quote:

Originally Posted by Nomada

Supongo que tu muestra también era correcta, pero según el Nero es un cristo como una hostia que no sirve para ser quemada, qué quieres que te diga, lo que veo o lo que me dicen los programas que debo ver?

La muestra es un .m1v con extension .MPG :!:
No esta hecha para quemarla :!:
Mirala con WinDVD o PowerDVD ( o hasta con WMP )
Si la quieres quemar, tienes que multiplexearle audio, y entonces la quemas.
Como te dije ya, tus samples tienen "Overscan blocks" exagerados. Pero por ser 704x576, casi siempre el televisor corrige hasta 3 o 4 bloques overscan. Por eso se ve completo en el televisor.

-kwag

Anonymous 12-05-2003 03:20 PM

Hola Kwag

Quote:

Originally Posted by kwag
Quote:

Originally Posted by Nomada

Supongo que tu muestra también era correcta, pero según el Nero es un cristo como una hostia que no sirve para ser quemada, qué quieres que te diga, lo que veo o lo que me dicen los programas que debo ver?

La muestra es un .m1v con extension .MPG :!:
No esta hecha para quemarla :!:
Mirala con WinDVD o PowerDVD ( o hasta con WMP )
Si la quieres quemar, tienes que multiplexearle audio, y entonces la quemas.
Como te dije ya, tus samples tienen "Overscan blocks" exagerados. Pero por ser 704x576, casi siempre el televisor corrige hasta 3 o 4 bloques overscan. Por eso se ve completo en el televisor.

-kwag

Creo que ya se lo que quieres decir, que no es lo que yo estoy diciendo, me estás intepretando y no hace falta.

Cuando digo todito todito me refiero a que no pierdo pixels laterales del fotograma efectivamente, pero no significa que sea solo la pelicula lo que me ocupa el televisor, efectivamente, puedo ver esos "exagerados Overscan blocks" que mencionas, apenas un poco de negro a los lados.

Y esa es la idea, si es que me quieres coger por donde voy. Estoy hablando de convertir AVI's, que en su mayoría se mueven en torno a los 600 y pico pixels. La que estoy pasando ahora 640, con lo que las bandas negras serán algo menores y casi imperceptibles.

Sin embargo, a cambio ganaremos una calidad inmensa sin necesidad de filtrar, ya que efectivamente codifico a film pixels sin tener que hacer una puñetera operación de resize. Y cuando lo hayas tostado lo comprobarás.
Ahora voy a tostar yo el tuyo siguiendo tus instrucciones para ver cómo se ve en la Tele. Paso de verlo en el monitor que es solo para pruebas, la calidad definitiva siempre en TV. Y para la próxima por favor pincha en Program (only video) y así se puede tostar directamente.

Por cierto la calidad de lo que he visto es muy buena, pero ocupa mucho más, un 25%, que la mía y además no incorpora audio, que sumaba otros 300 kb.

Por cierto no le intento enmendar la plana a nadie eh? Sólo simplificar mi vida y la de otros y si puede ser con los mismos resultados que antes.

Saludos,

Nómada.

TheMarto 12-05-2003 05:19 PM

nomada:

Creo que tu trabajo está siendo importantisimo, y tus feedbacks con Kwag, son re interesantes.
Leí todo el post de resoluciones y te voy a pedir un favor, para cuando to guia se convierta en biblia de MCE-KVCD, contempla la posibilidad de que algunos de nosotros preferimos ver las peliculas en formato 4:3 puesto que preferimos cortar un poco a los costados, pero ver la pelicula a pantalla completa, esto te lo digo, puesto que quiza en algunas de tus pruebas encuntres formas más optimas para realizar esto. Yo como ya puse en un post lo que hago es cortar un poco los costados y estirar otro poco, se que algunos creen que es una tonteria, pero así se ve a pantalla completa y no se ven cabezas de conos. :D
El tema y no te molesto más, es si probaste algun script para optimizar este tipo de artilugios, puesto que los filtros que existen son estan pensados para esto.

Saludos y seguí así que vas re bien y motivas a todos. :wink:

trekam 12-06-2003 01:41 AM

Hola a todos...

Gracias a Nomanda y a Kwag por aclararme el tema del tamaño de archivo final... ahora haciendolo a bitrate constante el archivo final si que se prece bastante al estimado...

Antes de nada.. os dire que llevo en este foro como unos 4 o 5 dias si llega.. y antes de entrar en el foro no tenia ni idea de nada sobre como codificar a foramto KVCD.
Los ultimos dos dias... despues de leer muchos post del foro.. voy cogiendo ideas de cada uno... y voy haciendo mis pruebas con el MCE.
La base de para aprender la he cogido del manual de Nomada poniendo la plantilla en el MCE tal como explica en su manual.

Tengo que decir, que todavia no entiendo mucho para que se utiliza cada uno de los filtros que hay para utilizarlos con el Avisynth.. pero al hacer varias pruebas y leyendo algun manual y los post de Nomada, voy aplicando los filtro que veo que quedan mejor...

Como Nomada dijo que al hacer el resize con el MCE, era cuando salia "la media de seda"... pues lo que he probado es a utilizar solamente el filtro MPEG2Dec3 haciendo un scritp para el Avisynth 2.5 que es el que tengo instalado..

Y para hacer el resize, como no se todavia o no tengo muy claro como hacer el resize dependiendo de las medidas del avi... y meterlo en el script, he utilizado una parte del script que tiene Calafat en su manual, con el cual me hace bien el resize, en todas las peliculas para mi TV 16:9, y asi parece que queda bastante bien...

No quiero decir que sea el mas adecuado, porque me imagino que seria mejor darle a cada pelicula el resize que necesita.. pero hasta que aprenda a hacerlo... pues con ese que utilizo para todas.. parece que me queda bien...

el script que utilizo es este...

LoadPlugin("D:\1Util\Filtros\MPEG2Dec3.dll")
LoadPlugin("D:\1Util\Filtros\grip.dll")
AVISource("D:\Peliculas\PeorImposible.avi",false)
gripCrop(352, 288, overscan=1,source_anamorphic=false,dest_anamorphic =false)
GripSize(resizer="lanczosresize")
GripBorders()

si veis que se puede mejorar.. que seguro que si... decirme que tengo que modificar...

Yo estoy utilizando la resolucion de 352x288 para hacer los KVCD, tambien he probado a hacerlas en 352x576.. pero yo por lo menos no he notado mejoria de calidad en la TV.. osea que sigo haciendolas en 352x288

Bueno pues espero aprender pronto a poner en el script el resize necesario para cada peli..depndiendo de la resolucion del avi para mi TV 16:9.. a ver si me hechais una ayudita... y me entero como se hace...

Tambien como dijo Nomada... para hacer el video y el audio a la vez.. cargo el script en el Video Source, y en audio le meto el avi directamente, y asi codifico Video y audio a la vez... creo que estara bien haciendolo asi...

Pues despues de hacerlo asi, como aqui explico, me quedan unos KVCD.. que no estan nada mal... aunque seguro que se pueden mejorar... con ayuda vuestra.. ;-)

Saludos
TrekaM

kwag 12-06-2003 11:52 AM

Quote:

Originally Posted by trekam
Hola a todos...
... ahora haciendolo a bitrate constante el archivo final si que se prece bastante al estimado...

Hola trekam,

A bitrate constante, no ganas nada en calidad. Al contrario, es una perdida de espacio, ya que el encoder usa el mismo bitrate para cualquier parte del video. Es la manera mas ineficiente de codificar :!:
Lee sobre VBR y prediccion de espacio. VBR es la manera correcta y mas eficiente para codificar.

-kwag

Anonymous 12-06-2003 02:01 PM

Hola Kwag,

Quote:

Originally Posted by kwag
Quote:

Originally Posted by trekam
Hola a todos...
... ahora haciendolo a bitrate constante el archivo final si que se prece bastante al estimado...

Hola trekam,

A bitrate constante, no ganas nada en calidad. Al contrario, es una perdida de espacio, ya que el encoder usa el mismo bitrate para cualquier parte del video. Es la manera mas ineficiente de codificar :!:
Lee sobre VBR y prediccion de espacio. VBR es la manera correcta y mas eficiente para codificar.

-kwag

Eso que dices no es válido para MCE, realmente lo hace muy mal el VBR, por lo que no se lo recomiendo a nadie, a pesar de que se pueda salvar espacio final, la calidad queda seriamente comprometida.

Un CBR de 900 empieza ya a dar calidad, 1150 es cojonudo y 1400 es exactamente como el original.

También trabaja bien con la CQ pero tiene problemas de compilación y a veces, en ciertas escenas empieza a saltarse frames, este punto es un tema que se está tratando mucho en el foro propio de los programadores del MCE y que ellos reportan están haciendo algo para intentar corregirlo, una tool, ya que según ellos es un problema dentro del AVI que se corregiría pasándole esa herramienta y posteriormente procesarlo con MCE, pero de momento es una lotería utilizar el CQ, unas sale y otras no.

Saludos,

Nómada

fabrice 12-06-2003 02:04 PM

Hola,

No se me habia ocurrido utilizar MCE en CBR! Es verdad que en bitrate variable, lo hace francamente mal... A ver eso del CBR a 900, porque es verdad que el sample tuyo que me baje de 900 tiene buena pinta!

Salu2
Fabrice

kwag 12-06-2003 03:02 PM

Quote:

Originally Posted by Nomada
Un CBR de 900 empieza ya a dar calidad, 1150 es cojonudo y 1400 es exactamente como el original.

Claro, hasta que tienes accion rapida, y entonces tendras bloques cojonudos :mrgreen:
1,150Kbps, por mas bueno que sea el encoder, SIEMPRE tendras macrobloques visibles en escenas de alta accion, a 352x240(288). Es un hecho matematico. En resoluciones superiores, peor :!:

-kwag

sertinell 12-06-2003 08:12 PM

Esto.......

Estais ablando de bitrate constante a 900 ?¿ :S

el bitrate del standar es 1150 CBR si utilizamos 900 perdemos calidad con respecto al estandar, y para eso no estamos aqui(si estoy equivocado rectificarme)

Puedo postear aqui sobre el asunto del as resoluciones ? Tan solo quiero recomendarle una cosa a nomada :

codifca cualquier video a 352 X 576 y luego a 352 x 288. Y despues sin salir del pc reproduce los 2 ala vez con BSPLAYER y ordelnale al programa qe te muestre el video de 352x576 en una proporcion 4:3 (la de la tele) . Veras qe esas inmensas bandas negras de las qe hablas se convierten en iguales de ancjhas qe las del otro video y ademas notaras una mayor definicion. Otra prueba qe te recomiendo respecto al overcan, para comprobarlo. Comvierte una imagen JPG qe tenga texto pegado a los bordes a mpg sin usar overscan (si utilizas 720x576 lo notaras mas) veras qe las letras qedan casi acultas mientras si usas un overscan de 2 (con resize estas letras son mostradas totalmente y las bandas no se ven en el televisor ( si en el pc). Tengo entendido qe tilizas un DVD capaz de leer Divx, quizas el qe tu television muestre toda la imagen pueda ser a causa de tu DVD (creo qe el resize para ajustarlo a la tele lo ace el DVD).


Bueno SALUDOS y gracias por la guia.

P.D si en algo de lo que e dixo no estais de acuerdo conmigo decirmelo qe estare encantado de escuxaros ;)


All times are GMT -5. The time now is 08:48 PM  —  vBulletin © Jelsoft Enterprises Ltd

Site design, images and content © 2002-2024 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2024 Jelsoft Enterprises Ltd.