Avi with AC3 why isn't there a better way?

[Arkay]

There's been a thread http://forum.doom9.org/showthread.php?s=&threadid=36094 that talks about muxing AC3 into avi (divx specifically).

I've been using nandub to interleave ac3 into avi and have found it trial and error the same as everyone else although the "recommended" settings in the audio faq do work 90% of the time, there's always one every now and then that doesn't though.

Then along comes a prog called avimux that claims to mux AC3 properly (although I'm not sure what criteria was used to judge that nandub doesn't do it right).

I've tried avimux and had great results on my encoding machine (can see the added smoothness and lesser HD/CD activity). Until I went and played it with SPDIF out. For some reason the AC3 codec doesn't switch my AMP to DD and I get a fast pulsing very loud static instead. I have to go into the codec, select stereo, then reselect SPDIF to get it to work. I don't get this problem with Nandub, all files play audio correctly when loaded although the "random" nature of nandubs interleave settings means I can and do get stuttery playback on some panning scenes on some rips. I am unable to fix this on my encoding machine (everything looks fine) but I don't have AC3 SPDIF capability to test it there. My playback machine isn't as quick but can play an avi stream with AC3 5.1 no problems if the interleave settings are right in the first place.

So, the question is. Why is the AC3 interleaving in AVI such a great mystery? Why isn't these something that can do it right, each and every time and why do avimux interleaved avi's not play properly.

My playback hardware config is:

P3 733
G400 Tv out
Sb Audigy (I know.. but it does work for AC3 with Nandub interleaving).
Intervideo codec (also tried others, same problems).

Surely there must be some explanations to all this. Why should it vary from one soundcard to the next or from one machine to the next?

If it truly can't be sorted out what is the point in divx with AC3 if we can't be gauranteed the same playback from one machine to the next. Not very future proof?

Ok.. There's my beef. Can someone please explain and can the author of avimux shed some light on why the first few frames of AC3 when used with that tool screwes playback?

There must be a way to figure out this mess. Alternately, what other formats could be used to contain divx with AC3? These problems don't occur with VOB's... Why not?

Cheers,
Arkay.

[ChristianHJW]

Originally posted by Arkay There must be a way to figure out this mess. Alternately, what other formats could be used to contain divx with AC3? These problems don't occur with VOB's... Why not? Cheers, Arkay.

There are no proper standards to use AC3 in AVI, thats the problem. AVI normally only supports audio through the ACM interface API, and there is no such thing as an AC3.ACM codec, so everybody is using his own little 'hack' to mux it in ( same as VBR MP3 ) and in the end there is no compatibility.

MCF will solve this problem finally, as AC3 audio is a part of the specs and the container is based on timestamps for each block, so syncing will be guaranteed in any case.

Please dont ask me now when you will be able to use it, the specs are in final discussion and likely to be frezed soon, and we have an alpha of Suiryc's VdubmodMCF being tested. But there is still a hell lot of work for the team, i'd like to motivate anybody to contribute, especially people with c/c++ programming skills :D .

http://mcf.sf.net

[Arkay]

ChristianHJW,

Thanks for the reply. Just checked out the link and MCF would appear to be everything that is needed. I congratulate you on getting stuck into something of this magnitude.

Good luck with the project. I'll be watching keenly for the first beta's. I'd offer to alpha/beta test for you but you probably have more than enough people doing that already.

Looks like for now I'll stick with nandub for AC3 until MCF is available.

Cheers,
Arkay.

[janosch]

Originally posted by Arkay

...Until I went and played it with SPDIF out. For some reason the AC3 codec doesn't switch my AMP to DD and I get a fast pulsing very loud static instead. I have to go into the codec, select stereo, then reselect SPDIF to get it to work.....
Cheers,
Arkay.


i have the same problem with AVImux, although all says it works better than Virtualdub_ac3 or nandub.
What you have done exactly to fix the problem, which codec, the output control of your soundcard or what ?

CU

