Citarobtengo al final hay pérdida de calidad cuando lo único que le he hecho es cortar trozos ¡¡¡¡y encima ocupa más!!!

Porque utilizas un programa que no sólo corta sino que debe recomprimir el material editado y encima le aumentas el bitrate original, resultado ...... un video que ocupa más y se vé peor .

Solución, utilizar soft "inteligente" como vegas pro 8 (entre otros), sólo renderizará donde sea necesario. Para evitar problemas, intenta configurar tu grabador en CBR (constant bitrate), si se puede. Supón que sí,  y que adoptas un bitrate de 6.000 kbps,  en vegas pro  cortas  y vuelves a renderizar en mpeg-2  CBR con el mismo bitrate de 6.000. No recomprimirá, sólo unirá.

También tienes las herramientas que se mencionan en este otro hilo https://videoedicion.org/foro/index. ... ic=36697.0

Intenta lo siguiente:
En la ventana de proyecto de premiere cargas el video capturado, clic dcho. ratón y selecciona "interpret footage", in "pixel aspect ratio", selecciona en "conform to" en D1/DV PAL widescreen 16:9 (1,422).

Para evitar los saltos, baja la resolución del preview.

Sí, debes habilitar el preview en monitor externo. Es el icono que asemeja un tv/monitor en la ventana del preview. Para configurarlo, botón dcho sobre la ventana del preview y selecciona las características.

Cómo capturas, desde firewire o por medio de tarjeta de captura?.
Es que a mí (premiere pro 1.5, se me comporta distinto. Si es por firewire (de digitalizadora canopus), detecta el aspect ratio del widescreen. Si utilizando la misma digitalizadora, capturo por la entrada s-video, como la targeta es declarada al sistema como DV, la misma cinta la captura en PAL standard (par=1,067)

También puede ayudarte instalar drivers genéricos para el chip que usa tu capturadora http://btwincap.sourceforge.net/download.html

Siempre he olvidado comprobar la respuesta de vegas con los divX/Xvid instalando únicamente el códec Xvid y actuando sobre sus opciones de "decodificación" (esto lo apuntaban en un hilo y ahora no he sabido encontrarlo, después lo intento de nuevo).

De todas formas la única incompatibilidad encontrada en mi sistema se resuelve siempre de la siguiente forma:

1) Si sólo quieres reproducir, instala únicamente el códec divX, si es la versión full (de pago), también te permitirá comprimir (en divX desde luego).

2) Si prefieres Xvid o ambos para "comprimir", debes instalar los dos y aquí aparecen los problemas puesto que el 4cc por defecto de Xvid es "Xvid" y a vegas no le gusta (anterior a vegas pro 8). La solución está en cambiar el 4cc a divX o bien en la compresión (se modifica en los parámetros configurables del códec Xvid) o, una vez comprimido, mediante el programa FourCC changer o similar.

Antes de intentar cualquier solución, es aconsejable desinstalar códecpacks y los propios códecs, limpiando el registro de windows con algún programa tipo "wintools" (aunque sólo sea por si las moscas). Apagar pc y reiniciar sistema.

Hasta aquí para la primera toma de gspot.

---

La segunda toma de gspot no es similar, ni siquiera se trata de un "mpeg", es un MJPG, Motion JPG y los únicos códecs de este tipo que conozco son de pago, como Morgan JPG o PICVIDEO MJPG.

Si dispones del programa editor Pinnacle Studio 9, implementa este códec como alternativa de captura al avi DV, al menos a partir, creo de la versión 9 que es la que adquirí y me quedé en la 9.4.3 (no estoy en casa para certificarte lo de las versiones).

Eso, ahora los alumnos ya saben más que los maestros, ¡Qué modestos nos hemos vuelto nij , je, je, je.

lis, el resutado es más o menos el mismo (utilizan el mismo motor de renderizado y códec mpeg-2), el mainconcept. La diferencia es que desde vegas se accede a más parámetros del códec y, si hemos editado, nos ahorramos una compresión ya que renderizamos directamente el material editado a su formato definitivo.

En vegas, si renderizas en VBR, el valor obtenido con la calculadora, corresponde al valor que pondrás como "valor promedio" al configurar el códec. Si renderizas a CBR, es el único valor de bitrate que te pedirá el códec.

