Sólo por centrar el tema y evitar sobresaltos con el core 2 Quad.
 
El core 2 quad xtrem del que habla juanma cuesta aprox. 835 €, nada que ver con los core 2 quad más asequibles de 225 €.s casos falta el iva.
 
Por favor Juanma si puedes, confirma esto que digo simplemente para evitar sobresaltos cuando alguien adquiera un "Quad standard"

Exacto, y en general esa es la mayor diferencia entre "Markers" y "regions". Las marcas son sólo punteros de "inicio", mientras que las regiones tienen principio y final.

Los usos de estas características son los ya señalados:

"Markers", Como punteros rápidos a partes del timeline. En el momento de la renderización a mpeg-2 (DVD), pueden convertirse en capítulos para que architect los identifique directamente como tales.

"Regions", Como partes con inicio y final del timline. Mediante script, "batch render" podemos obtener tantos clips independientes como regions tengamos definidas. Mediante otro script, los nombres de las regiones pueden ser subtítulos en architect.

En cuanto al uso del batch render es sencillo. Simplemente lo arrancamos "Tools", "scripting", "batch render".
La primera pantalla que se nos muestra, sin tocar nada, presenta las "famílias que podemos renderizar", clicando sobre el signo +, desplegamos cada una de ellas. Si activamos la casilla de la familia, se renderizará en cada uno de las tipologías que contiene, puesto que se quedan marcadas todas (que es lo que seguramente le ha sucedido a abenito, como ya ha indicado startel). Por supuesto, desplegando las famílias y seleccionando en qué plantilla de ellas queremos renderizar, se realizará la renderización. Si marcamos varias, en cada una de ellas.
 
Caso particular de doble pasada en un códec mpeg-4:
Primero definimos nuestra personalización respecto al códec que queremos renderizar.
En el caso de Xvid, en "type", seleccionar "video for windows" y el "template" según se ajuste a buestro sistema "pal" o "ntsc", para que las opciones de frame,..... estén ya por defecto.
Después pulsamos sobre "custom" y en la pestaña "video", en "video format" seleccionamos el códec (en este ejemplo seleccionaríamos Xvid). Ahora por supuesto, personalizamos las opciones del códec según manuales al gusto pulsando sobre "configure", pero lo principal es, al querer hacer dos pasadas, que la característica de Xvid de "encoding type" sea "Twopass - 1 st pass", el resto de opciones de configuración según gusto de cada cual o manuales surtidos de la red.

Damos al "ok" y volvemos a la ventana"Custom template" de vegas donde habíamos seleccionado el códec Xvid. La 1a. casilla, donde dice "template", le ponemos algo así como 0_Xvid_1st pass y clicamos sobre icono del disquette para que lo guarde.

Sin salir de la pantalla, volvemos a clicar sobre "Configure" y la característica de Xvid de "encoding type" sea "Twopass - 2 nd pass", el resto de opciones de configuración según gusto de cada cual o manuales surtidos de la red. Pulsamos ok y como en el paso anterior guardamos la plantilla, ahora como 1_Xvid_2nd pass.

Ya tenemos nuestras plantillas, podemos comprobarlo si volvemos a indicar a vegas que vamos a renderizar "Render as...", en "type", seleccionar "video for windows" y en los "template" ahora deberían aparecer las dos que hemos creado.

Ya es hora de utilizar el batch render. Lo arrancamos y en la familia "video for windows", deben aparecer los dos templates creados, que seleccionamos y ¡Hala!, a esperar que acabe.

Recordad que para cada bitrate deseado, deberéis crear un nuevo N_Xvid_2nd pass y, que el nombre asignado al template es muuuuy importante ya que en el batch render aparecen en orden alfabético y se ejecutan en ese orden. Como queremos que la codificación del 1r paso (1a. pasada), se ejecute antes que la 2a pasada, sus nombres deben ser alfabéticamente correctos para que el batch render muestre primero 0_Xvid_1st pass y por debajo de éste el N_Xvid_2nd pass donde "N" siempre debe ser mayor que el "0" (Un buen sistema para nombrar la 2a. pasada sería por ejemplo 912_Xvid_2nd pass donde el 912 nos muestra el bitrate configurado), así podemos crear tantas como necesitemos sin pisarse.