[Arkay]

What I did to fix the problem was to go back to using nandub and hoping the interleave settings I'm using are right for a particular clip.. Of course, when I go to play it on my playback machine with SPDIF it may not be. :( Unfortunately until I get my home network finished I won't be able to test play anything without burning to CD first which is most annoying.

Cheers,
Arkay.

[alexnoe]

@Arkay:

I've received a second report about the same problem.

The criterion used to judge NanDubs interleave method was that it cuts AC3 frames in the middle.

I still have no idea where the problem comes from, but did you try AVI-Mux GUI with small interleave values (e.g. 3 frames)? Did you try both rec-lists being switched on and off?
That's not a solution, it's just a test :(

[Arkay]

I haven't tried any other settings other that the defaults which looked perfect on my encoding machine. I tested it on a panning scene that I just couldn't get right in nandub and it looked perfect. It wasn't until I burned a CD and tried it on the playback machine that I noticed the problem.

I might have a go at getting Avimux working properly when I get the network connected to my playback machine and don't have to cut a cd for every test. (I don't have a Rewritable burner unfortunately).

Interestingly though if I switched the codec back to stereo, then back to SPDIF it fixed the problem and playback was smooth. It appears to me to be something at the very beginning of the AC3 that possibly got thrown at my soundard too quickly? Maybe it has to do with the preload number. With nandub I use 64/64 or 128/128 with most rips. Maybe 500/75 caused the problem.

Cheers,
Arkay.

[alexnoe]

I have a trace. DirectShow might misinterprete the dwSuggestedBufferSize and dwInitialFrames values in the audio header.

I've adapted these values to be the same as for NanDub output (i.e. dwInitialFrames=1, dwSuggestedBufferSize = 2*AC3-Framesize).

These values do not mean anything for the SPDIF-out. If they fix the problem, then this is another thing where muxing programs have to take care of DirectShow bugs :(

http://www-user.tu-chemnitz.de/~noe/Video-Zeug/AVIMux%20GUI/Pre-release/AVIMux_GUI-Eng.exe

[Arkay]

Hehe... Man.. That was quick turnaround time. If you have ICQ send me an email and I'll give you my number. Looks like you're up at the same time as me so I can maybe run some tests while we chat.

I'm about to burn a 100MB clip to test with. I've used settings of 128/128 (just to make sure about the AC3 frame size being multiples of 32). I'll go test it in a minute.

Cheers,
Arkay.

[alexnoe]

Don't use AVI-Mux GUI with an interleave of 128. I've found that this doesn't make sense.

About the multiple of 32: That is only important for NanDub.

[Arkay]

Ok.. I've run some test. Burned 7 clips to a cd with differing interleave values on a panning scene, including variations of reclist/noreclist, opendml or not, legacy or not.

All of them exibited the failing to switch to DD on the amp and the resultant static. Switching to stereo then back to SPDIF fixed it so I could check the actual panning scene with correct audio.

I found that with the SPDIF all the interleave settings worked quite nicely. Some strained the CD more than others but none were jerky (even 128/128 was good).

What I then tried was changing the default output device of the intervideo codec.

You'll be glad to know the problem seems to be related to sound card drivers and the way they pass through AC3.

I have a shitty SB Audigy. With nandub files and output set to default wave out everything works fine (except for the interleave jerkiness problems). With avimux default waveout doesn't work. Neither does any other setting either though (tried directsound) and I do get sound, without the static but in PCM, not AC3.

Also tried the cyberlink codec and got the same symptoms.
Tried bsplayer, powerdivx and powerdvd's open media file.

Nandub does something different on those first few frames that hit the soundcard driver. If you can nail what that might be you'll be laughing. Obviously this only occurs on very few soundcards and probably SB cards at that.

I'm going to look if creative have yet managed to write a decent driver. I'd be very interested to see if linux playback on the Audigy would be any better. If I can find a small drive big enough for linux I'll build a player on that one day soon and see what we get then...

Ok.. Hope that helps a little.

Cheers,
Arkay.

[ChristianHJW]

Originally posted by Arkay ChristianHJW,
Thanks for the reply. Just checked out the link and MCF would appear to be everything that is needed. I congratulate you on getting stuck into something of this magnitude.

Thanks for the motivating words mate. I just hope we are NOT stuck, and in fact it seems we are finally progressing nicely, after a long period of a 'creative break' ;) ...

