Veamos, al generar el m2v también debiste generar el audio de nuevo no?, supongo que en wav.

Mencionas "renombré", asumo que recomprimiste con una plantilla del programa obteniendo un m2v y un wav.

Cuando pasaste a mpg con tmpeg, uniste también el audio?, quiero decir si ahora el mpg que tienes lleva el audio consigo o no.

Lo primero es lo primero.

1) MaX2 tiene razón, vegas sí reconoce el códec.
2) Fíjate que además te indica que es divX a 25 fps.
3) Estás intentando cargar un video en PAL (25 fps) en un proyecto de vegas en NTSC (29,97 fps). Prueba cargar el mismo video en un proyecto de vegas como pal.
4) Si en 3) no se soluciona y estás usando un códecpack, desinstálalo y sólo instala los códecs que estrictamente necesitas uno a uno sin códecpacks.

No está de más cargar el video en gspot y verificar el códec de audio y video.

Notifica resultados y suerte.

Veamos que me aclare:

1) Tienes originalmente un stream de video m2v y un stream de audio en wav por separado?

2) El m2v te dió problemas y tuviste que multiplexar (generar fichero mpg uniendo el m2v+wav=mpg) o sólo renombraste el archivo m2v a lo bruto?.

3) La desincronización la verás en el timeline de architect y si cabe y cómo también se soluciona con architect y tiempo de recompresión, pero contesta, por favor las dos primeras para saber dónde estamos.

Sí recomprime al hacer el dvd ya que comprueba que no concuerda el audio por defecto del proyecto con el que tú pones.

Si lo que te preocupa es la desincronización que antes tenías, comprueba en el timeline del architect si al añadir ese audio en wav concuerda con la duración de la película (supongo que estarás usando el mpg que finalmente creaste al tener problemas con el d2v, y que este mpg lleva el audio en wav).

Por otro lado, si lo que te preocupa es si cabe o no, fíjate lo que dice la esquina inferior derecha.

Ahora ocupa 1,2 GB porque está en PCM wav (sin compresión), pero architect lo recomprimirá según las opciones que tengas seleccionadas en el proyecto.

Si no lo has hecho o no estás seguro ... file, properties, y en audio format fíjate que esté en ac3, de esta forma, obligas a architect a recomprimir la pista de audio a ese formato (Captura de pantalla adjunta).

Esto deberías haberlo fijado al iniciar el proyecto, o puedes establecerlo cuando inicias uno desde file, new.

Por otro lado, el peso del archivo en este caso no importará, lo que ocupará y si cabe o no según el soporte elegido, architect te lo indica en la esquina inferior derecha (Disk space used) en porcentaje ocupado o en MB (esta opción la cambias con clic dcho del ratón sobre ese recuadro).

CitarSi usas CBR (Constant bit rate) tanto en 1 como en 2 pasadas, la fórmula aproximada es:
Tamaño de archivo=Tiempo del video(en segundos) x Bitrate Total (Video+Audio en kbps) * 1024 / 8

Si usas CBR sólo puedes realizar una pasada y la operación correcta es :
Tamaño de archivo (kilo bits kb)=Tiempo del video (en segundos) x Bitrate Total (Video+Audio en kbps).
El resultado obtenido está en Kilo bits (Kb), luego dividir por 8 para pasar a Kilo Bytes (KB), dividir por 1024 para pasar a Mega Bytes (MB) y volver a dividir por 1024 para obtener Giga-bytes (GB).

CitarPara VBR (variable bit rate), no hay una formula

Es la misma fórmula ya que codificando con el método de VBR fijamos 3 parámetros para el bitrate: Máximo, mínimo y promedio. este último es al que tiende el códec, de manera que el tamaño final del archivo obtenido sea de igual tamaño al que obtendríamos si hubiésemos utilizado este bitrate promedio codificando en el modo CBR (byte arriba, byte abajo).

Estimado raul, creo que te confundes con CQ (Constant quality), con este método es cierto lo que dices no hay manera de saber de antemano lo que ocupará ya que el códec trabaja con un bitrate máximo (que no sobrepasa) y un parámetro de calidad.

Esto también depende del programa compresor utilizado. Es cierto para canopus procoder, mientras que TMPEGEnc 4 Xpress (supongo que la 3 igual), en este modo admite también como parámetro el bitrate mínimo.

