Unofficial VirtualDub Support Forums [Powered by IB Forums]

Printable Version of Topic
Click here to view this topic in its original format

Unofficial VirtualDub Support Forums > Newbie Questions > Direct Stream Copy -> Saves Uncompressed?

Posted by: -think.circle- Apr 12 2004, 02:05 AM

im having great trouble appending some .avis

first i used some old version of virtual dub
i was able to append my 42 small avis
but the sound got out of sync near the end of the final movie
slowly got worse .... at the end it got around half a seccond delay although the sync of the original small avis was fine

well i thought id try the newest version since i didnt really find a sollution to this problem
now in the newest version i do the following things

i open the first avi
then append one part
select direct stream copy (already compressed with divx 5.1.1)
and save as new file

the file that i get is huge (10 times original size)
seems to be uncompressed
i have no idea what i made wrong
with the old version it just works fine that way

maybe its because of that "virtual dub has detected an improper VBR audio encoding in the source avi file"-error that i get when i open the file ALTHOUGH im 100% sure i did select constant bitrate when encoding (it displays: bitrate 128.0 +- 0.1 kbps)

slowly im starting to get pissed off

anyway i'd be glad if anyone could help me

Posted by: stephanV Apr 12 2004, 09:05 AM

maybe you should switch to virtualdubmod because of the VBR audio (maybe you used an average bitrate?), or convert it to CBR by saving it as wav and then use that as wav source and re-encode it again

anyway, 10 times bigger doent sound like uncompressed video, but more like uncompressed audio
could you check the file info of the new file in VirtualDub?

as for your synch problems: sometimes the audio and video durations of files dont match completely, which could lead to synch problems if you append them, certainly with so many files.

Posted by: -think.circle- Apr 12 2004, 01:08 PM

ok i ve found out some things now

direct stream copy does work fine
virtual dub just added all 41 avis and not just 1 (because of that "auto-detect additional segments by filename)
i didnt notice that because i was so annoyed about the filesize and how long it took to create the file that i didnt scroll through the final avi

my problems with the mp3 encoding seem to come from nandub
it does not write the header decently or something like that

so i reencoded the sound
but the problem with the skew is still the same
i cant append the files without getting skew
i guess ill have to append the sound files seperately and then add to the video

btw im using virtualdubmod 1.5.10 right now

still i have some mayor problem with this version
i cant find any sound options
my menu only has file - edit - video - streams - options - tools - help
i was not able to do anything with the sound in this version
dunno why
was it removed in this version???

Posted by: stephanV Apr 12 2004, 01:25 PM

again, check for the audio and video durations in file-->file information
sometimes they can differ a little (a few 1/100s of a second), this might cause the scew

as for the audio menu in VDubMod, its in streams-->streams list (right click on the audiostream to edit the stream)
they have changed it to this, because in the matroska and ogm file formats you can have more audiostreams and extra subtitle streams

Posted by: -think.circle- Apr 12 2004, 02:01 PM

ah thank you very much

for the file information stuff...
the audiostream is always 0.01 - 0.02 sec longer
however in the final movie the sound is ahead of the video

but thats no big problem anymore
im sure appending the sound manually will work

thx for your help

Posted by: Cyberman Apr 12 2004, 03:03 PM

QUOTE (-think.circle- @ Apr 12 2004, 02:08 PM)

virtual dub just added all 41 avis and not just 1 (because of that "auto-detect additional segments by filename)

That auto-append tricked me more than once too. Always look at the bottom line of the window after appending, VDub places an information message there, telling at which file it stopped.
Subtle, yet effective...