Good luck with the project. I'll be watching keenly for the first beta's. I'd offer to alpha/beta test for you but you probably have more than enough people doing that already.

Thanks for the offer. In fact this is not the case, we still accept alpha testers for VdubModMCF, especially people with a bit of technical background. Just drop in on irc.openprojects.net , #mcf or #uci during the European evening hours, we will meet there with high probability.

Much more than people wanting to contribute as alpha testers we are searching for supporters of the project in general, and there is still a lot to do, even tasks that dont require C/C++ coding skills, like php coding, Java, website updating, etc. .... in fact, one of the most important motivations for me to tell people about MCF again and again is the fact that our team is sinmply too small for the big task we accepted. Any help is highly appreciated, however small it will be.

Looks like for now I'll stick with nandub for AC3 until MCF is available

Even if you would decide to join the alpha testing team, you still had to use nandub or VirtualdubMod for the time being, because the MCF files created with the existing alpha tools will not be spec compliant once we update libmcf to meet with latest specs ( which can be found here : http://mcf.sf.net/EBMLed/
), so all the old existing MCF files will be broken, non-playable files :-( .

[dvd2svcd]

OT:

Isn't there enough developers on EW's forum, huh? I mean since you've re-registered here you haven't done anything but trying to promote MCF and getting developers to join the MCF team. Don't misunderstand me, MCF is a good (albeit huge) idea. But, I'd like to see a few posts from you here on this board where you're actually helping other users without mentioning MCF. I mean, the basic idea of this forum is to help other people with their problems, not inviting developers to join any teams. I'd say that this borders to breaking rule number 5. I'd call your posts intelligent spam.

Anybody who thinks this is uncalled for just search and read all ChristanHJW's posts. It's like listening to a broken record.

[alexnoe]

The cause for the trouble is isolated. I'll add a workaround to make shitty-SB-compliant AC3 audio.

Try this:
http://www-user.tu-chemnitz.de/~noe/Video-Zeug/AVIMux%20GUI/Pre-release/AVIMux_GUI-Eng.exe

[Arkay]

Alex,

Excellent, thanks for the update. I'll try it out tonight when I get home from work.. Stay tuned.

-Arkay

[Arkay]

Alex,

Ok. Tried it out at home at lunch. Everything is fine.. Thanks!!
Amp switches direct to DD as we expected.

I used the default 500/75 settings and was amazed at how little the cdrom accessed to read. Awesome.. and smooth too!!

As you say this is a workaround should I wait for a stable release before I go and do all my avi's this way? Or do you mean that it's fixed and won't change in future releases?

Thanks for the help.

Cheers,
Arkay.

[alexnoe]

I don't intend to change it again, unless more reports about bad SB drivers arrive ;)

[ookzDVD]

@Arkay,

I think you should give .ogm a try,
you gonna love it. :)

[Arkay]

Originally posted by ookzDVD
@Arkay,

I think you should give .ogm a try,
you gonna love it. :)

Could you elaborate a little more for me? Is that the ogg container format? I've seen a few posts here and there but ignored them cause my brain couldn't handle any more!

I could use some clarification. I understand ogg audio is pretty good but how can you get 5.1 SPDIF with it? If ogg and ogm are even related. I've been trying to avound learning any new tools having just gone through a couple of brain numbing months of learning avs scripting, filter usage, AC3 encoding/decoding/interleaving, interlacing, NTSC Telecine and IVTC, Pal deinterlacing etc etc.. basically I new nothing about 2 months ago :-)