A este respecto otra precisión, 1-pass o 2-pass sólo es posible codificando en VBR (a secas), aunque codificando en modo CQ también obtengas VBR. La diferencia?, en VBR el códec tiende a ajustarse (repartiendo bitrate entre el mínimo y máximo fijados según otros parámetros), al bitrate promedio (por tanto podemos saber lo que ocupará usando el promedio que fijamos), en CQ, el códec mantien el parámetro de calidad fijado, no sobrepasando el bitrate máximo, pero no sabemos lo que ocupará ya que no sabemos cómo decidirá asignar bitrate.

CitarCuando capturo con el iuvcr, me conviene dejar la opcion interleave en none, capture o full?

No hace falta que lo toques, se refiere al modo con que iuVCR entrelazará los streams de video y audio. No confundas con el entrelazado de campos que hasta ahora comentábamos.

CitarMe conviene entonces capturar directamente en 720x480, o (como he leído en otro sitio) en 352x480 (siempre hablando de ntsc)?

Aún no te has decidido?, prueba y decide.... No hay mas remedio, haz distintas pruebas, codifica igual todas ellas y visualiza.

CitarEn Vegas, que Motion Blur me conviene, dado que me aconsejaron deshabilitarlo, pero no me lo permite en las opciones

Déjalo como está, este parámetro hasta donde yo interpreto el manual de vegas, no interviene en catura, interviene al aplicar en tiempo de edición, efectos blur (difuminados) en el track motion.

CitarCómo calculo el bitrate con VBR, de acuerdo a la duración y a la cantidad de movimiento del video

Como se ha explicado, o con una calculadora de bitrate pero siempre se calcula en función de la duración y de lo que queremos que ocupe (MB), la cantidad de movimiento que tenga el video es algo que nosotros estimamos al visualizar su contenido. No tendrá importancia si codificamos en CBR y a máximo bitrate. Sí la tendrá si nuestro objetivo es comprimir más, entonces es cuando escogemos VBR en dos pasadas, para que el códec determine dónde poner mas o menos bitrate en función de ese movimiento.

En cuanto al problema de architect con el stream de video m2v es cierto, me sucede lo mismo aún cuando lo genere desde vegas con la plantilla al efecto. No siempre, depende de la duración. Clips cortos no pero en ediciones completas de 1h. sí y siempre al dar doble clilc para añadir el audio. La solución que adopto es la misma que tú, multiplexar a mpg y problema solucionado.

En cuanto al ac3 generado, prueba con otro programa, se me ocurre el besweet o alguna de sus gui. También el vegas. Supongo que al tener el video en d2v tendrás el audio en wav o bien como stream m2a, o simplemente es un audio generado por tí. Déjalo en wav y cárgalo en architect, deja que sea él mismo quien recomprima éste a ac3.

mat_171, aunque hay en el hilo un enlace similar, léete poco a poco el capítulo de entrelazado de este otro hilo https://videoedicion.org/documentacion/index.php?article=81, es lo mismo pero sacado fuera del contexto de la captura y digitalización.

Por mi parte te hago una interpretación libre:

1) Es imposible casar un TV analógico con un monitor de pc. El primero sólo trabaja con líneas horizontales que dividen la totalidad de la pantalla. El monitor de pc es dividido por m x n líneas, "m" líneas verticales por "n" líneas horizontales, su intersección son los "píxels" de resolución teniendo control sobre cada uno de ellos.

2) Se hace una asociación entre las líneas horizontales en que se divide un tv analógico con la resolución vertical del pc, la "n"

3) Por si no tuviéramos bastante, el tv sólo enseña la mitad de sus líneas y después la otra mitad pero con una frecuéncia entre ellas de tal modo que nuestros ojos no lo captan, se llama a este proceso el entrelazado. Por el contrario, un pc las muestra de un sólo golpe.

Qué pasa al capturar como tú indicas a 240 px verticales?. Que sólo captas la mitad de toda la imagen, sólo captas un campo de la totalidad de 2 campos que hay en el sistema entrelazado de un tv.

Qué pasa cuando conviertes esta captura de 240 px de alto a la resolución normalizada de un dvd?, que el soft debe extrapolar de 240 px y convertirlos en 480 px, vamos que se los inventa.

Qué pasa si capturas a 480 px de alto?, que capturas los dos campos del entrelazado de la fuente analógica. Y como indica el manual, con cierto desfase en el tiempo.

Qué sucede cuando lo reproducimos en el pc?, el efecto que señala el manual siempre que el soft de reproducción que usemos no lo corrija, filtre.

Qué sucede si lo convertimos como antes al tamaño de frame normalizado del formato dvd?, que si mantenemos el entrelazado el soft no debe extrapolar, inventar, ya que tiene 480 px en total con los dos campos captados, pero con un pequeño desfase que si se reproduce finalmente en un medio analógico no pasa nada ya que éste es un medio entrelazado.

La calidad de la captura?, la dá el chip de digitalización y aquí sí que puede (o debería) haber diferencias. El chip que disponen las capturadoras de TV (60 €) debería ser muy inferior a las digitalizadoras de 300 € y subiendo y seguramente inferior a las cámara DV cuyo chip debe captar la realidad lo mas fielmente posible. También hay diferencias entre los distintos fabricantes, pinnacle, canopus, ..... Cuál es mejor?, ni idea sólo tengo una triste capturadora.

Y según mi experiencia aunque architect marque el 100% de llenado en el disco soporte elegido, se le puede estirar hasta el 105~110% pero eso sólo es experiencia. Haz tus pruebas.

juan, exactamente cuál es tu intención con el fondo transparente?, puedes ser algo más esplícito con la intención final del fondo transparente?.

Carga en gspot uno de los VOB generados por arquitect y comprueba que el bitrate coincida con el mpeg-2 original cargado, si te refieres al tamaño del fichero obtenido.

Estoy con DavidMC y raul rueda. También soy usuario de una pinnacle pctv-pro. Fíjate si al capturar te muestra información de cuadros perdidos.

Una muy buena prueba a realizar es capturar una cinta VHS en muuuuuuuuuuuuy buen estado y de muuuuuuuucha calidad (como prueba o copia de respaldo personal, por supuesto). Si en esta no hay cuadros perdidos ni ese efecto de ghost, posiblemente será problema de la cinta en mal estado, cabezales sucios, ..... por desgracia también me pasa pero en una cinta grabada con cámara VHS (cintas mini vhs) y en modo LP.

Como indicación, mi equipo es un PIV 3,0 Ghz, 1 MB de ram y 3 discos duros (1 de ellos sólo para captura e inmaculadamente limpio siempre y conectado al segundo bus ide, distinto de donde conecto el disco de sistema).

No tengo mayores problemas al digitalizar con ella, para mis cintas vhs obtengo, digamos, la misma calidad original al ser visualizada la captura en mi TV de 25" analógico.

Para los amantes de divX, ha salido la última versión de este códec 6.5.1 http://www.divx.com/divx/windows/download/?cid=prodnl0107_v102.

Lo que me parece una novedad son los intentos de autoría que llevan a cabo http://www.divx.com/divx/windows/author/?cid=prodnl0107_v103 aunque sean realizados por estos http://tmpgenc.pegasys-inc.com/en/index.html.

Pongo los dos links para que los interesados (los todo terreno mpeg-2, mpeg-4, ... lo que vendrá .... y vendrá .... y vendrá ....), no compren mas o menos el mismo soft dos veces. Por un lado los usuarios de TMPEGEnc Author 1.5, 1.6, 2.0 (ya que parece que está al caer la 3 que incluirá la autoría para divX y del otro lado los incondicionales de divX, adquiriendo el divX author.

Aunque como parece que hay retraso en pegasys, por qué no probar de mientras por 30 dias la versión (¿?) desde divX.

Saludos.

A la primera pregunta, debes usar una calculadora de bitrate, esta herramienta te dará en función de la duración total del video y del bitrate del audio, qué bitrate puedes usar para que quepa en el soporte elegido, ya sea dvd de 4,7 GB o doble capa.

A la segunda pregunta procoder generalmente selecciona por defecto (depende también de la plantilla que hallas seleccionado), elementary stream. Esto significa que te crea por separado la cadena de video m2v y la de audio m2a o wav según el códec de audio escogido.

Estos ficheros están preparados para cargar en un programa de autoría y generar el dvd o bien con un programa multiplexador unirlos y obtener el tradicional mpg.

La opción que te señala tektivilis creo que sólo está disponible en el modo wizard.

Si no usas este modo sino el arranque full y quieres crear el archivo ya multiplexado, utiliza una plantilla a dvd, y en el apartado <>, cambia el <> a "MPEG-2 program stream". Obtendrás un miarchivo.m2p que contiene el video y el audio, con renombrar a mpg ya estará.

falken no tienes ningún problema, eso es entrelazado y los dientes de sierra es el fenómeno que se produce al visualizar el material entrelazado en un medio progresivo, pero no tienes problemas. Haz autoría con el mpeg-2 para visionarlo en un tv convencional o, si tienes la posibilidad, conecta al pc un tv y visiona el proyecto de vegas con él, los dientes de sierra permanecerán en el monitor del pc y no estarán en el tv convencional. Información aquí https://videoedicion.org/documentacion/index.php?article=81, apartado Vídeo entrelazado (campos) / no-entrelazado