Hay un par de cosas que no tengo claras....

Primero, conceptos de renderizar y comprimir,.... se esta hablando de renderizar con el pliguin de TMPEGEnc del Vegas,.... Se puede renderizar y comprimir en un solo paso?

Y segundo, si el motor de renderizado del vegas es el mismo que el del Arch, la calidad sera la misma se use el que se use? Yo suelo renderizar a AVI DV con el vegas y luego comprimo con Arch con la autoria. Habria una solucion mejor teniendo en cuenta que lo mio son videos caseros con una Sony TRV33E, o sea uso domestico? Ganaria tiempo o calidad renderizando comprimiendo directamente con Vegas ya sea con su motor por defecto o bien con el pluguin de TMPEGEnc?

Gracias

Renderizar es comprimir un vídeo editado. No uso DA, no se la calidad que da al comprmir de AVI DV a DVD (mpeg-2). Si es el mismo motor de renderizado que vegas será la misma calidad, pero lo que si puedes es ahorrarte un renderizado (el que haces desde vegas a AVI DV) haciéndolo directamente desde este a DVD con la plantilla de Architect. Ese archivo (junto al audio que debes renderizar a parte como WAV o com o AC3) te lo llevas a DA y con él sólo haces la autoría.

Citarsi el motor de renderizado del vegas es el mismo que el del Arch, la calidad será la misma se use el que se use?

Simplemente plantéatelo a la contra, desde la perspectiva de lo poco que sé (hablo de mí). Si intentas comprimir desde architect, qué parámetro puedes configurar que no sea el bitrate?.

¿Y si lo haces desde vegas?, aún usando una plantilla (mainconcept mpeg-2 dvd pal o la específica de architect), pulsa también sobre el de personalización (custom....), y chafardea en la pestaña video y video avanzado. Por supuesto que todas no repercuten en calidad, pero algunas sí.

Te aseguro que el soft de MainConcept específico y sólo para compresión tiene bastantes más. Algo deben hacer.

CitarGanaria tiempo o calidad renderizando comprimiendo directamente conVegas ya sea con su motor por defecto o bien con el pluguin de TMPEGEnc

No es un plug-in, es un "frame server", un puente que se tiende (crea un archivo avi fictício), de manera que no sólo Tmpeg puede leer, otros programas también pueden acceder a él, esa es la ventaja del frame server.

No, no ganarás tiempo. MainConcept es rápido al comprimir por sí sólo respecto a otros softs como Tmpeg o procoder. Si encima pasas por frameserver de puente, algo más de tiempo se tarda seguro.

Ten en cuenta que estos términos son relativos, puesto que dependen de las configuraciones y en general para obtener más calidad, se entretienen más (realizan más cálculos).

No te queda más remedio que probar y decidir por tí mismo cuál es el balanceo óptimo para tí entre calidad/tiempo tardado/tamaño final.

Pero recuerda que con un bitrate máximo de 8.000 kbps a CBR para el video (norma dvd), pocas diferencias observarás y muchas menos si la intención es reproducir en un tv convencional.

ok muchs gracias,.... hay cosas que se me escapan pero ya las iré averiguando solo y probando, probando y probando

Hola a todos.
Opiniones muy interesantes y consejos aún mejores... (como es norma en este foro).
 
Bueno, pues os cuento a todos mi experiencia: tal y como había comentado anteriormente mi principal problema residía en la calidad del audio. Como dije, desde Vegas rendericé el video en AVI DV (incluso el audio) y tenía una aceptable calidad de imagen pero una calidad de video "enlatada". Posteriormente, y siguiendo los consejos que se indicaron, rendericé en Vegas video y audio por separado, para video usando la plantilla para Architect (mpeg2) y para audio WAV PCM 94.000 (creo recordar), es decir, la de mayor calidad de audio.
En Architect quemé el video y el resultado fue: mucho mejor calidad de audio, pero peor calidad de video (¡¡¡¿¿??!!!) Aquí no sé que es lo que pudo suceder.
 
Así pues opté por utilizar una opción intermedia, ya que al video de la renderización AVI DV, después de pasar por Architect (y sufrir su propia compresión) me daba una calidad satisfactoria, utilicé ese archivo para el video, y lo junté con el archivo de extensión WAV PCM, para que Architect no aplicará la compresión de audio. El resultado final, fué la mezcla de ambos,.. es decir, aceptable calidad de imagen y buena calidad de sonido, cuando en un principio tuve aceptable calidad de imagen y calidad de sonido "enlatado".
 