I still dunno if my brain is up to it yet ;)

Cheers,
Arkay.

[ookzDVD]

@Arkay,

Sure,

.ogm it's just a container which could mux many types of media,
if you want to get 5.1 SPDIF output, you can keep the .ac3 file,
and mux the .ac3 to the .avi just like nandub does without worry
about interleave setting :)

the other advantages are with the .ogm format, you can mux not just
the video (.avi soundless) and audio (.ogg / .mp3 / or .ac3) but
you even can mux the subtitle (.srt) and chapter info (which
generated by ChapterExtractor), those can't be done by (nandub).

the most powerful ogm muxer is Cyrius's Ogmuxer, which you can
get from his website : http://cyrius.bunkus.org

and for playback you should install the Tobias DirectShow Filter,
which you can download it from : http://tobias.everwicked.com

Goodluck.

[ChristianHJW]

Originally posted by ookzDVD
the most powerful ogm muxer is Cyrius's Ogmuxer, which you can
get from his website : http://cyrius.bunkus.org

Thats true for the time being, but watch out for the latest changes of Cyrius' VirtualdubMod on http://sf.net/projects/virtualdubmod . AC3 muxing is currently not working with the OGM container AFAIK, but should be soon ...

[MaTTeR]

@Arkay

I'm curious which playback filter(s) your using? If you haven't tried it yet, download Valex's AC3 filter and give them a go.

@ChristianHJW

Nice of you to turn the other cheek. LOL

@DVD2SVCD

I haven't seen anyone else complaining about the MCF promotion on here. Posts are easy enough to ignore if they don't interest you, at least they are for me. Maybe a PM to Chris would be more appropriate so the rest of us don't see the bickering and the cheap shots to EW?

[Arkay]

Originally posted by MaTTeR
@Arkay

I'm curious which playback filter(s) your using? If you haven't tried it yet, download Valex's AC3 filter and give them a go.


Hi MaTTeR,

I've tried the following:

intervideo (still using)
cyberlink (okish)
valex's (seems excellent)

I'm going to go back to valex's. I just put it back to intervideo cause i knew what to expect from it. It hasn't made any difference with regard to these problems though. For what Alexnoe and myself have found it's a problem with crappy SB drivers and/or cards.

I don't have any problem achieving AC3 passthrough. The SB Audigy test software in 5.1 mode will only give sound from front left/front right though but it is working.. My Amp doesn't lie and neither do my ears ;)

Can you tell me why one AC3 codec should be any different from any other if all it does is pass a bitstream through to an external decoder? Bloody software people just can't help but mess with things :-/

Cheers,
Arkay.

[ChristianHJW]

Originally posted by MaTTeR
@ChristianHJW
Nice of you to turn the other cheek. LOL

@DVD2SVCD
I haven't seen anyone else complaining about the MCF promotion on here. Posts are easy enough to ignore if they don't interest you, at least they are for me. Maybe a PM to Chris would be more appropriate so the rest of us don't see the bickering and the cheap shots to EW?

@MaTTer :

please, for heaven's sake, keep the peace mate. DVD2SVCD and me had a nice and friendly conversation via PM as a result of his post here ( until his mailbox was full that is ;) ), and i am sure he understands better now what my motivation is to 'promote' or 'advertise' MCF everywhere.
( Sidenote : Sorry, but i hate both expressions given above in relation to what i am doing here, f..ck i dont want to sell you anything, lol :) ... we need help badly for this big task and all i am trying to do is to raise the awareness of people for MCF, in naive believing somebody might decide to contribute to the project, in whatever form )

I have promised him to make it a bit easier now, also because some friends warned me already that users might get annoyed by the constant mentioning of something that will be excellent once its here, but is not yet available for the time being :( ...

[MaTTeR]

Originally posted by Arkay
Can you tell me why one AC3 codec should be any different from any other if all it does is pass a bitstream through to an external decoder? Bloody software people just can't help but mess with things :-/ The channel mapping problem with SB drivers seems to have been an issue for some time that's obviously not resolved as of yet. In theory and on paper the AC3 decoders should be the same because as you said they are just passing a pure stream. Now what your drivers are doing to that stream is whole other can of worms:)