Como ampliación al uso del script "batch render", está su utilización en códecs mpeg-4 en los que a 2 o más pasadas mejoran el resultado (caso de divX, Xvid, .....).

Se efectúa como señala Startel, se personaliza la plantilla para el manejo de los códecs y se guarda cada configuración (para la primera pasada y después para la segunda, observando que el nombre de las configuraciones guarde el orden debido), se arranca el script y se seleccionan ambas, esperamos y obtenemos desde vegas una doble pasada con los códecs.

CitarSe te agradece la solución al problema para futuros usuarios.

Ahora un paso más. La codififcación mpeg-4 (divX, Xvid, mp4, ....) se utiliza para comprimir muuuuucho (bitrates inferiores a 1.500 kbps). En estos casos resulta evidente una mejoría en la compresión utilizando el método de "doble pasada" ( y doble duración del tiempo de compresión).

Si quieres probarlo en vegas, debes con figurar el códec como tu creas conveniente, pero en el apartado "rate control" especificar primero 1st pass y después nth pass y grabar las configuraciones establecidas como "pressets" de vegas.

Mira si te sirve de guía esto:


Citar
Puedo codificar en Xvid sin problemas en dos pasos con vegas. Utilizo el batch render. Para ello previamente configuro el códec Xvid y guardo las 2 configuraciones como "pressets" y nombres como 1Xvid y 2Xvid refiriéndome al 1_pass y 2_pass.

Es importante el 1 y el 2 antes del nombre para que queden en el orden correcto los pressets que crees, ya que en el batch, cuando selecciones las plantillas creadas, aparecerán por orden alfabético y sólo tienes casillas de selección sin poder cambiar el orden de ejecución (o al menos yo no sé cambiarlo), así que la primera que aparezca es la primera que codificará.

A partir de aquí, cargo en batch render las dos plantillas creadas y obtengo el Xvid.
Aunque trate el Xvid, te sirve para divX la forma de establecer los pressets para utilizar el batch render de vegas.

Por error (estoy muy torpe últimamente ), cliqué sobre un clip de video codificado en "Xvid" con 4cc "Xvid" y en mi sistema tengo instalados ambos códecs, divX y Xvid.

¡Manda narices!, vegas 8.0 abre el clip sin problemas. Espero confirmen esta observación, pero es que he abierto ambos programas (vegas 7.0e buid 216 y 8.0 a la vez), el primero como siempre .... va ser que no lo habre, pero vegas 8.0 sin problemas! y reconociéndolo como el códec Xvid!

Sólo a título informativo :

Citar..... el "cabezal" de lectura - escritura en el disco duro se tiene que compartir entre la descarga
y la creacion del AVI y ahí si se crea un cuello de botella importante, e impide que el CPU se utilice al 100%

El hacer la prueba con la descarga simplemente fué un error que cometí (empecé el render y me dí cuenta que estaba descargando), y aproveché para hacer la medición/comparación.


Tampoco me cuadra a mí el uso de la CPU, y repetida la prueba con vegas 8.0 en la condición 2) de mi anterior post, el resultado es exactamente el mismo y el uso de la cpu también.

Para esta ocasión, el vegas está instalado en el dd "C" y donde está el sistema ...... de 80 GB. El proyecto y el directorio temporal de vegas están en la ud. física "d" de 120 GB (>80 libres), y el renderizado lo efectúo sobre la ud. física "E" de 200 GB (> 180 libres).

¿Por qué vegas sólo usa el 60% de mi CPU?  

Además de obtener un bonito contador de tiempo (se te agradece), este hilo servirá para convencer al personal que es hora de escribir la carta a los reyes (core quad), vean la diferencia con un P IV 3 GHz / 1 MB ram / windows xP + SP2:

1) Con bastantes programas cargados en memoria: Además de los típicos iconos de windows (volumen, driver epson, corrector de color, quitar hardware con seguridad.....) cargados, está en marcha el karspersky y estoy bajando la última versión (del verano) del Super C.

Resultados: Vegas 7.0 --> 5 min 58 sg
                   Vegas 8.0 --> 5 min 44 sg


2) Con los standard precargados incluyendo antivirus pero sin descarga de red.