En fin, disculpas por este mensaje tan largo, pero quería detallar mi experiencia por si le puede servir a alguien. Por cierto, lanzo dos inquietudes:
 
1. ¿Por qué renderizando desde Vegas en mpeg2 con la plantilla de Architect tengo un archivo de video con menos calidad después de quemar con el propio Architect que si lo renderizo en AVI desde Vegas y luego Architect lo comprime?
 
2. ¿Por qué ahora tengo la sensación de tener peores resultados de video con mis trabajos? Siempre he utilizado la misma cámara una JVC casera, pero tengo la sensación de que la calidad de imagen ahora es peor que al inicio, no sólo con los videos, incluso con imágenes (fotos) de excelente calidad, o elementos generados en el propio Vegas (media generators, text, etc...) Tal vez sea que me he vuelto más exigente, pero he observado otros trabajos con una calidad imagen mucho mejor, envidia sana.
 
Saludos a todos, abenito.

Presupongo que las pruebas han sido sobre los 6 minutos que citas en anteriores mensajes.
 
Por la duración no se explica.
 
Sólo puedo explicármelo si comparas la renderización avi-dv desde vegas al mpeg-2 también producido con vegas. Aún usando el máximo bitrate, no pueden ser lo mismo, aunque tampoco debería haber excesiva diferencia.
 
Otra posible explicación es si por despiste u otro motivo, el mpeg-2 renderizado por vegas y que cargas en architect éste lo recomprime.
Esto puedes preverlo si antes de crear la autoría pides a architect que optimce (optimize). En la ventana que aparece, certifica que en la pestaña video correspondiente (no a la del menú), aparezca el "ok" sin que marque que debe recomprimir, ya que entonces la calidad se vería afetada en una segunda renderización desde mpeg-2 a mpeg-2.
 
Notificas que usas la plantilla standard para architect, ¿Estás seguro de no haber sobre-escrito sus valores iniciales?, es más creo que esta plantilla no da por defecto el máximo bitrate, creo que incluso lo hace a 2 pasadas sin establecer 8.000 kbps y CBR, que hablando de una producción de 6 min. caben de sooooooobra (no puedo certificarlo, hablo de memoria y sin acceso a vegas).
 
Tú nos dirás.

Hola equus, hola a todos.

Valiosas aportaciones.

CitarPresupongo que las pruebas han sido sobre los 6 minutos

Sí. son sobre los 6 minutos.
 

CitarOtra posible explicación es si por despiste u otro motivo, el mpeg-2 renderizado por vegas y que cargas en architect éste lo recomprime.

Pues, en la ventanita de información previa al Prepare & Burn, no citaba nada acerca de recomprimir video. Creo que no lo recomprimió, pero tampoco puedo asegurarlo 100%.
 

CitarNotificas que usas la plantilla standard para architect, ¿Estás seguro de no haber sobre-escrito sus valores iniciales?

Pues esto si que lo puedo garantizar. Aseguro que no he sobre-escrito los valores predefinidos.
 

Citares más creo que esta plantilla no da por defecto el máximo bitrate, creo que incluso lo hace a 2 pasadas sin establecer 8.000 kbps y CBR

Pues, yo también hablo de memoria, pero creo que hace una sóla pasada, en relación al resto de parámetros no presté atención, entiendo que es lo más apropiado o estandar para que Architet "no sufra".
 
Será cuestión de seguir probando, aunque, como ya comenté anteriormente, he obtenido un resultado que me resulta ciertamente apto.
 
Gracias a todos y saludo, abenito.

La planilla por defgecto hace una sola pasada y el bibrate variavble 8000 max 6000 min
 
Diego

Gracias landidiego, acabo de comprobarlo y efectivamente es VBR a 1 pasada con un mínimo de 6.000 y un máximo de 9500.

En contraposición, architect tiene como valor por defecto de 8.000 y en CBR, aquí puede estar la explicación de la diferencia de calidad entre architect y vegas.

Personaliza la plantilla de vegas para architect e indícale CBR a 8.000 kbps, calidad de video a 31