@Christian
Sorry man, I'll hold my tongue. Maybe I woke up on the wrong side of the bed this morning:D

[dTb]

Originally posted by ChristianHJW
AC3 muxing is currently not working with the OGM container AFAIK, but should be soon ...

Are you talking about having to mux to avi first? Apart from that it's working great for me.:D
Btw, I'm looking forward to MCF, if I had any expertise I would probably offer to help.

[ChristianHJW]

Originally posted by dTb Are you talking about having to mux to avi first? Apart from that it's working great for me.:D

Yes. Its one of the goals of VirtualdubMod to make this unnecessary, so one can mux AC3 into OGM directly, without creating an AVI first and transmuxing this to OGM using Tobias' DShow based muxer filter.

I am not sure if Suiryc could already look at this, we talked about this briefly on another occasion when discussing how to mux AC3 into MCF, and he said he is making his way through nando's AC3 parsing code, trying to understand it .... dont know if its working with OGM now , had no time to test.

Btw, I'm looking forward to MCF, if I had any expertise I would probably offer to help.

Again, anybody can help. Of course, some coding skills ( not only C/C++, even Delphi, php and HTML ( for website ), Java etc. are welcome ) were very helpful, without them there is only alpha testing left to contribute, and this requires somebody who has good knowledge about audio/video encoding in general and has been following the project, its goals and the mailing lists for some time at least, else i would spend more time explaining why this and that is not working now, instead of writing necessary stuff ....

[Arkay]

Hi Guys,

Thanks for the responses on this thread. I have one more question though. I've been reading up on the ogm container and muxing AC3 in.

From what I've gathered here and elsewhere there is no way to mux AC3 directly into an ogm file yet. You have to still mux the AC3 in with nandub/avimux and then take the resultant avi and use oggmux to turn it into an ogm. The question I have is this. If you use nandub to mux the avi, how is it then possible for audio sync etc to work correctly in the resultant ogm? If I were to use the wrong interleave settings in nandub wouldn't I get the same problems when playing back the ogm as it appears the ogm is just a wrapper around the avi?

I haven't yet had a chance to test this with SPDIF out. I have noticed though that the resultant ogm file is several MB's bigger than the original avi. Could someone please explain this phenomenon.

If what I've been told is correct, all I have to do to get around my sync and playback problems with my AC3 avi's is to use oggmux to convert them all to ogm files? Is this correct?

Others have suggested that this method may not be terribly future proof either? I assume then that it is possible to extract the avi file back out of an ogm and convert it for example to MCF at some later point. I really don't want to have to be fiddling with my collection every time something changes. All this AC3 stuff seems to be in a constant state of flux of alpha/beta releases? I'm trying to figure out what is the best way to store my backups to reduce the amount of rework later on.

Thanks for your help.

Cheers,
Arkay.

[ookzDVD]

@Arkay,


From what I've gathered here and elsewhere there is no way to mux AC3 directly into an ogm file yet. You have to still mux the AC3 in with nandub/avimux and then take the resultant avi and use oggmux to turn it into an ogm. The question I have is this. If you use nandub to mux the avi, how is it then possible for audio sync etc to work correctly in the resultant ogm? If I were to use the wrong interleave settings in nandub wouldn't I get the same problems when playing back the ogm as it appears the ogm is just a wrapper around the avi?


.AC3 can be muxed DIRECTLY with the .AVI into .OGM ;)
just download the ogmuxer from Cyrius's web site.

and do such this command below from your command line :
c:\xvid\>ogmuxer -o test.ogm c:\movie\movie.avi c:\movie\movie.ac3

:)

[alexnoe]