Resultados: Vegas 7.0 --> 5 min 20 sg
                   Vegas 8.0 --> 5 min 11 sg


3) Sin antivirus y cerrando al máximo lo cargado en memoria.

Resultados: Vegas 7.0 --> 5 min 10 sg
                   Vegas 8.0 --> 5 min 02 sg

OBSERVACION: Durante todo el tiempo de renderizado tuve en pantalla el monitor de la CPU usada:

             Vegas 7.0 --> 46% ~ 54%, promedio 50%
             Vegas 8.0 --> 51% ~ 59%, promedio 55%

Ya tengo preparada la carta a los reyes y vosotros?  

......... y/o con el ratón sobre la ventana del prewiew, clic dcho y selecciona scale video to fit preview window

Necesitas un complemento (plug-in) para poder tratar con el códec AC3 http://tmpgenc.pegasys-inc.com/es/product/endproduct.html
 
En su versión 4.0 Xpress viene directamente implementado.

Si no recuerdo mal necesitas un plug-in para habilitar la codificación y reconocimiento del audio en AC3 con TmpegEncoder

Si sólo tienes un archivo creo que el método de startel no te funciona.
 
Si te parece complicado lo que hemos expuesto, entonces la mejor opción, si te es posible, es recapturar desde vegas y en las opciones de captura habilitar el reconocimiento de escenas. De esta forma obtendrás "n" clips distintos, no sólo uno.
 
En este punto sí que te servirá el método de startel, puesto que en cada clip vegas reconocerá los metadatos incrustados de la cámara (si los tiene).
 
En vegas no es posible la detección de escenas al "estilo" pinnacle studio, donde éste reconoce las escenas (por código de tiempo), aún teniendo un sólo video de por ejemplo una cinta minidv entera.
 
 
Es por esa razón que se te propone la extracción de los metadatos con otros programas para tenerlos en un archivo de texto o por ejemplo, montarlos como subtítulos en el montaje final del dvd.
 
Otra forma es con el propio studio, ahora no recuerdo pero es posible que del clip original sea capaz de cortarlo en trocitos automáticamente por código de tiempo sin tener que recapturar (manualmente por supuesto, arrastras cada uno y renderizas, pero creo que es más rápido recapturar habilitando la creación de un clip independiente en cada cambio del código de tiempo de la cámara)

Debes indicarnos si con un reproductor al estilo windows media se reproduce el audio correctamente. Tambien sería buena idea leer el video con gspot e indicarnos qué códec de audio detecta.

XarquS, habilitaste la característica de compatibilidad avi v2.0 o algo así (mi memoria es escasa), en la ventana de render as ....?

He cargado psd y lo mismo, sólo muestra las capas activas en el momento de crearlo.

XarquS he realizado la prueba, si no he entendido mal lo he hecho utilizando "default template uncompressed", y ningún problema para leerlo con powerdvd, windows media player, virtualdubmod, nero showtime.

Toma de gspot:

Se agradece joseba1, aunque ya hace unos pocos meses que salió este programa y sus verdaderos creadores no son otros que los autores de TmpgEncoder dvd author, aquí su página en español http://tmpgenc.pegasys-inc.com/es/index.html

Sólo añadir que el reconocimiento de menús sólo es compatible con los reproductores  DivX Ultra Certified DVD

Como bien te indica max2, éste es el foro adecuado para tu pregunta.

Fíjate en los 3 primeros hilos, casi seguro que con ellos eres capaz de armar este primer dvd, si no, tampoco te preocupes, ciñe un poco las preguntas ( lo conseguirás al leer un poco los hilos reseñados) y seguro que podemos ayudarte.

Primeros auxilios:
Debes cambiar de chip, nero sería algo así como un todo en uno donde las tareas básicas las crea automáticamente, aunque quizás sin tú saberlo debes seguir los mismos pasos pero sin una guía, sin el interface de guía de nero.

Architect sólo "crea" el dvd, para ello partes de un video en un formato que sea compatible con architect. Después y más o menos manualmente debes introducir los fondos, botones, audios, capítulos, ..... en una palabra interactividad, y aquí sí hay diferencia con nero, debes crearla manualmente.

Además de esos hilos aquí tienes un manual interactivo https://videoedicion.org/documentaci ... article=72