Possible Bug in VDM1.5.1.0a muxing AC3 ?

[Donald24]

Hi there,

just tried out the new VDM which I downloaded from Sourceforge in the all-inclusive package.

I coded an 2.5Gb Avi-file, which I wanted to mux with the Ac3-Stream, and find the new stream menu very nice.
So I set my usual params on the Ac3 stream (preload 128ms/interleave 128ms) and finally saved it, the sum of both streams resulted in a 3.0Gb file.

But when playing back there is the AC3-filter (0.66b) in the playback filter list, but nothing is playing (telling about mono-stream, etc), maybe it is not finding the stream..

When I want to reload the muxed avi in VDM1.5 it is complaining about missing index and wants to rebuild that, a few minutes later it does show the ac3 stream on the 'file info'. But is the avi is really not indexed?

What could be the problem? Too large files? A bug in the muxing code?

Somebody else managed to mux a ac3-stream with the new VDM?

Thanks

Don

[moonman]

Exactly the same problem do i have. But when i save the avi as segmented avi and auto split it at 2 gig, then it worked... AND i have NTFS so it could not be that.. :(

moonman

[nexces]

I have a similar problem:

1227mb .avi
424mb .ac3

When I muxed them togoteher I got a 1500mb file.??
Opening it in MPlayer resulted in double speed video and normal speed audio. Obviously there was missing more than 1/3 of audio too...

After that I tried Matrioska (just for fun) and got a 1555mb file, with identical problems.

I did the same operation in 1.4.13.2 without any problem.

Apparently, there IS a bug...

[Suiryc]

There was a bug in the writing function that would generate invalid OpenDML files (i.e. AVI >2GB) when muxing an audio stream.
This has been fixed in our CVS.

@nexces
You experience another problem here.
Could you mux a few first frames (video+audio) of your file (make an AVI file <=2-3MB please :p) and send it to me (suiryc AT yahoo DOT com), or make it available somewhere, so that I can see what may be the matter ? Thanks.

[nexces]

@Suiryc

Sorry, I cannot reproduce the problem again...

But I think it was due to a corrupted .ac3 or .avi (divx)...

[moonman]

@Suiryc
Can someone compile the latest CVS for me please?
I need to test to mux a 3 gig file. By the way i have tested to do that as OGM container also, not working either with files over 2 gig.. not even with Oggmux. Can OGM or maybe Matroska container format use OpenDML?
moonman

[Suiryc]

AFAIK OpenDML is an AVI extension (i.e. strictly related to AVI).
It's true that OGM files >2GB don't seem to be played properly.
The matroska DShow filter should handle properly such large files.

As for an exe, you can try the version here (http://cyrius.bunkus.org/VDubMod_Fixes.zip).

[Belgabor]

Yes, OpenDML is an extension to the avi format including (among others) support for filesizes > 2Gb. OGM and Matroska never were limited in that matter. Afaik matroska is designed to have no limit, albeit the current implementation has a limit of 7200 terabytes i'm told. I don't know about ogm.

[moonman]

Thanks Suiryc for the exe and your answer. I'll test it tomorrow, do OpenDML work with this exe? And thanks Belgabor for your answer too. Maybe Matroska is the way to go then. I hope it can handle framesizes around 800 x 600 too.
moonman

[alexnoe]

I wonder why no one tried AVI-Mux GUI :D

Open-DML has been specified by 28/02/1996, so any player which does not handle it is 7 years behind.

The last version of VirtualDub (without mod) which created broken Open-DML files was 1.4.10, btw

[moonman]

I am using AVI-Mux GUI often. To mux my large captured files. It's an excellent program. Any chance of Ogg support?
moonman

[alexnoe]

No. I do neither have (easily readable) file format descriptions nor the time to support any kind of new format.

The next thing which has priority (meaning: which I'm going to work on if I have time) is matroska support. This alone will keep me busy for quite some time...

[moonman]

@ Suiryc:
The exe i get from you, works excellent to mux big files to avi container. But i don't get Matroska to work.. It crashes at the end of the muxing and virtualdub mod exits without warning. Maybe a Matroska bug?
moonman

[moonman]

Ok alexnoe.
Matroska it's even better, because i think it's the future, If it gets more stable and so.
moonman

[lighty]

I can confirm that VirDubMod 1.5.1.0a definetly has bug when muxing AC3 to OGM. I muxed 250Mb AC3 file with 500Mb video and it resulted it slight picture stutter when playing OGM.

Of course in my eagerness I already deleted source files so I used Demux option and demuxed video and audio stream. I then used VDM 1.4.13 to mux everything again and now stuter is gone. So I experimented both with AVI and OGM muxing with AC3 and indeed it seems that in ALL cases AC3 muxing is broken.

So for now I am back to good old VDM 1.4.13:rolleyes:

[ChristianHJW]

OpenDML AVI supports big file sizes just fine, its the version of avilib that Avery is using in Virtualdub that may cause probs here, at least sometimes. Lemme search for the thread ....

EDIT : some interesting links where Avery is talking about AVI limitations :

http://virtualdub.everwicked.com/index.php?act=ST&f=4&t=258&hl=&

http://virtualdub.everwicked.com/index.php?act=ST&f=6&t=183&hl=&

http://virtualdub.everwicked.com/index.php?act=ST&f=5&t=2448&hl=file,and,size,and,phaeron&

It seems i was wrong, problems will appear for files > 64 GB, if ever ...

[ChristianHJW]

Originally posted by alexnoe
No. I do neither have (easily readable) file format descriptions nor the time to support any kind of new format.

The next thing which has priority (meaning: which I'm going to work on if I have time) is matroska support. This alone will keep me busy for quite some time...

It will be much easier than you think Alex ;) ....

[nexces]

Ok. Now I'm having the same problem as before...
Audio is running fine, but the video is in "fast forward" mode.
And obviously VDM cut the audio when the video ends.

Video size: 1739MB
Audio size: 407MB (5.1 ch, 448Kbps)

I've muxed the first 500 frames and UL-ed here:

http://www.cdnet.com.hr/binaries/MGM%20Logo.avi

Interesting no one else reported a similar problem?

BTW. VDM 1.4.13.2 did the job just fine.

[Belgabor]

Originally posted by nexces
Interesting no one else reported a similar problem?


Um, what about this (http://forum.doom9.org/showthread.php?s=&threadid=54324)?
What format are you trying to write to? Perhaps it works less 'good' with other formats than with matroska in the mentioned thread.

[Kyo]

[Fix report :p] I tried to mux an avi + ac3 with the sf.net build and get 2 avis > 703Meg when the source avi+ac3 has < 1393Meg now I get a compiled build 1209 and the mux was ok, the 2 parts < 700Meg... i wonder if there was a bug on the mux/overhead part in the sf build or was a mistake made by me?

[nexces]

@kyo
I'm muxing in .avi (as can be seen from the link I submitted)...
but it doesn't matter, because the same happens with matroska too...

[Kyo]

@ nexces
I have downloaded the clip and yes it play like 3x fast :D, but the problem seem to be the audio, I only get 148k of audio for the clip, may be a CRC error or things like that, have you tried activating the option "keep corrupted data" on vdubmod?

[Suiryc]

Well actually I got another report about an AC3 stream not being recognized in 1.5.1.1a.
Both nerxces problem and this report are related, as I noticed the same thing with both streams (I demxued the AC3 from your clip) : those are 'special' streams with a bitstream version 6 (actual standard of AC3 is bitstream version 8) and my code would only 'like' version 8.
According to the specs our code which handle version 8 should also handle version < 8 (which implements a subset of version 8 features) so I changed our code in the CVS to accept AC3 files with such bitstream version and I think it fixed the problem (the 'MGM Logo.avi' AC3 stream was actually lasting 2.720 seconds and not 20 seconds as stated in the stream list).