@Arkay: No, you wouldn't get these problems (hopefully)! The cause for these sync issues etc is *not* a bad AVI file, but the combination of a broken AC3fromAVI-Filter and broken SB drivers! Fixing one of these would suffice to properly replay even NanDub output files.

The *data per stream* that NanDub/AVI-Mux GUI output does not differ. Only the way it is interleaved is different.

I hope that the OGMMuxer does not use broken DirectShow components to read AVI files...

About MCF: It uses Mode 2 Form 2, doesn't it? What about drives with broken firmware which don't write this correctly, such as Cyberdrive 058D?
When I have time for that, I'll upgrade Mode2CDMaker to output a RAW96R image and see if that silly drive can write that one correctly...

[ChristianHJW]

Originally posted by alexnoe About MCF: It uses Mode 2 Form 2, doesn't it? What about drives with broken firmware which don't write this correctly, such as Cyberdrive 058D?

MCF will have a mode 2 form 2 extension , but not all MCF files have to be burned that way. In fact, we dropped the idea to make our own mode 2 form 2 form when XCD was doing so excellent, we decided to use XCD simply, in close cooperation with the devs.

Now unfortunately the project has lost a bit of speed recently as poor avih is kept with other things. I recently offered to de_xt that we could maybe include the XCD mode 2 form 2 parser into the alpha MCF Dshow parser, even for other containers ( OGM, MPEG ... i refuse to support AVI with it ). Our Dshow expert, Jan 'myFUN/kromyx' Schlenker is currently working on adding video support to the MCF parser, and after that he will look into a Dshow based muxer. This doesnt really leave him with much time to look into the XCD support, but i will ask him next time he shows up on our IRC channel.

If only we could motivate a few more developers with a background in DirectShow to help XCD and MCF :( ...

When I have time for that, I'll upgrade Mode2CDMaker to output a RAW96R image and see if that silly drive can write that one correctly...

Are you by chance a developer :D ???

[alexnoe]

Are you by chance a developer ???Only in private :D At the moment, I don't even have the time to add more suggested features to AVI-Mux GUI (I need e.g. MP3 resync capability, fixing AC3 delay for appending multiple broken NanDub files, output log file, a debug mode and so on), due to the lack of time :angry:

About DShow: I have never ever used DShow in my own programs, since I've only dealt with AVI files so far, and I don't see sense in dealing with broken M$ crap (neither AVI reader nor AVI writer of DShow work as suggested by OpenDML AVI file specs).

[Arkay]

Ok, I can now mux AC3 directly into ogm files.. Thanks ookzDVD!

But the million dollar question is (and pardon my ignorance because I'm still learning all this stuff unlike you guru's ;) )

If I have muxed ac3 into avi already and I then create an ogm file from it

(A) (i.e. ogmuxer -o out.ogm avi_with_ac3.avi),

will it play back properly as apposed to muxing the audioless avi
with the raw ac3 directly into an ogm file?

(B) (i.e ogmuxer -o out.ogm avi.avi ac3.ac3).

The reason I ask is that if case (A) above is correct then I don't have to separate the video/audio from my avi files, then strip the wav headers off in order convert all my online files to the ogm format.

Please please please tell me I don't have to separate everything to achieve the results I'm getting with case (B).

Thanks again for all the advice!

Cheers,
Arkay.

[dTb]

I don't know all the technical aspects but so far I have found that it doesn't matter if the ac3 audio has been muxed with the avi prior to muxing into an ogg.
Using OGMDemuxer on such files gives you the avi and ac3 seperate.

[Chibi Jasmin]

@alexnoe: What's new in 23-Dec prerelease of AviMuxGUI?

[kauffmbe]

Where are you getting new AviMux GUI versions from? I still have the 1.10 version from the download page.

[Chibi Jasmin]

http://www-user.tu-chemnitz.de/~noe/Video-Zeug/AVIMux%20GUI/Pre-release/

[Chibi Jasmin]

@alexnoe: Any info on new prerelease from 23-Dec-02?

