betsyman o alguien que sepa, necesito ayuda, esoty bloqueado.

Las pruebas que e hecho tienen una pega insalvable, el tamaño y calidad buenisimas , la pega esta es que con la configuracion max 1500 y average y minimo a 0 el video resultante me da picos maximos en mpeg1 de ¡¡5000!! y claro, mi reproductor se atraganta, parece que el minimo lo lleva bien, llega a bajar a 80 pero ya con esto, empiezan a salir cuadraditos y se jojdfj!!

Bueno, pues que no se como hacer para que no coja unos picos tan elevados y se planta en 2400, llegado a este punto y si no hay solucion me rindo, me quedo con Tmpeg, pero con mal sabor de boca, viendo los resultados de Mce y la rapidez con que trabaja, volver con la tortuga del tmpeg...ff..pero si no hay mas......habra que esperar a que bajen las dvd grabadoras............

Un cable...plese!!! :cry: :cry:

Y ahi tienes otro(a) "churra" de MCE :lol:
No se puede hacer nada. MCE no sabe como mantener los "constraints" (MIN, MAX) que uno le define :!:

-kwag

Por lo del alto bitrate, a no ser que tengas severos problemas de reproducción no te preocupes, ese alto bitrate se mantiene instantes nada más porke la escena lo requiere. En lo del minimo bitrate es otro tema.

No obstante, es cierto lo que apunta kwag, no existe la simplicidad de tmpgenc en cuanto a asignar un maximo y un mínimo bitrate y trabajar en CQ con ellos. MCE funciona de manera diferente (que no tiene porke ser mala), se basa en calidad constante de la película, pero no limitado por tí, sino limitado por el "ojo" del encoder. Yo actualmente me limito solo a cambiar el CQ del MCE y los resultados me son más que satisfactorios: calidad, velocidad, simplicidad y compatibilidad (¿te creerias que mi DVD no reproduce según que películas comprimidas en TmpgEnc a 544 o 704 en Mpeg1 y utilizando MCE si? Pues yo tampoco hasta que lo vi con mis ojos, y puedo asegurarte que probado con varias versiones de tmpgenc y con las mismas configuraciones básicas). Como he comentado anteriormente, el problema no son las acciones rápidas, si no mas bien las lentas. En las pruebas he conseguido algunas mejoras, pero no defenitivas, en mi poco tiempo (como tu) solo puedo realizar algunas variaciones del encoder y descubrir pocas cosas nuevas (pero encuentro).

Yo creo que hemos estado tan acostrumbrados a TmpgEnc que parece que queramos encontrar otro "TMPGENC" pero mejor, más rápido, de más calidad y no es así, MCE no es Tmpgenc mejorado, es un encoder con unas particularidades DIFERENTES (que no por ello malas), que para algunos no les interesan o agradan y para otros (como a mi) no solo me interesan sino que me han salvado la papeleta en algunas ocasiones.

Lo que deberías hacer es valorar las posibilidades de MCE y ver si se adaptan con tu estilo, si su calidad te agrada, su manera de trabajar con él es lo eficaz que buscas, en fin se adapta a tus necesidades o por otro lado siempre tienes la opción de continuar con TmpgEnc y sus particularidades que le avalan en unos aspectos y le perjudican en otros.

Un saludos a todos.

Hola: Betsyman, yo quisiera probar el mainconcept, pero me gustaría que me dijeras con que configuración obtienes los buenos resultados. Quisiera codificar a 352x576 o 480x576.
Que plantillas utilizas, KVCD?.
Veo que utilizas VBR, es así?
Modificas también el CQ. En qué valores te mueves y de qué depende uno u otro?
Usas el avisynth y con qué script?
Gracias.

Todo eso lo explica al principio del post, respecto a si usa avishynht, creo que no , por que con este frame server los tiempos se demoran mucho.
betsyman:

-Entonces mis problemas de reproduccion de las pruebas realizadas se deben al bajo britate y no esos picos de 5000!!
s una pena, por que elvideo resultante es deuna calidad tan buena como el tmpeg y muy rapido, habra que ver si existe una manera de mimitar ese minimo,,,,,,, por que si no, tendre que aparcar este encoder de momento y ciertamente es una pena, toda una pena.
Tienes mucha razon en cuanto a que buscamos un tmpeg mejorado y Mce es disdinto, estoy contigo, pero la costumbre......!!! hace estragos.

:P Un saludo y haber si damos con una solucion!! :wink:

Perdonen Señores,

... he leido los ultimos "replies" y espero que he entendido todo bastante bien con mi español ;-)

Yo hice muchissimos tests con el MCE (todas las resoluciones, checking los bitrates etc etc etc.) y veni a la misma conclusion como Kwag.

El MCE ...

- solo abre los scriptos avs via directshow plugin
- como sabemos del TmpgEnc es mejor si uno tiene el control sobre los bajos y altos bitrates del VBR. Sale un tamaño differente en final si se usa min=300 y max=2000 en comparacion con 300 y 5000 donde 5000 como "peak" no es necesario.
- la allocación de los bitrates en caso de 2pass y bajos bitrates no es optimal no conozco ni un encoder que trata el fuente bien usando 2pass en caso de bitrates tan bajos. Por esto usamos el modo Q o CQ que directamente se refiere a la DC transformacion.
- Este "one pass VBR" en MCE no tiene valores bastantes para hacer una prediction acurate :(
- El "MCE es más rapido"-factor no es tan rapido en effectivo si todavia se tiene que usar el 2pass. ok, el 2pass es más rapido como el de tmpgEnc pero si se compara el tiempo que necesita MCE usando 2pass y el TmpgEnc usando 1pass VBR (dice modo CQ) ... va a ganar el TmpgEnc ... en punto de tiempo y seguro en punto de calidad.

No es una ofensa a los ultimos "posting" aqui! :wink: Pero el MCE ya no esta bien "developed" todavia. No mencionar la "capture engine" donde no se puede "safe" los settings 8O

Tenia contacto con Mainconcept pero se comportan como uno que no se interesa de como se puede ganar calidad en casos de bajos bitrates como lo necesitamos nosotros. Ellos argumentan como -que tenemos ver con bitrates tan bajas ... el MCE es una aplicación profesional y tamaños como estos necesitan más bitrate, y es facto - ... bueno esto es un resumeé y NO un "quote" ... para que me entienden bien. ;-)

Saludos a todos!
Inc.

Muchas gracias or tu aportacion Indcreible, como se dice por aqui "El saber nunca esta de mas". :wink: