Hola, tengo una pista de video avi xvid de 19:31.800 y una wav de tb 19:31.800. Las multiplexo con VDM y me sale un video completo.

Ahora demultiplexo video y audio del archivo que he creado y el video es exactamente = al original antes de multiplexar, pero el audio ha variado de 200.000.912 bytes a 200.000.564 bytes (tamaño real de archivos, no en disco)

Queria saber si este error ocurre x multiplexar en avi, o es un error del VDM. Como se puede evitar ? otro programa ? otro formato contenedor ?

He probado a multiplexar en .ogm y al intentar demultiplexar el audio, tanto con "demux" como con "save wav" da un error el VDM, se cuelga y me obliga a salir al escritorio. Dice esto concretamente:

An out-of-bounds memory access (access violation) occurred in module 'VirtualDubMod'

Esto quiere decir q el wav con el ogm no se llevan bien ? o q se le va la perola al VDM...

Finalmente he probado con .mkv y ocurre lo mismo q en .avi, extrae el audio con "save wav" pero es 200.000.564 en vez de los 200.000.912 del original.

Si intento extraer el audio con demux, tanto en .avi como .mkv me crea un archivo sin extension q no sirve para nada, eso tpc lo entiendo ^_^ Salu2!

He probado si con mp3 ocurriria lo mismo, y es todavia mas grave

Alguien sabe de que va este rollo ?

Ademas el mp3 original al abrirlo con Adobe Audition 1.5 marcaba un longitud de 19:31:853 y despues de demultiplexarlo 19:31.774 o_O !!

Me inclino a pensar que esos bytes son de informacion del mp3, como por ejemplo la info del ID3tag, o info sobre el programa con que se comprimió, etc... y que virtualdub al gardarlo no lo copia, ya que no es parte de la cadena de audio.

Es una explicacion razonable, pq acabo de cojer el audio demultiplexado q me habia modificado (37.497.600) y lo he multiplexado al xvid de nuevo. Despues lo he demultiplexado y sale el mp3 (37.497.600), esta vez no ha variado el archivo. Como tu dices, debe ser xq ya lo tiene como el quiere

Asunto resuelto, ahora queda saber pq en .ogm no me deja demultiplexar el sonido .wav q le habia metido. Sin embargo el video y audio se escuchan a la perfeccion en los reproductores.

El video no puede tener el valor 774 porque es un valor de frame inválido, me explico.

Daros cuenta que en virtualdub avanzamos de cuadro en cuadro, y no existe un punto intermedio entre los cuadros ya que a efectos prácticos cada frame es una imagen.

Si tomamos un video en sistema PAL tenemos que,

1 frame =  1/25s = 0,04s = 40ms.

1000ms = 25 frames
  800ms = 20 frames

Por lo tanto tenemos que código de tiempo 19:31.800 = 19:31.20 , estando este ultimo valor expresado en frames.

Si hacemos el calculo con el valor 774ms nos sale que equivale 19,35 frames, que no es un valor válido para video.

Si, conocia esto q me has explicado, pero si lo he puesto q me parecia raro, era viendo q el virtual pasa el audio de 19:31.853 a 774, en vez de dejarlo en 800 q seria "yo creo" el valor normal.

Luego he puesto que el video es 800 y no 774 solo para ver esa comparacion, es logico q en video 774 no tenga sentido.

Gracias x tus explicaciones

A saber, pero el mp3 suele dar quebraderos de cabeza precisamente en el tema de la sincronización. Lo que está bastante comprobado es que el uso de mp3 en formato vbr es más dado a este tipo de problemas por lo que siempe recomiendo el sistema CBR, aunque claro no es un sistema infalible.

Yo es que en temas de audio estoy bastante limitado, de todos modos podrias poner que valores le das a la compresión del MP3, y qué programa usas.

Uso el q creo q es el mejor, y segun muchos tb, A.Audition 1.5

Una vez ajusto el .wav , q es mas facil pq respeta el time cada vez q guardo un cambio, lo comprimo a mp3 cbr 256 kbps 44100 hz 16 bits stereo. En el audition pone q es imposible diferenciar el wav de este mp3, y la verdad es q es cierto, con esta compresion se reduce el archivo wav cinco veces y no aprecio perdida de calidad en ningun momento.