[alexnoe]

Nothing special, but somewhen in the next few days, I'll release a new one, which will finally be 1.11 and again available in german and english. Major changes:
=> reports details on broken AC3 streams (but no padding with silence yet)
=> support for DTS
=> does no longer use the file name extension to identify the format of a file
=> when checking the available space on a drive, files to be overwritten are scanned for and their space considered available

[Chibi Jasmin]

Originally posted by alexnoe
Nothing special, but somewhen in the next few days, I'll release a new one, which will finally be 1.11 and again available in german and english. Major changes:
=> reports details on broken AC3 streams (but no padding with silence yet)
=> support for DTS
=> does no longer use the file name extension to identify the format of a file
=> when checking the available space on a drive, files to be overwritten are scanned for and their space considered available

Fine...if you ever get that ac3-stream silence thing in, well....you know... :D But it's great to get at least the details on a broken stream...

Looking forward to the new version... :)

[Chibi Jasmin]

I just read in the V1.11 changelog:

'changed interleave pattern for AC3: Now 2 AC3 frames are stored into one chunk.
This is required for some broken SB drivers to work correctly with SPDIF-Out.'

While earlier you said, large ac3-chunks are valid in theory, but they play at warp-speed and therefore you made it 1 chunk/ac3-frame...what about this change now? Please explain...I guess 1 chunk/2 ac3-frames is not considered 'large' is it? Nandub 96/96 ms muxed files also had 2 or 3 frames / chunk, if I am right and worked!?

[alexnoe]

96/96 are 3 chunks.

[Chibi Jasmin]

Isn't it 2 chunks and 3 chunks in a varying pattern? Well, anyways, that's what I wanted to know, so everything should be fine.

[Chibi Jasmin]

What I always wanted to ask...what exactly does the preload value do? Does it make sense to have a preload of 500 ms for ac3, while one ac3-frame is 32 ms (500 ms is not a multiple)? Will Axi MuxGui round up to the next multiple of 32 ms? Or does the preload value just not work that way and do something completely different?

Can someone explain, please, what preload exactly does?

[MaTTeR]

I remeber reading awhile back that preload served as a pseudo buffer but I can't verify that at all. In that same thread someone had suggested they didn't think the value was even being used when muxing with NanDub. I'll see if I can locate the thread.

[Chibi Jasmin]

Originally posted by alexnoe
=> reports details on broken AC3 streams (but no padding with silence yet)


Thought, I'd dig this one out again :D I know you're probably more busy with the dts-muxing at the moment, but PLEASE don't forget about this one...it would be such an easy solution to remux all kinds of broken ac3-streams...if one frame is corrupt, and there's a silent one inserted automatically, one would have to worry about any delay issues and stuff...I'm sure a lot of people would appreciate it...me for sure...;)

Tell me, I am impatient...yes, I am...

[Chibi Jasmin]

Originally posted by MaTTeR
I remeber reading awhile back that preload served as a pseudo buffer but I can't verify that at all. In that same thread someone had suggested they didn't think the value was even being used when muxing with NanDub. I'll see if I can locate the thread.

A buffer in DirectShow? Guess the value is at least used with AviMuxGUI? And if there's a buffer, still the question, if it allocates multiples of the frame size or not..? Would be nice, if you have some more info...good luck in finding the thread!

[MaTTeR]

Well after 7 pages of threads I wasn't able to find the thread I was thinking about, maybe too old and archived. Here (http://forum.doom9.org/showthread.php?s=&threadid=17606&highlight=preload) movmasty explains that preload is more like silence. I'd love to find a nice explination myself though, maybe alexnoe can add it to his docs as well.

[Chibi Jasmin]

Well, thanx anyway... :)

[Chibi Jasmin]

Originally posted by alexnoe
AVI-Mux GUI does not handle MP3-VBR 44.1 kHz. Only 48 kHz works

Older quote...does this limitation still apply to V1.11+ versions?