Cuando tengas tiempo (a excepción que ya lo sepas), intenta reproducir cada fichero creado por la autoría, unos podrás y otros no pero, te sorprenderá descubrir que los menús creados se han convertido en simples archivos de video.

Para qué necesitas saber ésto?, para comprender que la autoría convierte todo a material video/audio con el bitrate asignado (incluso el menú) y esto se transforma en espacio disponible que te resta para tus videos.

Comprueba con el que ya has creado lo siguiente:
- Mira la duración que asignaste a architect del menú (de cada uno si hay varios)
- En cada menú comprueba qué bitrate asignó architect a cada uno.
- Si hay audio de fondo en el menú, debes sumar ese bitrate del audio.

Al final, la suma de los productos "duración menu (sg)" x ("bitrate de cada menú"+"bitrate audio menú") aprox. igual a los kbits que restas a la capacidad máx. del dvd usado (DVD5, 4,7GB, 4.483 MB según nero).

Cuando ya sabes qué capacidad dispones "realmente" para tus videos, sumas todas sus duraciones y en la calculadora en función de esa duración total en tiempo, el nº de audios de cada video y el bitrate del audio, ajustando el valor de capacidad al valor que verdaderamente te queda del disco, conseguirás averiguar el bitrate máximo con el que trabajar.

Una manera infalible pero más lenta, es renderizar a DV desde vegas primero (si procedemos de edición, si los originales ya los puede interpretar architect obviamente no es necesario), montar la autoría en architect con ellos y dejar que sea él el que calcule el bitrate mediante la función "optimize". Con ese valor, ahora ya sí, renderizar con vegas a mpeg-2 (si quieres jugar con más parámetros, o cualquier programa compresor de tu gusto), con el valor aportado por "architect".  

Rebobinamos. No se trata de divX ni de Xvid, se trata del códec mpeg-4 de microsoft. Suele instalarlos el "windows media player" si no los trae instalados tu windows.

Se agradece nij ni la más mínima idea de esa faceta de architect, tomo buena nota.  

Explicación de lo que te ha ocurrido:

Seleccionando sólo 4, architect ha reducido el bitrate al mínimo que acepta y aún así la autoría diseñada no cabe en el soporte físico (DVD), en este caso architect "sabe" que debe bajar más el bitrate para lograrlo pero no puede rebajar el mínimo.

La solución es la que has adoptado marcar los suficientes para que architect pueda adoptar un valor admisible.

Esto es lo que te propone hacer en futuras producciones nij mediante una calculadora del bitrate, adelantarte al problema, calcular la duración en "tiempo" de todos los clips y menú/s y obtener el máximo bitrate con el que podrás comprimir a mpeg-2.

Esta forma de proceder permite hacer una compresión de pequeños clips a ese bitrate y decidir si la calidad es "suficiente", o por el contrario debes reducir el tiempo de duración total para poder aumentar el bitrate.

En cuanto a la segunda cuestión, me temo que debes volver a realizar la autoría.

Ahora sólo te queda cambiar el fourCC del video en Xvid. Las instrucciones aquí https://videoedicion.org/foro/index. ... ic=34658.0

Algo no debe andarte fino si vegas no termina el proceso.
 
Prueba con arcalculator, sacarás el máximo partido del códec según lo que quieras que ocupe el render final.
 
Pusiste a prueba lo expuesto en este hilo en el que participaste?, dónde está ahora el problema y antes no. https://videoedicion.org/foro/index.php?topic=33117.0

Con vegas y premiere (en studio lo desconozco), podrás hacer el proceso en ambas direcciones.

Citargracias jorge con quick time si se ve pero el problema es que tarda mucho en avrirlos...

Dónde los ves?, en un reproductor  del pc?

 

Citarrespecto a lo de que no se ve la pista de video en vegas??

Va unida a la anterior, con lo que el problema inicial sigue igual.

Continúas con los codecpack instalados?.
Determina qué códec usa tu cámara. Puedes hacerlo mediante gspot, él te informará cuál es el códec usado por el video que tienes capturado y que no puede leer vegas.