LAV Filters - DirectShow Media Splitter and Decoders

[Andy o]

Any other movie that you're having trouble with? I already saw D9 so I wanna rent something I haven't watched... 2 birds one stone you know.

[SamuriHL]

I'm having all kinds of problems technically. But I think a lot of it is my own issue to deal with. For MC16 I have to use ffdshow for subtitle rendering. And I think that's got some issues with the new forced sub option. I mean, with the chain I've got going on, it's not surprising that it's having problems. However, even with MPC-HC's subtitle renderer, forced subs aren't working flawlessly. Salt didn't seem to work right for me, either. So I don't know if it's a bug or if it's something in my config.

[Andy o]

According to that spreadsheet, Avatar has flagged forced subs too, just like D9, Salt and Paprika, so these should be the same. I'm gonna choose one of the movies of that sheet.

[SamuriHL]

Ok, forget everything I've said. I have no idea what the HELL happened. It *DOES* work with MPC-HC's subtitle renderer. It does NOT work with ffdshow subtitle renderer. This situation sucks, but, it is what it is. It means I can't use this in MC16. But District 9 works with the MPC-HC sub renderer. Now if only I could use that in MC16. :( I so wish Nev would write us a proper subtitle renderer. :D :p

[SamuriHL]

According to that spreadsheet, Avatar has flagged forced subs too, just like D9, Salt and Paprika, so these should be the same. I'm gonna choose one of the movies of that sheet.

Yea, see my latest post. It works fine with MPC-HC's sub renderer. So, blank my life, but, that's just how it goes.

[Andy o]

The JRiver folks are also very responsive to customer requests, aren't they? I tried their player a long time ago and liked it, but I really didn't need it.

[SamuriHL]

Yea they are. ffdshow just ain't working. No matter what I try. Not for this. We so need a better sub renderer.

[robpdotcom]

Correct, MakeMKV does NOT set flags for forced subs - you must load the file into mmg's header editor to set the forced flag (which only takes a few seconds).
Posted before I saw your post. It does seem to be preserving the flags. I tried with 1.6.8, but I haven't seen this specific issue on the release log.

I think we're talking about 2 different things. It does preserve the flags within the pgs stream, but does not set the forced flag for the track inside the mkv. LAVSplitter needs the latter. I suspect that if LAVSplitter is automatically loading the track, and you have not set the flag with mmg's header editor, then it is probably just loading the first track.

BTW: Another, more recent movie with forced subs: The Tourist.

OT: In MakeMKV, you can always select the option to extract forced subs - if there are none, it will not create the extra track.

[Andy o]

You still have to turn on the subs even if you wanna see only the forced captions within the normal sub track. I don't see much value over having an actual forced full track, but you can set the flag quickly with mkvmerge, without remuxing. I don't know what LAVF Splitter does with such a track, or MPC-HC's sub renderer, for that matter.

[robpdotcom]

I'm confused.

Are you saying that you have a pgs stream, containing all normal subs (plus individual forced subs), and somehow you are able to display only the forced subs?

[SamuriHL]

That's the point of what Nev just added. :)

[robpdotcom]

Ooooh. Looks like I missed a few pages here. :rolleyes:

I hope this clears up my confusion a bit:

Will LAVSplitter eventually be able to display the forced subs only from PGS subtitle streams? Is that even something a splitter could do, or would that be something for the subtitle renderer?Thats something a sub renderer should be doing. I don't interpret any streams, i just send them to the decoders to do their magic with.

Personally, i have only seen BluRays where the forced subs are in their separate track, though. (Sadly, you cannot detect if they are forced subs just from the track. <.<)

Very cool stuff.

[SamuriHL]

Yea, um, Nev's had a....change of heart. :D

[robpdotcom]

This, combined with madVR being able to use MPC-HC's internal sub renderer makes things soooo much sweeter.

BIG, BIG Thanks Nev!

[SamuriHL]

Amen to that. I just wish it would work with ffdshow's sub renderer so I can continue to use MC16. Case in point I'm watching The Crow (japanese import) in MC16 with LAVF Splitter/ffdshow audio/cyberlink video decoder/madVR as we speak. Right off the disc. Fortunately no subs for this one, but, I'd LOVE to get the forced sub thing to work.

[robpdotcom]

Just tested this with two mkv's: The Tourist, with which I did not extract a separate, forced sub stream (so, the forced subs are embedded in the normal subs stream); and Avatar which I had previously ripped by extracting the extra forced stream (flagged as forced by mmg).....

Both work perfectly by setting Subtitle Selection Mode to "Only Forced Subs" and Blu-ray Subtitles to "Deliver only Forced Subtitles".

I can see though, how his will be tricky to select full subtitles in a pgs stream....

Would it be possible for LAVSplitter to create a virtual "forced" track, which will load automatically, then you can then select the full subs, for example, via Right Click > Navigate, or even by the player's "next subtitle" keyboard shortcut ("S" in MPC-HC)?

[SamuriHL]

Nev is planning on some enhancements to make it easier to use.

[jmone]

SamuriHL - I DO GET Subs working fine in MC16 to start with then for some reason they stop displaying after about 30 sec with my latest filter config. It has to be either FFDSHOW or the way LAVSplitter works with FFDSHOW for these. I posted the filter info a few post earlier at http://forum.doom9.org/showpost.php?p=1496491&postcount=1978 + I've tried all sorts of various options in ffdshow, etc but I've no idea why it would work for a bit then simply stop displaying them. I'm testing with D9 and Avatar both off the disc and muxed to various containers. I'm also sure I had an earlier config working fine....but I can not seem to work out what it was now (so may bits have changed).

[Andy o]

If you're using mkvs though, you always have the option to choose which forced subs you wanna rip to a separate track, like I did with Paprika.

[SamuriHL]

Sigh. This isn't a good situation for us. I wish we could have the sub rendering code from mpc in mc16.

[SamuriHL]

Yes, Andy, but on rented discs that's not a viable solution.

[Andy o]

Oh sorry I didn't mean you guys, I was answering to robpdotcom who was talking about mkvs:
Both work perfectly by setting Subtitle Selection Mode to "Only Forced Subs" and Blu-ray Subtitles to "Deliver only Forced Subtitles".

I can see though, how his will be tricky to select full subtitles in a pgs stream....
Should have used the quote button.

[jmone]

Subtitle Dropping Issues: Using D9 as the test disc. Start playback at Chapter 4 (time code 20:33) and the Subs work fine from here till 21:15, they should start again at 21.25 but don't appear. It always happens exactly at that point. I've tried multiple FFDSHOW builds (clid's Generic, clid's ICL10, XhmikosR's icl 12). Issue happens using both madVR and EVR so it is not the Video Renderer.

EDIT: Don't know why I did not test this early! If I leave LAVSplitter with "Full Subtitles", and "Only with matching language" / "Deliver only Forced Subtitles" unchecked then there is no issue with the subtitles dropping (of course I now get all subs not just forced subs). It looks like a bug in LAV reliably delivering just forced subs with FFDSHOW.

[jmone]

Thats nothing a decoder would do. Thats all the renderers doing, and ReClock is the only reliable WASAPI (=exclusive) renderer i know.
But even when using WASAPI, it doesn't magically switch output configurations - ReClock has an option to do this for you ("Set matching speaker configuration")

FYI - MC16 support WASAPI and WASAPI Event Style with options for:
- Exclusive Mode
- Flush devise buffers (start up and on pause)
- Present 24-Bit data in 32 Bit package

Also enables the use of their DSP including stuff like:
- Output Format (resampling/bitdepth, channel mixing etc)
- EQ
- Video Sync (keep audio in sync with the video by resampling) - thanks to madshi for helping out on this one!
- Room Correction
- other stuff!

The only downside is it only works in MC16 (it is not a seperate DirectShow filter).

[nevcairiel]

Sigh. This isn't a good situation for us. I wish we could have the sub rendering code from mpc in mc16.

How about DirectVobSub? It should be the same renderer as MPC-HCs, except that it applys it onto the decoded image, not the rendered image. At least with Blu-rays, that are 1080p from the start, you don't get scaling issues - just chroma upsampling issues. :p Nothing that ffdshow wouldn't also suffer from.

And what the hell, while i'm sleeping you guys produce 2+ pages of comments.

Anyhow, i have alot of discs myself, including Salt, D9 and several others.
From the list in that AVS thread, forced subs inside the normal track are far more common, it seems. I do however have some discs that also have separate tracks for the subs (I don't remember exactly, but i watched one just 2 weeks ago or so - The Expendables it might have been)

The filtering code is pretty dumb right now, i only tested on that one disc - which worked fine. But i can imagine situations where it would cause some issues - not sure if those actually exist in real-life though.

What the filtering does is produce "holes" in the sub stream, usually they seem to be numbered sequentally, now some are missing - maybe ffdshow can't deal.

@MakeMKV:
Flagging the tracks as forced is not important in this scenario. I would however be surprised if it modifys the flags in the PGS frames, just because simply copying is so much easier then rewriting them - so it should preserve those flags.

[jmone]

How about DirectVobSub? Unless I've missed something, it does not have PGS supports which makes it kinda pointless these days. The benefit of FFDSHOW is they added PGS support at the end of last year.

And what the hell, while i'm sleeping you guys produce 2+ pages of comments.

Imagine what would happen if you slept in!

What the filtering does is produce "holes" in the sub stream, usually they seem to be numbered sequentally, now some are missing - maybe ffdshow can't deal.

EDIT: That is exactly what it feels like from my end. The FORCED subs stop displaying once a "normal" sub has been supressed.

[jmone]

As an idea - instead of producing holes, could you present blanks instead?

[nevcairiel]

Unless I've missed something, it does not have PGS supports which makes it kinda pointless these days.

It uses the same logic to render subs as the MPC-HC internal renderer - it just looks like there is a missing media type for the DirectVobSub subtitle pin - i'll test later and possibly add it.
The only "problem" is that it doesn't support NV12, only YV12 - so you wouldn't be able to use it with LAV CUVID, unless i manage to add support for that too.

(Edit: Adding NV12 support to DirectVobSub seems hard, would probably be easier to add YV12 output to LAV CUVID.....)

I'm also pondering if it would be possible to write a sub renderer using the MPC-HC rendering code which would hook into the sub rendering interface of madVR, basically how MPC-HC works, just as a standalone filter.
It would however be limited to madVR (and the Haali renderer).

As an idea - instead of producing holes, could you present blanks instead?

Maybe, maybe not. I don't know that much about the PGS format itself..
I'll test with ffdshow when i get home from work.
Maybe its an easy fix in ffdshow sub rendering code...

[Andy o]

Sigh, good news and bad news. Good news, the Tourist works fine, just like Paprika did. Bad news, I spent my free rental on The Tourist.

[nevcairiel]

From what i gathered from the last two pages - the subtitle filtering works fine in principal, as long as you use the MPC-HC renderer, right? Any discs (or mkvs) it failed on? (ignoring ffdshow issues for now)

[Andy o]

I'm using the MPC renderer, yes. The only available titles I have right now with forced subs are those two, Paprika and The Tourist. I think we can add Avatar and District 9 to the list of working titles too.

[Nexin]

@nevcairiel Some Praise and idea for inclusion into ffdshow asap and keep in sync with versions <> (http://forum.doom9.org/showthread.php?p=1496618#post1496618)

Thanks to you both for the development and updating of LAVSplitter. Moreover making LAVSplitter available for us all to use :)

[nevcairiel]

I don't think thats a good idea. ffdshow is a decoder, adding a splitter in there is weird .. (also, i have my own Audio Decoder, which would conflict with ffdshow - and i rather distribute both)
Additionally, i do not care for the extra work keeping it in sync.

Then there is the whole ffmpeg version issue...

Just install both packages, i don't think thats too much to ask.

[jmone]

It uses the same logic to render subs as the MPC-HC internal renderer - it just looks like there is a missing media type for the DirectVobSub subtitle pin - i'll test later and possibly add it.
The only "problem" is that it doesn't support NV12, only YV12 - so you wouldn't be able to use it with LAV CUVID, unless i manage to add support for that too.

(Edit: Adding NV12 support to DirectVobSub seems hard, would probably be easier to add YV12 output to LAV CUVID.....)

I'm also pondering if it would be possible to write a sub renderer using the MPC-HC rendering code which would hook into the sub rendering interface of madVR, basically how MPC-HC works, just as a standalone filter.
It would however be limited to madVR (and the Haali renderer).



Maybe, maybe not. I don't know that much about the PGS format itself..
I'll test with ffdshow when i get home from work.
Maybe its an easy fix in ffdshow sub rendering code...

All good ideas, and I would plug for the following, but given your time is precious, I'd also put them in this order:
1) Mod LAVSplitter to output a (forced) SUB stream that is compatible with a wide range of decoders as possible (incl FFDSHOW) OR if it already does then it is a bug in FFDSHOW that needs to be fixed
2) Mod DirectVobSub to support pgs
3) Write a new Sub Renderer (happy that it would only support madVR but that means you could not use it with DVD's at present).

OR - since it is a rendering role, and Madshi has been kicking back recently get him to build it into madVR :p

[nevcairiel]

1) Mod LAVSplitter to output a (forced) SUB stream that is compatible with a wide range of decoders as possible (incl FFDSHOW) OR if it already does then it is a bug in FFDSHOW that needs to be fixed

I'll try to fix it in LAV Splitter, maybe there is something simple to be done.
Maybe i can output dummy, blank packages .. or adjust the id in the packages .. i'll look into it.

2) Mod DirectVobSub to support pgs

That'll be easy. In addition i'll add YV12 output to LAV CUVID so those two can be used together.

3) Write a new Sub Renderer (happy that it would only support madVR but that means you could not use it with DVD's at present).
I don't think i'll be doing this, its a whole new world of pain.. and, no practical use for me, i use MPC-HC. :p

[jmone]

Sounds good to me for 1 and if that fails 2 + I agree on your comments for 3 (unless an earlier hint of LAVVideo was true in which case.....) Anyway, Filters are like bad habits, I'm always trying to cut down the number I have!

[nevcairiel]

There will be a LAV Video, but it won't do subtitles.

[madshi]

OR - since it is a rendering role, and Madshi has been kicking back recently get him to build it into madVR :p
Who's Madshi? What's madVR? Huh? What are you talking about? :confused: :p

[fastplayer]

There will be a LAV Video, but it won't do subtitles.
...and so the circle is complete. :D

[joeydrunk]

So mochc dies.allow.the flags through than. What exactly are you saying about this particular situation? When using makemkv we just have to make sure and always check the forced sub box if we want to be able to watch forced only and regular subs separately? Just tested this with two mkv's: The Tourist, with which I did not extract a separate, forced sub stream (so, the forced subs are embedded in the normal subs stream); and Avatar which I had previously ripped by extracting the extra forced stream (flagged as forced by mmg).....

Both work perfectly by setting Subtitle Selection Mode to "Only Forced Subs" and Blu-ray Subtitles to "Deliver only Forced Subtitles".

I can see though, how his will be tricky to select full subtitles in a pgs stream....

Would it be possible for LAVSplitter to create a virtual "forced" track, which will load automatically, then you can then select the full subs, for example, via Right Click > Navigate, or even by the player's "next subtitle" keyboard shortcut ("S" in MPC-HC)?

[jmone]

Who's Madshi? What's madVR? Huh? What are you talking about? :confused: :p

Some slacker!

Seriously, would not sub rendering be a logical inclusion for your renderer?

[tetsuo55]

Although i agree that the video-renderer should blend-in the rendered subtitles I don't think it should also do the subtitle-rendering itself.

We still need a standalone subtitle renderer that writes to a buffer of ready-to-use subtitles. And renderers that understand how to use the images in the buffers.

For it to work like the internal mpc-hc subtitle renderer the video-render also has to fill a few buffers with data, so the subtitle-renderer can use the right timing.

[SamuriHL]

A stand alone filter is badly needed. However, for now i'd just like to get forced subs working in mc16. So whatever is the easiest path for that right now makes the most sense. Sub rendering seems like the biggest pita for devs to work on. But the effort is appreciated.

[madshi]

Seriously, would not sub rendering be a logical inclusion for your renderer?
I generally don't comment on future versions/plans... :)

We still need a standalone subtitle renderer that writes to a buffer of ready-to-use subtitles. And renderers that understand how to use the images in the buffers.

For it to work like the internal mpc-hc subtitle renderer the video-render also has to fill a few buffers with data, so the subtitle-renderer can use the right timing.
There's the ISubRenderCallback logic which the MPC-HC internal subtitle renderer uses to communicate with the Haali Video Renderer and with madVR. This ISubRenderCallback logic could also be used by a standalone subtitle renderer. Of course support for this would then have to be added to the MPC-HC EVR/VMR renderers.

[clsid]

@nevcairiel
It would be cool if you could have a quick look at the ffdshow subtitle code. It is probably some kind of stupid timing or buffering issue.

[Nexin]

I don't think thats a good idea. ffdshow is a decoder, adding a splitter in there is weird .. (also, i have my own Audio Decoder, which would conflict with ffdshow - and i rather distribute both)
Additionally, i do not care for the extra work keeping it in sync.

Then there is the whole ffmpeg version issue...

Just install both packages, i don't think thats too much to ask.

Ok didn't know would be a problem if they were to be combined.

[sneaker_ger]

I haven't read up on all the subtitle stuff, but if you plan to include ASS support please use libass (http://code.google.com/p/libass/) instead of vsfilter/MPC-HC, it's like 10 times faster and is actively developed and no one has build a DS filter with it yet.

[nevcairiel]

I noticed that the previous subtitle filtering was not properly implemented, when looking at the stream of data packages going out. I think i have corrected this, it does seem to work fine in ffdshow now, but i again only tested on one disc.

http://files.1f0.de/lavf/LAVFilters-0.24-11-g746ae26.zip

PS: DirectVobSub worked just fine for PGS for me.
PPS: That build leaks some memory when watching PGS subs .. i already corrected it, but i cba to upload a new build right now. Its nothing extreme, over the whole movie maybe a few megs..

[SamuriHL]

Awesome! I'll test this out sometime today. I have a bunch of work meetings right now so I can't test it at the moment but will definitely get to it. Thanks so much!

P.S. What version of DirectVobSub are you using? Do you have a link?

[nevcairiel]

I compiled my own from the latest MPC-HC source tree. Its included in the latest MPC-HC standalone filters, found here: http://xhmikosr.1f0.de/index.php?folder=bXBjLWhj - its VSFilter.dll

For compiling it, just open filters_2010.sln in the mpc-hc source tree.

[RobertinoM]

if I check the filters in Graphstudio for a VC-1 Bluray like Inception I get still after the installation of LAV 0.24 this picture

playing e.g. Bluscenes Spaces which is also VC-1 I get the other one... with LAV Splitter ????

Where am I wrong???

Regards Robertino

[SamuriHL]

I compiled my own from the latest MPC-HC source tree. Its included in the latest MPC-HC standalone filters, found here: http://xhmikosr.1f0.de/index.php?folder=bXBjLWhj - its VSFilter.dll

For compiling it, just open filters_2010.sln in the mpc-hc source tree.

Oh, sweet. That gets built anyway when I build MPC-HC. Thanks! I'm finally off all my meetings for work so I can give it a shot now. Gonna build the latest of everything now.

[SamuriHL]

Huh. Well, good news/bad news I guess. Bad news. I can't get subs to show up using the DirectVobSub filter. Not in MC16, anyway, which is now my player of choice. So, that sucks. :) However, good news. ffdshow now works with district 9 forced subs. Soooo, yea. I guess I'm all set for now. Personally, though, I'd prefer to figure out why DirectVobSub isn't working. I should try it with a different renderer than madVR and see if that makes a difference. I know madshi had to add special code to MPC-HC to make it work, so, I don't know if that's something MC16 would need to do, as well? Beats me. I'll mess around with it some more. In any case, I can use ffdshow for now. I'm trying really hard to remove ffdshow as a dependency though. Once you get bitstreaming implemented it was my hope to just nuke ffdshow. I have nothing against it at all, but, like jmone, I take the simplify approach to things and would rather do as much as possible with as little as possible. So having DirectVobSub work would be nice. Meh.

[nevcairiel]

DirectVobSub directly paints the subs onto the video image, somewhat like ffdshow in raw mode, so renderer support is not required. (But like i said earlier, it does not support NV12, so using it with LAV CUVID is currently not possible)

I think MPC-HC has some custom code that always loads DirectVobSub, i can try with MC16 later, and possibly adjust the DirectVobSub mediatypes.

[nevcairiel]

Ok i tested it with Avatar again, and i get subs to show up in MC16 with DirectVobSub.

There was a weird thing however. The forced subs looked perfectly fine, however, the normal subs were being displayed in the top left corner. I was like, wtf!
The weirdest thing is that this doesnt happen in MPC-HC when using DirectVobSub instead of the internal renderer.

[SamuriHL]

Do you have any special settings in DirectVobSub? Cause I can't get it to work at all. Even with regular subs. I'm using the DirectVobSub (autoload) filter. Is this the right one? And I'm doing this on my main HTPC right now which is AMD, so, I'm not trying to get it to work with CUVID. I'm not even using HAM mode at the moment.

[nevcairiel]

The autoload filter is meant to autoload, you need to add the other one to the list. See my FAQ in the second post. :P

[SamuriHL]

If only it were obvious or something. :D



Q: DirectVobSub will not load with LAVFSplitter
A: Make sure to use the "DirectVobSub" filter when adding it to the preferred filters list, and NOT "DirectVobSub (auto-loading version)". The latter will NOT work.


Oh....right. Son of a! :D

[SamuriHL]

SIGH. Still not working though. :( I'm talking just on regular, normal sub playing. I get no subs showing up at all. Just kill me.

[nevcairiel]

Weird, now i get the placement problem in MPC-HC as well .. why didn't i before..?


SIGH. Still not working though. :( I'm talking just on regular, normal sub playing. I get no subs showing up at all. Just kill me.

Does it show up in the filter graph? Is your video decoder outputting YV12?

[SamuriHL]

Um, woops. :D At least you're getting them to show up. I can't figure out why the hell they don't show for me.

[nevcairiel]

The positioning problem ruins the idea of using DirectVobSub anyhow, so if ffdshow works for you in applying the subs, well its all good i suppose.

I rather prefer the MPC-HC renderer though, the colors are not all washed out. :)

Maybe we'll have one day a new filter to replace all of these.

Edit: 1111 posts!

[SamuriHL]

I'd prefer to use DirectVobSub, as well. :( But, so far, I can't get them to show up at all. DirectVobSub doesn't show up in the loaded DirectShow filters. How is that possible?

[nevcairiel]

All i did in MC16 was configure AVCHD (apparently thats what m2ts falls under) for following:

Source: LAV Splitter Source
Other Filters: LAV Audio, ffdshow video (subs turned off, just for decoding), DirectVobSub
Renderer: madVR

LAV Splitter is currently set to select full subtitles, and the filtering is off.
ffdshow is configured to output both NV12 and YV12.

And it just works.

[SamuriHL]

They have a blu-ray section now. That's where I'm trying to get it to work. I've tried the Cyberlink Video decoder in both software and HAM mode and CoreAVC in software mode. No luck on either.

[nevcairiel]

Same settings for Blu-ray, it just works. Do a graph print out and post it. (context menu during playback -> DirectShow filters -> copy info to clipboard (or so))

I'm using 16.0.76 btw.

[SamuriHL]

I'm using 75. You're right though, it works with ffdshow video decoder. But not, apparently, Cyberlink or CoreAVC??? What the??? And yes, I see the placement issue, as well, when using ffdshow. I even tried to override placement in DirectVobShow settings. Nada.

[nevcairiel]

Works for me with CoreAVC. /me shrugs

But anyhow, its not really usable anyway due to the positioning problem. I don't really feel like hacking too much in the code, its rather ugly. For non-MPC-HC i guess i have to recommend ffdshow.

[SamuriHL]

Oh WEIRD! I put CoreAVC back and it works now?? Man, I give up! :) Any ideas what's going on with the placement thing? :)

Ah nevermind on the placement thing then. :)

[nevcairiel]

I think i know why its screwing up. The forced subs in Avatar are basically one big 1920x1080 frame, so they are fine starting in the top corner. The "normal" subs however are actually smaller and placed somewhere properly - this seems to not work. I can track it down, i think.

[sneaker_ger]

I think i know why its screwing up. The forced subs in Avatar are basically one big 1920x1080 frame, so they are fine starting in the top corner. The "normal" subs however are actually smaller and placed somewhere properly - this seems to not work. I can track it down, i think.

Are you talking about PGS?
Things can get even more ugly, as there cannot only be a single small sub, but also several pictures across the screen.

[SamuriHL]

I really wish I knew why I can't get directvobsub to work with the Cyberlink video decoder. I just now fixed HAM mode to get rid of the damn green bar at the bottom of my videos, so, I'm back to being able to use HAM mode again. Now if I could just get DirectVobSub to work I'd be happy.

[jmone]

I noticed that the previous subtitle filtering was not properly implemented, when looking at the stream of data packages going out. I think i have corrected this, it does seem to work fine in ffdshow now, but i again only tested on one disc.

http://files.1f0.de/lavf/LAVFilters-0.24-11-g746ae26.zip

PS: DirectVobSub worked just fine for PGS for me.
PPS: That build leaks some memory when watching PGS subs .. i already corrected it, but i cba to upload a new build right now. Its nothing extreme, over the whole movie maybe a few megs..

Initial test using D9 - This version works perfectly with FFDSHOW on forced subs! Well dont and thanks. For completness I'll test on other setups/discs and also post my resutls on DirectVobSub Later.

Thanks again for the quick fix!

[SamuriHL]

What video decoder are you using, jmone? DirectVobSub works in MC16 with pretty much any decoder except Cyberlink. (sigh). However, the placement is wrong.

[jmone]

FFDSHOW - with H.264/AVC using ffmpeg-mt

What version of DirectVobSub are you testing with? Is it this one http://sourceforge.net/projects/guliverkli2/files/DirectShow%20Filters/DirectVobSub%202.39/

[SamuriHL]

No. See earlier in the thread. It's the one from the MPC stand alone filters. vsfilter.dll.

[nevcairiel]

I fixed the positioning bug with DirectVobSub and PGS. I tried for about an hour to fix the underlying problem that caused the bug, but i failed. Stupid DirectVobSub .. so i only fixed PGS instead.

One thing i noticed during testing, DirectVobSub can be _extremely_ slow, especially with alot of subs going on. But i guess thats not to be avoided with software blting the image on the video...

PS:
MPC-HC 3056 for the fix, btw.

[SamuriHL]

Thanks, Nev. I'll build it now and see if it makes any difference. I suspect for now I'm stuck with ffdshow's raw video filter. If I try to add just the subtitle filter it crashes MC16. :rolleyes: This is why I badly want a stand alone sub filter.

[nevcairiel]

Here is a build of VSFilter/DirectVobSub r3056, with all the fixes i did today

http://files.1f0.de/VSFilter-r3056.zip

[jmone]

Here is a build of VSFilter/DirectVobSub r3056, with all the fixes i did today

http://files.1f0.de/VSFilter-r3056.zip

Quick test = Looks fine to me - worked on Forced Subs and when I turned on Full Subs I did not see any issues with Positioning (using FFDSHOW for the decoder still).

[nevcairiel]

and when I turned on Full Subs I did not see any issues with Positioning (using FFDSHOW for the decoder still).

Thats because i fixed it. :p

[SamuriHL]

So, if you're going to need ffdshow for the decoder, there's no real benefit to using DirectVobSub, yea? :D I'm able to get it to work with ffdshow video decoder, as well, but, if I'm going to use that I might as well just use ffdshow subtitles. Trying with ArcSoft video decoder and it doesn't work with that, either. DirectVobSub shows up in the filter list, but, no subs. sigh.

[Andy o]

Never mind. Thanks Nev.

[nevcairiel]

It doesn't even show up in the filter list with Cyberlink for me. No idea wtf is that.

[SamuriHL]

Yea, that's what I'm saying, Nev. Pretty screwed up and sucks cause that's my favorite decoder for my AMD machines. :(

[nevcairiel]

I don't even get subs in MPC-HC with VSFilter and the Cyberlink decoder (but VSFilter is in the graph). There is also another stupid thing, the Cyberlink decoder starts outputting YUY2 (4:2:2) when it connects to DirectVobSub in MPC-HC, which makes the image go all washed out - and of course stops using madVR.

I just call it broken.

[SamuriHL]

Hurray! My life officially sucks then. :D Unless of course someone develops the equivalent of CUVID for AMD's API thingie. I don't see that happening any time soon. Clearly it can be done since Cyberlink has HAM mode. But, yea, um, this blows. For my main HTPC, it's not so bad since I can technically use any decoder I want. My laptop, not so much. I'm stuck with HAM mode since this thing isn't fast enough for software decoding. The bedroom machine is using CUVID. I guess I should resign myself to always having ffdshow installed. sigh.

[jmone]

It must be terrible! Working BD, forced subs ... I don't know how you can survive :) Ill check later to see if the ffdshow sub filters works ok. Any specific filter chain do you want me to check? (I dont have cyberlink though)

[Mercury_22]

@Nev Any chance you can add / Enable Thumbnails for mkv files in WMC / WMP library / Explorer :cool:

[clsid]

@Nev Any chance you can add / Enable Thumbnails for mkv files in WMC / WMP library / Explorer :cool:Thumbnails aren't extracted by a source filter, but by a shell extension for Explorer.
Here is a reg tweak to use the MS shell extension:Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\.mkv\ShellEx\{BB2E617C-0920-11D1-9A0B-00C04FC2D6C1}]
@="{c5a40261-cd64-4ccf-84cb-c394da41d590}"
A reliable open source shell extension would of course be a nice future project ;)

[jmone]

SamuriHL - Testing FFDSHOW SUB Filter by trying various options. I too can get it to crash the filter chain. It must be one of the FFDSHOW settings as now the full FFSHOW Filter Crashes as well. I had to load my settings from a preset and it is all good again. I'm now recording TV so no more playing for now with filters that make your player crash!

[jmone]

Nev - you are going to love this on the Subs! While it works as expected for Blu-rays, I've now got the EXACT OPPOSITE of the disappearing subs issue with DVD content (ripped to files by eps)! I'm now getting displayed the full and non-eng subs (Arabic text) being displayed but NOT the Forced ENG subs. At some point all subs stop displaying. According to MediaInfo the subs streams are:

Text #1
ID : 189 (0xBD)-34 (0x22)
Format : RLE
Format/Info : Run-length encoding
Muxing mode : DVD-Video
Delay relative to video : 2s 840ms

Text #2
ID : 189 (0xBD)-35 (0x23)
Format : RLE
Format/Info : Run-length encoding
Muxing mode : DVD-Video
Delay relative to video : 2s 840ms

My LAV Filter Settings are:
Audio: eng
Subtitles: eng
Only Forced Subs + checked Only with matching language
checked Delivery only Forced Subtitles under Blu-ray.

Filter Graph info is as follows:
Filter Graph Info:

Filter 'J. River Audio Renderer'
CLSID: {A4002F8E-510F-442C-8AD3-F9C7B23FB394}
Host:
Input Pin 'In'
Connected to pin 'XForm Out' of filter 'LAV Audio Decoder'
Major type MEDIATYPE_Audio Sub type MEDIASUBTYPE_IEEE_FLOAT, Format type FORMAT_WaveFormatEx

Filter 'Enhanced Video Renderer'
CLSID: {FA10746C-9B63-4B6C-BC49-FC300EA5F256}
Host: c:\windows\syswow64\evr.dll
Input Pin 'EVR Input0'
Connected to pin 'Out' of filter 'ffdshow Video Decoder'
Major type MEDIATYPE_Video Sub type MEDIASUBTYPE_YUY2, Format type FORMAT_VideoInfo2
Input Pin 'EVR Input1'

Filter 'ffdshow Video Decoder'
CLSID: {04FE9017-F873-410E-871E-AB91661A4EF7}
Host: c:\program files (x86)\ffdshow\ffdshow.ax
Input Pin 'In'
Connected to pin 'Video' of filter 'LAV Splitter'
Major type MEDIATYPE_Video Sub type MEDIASUBTYPE_MPEG2_VIDEO, Format type FORMAT_MPEG2_VIDEO
Output Pin 'Out'
Connected to pin 'EVR Input0' of filter 'Enhanced Video Renderer'
Major type MEDIATYPE_Video Sub type MEDIASUBTYPE_YUY2, Format type FORMAT_VideoInfo2
Input Pin 'In Text'
Connected to pin 'Subtitle' of filter 'LAV Splitter'
Major type Unknown GUID Name: {E487EB08-6B26-4BE9-9DD3-993434D313FD} Sub type Unknown GUID Name: {F7239E31-9599-4E43-8DD5-FBAF75CF37F1}, Format type Unknown GUID Name: {F7239E31-9599-4E43-8DD5-FBAF75CF37F1}
Input Pin 'In Text 2'

Filter 'LAV Audio Decoder'
CLSID: {E8E73B6B-4CB3-44A4-BE99-4F7BCB96E491}
Host: c:\users\mum and dad\downloads\filters\lavfilters\lavaudio.ax
Input Pin 'XForm In'
Connected to pin 'Audio' of filter 'LAV Splitter'
Major type MEDIATYPE_Audio Sub type MEDIASUBTYPE_DOLBY_AC3, Format type FORMAT_WaveFormatEx
Output Pin 'XForm Out'
Connected to pin 'In' of filter 'J. River Audio Renderer'
Major type MEDIATYPE_Audio Sub type MEDIASUBTYPE_IEEE_FLOAT, Format type FORMAT_WaveFormatEx

Filter 'LAV Splitter'
CLSID: {171252A0-8820-4AFE-9DF8-5C92B2D66B04}
Host: c:\users\mum and dad\downloads\filters\lavfilters\lavsplitter.ax
Input Pin 'Input'
Connected to pin 'Output' of filter 'File Source (Async.)'
Major type MEDIATYPE_Stream Sub type MEDIASUBTYPE_MPEG2_PROGRAM, Format type TIME_FORMAT_NONE
Output Pin 'Video'
Connected to pin 'In' of filter 'ffdshow Video Decoder'
Major type MEDIATYPE_Video Sub type MEDIASUBTYPE_MPEG2_VIDEO, Format type FORMAT_MPEG2_VIDEO
Output Pin 'Audio'
Connected to pin 'XForm In' of filter 'LAV Audio Decoder'
Major type MEDIATYPE_Audio Sub type MEDIASUBTYPE_DOLBY_AC3, Format type FORMAT_WaveFormatEx
Output Pin 'Subtitle'
Connected to pin 'In Text' of filter 'ffdshow Video Decoder'
Major type Unknown GUID Name: {E487EB08-6B26-4BE9-9DD3-993434D313FD} Sub type Unknown GUID Name: {F7239E31-9599-4E43-8DD5-FBAF75CF37F1}, Format type Unknown GUID Name: {F7239E31-9599-4E43-8DD5-FBAF75CF37F1}

Filter 'File Source (Async.)'
CLSID: {E436EBB5-524F-11CE-9F53-0020AF0BA770}
Host: c:\windows\syswow64\quartz.dll
Output Pin 'Output'
Connected to pin 'Input' of filter 'LAV Splitter'
Major type MEDIATYPE_Stream Sub type MEDIASUBTYPE_MPEG2_PROGRAM, Format type TIME_FORMAT_NONE

[SamuriHL]

It must be terrible! Working BD, forced subs ... I don't know how you can survive :) Ill check later to see if the ffdshow sub filters works ok. Any specific filter chain do you want me to check? (I dont have cyberlink though)

I know. I'm spoiled. :D Nev, madshi and others have done a TREMENDOUS job!!!

Here's a heads up for you guys. Just got back from Fast 5. It has some of the most ****ed up subtitles I've ever seen in a movie!! They literally MOVE while you're trying to read the damn things! And their wipe effects to clear them from the screen are WHACKED. Can't wait for that movie to come out on BD. It will be one of our gold standard titles to test with for sure.

[SamuriHL]

SamuriHL - Testing FFDSHOW SUB Filter by trying various options. I too can get it to crash the filter chain. It must be one of the FFDSHOW settings as now the full FFSHOW Filter Crashes as well. I had to load my settings from a preset and it is all good again. I'm now recording TV so no more playing for now with filters that make your player crash!

If you can track that down I would be *MOST* grateful!

[nevcairiel]

I've now got the EXACT OPPOSITE of the disappearing subs issue with DVD content (ripped to files by eps)! I'm now getting displayed the full and non-eng subs (Arabic text) being displayed but NOT the Forced ENG subs. At some point all subs stop displaying.

The new code does in no way influence any subs that are not PGS. DVD VobSubs work just like they did before.
Plus, with your settings, it should not activate any sub stream anyway.

[jmone]

I only played these files today to test a madVR thing (PAL Speeddown) so it may have been there for awhile.

[Andy o]

Here's a heads up for you guys. Just got back from Fast 5. It has some of the most ****ed up subtitles I've ever seen in a movie!! They literally MOVE while you're trying to read the damn things! And their wipe effects to clear them from the screen are WHACKED. Can't wait for that movie to come out on BD. It will be one of our gold standard titles to test with for sure.

Most likely they will be burned-in if they have to move or are too fancy. The one I had trouble with with ffdshow, that's the worst example I've seen is this one (http://forum.doom9.org/showthread.php?p=1482925#post1482925). It's the blu-ray of Eden of the East. My hope for using DirectVobSub was that it could render those OK, I'll be trying soon. It was a rental, so I deleted all the files.

I've had similar trouble, but not as bad, with other anime titles (Freedom), where there seem to be at some point two captions with different timings, that are supposed to overlay, but MPC-HC sub renderer showed only one at a time, resulting in subs getting too little time. I don't remember if I tried those with ffdshow.

[nevcairiel]

DirectVobSub uses the same renderer as MPC-HC itself, so if it didn't work in there, it won't work with directvobsub.

[Andy o]

Uh, that sucks. DVobSub's development is also stalled? I read at the MPC-HC (or ffdshow?) thread something like nobody was working on the sub renderer anymore.

[jmone]

The new code does in no way influence any subs that are not PGS. DVD VobSubs work just like they did before.
Plus, with your settings, it should not activate any sub stream anyway.

OK - I must say I now also hate subtitles! Anyway - I checked several files (instead of BD Stucture) and find that there are various issues with Non PGS subs (the PGS subs played fine):
- RLE Subs (reported as VobSub by LAV): In addition to the Example given in my earlier post, odd behaviour on other files include with full subs on the eng subs will stop after XXmins (2min on one file, 10 sec on another). Must say they are ugly subs and I only knew they existed thanks to them automatically appearing!
- VobSubs: I have some test MKV files made from D9 where the PGS subs where converted to VobSub (BDsup2sub) - on these the forced subs stop displaying after a short while.

[nevcairiel]

I looked into the VobSub problem with ffdshow, and i believe what i do is correct. The MPC-HC renderer works fine with it too, just ffdshow at some point drops subs, why is unclear to me as of now - but the output of vob subtitle packages seems just perfect.

[fastplayer]

Disappearing VobSubs with ffdshow?
Known issue:
http://sourceforge.net/tracker/?func=detail&aid=2981790&group_id=173941&atid=867360

[nevcairiel]

Guess we're lucky that VobSubs are ugly anyway. :)

[jmone]

All true and I've lived with the disappearing VobSubs for ages, what freaks me out is with LAVSplitter I'm now getting Arabic ones appearing! How does that work?

[CruNcher]

There are several interoperability issues of how .ts stuff is handled between MPC Splitter/Decoder (especially MPCs Video Decoder in combination with interlaced H.264) and Lav splitter i gonna report those results @ both parties not sure who will have to make the step in which direction, though i hope both being open there is some thinking of "we have the same goal" at least i hope :(

[ryrynz]

Nev, is there any way to have subtitles display but only if the titles and signs track is there?

[nevcairiel]

Nev, is there any way to have subtitles display but only if the titles and signs track is there?

I have no idea what you are talking about, sorry.

[Sebastiii]

Hi :)

Don't know if someone have see this, but maybe nev you can look :)
Again a BIG thanks for all you doing man :)
http://sourceforge.net/apps/trac/mpc-hc/ticket/515
Cheers.

[ryrynz]

I have no idea what you are talking about, sorry.

Whoops, I'll explain:

I have videos which have multiple subtitle streams, one that displays all subs and another which only displays subs for non english spoken parts and signs.
I would like to keep subtitles enabled but have use the latter subtitle stream only, Is there a way I can select subtitles automatically by name? Thanks.

[nevcairiel]

Sometimes I encounter videos which have multiple subtitle streams, one that displays all subs and another which only displays subs for non english spoken parts and signs. I would like to keep subtitles enabled but have use the latter subtitle stream. Is there a way I can select subtitles automatically by name?

No, by name is not possible. If thats a MKV, get a MKV Header Editor (like mkvmerge/mmg), and flag that stream as "forced" .. if its not a MKV - well, forget it then.

[ryrynz]

Awesome :thanks:

[Nexin]

@nevcairiel

Are there plans for elementary streams such as .mpv H264 m4v and others ?

[CruNcher]

So there are 2 .ts based issues with MPCs Video Decoder DXVA and Lav Splitter (sample bellow)

http://www.mediafire.com/download.php?61ynvmy0x47n5b3

HDPVR->Video Parsing enabled->MPC-HC DXVA = works, though unsync
HDPVR->Video Parsing disabled->MPC-HC DXVA = fails, black screen
HDVPR->Video Parsing disabled->LAV CUVID,Cyberlink DXVA = works, stays sync
HDPVR->Video Parsing enabled ->LAV CUVID,Cyberlink DXVA = works, though unsync
HDPVR->MPC-HC Splitter->MPC-HC DXVA = works, stays sync

2nd problem are these H.264 interlaced streams (sample bellow)

http://www.mediafire.com/download.php?0268ha2ucbp39l9

Interlaced TS Stream->MPC-HC Splitter->MPC-HC DXVA = works
Interlaced TS Stream->LAV Splitter->MPC-HC DXVA = fails (no matter Video Parsing enabled/disabled)
Interlaced TS Stream->LAV Splitter->LAV CUVID,Cyberlink DXVA = works (no matter Video Parsing enabled/disabled)

[SamuriHL]

DirectVobSub uses the same renderer as MPC-HC itself, so if it didn't work in there, it won't work with directvobsub.

Yea, but you know what's freaky? If I use MPC-HC's internal version of sub handling, I can get subs to work just fine with the Cyberlink Video decoder. It's only when using the "external" registered version that it doesn't seem to work. That's pretty whacked.

[pankov]

nev,
I'm having problems with the Avatar BD (one of the very few I have).
I'm using the CEE version which has Bulgarian subtitles and I can't make LAV splitter recognize and select them automatically.
I guess the problem is that it doesn't recognize the streams correctly ... but MPC's MPEG splitter somehow manages to do it correctly (see the screenshots bellow).
Do you happen to have the same version of the Avatar? Do you get it to automatically select the German track for example?
http://img190.imageshack.us/img190/8578/avatarstreamslav.th.png (http://img190.imageshack.us/i/avatarstreamslav.png/) http://img856.imageshack.us/img856/6266/avatarstreamsmpc.th.png (http://img856.imageshack.us/i/avatarstreamsmpc.png/)

[Mercury_22]

DTS(-HD) it's broken in latest Nevcairiel-LAVFSplitter-0.24-17-gf2e0fbc
It's playing at a higher speed and with much noise:confused:

[nevcairiel]

I can't make LAV splitter recognize and select them automatically.
I guess the problem is that it doesn't recognize the streams correctly ...

Language detection on Blu-rays only works if you actually open the Blu-ray files (a .bdmv or a .mpls), just opening a m2ts will never properly detect this with LAV Splitter.


DTS(-HD) it's broken in latest Nevcairiel-LAVFSplitter-0.24-17-gf2e0fbc
It's playing at a higher speed and with much noise:confused:

You're right, ffmpeg broke it. I'll fix it.

Edit: fixed, and fix submitted to ffmpeg as well.

[SamuriHL]

Thanks, Nev. I'm building it now for my own purposes.

[SamuriHL]

Watching Megamind (for the first time...just opened it finally) which is TrueHD. The TrueHD track is breaking up every few minutes. :( Just a small "glitch" and it reconnects immediately but it's a noticeable glitch. sigh.

[pankov]

Language detection on Blu-rays only works if you actually open the Blu-ray files (a .bdmv or a .mpls), just opening a m2ts will never properly detect this with LAV Splitter.
I simply didn't expect MPC's splitter to be capable of something that LAV one is not.
That's fine with me ... well sort of ... because we'll have to trust that ZoomPlayer (in my case) (or is it LAVSplitter itself?) will select the correct .mpls file.

[SamuriHL]

Oh, and yes, I have ReClock in the chain. Not sure what the hell's going on with this track, but, it's not a consistent every "xx seconds" or anything like that. It's randomly breaking up.

[nevcairiel]

Oh, and yes, I have ReClock in the chain. Not sure what the hell's going on with this track, but, it's not a consistent every "xx seconds" or anything like that. It's randomly breaking up.

Does it happen at the same positions every time?
Does it not happen with, like, official 0.24?

[SamuriHL]

Does it happen at the same positions every time?

Well, we're actually watching it right now so I can't really test that, but, it's a good question. Next time it happens maybe I'll back it up a bit and see.

[nevcairiel]

Also, if it happens somewhat reproducable, run a debug build, and attach the dbg log tool.

[SamuriHL]

Ok. I'll do some testing after we're done watching the movie. It hasn't happened again in about 5 or 6 minutes. Some of the places it happens on is pretty bad where it breaks the actual connection. Others are just little pops. It's similar to when Albain was first adding the TrueHD bitstreaming support. UGH.

[SamuriHL]

It just happened again, so, I backed up a bit. It then happens again in a different place. This is VERY reminiscent of when TrueHD bitstreaming support was being developed.

[nevcairiel]

I don't get why people bitstream anyway, its not like there is an advantage or anything

This is a MKV, or mpegts/bluray?

[SamuriHL]

Because I don't want to be at the mercy of a non-existent DTS-HD MA decoder? :) Or hack in a commercial decoder that sometimes works if you sacrifice a chicken properly? :) MUCH easier to bypass all the crap on a PC and let the receiver handle it.

[nevcairiel]

This is TrueHD. :p
And the ArcSoft decoder works flawless 100% of the time, you just have to spent 15 minutes setting it up at the start. :p

[SamuriHL]

YEAAAA, that's AWESOME! :D Totally what I wanna be doing to watch a movie. LOL! :D What's odd is that TrueHD was working for me before. So what changed? All the stuff you did for Andy? I can blame him?? :D

[nevcairiel]

Setup i mean, to install it, not for every movie, shh. :p

The TrueHD changes for him were only for MKV, i'm still guessing you're playing a BD.

[SamuriHL]

Yea, I'm playing from the BD itself. Haven't had time to rip it yet.

(Oh, and I tried the ArcSoft decoder...had to configure it each time I played a file. Did I do something wrong?)

[nevcairiel]

Yep, you did something wrong. There is a trick to make the settings stick. :D

Anyhow, comparing TrueHD from MPEG-TS demuxing to other splitters is really not possible, because Gabest for example demuxes the interleaved truehd/ac3, while LAV Splitter removes the ac3. I can only guess that the TrueHD code in ffdshow cannot properly deal with it - back then it was developed against the MPC-HC splitter, and not much else. Decoding TrueHD was always flawless for me, so shrug, dunno!

What you should try is some older versions, the debug log will probably not help much with that issue..

Too bad my dev system doesn't have HD bitstreaming.

[SamuriHL]

Great. :) I'll see what I can find. Removing the AC3 should be fine since it works with MKV's. So I don't know what's going on with it. Probably some kind of timing thing. Goodie. :)

[Andy o]

I've been increasingly seeing titles that use the Dolby or DTS matrixing flags though, I don't think the software decoders detect them. I'm not sure if the DTS decoders detect a DTS-ES stream either.

[SamuriHL]

They don't.

Nev, I can't get the debug version of the splitter to install on my HTPC. I do NOT want to install VC2010 on that machine at all. Is there a debug runtime I need to get it to register?

[Andy o]

Sorry for the quick OT, BTW Samuri, I just found out that my receiver doesn't play well with DTS-HD 2.0, do you have such a title? Apparently some Pioneer receivers don't do it and require a firmware upgrade.

[SamuriHL]

I don't have one myself. When I was in best buy last night I actually saw a title that had DTS-HD 2.0. That's a really good time right there.

[nevcairiel]

They don't.

Nev, I can't get the debug version of the splitter to install on my HTPC. I do NOT want to install VC2010 on that machine at all. Is there a debug runtime I need to get it to register?

On your PC with VS:
C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\redist\Debug_NonRedist\x86

There are some sub-folders with dlls in there, just take only the dlls and place them directly in the LAV Splitter dir - or some other folder in path.

You need the CRT ones, *maybe* the MFC ones, the third definitely not.

[SamuriHL]

Yea, that worked, Nev, thanks. Here's some weirdness going on:



00001443 2.66337371 [2116] LAVSplitter.ax(tid 4b4) 341099 : New clip! offset: -416997 bytepos: 0
00001444 2.66343069 [2116] LAVSplitter.ax(tid 4b4) 341099 : Actual clip change detected in stream 0; time: 416889, old offset: 0, new offset: -416997
00001445 2.66368437 [2116] LAVSplitter.ax(tid 4b4) 341099 : Actual clip change detected in stream 1; time: 417000, old offset: 0, new offset: -416997
00001446 2.77019382 [2116] LAVSplitter.ax(tid c50) 341206 : ::SetPositions() - seek request; current: 23091670; start: 6154610000; stop: 0; flags: 0l
00001447 2.77029181 [2116] LAVSplitter.ax(tid c50) 341206 : ::DeliverBeginFlush on Video Pin
00001448 2.78907371 [2116] LAVSplitter.ax(tid c50) 341225 : ::DeliverBeginFlush on Audio Pin
00001449 2.79906583 [2116] LAVSplitter.ax(tid c50) 341235 : ::DeliverBeginFlush on Subtitle Pin
00001450 2.79919147 [2116] LAVSplitter.ax(tid 4b4) 341235 : Seek Request: 6154610000 (time); 3110860224 (byte), 6205440 (prev byte)
00001451 2.79928350 [2116] LAVSplitter.ax(tid 4b4) 341235 : [BD] libbluray\register.c:372: bd_psr_write(): PSR5 (CHAPTER) 0x1 -> 0x3
00001452 2.79934239 [2116] LAVSplitter.ax(tid 4b4) 341235 : [BD] libbluray\bluray.c:1617: PSR event 5 3 (0DC0D9F8)
00001453 2.79939985 [2116] LAVSplitter.ax(tid 4b4) 341235 : [BD] libbluray\bluray.c:796: Seek to 3110860224 (0DC0D9F8)
00001454 2.79946709 [2116] LAVSplitter.ax(tid c50) 341235 : ::DeliverEndFlush on Video Pin
00001455 2.79966235 [2116] LAVSplitter.ax(tid c50) 341235 : ::DeliverEndFlush on Audio Pin
00001456 2.79973745 [2116] LAVSplitter.ax(tid c50) 341235 : ::DeliverEndFlush on Subtitle Pin
00001457 2.79980969 [2116] LAVSplitter.ax(tid 4b4) 341235 : ::DeliverNewSegment on Video Pin (rtStart: 6154610000; rtStop: 57346872889)
00001458 2.79985070 [2116] LAVSplitter.ax(tid c50) 341235 : ::SetPositions() - seek request; current: 32325003; start: 6154610000; stop: 0; flags: 0l
00001459 2.79989719 [2116] LAVSplitter.ax(tid 4b4) 341235 : ::DeliverNewSegment on Audio Pin (rtStart: 6154610000; rtStop: 57346872889)
00001460 2.79994988 [2116] LAVSplitter.ax(tid c50) 341235 : ::SetPositions() - seek request; current: 32325003; start: 6154610000; stop: 0; flags: 0l
00001461 2.79998541 [2116] LAVSplitter.ax(tid 4b4) 341236 : ::DeliverNewSegment on Subtitle Pin (rtStart: 6154610000; rtStop: 57346872889)
00001462 2.88212347 [2116] LAVSplitter.ax(tid 4b4) 341318 : Actual clip change detected in stream 8; time: 6162406111, old offset: 0, new offset: -416997
00001463 72.26307678 [2116] LAVSplitter.ax(tid 1068) 410687 : ::DeliverBeginFlush on Video Pin
00001464 72.26321411 [2116] LAVSplitter.ax(tid 1068) 410688 : ::DeliverBeginFlush on Audio Pin
00001465 72.27146912 [2116] LAVSplitter.ax(tid 1068) 410697 : ::DeliverBeginFlush on Subtitle Pin
00001466 72.27158356 [2116] LAVSplitter.ax(tid 1068) 410697 : ::DeliverEndFlush on Video Pin
00001467 72.27177429 [2116] LAVSplitter.ax(tid 1068) 410697 : ::DeliverEndFlush on Audio Pin
00001468 72.27184296 [2116] LAVSplitter.ax(tid 1068) 410697 : ::DeliverEndFlush on Subtitle Pin
00001469 72.27194214 [2116] LAVSplitter.ax(tid 1068) 410697 : CLAVOutputPin::Inactive() - de-activated Video pin
00001470 72.27233887 [2116] LAVSplitter.ax(tid 1068) 410698 : CLAVOutputPin::Inactive() - de-activated Audio pin
00001471 72.27332306 [2116] LAVSplitter.ax(tid 1068) 410699 : CLAVOutputPin::Inactive() - de-activated Subtitle pin
00001472 72.27437592 [2116] LAVSplitter.ax(tid 1068) 410700 : ::SetPositions() - seek request; current: 6885125003; start: 6839824825; stop: 0; flags: 0l
00001473 72.27449036 [2116] LAVSplitter.ax(tid 1068) 410700 : ::SetPositions() - seek request; current: 6839824825; start: 6839824825; stop: 0; flags: 0l
00001474 72.27455139 [2116] LAVSplitter.ax(tid 1068) 410700 : ::SetPositions() - seek request; current: 6839824825; start: 6839824825; stop: 0; flags: 0l
00001475 72.51221466 [2116] LAVSplitter.ax(tid 1068) 410937 : [BD] file\file_posix.c:51: Closed LINUX file (0DBEE638)
00001476 72.51254272 [2116] LAVSplitter.ax(tid 1068) 410938 : [BD] libbluray\bluray.c:775: BLURAY destroyed! (0DC0D9F8)


During that "stuff" is when the audio has the little pops. Could this be a seamless branching issue when moving between files?

[nevcairiel]

During that "stuff" is when the audio has the little pops. Could this be a seamless branching issue when moving between files?

I don't exactly see any weirdness there, but yeah it could be related to clip changes.
I'll try to dig up a TrueHD seamless branching disc.

[SamuriHL]

I don't exactly see any weirdness there, but yeah it could be related to clip changes.
I'll try to dig up a TrueHD seamless branching disc.

It seems like the only possible explanation I have for what's happening. UGH.

[jmone]

Update on Subs - A simple workaround for the RLE subs appearing when the should not is to turn them off in FFDSHOW (unchecked "text subtitles"). SamuriHL - I've had not luck tracking down the FFDSHOW Subtitle filter crash stuff, Sorry (I did also install the Cyberlink Decoder but it does not load for me in the filter chain - any hints, also what formats does it decode, not decode, what is the deinterlacing like etc)

[nevcairiel]

It seems like the only possible explanation I have for what's happening. UGH.

Finding a TrueHD disc with seamless branching is hard. TrueHD is really on the decline, most my discs have DTS-HD, and the others are not seamless branching...

[SamuriHL]

Finding a TrueHD disc with seamless branching is hard. TrueHD is really on the decline, most my discs have DTS-HD, and the others are not seamless branching...

Doesn't matter, I was wrong anyway. It's not a seamless branching disc. However, that being said, I now remember something. This is a goddamn Dreamworks TrueHD disc. Their mastering techniques *SUCK* and is likely why this is so messed up. sigh. My advice, if you have a Dreamworks disc kicking around (especially their animated ones like Kung Fu Panda, How To Train Your Dragon, Megamind, etc) that those are really the ones to play with. I should have realized this from the start. I had forgotten about this. Hell, I dealt with this very issue recently on a conversion program that added BD support. It's a libbluray problem afaik. POSSIBLY an ffmpeg issue. My guess, however, is that if I opened the m2ts file directly it'd play perfectly. Yea, seriously.

[nevcairiel]

If the disc is not seamless branching, there really shouldn't be any difference when playing between blu-ray and m2ts.

Well, maybe my bitstreaming code will be better. :D

Short stat recap:

I have around ~100 BDs, out of these i have maybe 5 TrueHD discs, none of which are seamless branching. Hell i have more discs with LPCM. :p

[SamuriHL]

If the disc is not seamless branching, there really shouldn't be any difference when playing between blu-ray and m2ts.

Well, maybe my bitstreaming code will be better. :D

Man I hope so. :) I'll sit over here in the corner and wait patiently. Uh, wait, no, hurry up! :p :D

And yea, I agree that it shouldn't be different, but, my gut feeling tells me something is wrong in how it's being parsed. With the m2ts it doesn't have chapters, right? You only get that when playing it from an MPLS.

[nevcairiel]

Correct. The chapters don't influence playback, however. They are just markers for jumping to

[SamuriHL]

Alright, you were right. I was wrong. As is usual. :D The m2ts file itself makes no difference. It's just suckily mastered. Thanks, Dreamworks. Thanks.

[nevcairiel]

Man I hope so. :) I'll sit over here in the corner and wait patiently. Uh, wait, no, hurry up! :p :D


Well i can already bitstream plain AC3, next will be default DTS .. after that my poor SPDIF connection to the receiver is done being useful, and i probably have to somehow figure out how to test on the HTPC o.O

I'm also still pondering moving it over into LAV Audio, it wouldn't be that much more work to do it there .. the spdif muxing code is pretty stand-alone, it parses all the info it needs from the audio stream itself, plus the advantage that you can use it with whatever other splitter you might want to use for whatever reason.

I think i'll sleep on that before i develop alot more stuff.

[SamuriHL]

Well i can already bitstream plain AC3, next will be default DTS .. after that my poor SPDIF connection to the receiver is done being useful, and i probably have to somehow figure out how to test on the HTPC o.O

I'm also still pondering moving it over into LAV Audio, it wouldn't be that much more work to do it there .. the spdif muxing code is pretty stand-alone, it parses all the info it needs from the audio stream itself, plus the advantage that you can use it with whatever other splitter you might want to use for whatever reason.

I think i'll sleep on that before i develop alot more stuff.

I can test it no problem. I was one of the testers that helped Albain code it blind. LOL! :) Whenever you're ready to have someone test it, I have both nVidia and AMD hardware to play with so that should help quite a bit. Putting it in the audio decoder has one other benefit, too. Say I wanted to bitstream DTS-HD MA for which there's no open source decoder but wanted to decode TrueHD. That should be possible if you add the bitstreaming to your decoder. I think I can already do that with ffdshow but I'm stubborn. :D I think I should go try that though as that might be an interesting idea.

[SamuriHL]

Oh BLANK ME! Ok, so, I tested this little theory of decoding TrueHD to PCM because I'm told that's what I probably SHOULD be doing. Yeaaaaa, I have WAY WAY more audio dropouts now with Megamind! :mad: What the?!??!!?

[nevcairiel]

Did you decode with ffdshow audio? Try with LAV Audio for decoding, there i know it works with LAV Splitter provided data. :p

TrueHD is especially tricky to do timing correct when decoding, i tinkered quite a while in LAV Audio to get it right.
Probably also why its so easy to break when bitstreaming, huh.

LAV Audio should in theory never get drop outs, unless there is a really broken packet in the stream that cannot be decoded. If the mastering is bad, it could eventually lead to A/V sync issues..

[SamuriHL]

Already ahead of you. That's where I was going next. Just had to get something else installed first. I wish I knew how to make the stupid ArcSoft settings stick for DTS-HD MA. sigh :) It'll take a few minutes to test LAV Audio to see if it gets the dropouts, as well. Working on it now. :)

[SamuriHL]

Nevermind about the settings sticking. jmone inadvertently helped me out without knowing it. :D (Nice one, jmone ;)) I'm almost there.

[nevcairiel]

Secret tip for ArcSoft Audio decoder: Use the ASAudioHD.ax from TMT3, and the dtsdecoder.dll from TMT5 - the TMT3 .ax allows full 24-bit/96khz output (the TMT5 version doesn't, for some reason), and the new dtsdecoder fixes some bugs. :)

[SamuriHL]

That would explain a few things. ;) So, with the ArcSoft decoder it took over TrueHD decoding from LAV Audio (WTF?) and was only giving me 16 bit. So I removed it for a few minutes to test LAV Audio. Getting 24 bit now and SEEMS so far to not have any drops. (ArcSoft's didn't, either). So maybe I just do it this way from now on. This also allows ReClock to do its thing and chip in on the video/audio sync issue. Hmmm....this might in fact do it. Why the hell did ArcSoft take TrueHD decoding from LAV Audio when I added both to MC16? That wasn't nice! :D

[nevcairiel]

I have never seen ArcSoft do TrueHD decoding .. probably needs some DLL that i didnt copy.. i only have the .ax and the dtsdecoder.dll... :)

[SamuriHL]

Yea, well, I grabbed a package off J River's forum that has an ASAudioHD+.ax in addition to a bunch of other DLL's. So I think they included TrueHD decoding. HOWEVER, that being said, I'm only getting 16 bit from any source, so, clearly something ain't working right. sigh. :( (The settings do stick, so, that's always nice. :D) I don't have TMT3 installed at the moment on any of my machines. Removed it since I went to TMT5 so I can't even build my own package. This would be pretty slick to have their commercial decoder working for all formats. LOL! :D

[nevcairiel]

I never got that silly wrapper working right...

Aaand i finally found it, here is the post that explains how to do it without the wrapper, and the minimal sets of files you need: http://www.avsforum.com/avs-vb/showthread.php?p=19420488#post19420488

[SamuriHL]

Ah, very kuel! Gonna give that a try now as I'd really like to get this whole setup working. And I've never been a proponent of "bitstreaming is better" from a quality stand point, so, as long as it's ArcSoft's decoder, I'm good. Cyberlink's is junk, so, I'd never go there. :D And with ReClock using exclusive mode, channel mapping isn't a problem, either. So, as long as I can get the bit depth back, this will be an awesome setup. Thanks!

[nevcairiel]

Thats what i do, ArcSoft for DTS, LAV Audio for everything else. :)

[jmone]

I also just use the method nevcairiel linked to (the Win.ini method) but others use the modified wrapper approach. The minimum you need to just get DTS-HA is the ASAudioHD.ax, checkactivate.dll, and dtsdecoderdll.dll from the link and you get full bitrate and debth. Register the ASAudioHD, do the win.ini mod and reboot. If you want dynamic filter settings changes you will need to use the modified wrapper as per the other post you found.

[jmone]

And with ReClock using exclusive mode, channel mapping isn't a problem, either. So, as long as I can get the bit depth back, this will be an awesome setup. Thanks!

MC uses WASAPI Exclusive mode and you have a heap of channel mapping options in the DSP. Note: in Tools --> Options --> Video you have to set your Playback Device as "Same as decice used in audio playback" and check "Video Clock" (this resamples the PCM to keep in track with the video frames). In Tools --> Options --> Audio you now can set your OutputMode (WASAPI, WASAPI - Event Style), Output Mode Settings (Exclusive, Buffer Flushing etc), and in the DSP a whole heap of stuff but under Output Format you can select either the number of channels you want everthing mixed for or "Source"). Have fun! With madVR now doing basic frequence rate changes I no longer use reclock with the combo.

[SamuriHL]

I'm getting there, guys. The wrapper would be nice if I could get it to work. But, I've modified the win.ini. I tried adding the dll's from TMT5 and it hard locked MC16. I think I know how to deal with that issue (had to reboot). So I'm really close to having this setup on one machine. :D

[SamuriHL]

MC uses WASAPI Exclusive mode and you have a heap of channel mapping options in the DSP. Note: in Tools --> Options --> Video you have to set your Playback Device as "Same as decice used in audio playback" and check "Video Clock" (this resamples the PCM to keep in track with the video frames). In Tools --> Options --> Audio you now can set your OutputMode (WASAPI, WASAPI - Event Style), Output Mode Settings (Exclusive, Buffer Flushing etc), and in the DSP a whole heap of stuff but under Output Format you can select either the number of channels you want everthing mixed for or "Source"). Have fun! With madVR now doing basic frequence rate changes I no longer use reclock with the combo.

I may play with that once I get this thing stabilized. I have no issue with ReClock, but, if it's built into the player it's one less thing I have to worry about. If I'm doing PCM, it MUST be done in exclusive mode so as to bypass the nonsense of windows audio. Basically I want the stream decoded and sent directly to my receiver as is. Period.

[SamuriHL]

Ok, my setup isn't what you guys would probably consider ideal, but, at the moment I have perfect sound so I'm not messing with this again for a while. I'm ONLY using the ArcSoft audio decoder. No LAV Audio for now. Perfect 24 bit audio. ReClock is behaving, so, I'm gonna leave it in there and let it have at it. So, let's recap today's lesson for the class, shall we? What have we accomplished this week....good time to reflect:

We have unbelievable progress with madVR (thank you madshi!)
We have amazing forced sub support to make our DirectShow players act more like a commercial player in regard to subs (holy hell, Nev! Thank you!!!!)
We have perfect bit depth decoded audio (thanks, jmone and Nev!!)
We have the ability to simply open discs in MPC-HC and MC16 (thanks, Nev!)

What an awesome week!!!!! Very very very happy with the incredible work that has been done!

[Andy o]

What I don't get is what's the difference between "light", "normal" and "threaded" in the dynamic range option.

[SamuriHL]

Yea, I was wondering that myself. I've got it set to normal and it sounds identical to bitstreaming in all cases, so, whatever. :) Now I need to replicate this setup on my nVidia box. Won't THAT be a good time.

[jmone]

FYI - I just test this wrapped version of the Arcsoft on my Desktop (need to to on my HTPC later) and it seems fine with settings being kept and full sample rate on DTS-HD. http://yabb.jriver.com/interact/index.php?topic=63282.msg424968#msg424968 I did a manual reg of the ASAudioHD+.AX then had to up it's merit from "do not use" for some reason. Anyway the reason this may be a good package is it is a mix of various compoenents including the matching ASAudioHD.ax (to work with the wrapper) but the 185 DTS decoder (to get full bit rate). Will have to change over on my HTPC and test to be sure however (but this will have to be later in the day)!

[SamuriHL]

The problem with that is that with the included ASAudioHD.ax file you only get 16 bit audio. Trust me on this. I wouldn't have gone through all that if it had simply worked. :) So yes, you can get audio, but, it's only 16 bit.

[Andy o]

Yea, I was wondering that myself. I've got it set to normal and it sounds identical to bitstreaming in all cases, so, whatever. :) Now I need to replicate this setup on my nVidia box. Won't THAT be a good time.

I'm thinking that since to my knowledge only the Dolby formats offer the dynamic range metadata, it will only work on those. I'm fine decoding those with ffdshow anyway.

[Andy o]

I'm trying out working with the ATI driver and decoding everything. I'd rather use the Realtek one but it doesn't work well with WASAPI exclusive and ReClock (I think it's something ReClock does when closing exclusive mode). I'll have to live with the MC problems now, I think I'll leave my mixer on stereo.

I'm having trouble with the aforementioned DTS-HD MA 2.0 stream though, it's not decoding properly and the volume is extremely low (inaudible at normal volume), just like when I was bitstreaming it to my Pioneer receiver. It might be good news if it's not my receiver.

[SamuriHL]

I'm thinking that since to my knowledge only the Dolby formats offer the dynamic range metadata, it will only work on those. I'm fine decoding those with ffdshow anyway.

Very likely. At some point I will likely get LAV Audio in the mix here. But for now I've got the dolby stuff decoding just fine in ArcSoft so I'm going to leave it alone for now. I trust the ArcSoft decoder. We all spent months complaining to ArcSoft til they got it right, so, it's by far the most bug free commercial decoder out there. I have nothing against LAV Audio at all. I know Nev's worked hard on the underlying ffmpeg code, etc. So, like I said, I'll probably switch to it at some point going forward.

[SamuriHL]

I'm trying out working with the ATI driver and decoding everything. I'd rather use the Realtek one but it doesn't work well with WASAPI exclusive and ReClock (I think it's something ReClock does when closing exclusive mode). I'll have to live with the MC problems now, I think I'll leave my mixer on stereo.

I'm having trouble with the aforementioned DTS-HD MA 2.0 stream though, it's not decoding properly and the volume is extremely low (inaudible at normal volume), just like when I was bitstreaming it to my Pioneer receiver. It might be good news if it's not my receiver.

Weird. I don't have any 2 channel DTS-HD material at all so I can't test that on either of my Pio receivers.

[Andy o]

Never mind my post above, DTS-HD MA 2.0 is apparently decoding properly after putting the thing in an mkv.

[SamuriHL]

Nice. So in an m2ts file it doesn't work right?

[Andy o]

Weird. I don't have any 2 channel DTS-HD material at all so I can't test that on either of my Pio receivers.

From googling, it appears to affect Pioneer receivers. You might wanna try and rent one of these discs to test before your warranty runs out, you might be able to upgrade the firmware. Mine just ran out a couple of months ago, I think.

[SamuriHL]

I don't know when my warranty runs out, but, yea, I may try and get a hold of a disc to test it.

[Andy o]

Nice. So in an m2ts file it doesn't work right?

I opened the m2ts, but I only have one movie with this audio. It's weird though. This movie has the primary DTS-HD MA 2.0 track (which when bitstreaming, my receiver detects a Neo:6 flag and shows the "mono surround" speaker active as well, but doesn't decode properly), and a bunch of DD tracks of other languages.

The weird part is that on my filter list I got both the Arcsoft decoder, and PowerDVD 8 audio decoder. If I block the PDVD8 one, the PDVD9 one appears. So I think the DD streams are calling it. But, I have ffdshow set up for DD so it's not following the priority (?).

Anyway, I remuxed this to mkv, keeping the MA, making a new track with just the core, and keeping one DD stream, and DTS-HD 2.0 magically gets decoded. Now I don't see the PDVD decoder there, but I see AVI<->DTS or some such there, which appears to be doing something.

It just occurred to me that DTS-HD 2.0 in fact is still not being decoded, and with the mkv somehow the DTS core is playing. I'm remuxing another mkv with just the DTS-HD MA audio so only the Arcsoft decoder gets called.

[Andy o]

I don't know when my warranty runs out, but, yea, I may try and get a hold of a disc to test it.

If you do, please let me know how it went.

[SamuriHL]

Be curious as to how that goes. As long as i can decode them to PCM, I don't really care if I can bitstream them. So, as long as there's *A* solution for us Pio users, I'm good. :)

[SamuriHL]

If you do, please let me know how it went.

Yup. Will do.

[Andy o]

Well yeah for me, if I'm all good with decoding everything, I can put back in my Nvidia card without worrying about the less than perfect 23.976, and use ReClock. And I'll be able to use the LAVcuvid thingie too. Oh wait... silent stream!

[Inspector.Gadget]

Hey nevcairiel, a question about possible future developments:

Will your splitter handle the ASF container at some point, and if so will it be able to work around the somewhat broken ASF handling in MPC-HC ("Use WMV ASF Splitter" seems to be a null op, can't get any alternate VC-1 decoder to work instead of WMVIDEO DMO with ASF input, etc.)? The present MPC-HC behavior doesn't seem to be based strictly on Directshow merits so maybe you have a better idea of what's going on behind the scenes then I do. Thanks!

[jmone]

The problem with that is that with the included ASAudioHD.ax file you only get 16 bit audio. Trust me on this. I wouldn't have gone through all that if it had simply worked. :) So yes, you can get audio, but, it's only 16 bit.

Yup false hope on my part for the wrapper, back to the win.ini version / method if you want full bitrate/debth

FYI - the wrapper was written by shard using the asaudiohd.ax from TMT3 for HDAV1.3 but he has long since stoped posting so I don't think we will see an update on this method anytime soon. http://forum.doom9.org/showthread.php?t=154070

[SamuriHL]

Well, I'd write one if I knew how. One would think that you could set the params on the fly as part of the filter chain. I have no knowledge in this area of coding at all.

[Andy o]

Be curious as to how that goes. As long as i can decode them to PCM, I don't really care if I can bitstream them. So, as long as there's *A* solution for us Pio users, I'm good. :)

I'm still getting the other filter AVI<->AC3/DTS. I think that's what's decoding the DTS core, and the MA audio is not playing. I don't get that filter with regular multichannel MA content.

[SamuriHL]

I'm still getting the other filter AVI<->AC3/DTS. I think that's what's decoding the DTS core, and the MA audio is not playing. I don't get that filter with regular multichannel MA content.

Perfect. Maybe Nev will have some ideas tomorrow.

[Andy o]

Not a huge deal, but my problem before when bitstreaming was that I couldn't even decode the core, since the receiver was detecting the MA stream but failing to decode it properly. Now at least I can hear the audio.

[Andy o]

OK my bad when I said above that my receiver was detecting the MA audio and a Neo:6 flag. Apparently it's detecting regular DTS (the DTS light is on and the display just reads STEREO, not DTS-HD MSTR like it should), and the input speakers lights that are on are the two fronts, and the mono surround. I think these decoders (the receiver and Arcsoft's) just don't know about DTS-HD MA 2.0.

[Andy o]

OK here's a list (http://forum.blu-ray.com/blu-ray-movies-north-america/158996-list-bds-dts-hd-ma-1-0-2-0-3-0-4-0-mixes.html) of blu-rays with oddball formats. Turns out several of those movies with DTS-HD MA 2.0 are in my queue. I'm checking out the 3.0 and 4.0 movies as well.

[nevcairiel]

I'm confused after reading the last 2 pages. So did you guys try to decode the DTS-HD MA 2.0 with the ArcSoft decoder, or did it not work either? I had some DTS-HD MA 1.0 (mono) tracks that i threw at it, and it seemed to work fine.
(Note that i used the mentioned trick - TMT3.185 ASAudioHD.ax and TMT5.87 dtsdecoderdll.dll)

Oh wait... silent stream!

I really don't notice that on my NVIDIA card. When using PCM output the handshakes are so fast that there is maybe half a second missing audio, if even that much. Bitstreaming handshakes take longer, though, and you really notice it there.
Thats of course also dependent in your receiver.

[madshi]

I have around ~100 BDs, out of these i have maybe 5 TrueHD discs, none of which are seamless branching. Hell i have more discs with LPCM. :p
You don't have Spiderman? I think Spiderman 1 and/or 2 are seamless branching TrueHD.

[Andy o]

I have to try the dtsdecoder.dll from tmt5, then. How do you know if it's decoding the MA or the core, though?

[nevcairiel]

You don't have Spiderman? I think Spiderman 1 and/or 2 are seamless branching TrueHD.

Nope. Might put it on the shopping list then.

I have to try the dtsdecoder.dll from tmt5, then. How do you know if it's decoding the MA or the core, though?

Unless the disc is 96kHz, you will never know*. But neither do you with your receiver. :p

* short of some complicated Wave Form analysis comparison with some decoder known to only decode the core.

[Andy o]

I think I can tell by what decoder is doing the decoding. For some reason, with that disc LAVFsplitter apparently loads another decoder for decoding the core.

Wait a minute though, how do you know that your 1.0 track is being decoded losslessly then?

[nevcairiel]

Wait a minute though, how do you know that your 1.0 track is being decoded losslessly then?
I don't. But i get the ArcSoft decoder decoding it, and i trust it to do its job - thats all i can do.

[madshi]

Nope. Might put it on the shopping list then.
Just double checked. Not sure about Spiderman 1 but Spiderman 2 (USA Blu-Ray) is definitely seamless branching TrueHD. Probably EU edition, too.

[nevcairiel]

Funny thing, in the amazon comments on the Blu-ray release of Spiderman 2, people actually comment on short audio glitches on scene changes. Fascinating.
Well i'll have those discs here by tuesday then.

[madshi]

Don't remember any playback probs here at all, of course after an eac3to -> MKV remux.

[Kaotech]

Andy o

Sample file : MA audio 7.1 @ 24/96Khz and core audio @ 24/48Khz http://www.avsforum.com/avs-vb/showthread.php?t=1330124

Try this : http://www.avsforum.com/avs-vb/showthread.php?p=19370583#post19370583

[Andy o]

Thanks, I got a demo DTS blu-ray though, but I'm having the trouble with a DTS-HD MA 2.0 disc. If I remux to mkv then I get different results. If the DTS-HD MA 2.0 is the only track, the Arcsoft decoder loads and everything is seemingly fine, though I'm muxing another one with several tracks to check again.

[nevcairiel]

btw, if there are multiple tracks, LAV Splitter will always try to pre-select the one with the most channels, as i consider more channels = more better.

[Andy o]

OK, so with mkv it's apparently working fine. If I open the m2ts then I get the PDVD8 decoder in addition to the Arcsoft one, and silence. I tried the dll from TMT5 too.

Nev, which bugs did the TMT5 decoder addressed compared to the one in TMT3? So far I can't tell a difference.

[nevcairiel]

Can you post the output media types of LAV Splitter Audio Pin for both MKV and m2ts for comparison?

[Andy o]

btw, if there are multiple tracks, LAV Splitter will always try to pre-select the one with the most channels, as i consider more channels = more better.

With the mkv, it does select the 2.0 MA track as default, where there is a 5.1 DD track (last one).

[nevcairiel]

With the mkv, it does select the 2.0 MA track as default, where there is a 5.1 DD track (last one).

well it would do that if its constrained by your preferred languages, or the MKV has a default flag on the 2.0 track.

[Andy o]

Holy crap must be the coffee. My mistake, it wasn't using LAVF for the m2ts. With the m2ts, it does select the 5.1 DD track first, as you say, but not with the mkv. Maybe makeMKV sets the first track as default.

So I'm back at square one. My receiver probably doesn't decode DTS-HD MA 2.0.

[nevcairiel]

Maybe makeMKV sets the first track as default.

There would be a "[default]" after the stream name/codec info in the stream selector if it does.

[Kaotech]

http://www7.pic-upload.de/thumb/01.05.11/qipj2t7pi8n.png (http://www.pic-upload.de/view-9796545/Audio.png.html)

Nev

It's possible to class all audio 5.1 in first and the stereo in last ?

[nevcairiel]

Reordering them is more complicated then one might think - now they directly correspond to the stream index that ffmpeg assigns them. So, not really planned to change the order.

[ney2x]

Please ask clsid to add support for LAV CUVID and LAV Splitter/Audio in his Win7DSFilterTweaker. Many thanks!

[nevcairiel]

Status on Bitstreaming:

AC3 works, E-AC3 works, TrueHD works, DTS works (even core DTS out of DTS-HD) -- just DTS-HD missing, i need to invent some smart way to detect DTS-HD, so i can switch the mode.

FWIW, E-AC3 never worked for me with ffdshow, so i guess this is good.

PS:
Everything only tested with LAV Splitter as source, and on my NVIDIA GTS 450.

[SamuriHL]

Oh damn, seriously?! :D SWEET! Cause I'm having *MASSIVE* problems right now. :( I ripped my Fast and Furious HD DVD to MKV this morning and am watching it now. ArcSoft Audio Decoder didn't bother decoding it (um, what?) so I added LAV Audio. Audio is going out of sync badly. Also something broke madVR exclusive mode while playing this one. Not having the best of days apparently. However, I definitely wanna try this out. Is this implemented in LAV Audio as you said it would be?

EDIT: I take it the code isn't checked in yet. ;)

[Sebastiii]

Trop cool :)
Sorry :) very awesome :)

[nevcairiel]

http://files.1f0.de/lavf/LAVFilters-0.24-34-g0702642.zip

DTS-HD should work now too.
I guarantee for nothing, however. :p

Its all been checked in the repository as well, be sure to rebuild ffmpeg with my scripts, so it gets the spdif muxer which was disabled before.

If DTS-HD muxing fails, it'll fallback to DTS, this can happen on *very* high bitrate DTS-HD MA streams, although i'm not sure those appear on Blu-rays.

And yes, its in LAV Audio.

Like i said before, only tested against ReClock, my NVIDIA GTS 450, my Onkyo receiver, and of course with LAV Splitter. It'll quite possibly fail with other source filters because of wrong frame packing.

[SamuriHL]

Thanks, Nev. Gonna test your build now while I build my own. I'll get back to you shortly. :D

[nevcairiel]

I should cook dinner and then watch some movie while testing the bitstreaming... mm.. sounds like a plan.

[SamuriHL]

HOLY *********************. Andy! He bitstreams DDP on AMD!!! Nev, this is AMAZING! You have NO IDEA how kuel this is for us! Thank you SO MUCH FOR DOING THIS!!!

[SamuriHL]

DTS-HD MA not working. Flashing between DTS-HD MA and PCM on the receiver. No audio.

[nevcairiel]

DD+ is just broken in ffdshow, there is no hardware limitation.


DTS-HD MA not working. Flashing between DTS-HD MA and PCM on the receiver. No audio.

Does DTS itself work, from the same stream?

[SamuriHL]

DD+ is just broken in ffdshow, there is no hardware limitation.


Someone told us that on the ffdshow hd audio thread, but, we were skeptical. However, this proves it. VERY VERY kuel!


Does DTS itself work, from the same stream?

Will check in a minute. I went to play a TrueHD file after that and it crashed my machine. Rebooting now. Retesting momentarily.

[SamuriHL]

TrueHD works fine. DTS core works, as well from the same file that wasn't working with DTS-HD MA. So it's just DTS-HD MA that has the problem.

[SamuriHL]

Nice to see the forum back. sigh. :) Anything I can do to help with the DTS-HD MA bitstreaming issue?

[nevcairiel]

DTS-HD MA works fine for me. Does it no work on any disc?

I tried, for example, on the m2ts version of this:
http://www.avsforum.com/avs-vb/showthread.php?t=1330124

[nevcairiel]

Also, as before, attach debugger on a debug build. :)

[noee]

This is cool. Very cool. But, for bitstreaming these compressed formats, don't you have to run your monitor at the exact (or exact multiple) of the movie fps?

[VipZ]

Awesome Nev :)

Here are my findings, with Direct Sound renderer

MKV, DTS/DTSHD: Only work with AVI<->AC3/DTS between LAV Splitter and Audio
MKV, DTS-ES Matrix: 1st time I see this on AVR :)
Bluray (Eagle Eye), TrueHD,: Cant connect to audio renderer
M2TS (Sample posted earlier), TrueHD: Works fine
MKV,DD: Working fine.
MPEG-TS,DD: Most crash on start when bitstreaming, normal decoding ok.

If you need me to test anything let me know

[nevcairiel]

This is cool. Very cool. But, for bitstreaming these compressed formats, don't you have to run your monitor at the exact (or exact multiple) of the movie fps?

Thats not important. The only thing you CANNOT do when bitstreaming is let ReClock adjust the video speed to match refres rate, because then it goes out of sync. So with perfect bitstreaming, you'll end up with not 100% perfect video, because it could drop or repeat frames to match the refresh rate.

So, i guess, yes. For 100% perfect audio and video, with bitstreaming, it needs to be a exact multiple of the fps.



MKV, DTS/DTSHD: Only work with AVI<->AC3/DTS between LAV Splitter and Audio

That doesn't make any sense, the connection between LAV Splitter and LAV Audio should always work - unless you turned one of the formats off in the config.

[SamuriHL]

Gonna build it now. It works for nVidia, not AMD. :( Need to try something first to see if makes any difference. Nope...I took ReClock out of the mix. Same deal. Ok, building a debug version.

[VipZ]

That doesn't make any sense, the connection between LAV Splitter and LAV Audio should always work - unless you turned one of the formats off in the config.

If I bitstream, that filter gets put in the chain automatically, if I decode, it doesn't.

XForm In
Filter : AVI<->AC3/DTS - CLSID : {93230DD0-7B3C-4EFB-AFBB-DC380FEC9E6B}

- Connected to:

CLSID: {171252A0-8820-4AFE-9DF8-5C92B2D66B04}
Filter: LAV Splitter
Pin: Audio

- Connection media type:

Audio: DTS 48000Hz 6ch 1536kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_DTS {E06D8033-DB46-11CF-B4D1-00805F6CBBEA}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 256000
cbFormat: 18

WAVEFORMATEX:
wFormatTag: 0x0008
nChannels: 6
nSamplesPerSec: 48000
nAvgBytesPerSec: 192000
nBlockAlign: 12
wBitsPerSample: 16
cbSize: 0 (extra bytes)

pbFormat:
0000: 08 00 06 00 80 bb 00 00 00 ee 02 00 0c 00 10 00 ....€»...î......
0010: 00 00 ..



XForm Out
Filter : AVI<->AC3/DTS - CLSID : {93230DD0-7B3C-4EFB-AFBB-DC380FEC9E6B}

- Connected to:

CLSID: {E8E73B6B-4CB3-44A4-BE99-4F7BCB96E491}
Filter: LAV Audio Decoder
Pin: XForm In

- Connection media type:

Audio: DTS 48000Hz stereo 1536kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {00002001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 18

WAVEFORMATEX:
wFormatTag: 0x2001
nChannels: 2
nSamplesPerSec: 48000
nAvgBytesPerSec: 192000
nBlockAlign: 1
wBitsPerSample: 16
cbSize: 18 (extra bytes)

pbFormat:
0000: 01 20 02 00 80 bb 00 00 00 ee 02 00 01 00 10 00 . ..€»...î......
0010: 12 00 ..

- Enumerated media type 0:

Set as the current media type

[hoborg]

@nevcairiel:
Any chance to add support in LAVF audio decoder to be able to connect with MS DVD navigator ?

[SamuriHL]

@nevcairiel:
Any chance to add support in LAVF audio decoder to be able to connect with MS DVD navigator ?

Is that why I can't select it for DVD's in MC16?

[nevcairiel]

If I bitstream, that filter gets put in the chain automatically, if I decode, it doesn't.

That media type looks just perfect, i wouldn't know why it adds that weird filter there. o.O
The only thing that would make it break would be a sample rate of 0 in the media type.

Especially the only when bitstreaming .. that doesn't make any sense. I also cannot reproduce it here.

[SamuriHL]

Uhhhhh, Nev? This seems bad man. So, I fully removed ReClock from the chain this time (forgot I had it set to always load...sigh). On my AMD equipment, LAV Audio is no longer used for DTS at ALL unless I uncheck the DTS-HD MA bitstreaming checkbox. Then it'll do DTS bitstreaming. If I leave DTS-HD MA checked, it falls back to other decoders. Hell, I uninstalled ffdshow completely, unregistered the ArcSoft audio decoder, and it fell back to the microsoft decoder for DTS! So, something's wrong.

[nevcairiel]

It doesn't even work anymore if you disable bitstreaming at all?

Also, please post the output media type of ffdshow while bitstreaming DTS-HD MA.

[SamuriHL]

Oh sure now that I uninstalled ffdshow. :D Give me a few minutes as I just got the debug version built and installed. I'm saying that if I uncheck the DTS-HD MA bitstream option, then LAV Audio accepts the connection, however. Even if I leave the core DTS bitstream option checked. I'm saying that if I have the DTS-HD MA bitstream option checked, LAV Audio refuses the connection and it goes to another decoder instead. How whacked is that?

[VipZ]

On my AMD equipment, LAV Audio is no longer used for DTS at ALL unless I uncheck the DTS-HD MA bitstreaming checkbox.

This is exactly my issue, the AVI<->AC3/DTS filter doesn't appear if I deselect DTS-HD decoding. So I assume yours isn't working because AVI<->AC3/DTS isn't getting loaded.

[hoborg]

May be stupid, but can be this caused by registry prefered decoder selection under Win7?

[SamuriHL]

http://pastebin.com/download.php?i=BNcdzP9K

Please take a look at that. Especially line 7 [dca @ blah blah blah] Stream with high frequency...

Could that be why it's not accepting it?

[SamuriHL]

May be stupid, but can be this caused by registry prefered decoder selection under Win7?

No because ffdshow audio works just fine. Well, did until I uninstalled it. :D

[nevcairiel]

Do you have in ffdshow the "Connect as PCM first" checked? If so, what happens if you uncheck it?

It simply looks like the renderer doesnt want to accept a connection for 192000Hz at 8 channels and 16bit. (Basically how DTS-HD looks)

The AVI->AC3/DTS filter there changes the media type to actually be 2 channels, for some reason, that would potentially make it work then.

[Thunderbolt8]

I have difficulties with my inbuilt .ass subtitles again after reinstalling windows. it seems like that the inbuilt subtitle renderer of mpc-hc is always used and not directvobsub, even though the symbol loads up properly, because the subs looks a bit smeared and not really in focus (also am using madvr). I have the directvobsub and also the directvobsub (auto-loading version) directshow filter both set to prefer under external filters. but it seems like thats not enough.
so what am I missing?

[VipZ]

Do you have in ffdshow the "Connect as PCM first" checked? If so, what happens if you uncheck it?

It simply looks like the renderer doesnt want to accept a connection for 192000Hz at 8 channels and 16bit.

I always disabled this option, had AC3 bitstream issues with it enabled.

With PCM connection off,
Filter : ffdshow Audio Decoder - CLSID : {0F40E1E5-4F79-4988-B1A9-CC98794E6B55}

- Connected to:

CLSID: {18C16B08-6497-420E-AD14-22D21C2CEAB7}
Filter: Audio Switcher
Pin: Audio

- Connection media type:

Audio: WAVE_FORMAT_EXTENSIBLE 192000Hz 8ch 24576kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 40

WAVEFORMATEX:
wFormatTag: 0xfffe
nChannels: 8
nSamplesPerSec: 192000
nAvgBytesPerSec: 3072000
nBlockAlign: 16
wBitsPerSample: 16
cbSize: 22 (extra bytes)

WAVEFORMATEXTENSIBLE:
wValidBitsPerSample: 16
dwChannelMask: 0x000000ff
SubFormat: {0000000B-0CEA-0010-8000-00AA00389B71}

pbFormat:
0000: fe ff 08 00 00 ee 02 00 00 e0 2e 00 10 00 10 00 þÿ...î...à......
0010: 16 00 10 00 ff 00 00 00 0b 00 00 00 ea 0c 10 00 ....ÿ.......ê...
0020: 80 00 00 aa 00 38 9b 71 €..ª.8›q

- Enumerated media type 0:

Set as the current media type

- Enumerated media type 1:

Unknown

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Stream {E436EB83-524F-11CE-9F53-0020AF0BA770}
subtype: MEDIASUBTYPE_None {E436EB8E-524F-11CE-9F53-0020AF0BA770}
formattype: FORMAT_None {0F6417D6-C318-11D0-A43F-00A0C9223196}
bFixedSizeSamples: 0
bTemporalCompression: 0
lSampleSize: 307200
cbFormat: 0

[SamuriHL]

Do you have in ffdshow the "Connect as PCM first" checked? If so, what happens if you uncheck it?

It simply looks like the renderer doesnt want to accept a connection for 192000Hz at 8 channels and 16bit. (Basically how DTS-HD looks)

The AVI->AC3/DTS filter there changes the media type to actually be 2 channels, for some reason, that would potentially make it work then.

That setting makes no difference at all in ffdshow for me. Works fine either way. I don't have a debug version of ffdshow built right now and they made some change to the repository that's causing me checkout issues at the moment. I don't remember the media types that ffdshow uses for bitstreaming DTS-HD MA off the top of my head.

EDIT: AH, there you go, the info you're looking for from ffdshow is above my post.

[nevcairiel]

I found the issue with the DSound renderer, fixing after dinner. :)

[VipZ]

I found the issue with the DSound renderer, fixing after dinner. :)

Thanks :)

[SamuriHL]

Sweet! Thanks, Nev!

[nevcairiel]

Stupid forum today.

anyhow, try this one

http://files.1f0.de/lavf/LAVFilters-0.24-35-gf628eb9.zip

[SamuriHL]

I already built it and tried. Still not working for DTS-HD MA. Fixed TrueHD without ReClock renderer. (Don't ask)

[nevcairiel]

I already built it and tried. Still not working for DTS-HD MA. Fixed TrueHD without ReClock renderer. (Don't ask)

Do you mean the connection thing is still going on, or the receiver is still not decoding?

[SamuriHL]

It flashes between PCM and DTS-HD MA and I get no audio on DTS-HD MA sources.

[VipZ]

Stupid forum today.

anyhow, try this one

http://files.1f0.de/lavf/LAVFilters-0.24-35-gf628eb9.zip

Build working good for me :)

Eagle eye Bluray now good
DTS/DTSHD work well
EAC3 also working now.

The only issue that still remains so far for me is MPEG-TS/PS crashing on AC3 bitstreaming on around 50% of files.

[SamuriHL]

ACK! It's doing the same thing on Deathly Hallows which is TrueHD. Flashing between PCM and TrueHD. So it works on some but not others? WTF???

EDIT: Scratch that. Sorry. Once the DTS-HD MA flashing thing happens it completely bones my reciever connection until I reset it.

(Just to clarify, Deathly Hallows is DTS-HD MA, but, was flashing on the receiver as TrueHD because I attempted another movie before it, but, after trying Alien which is DTS-HD MA and failed)

[SamuriHL]

Nev, I'm seriously confused. I look at the audio pin out info in LAV Splitter for both LAV Audio and FFDSHOW when playing the same video and they're identical. So why the hell does ffdshow work and LAV Audio not? :(

[nevcairiel]

There is minor differences in the spdif header writing, i'm looking into it.

[SamuriHL]

Ok, thanks. Sorry this turned out to be a PITA. This is GREATLY appreciated though. Especially given that DD+ bitstreaming works. So kuel!

[nevcairiel]

Commited a change (hopefully a fix), building now. Needs new ffmpeg build.

Edit:
Here it is

http://files.1f0.de/lavf/LAVFilters-0.24-36-g509c779.zip

[VipZ]

Nev, is LAV Audio connecting as PCM for bitstream or not?

[SamuriHL]

Pulling and building now, Nev. Thanks!

[nevcairiel]

Nev, is LAV Audio connecting as PCM for bitstream or not?

Its connecting like its supposed to, the main media type is PCM, but that doesn't mean anything. Its not using any "connect as PCM first" hacks, if thats what you mean.


Pulling and building now, Nev. Thanks!

The output is still slightly different to ffdshows, if it doesn't work i can try to rectify the last bits as well, but i hope that won't be necessary as it would be super ugly.

[SamuriHL]

Its connecting like its supposed to, the main media type is PCM, but that doesn't mean anything. Its not using any "connect as PCM first" hacks, if thats what you mean.


This crap isn't necessary on modern video card implementations of bitstreaming. It was necessary on Xonar cards because of the proprietary nonsense they use. My opinion if you have a Xonar and need this, use ffdshow. The code in LAV Audio shouldn't require nasty hacks if you can avoid it.


The output is still slightly different to ffdshows, if it doesn't work i can try to rectify the last bits as well, but i hope that won't be necessary as it would be super ugly.

Ok. I'll let you know shortly. I'm building it now and will test it out ASAP.

[SamuriHL]

Nope. No longer flashing. Just doesn't make a connection to the receiver at all now. sigh.

[VipZ]

Its connecting like its supposed to, the main media type is PCM, but that doesn't mean anything. Its not using any "connect as PCM first" hacks, if thats what you mean.


Thanks, that was what I was referring to, that "connect as PCM" hack gave me issues.

I was about to report that DTS-HD seemed to have sync issues but latest build resolved this, also index.bdmv loading is much faster

In regards to the MPEG-TS/PS crashing, it only seems to crash when I open file via association or freshly opened MPC, if I drag the file onto MPC already playing a file it doesn't crash.

[SamuriHL]

VipZ what hardware and driver are you using?

[VipZ]

VipZ what hardware and driver are you using?

Most of my hardware is in my Sig, I am using the AMD 11.4 HDMI drivers and don't have reclock installed. I set Windows output to 5.1 @ 24/96.

If there is any extra info not in my sig you need let me know.

[SamuriHL]

It would seem the difference, then, is likely our receivers. My Pio can be fussy at times. Figures.

[VipZ]

Yep, so far my Yammy has bitstreamed everything I have throw it at, excluding EAC3, but now that's also good.

RIP ffdshow audio :)

[nevcairiel]

Ok i made the output look *exactly* like ffdshows. I'm not fond of the whole code itself, but hey, it works. I dumped the output of LAV Audio and ffdshow into a file, and it was perfectly in sync.

I have no yet commited that change, because i don't know if its going to work, so please test with this build

http://files.1f0.de/lavf/LAVFilters-0.24-spdif-test1.zip

[SamuriHL]

I'm on it. Give me a minute. Playing the new Mortal Kombat while I'm at it. :D In a place I can't pause easily.

[SamuriHL]

Yup, that did it. Thank you so much for this, Nev! You've really made my day!!

[VipZ]

No regressions on my side with the test build.

[nevcairiel]

In regards to the MPEG-TS/PS crashing, it only seems to crash when I open file via association or freshly opened MPC, if I drag the file onto MPC already playing a file it doesn't crash.

I can't exactly reproduce that problem.
Does it happen on some files all the time, or just randomly amongst all .ts files?
Only in AC3, not in DTS?

Maybe one sample where it happens 100%? :)
Crashes are impossible to fix without me reproducing it...

[VipZ]

Nev, its somewhat random, but there are a few files that break much more often than others. Sometimes the file will open, most of the time it wont. I will try cut a sample and see if that sample still gets the same issue.

I will get a DVD out and test one that has DTS and see what happens.

[Andy o]

Thanks Nev!

The reason it's such a big deal for us AMD/ATI users like Samuri said is not just because ffdshow couldn't do it, but because NOTHING could do it including the commercial players. PDVD and TMT IIRC couldn't do it anyway, but WinDVD did do it with Nvidia, leading us to believe what was wrong was in the ATI hardware or drivers.

Also, I remember the AMD rep at AVS mentioning something about this, implying that they would take a look at it, but asking why it was important since no commercial blu-rays use it.

[SamuriHL]

Thanks Nev!

The reason it's such a big deal for us AMD/ATI users like Samuri said is not just because ffdshow couldn't do it, but because NOTHING could do it including the commercial players. PDVD and TMT IIRC couldn't do it anyway, but WinDVD did do it with Nvidia, leading us to believe what was wrong was in the ATI hardware or drivers.

Also, I remember the AMD rep at AVS mentioning something about this, implying that they would take a look at it, but asking why it was important since no commercial blu-rays use it.

I figured once you saw that it'd put a smile on your face. It sure did for me! Now I can rip all my HD DVD's to MKV and bitstream the DD+ audio! Sweet! Just need to figure out what to do about the subs and I'm in business.

[nevcairiel]

HDDVD really went out of its way to use formats no-one else uses, huh.

[SamuriHL]

Well, no, see DD+ is being adopted by the cable companies around the world for broadcast at "some point". So being able to bitstream it really is important going forward. Yea, BD's don't use it, but, that doesn't mean no one does.

[nevcairiel]

@VipZ:
You are using LAV Splitter for the mpeg-ts/ps, yea?
And "Audio Stream Parsing" is still activated?

I didn't yet implement parsing in the bitstream code, so for now on MPEG-TS/PS, it'll only work with LAV Splitter and the options on.

Just double checking. :)

[Andy o]

Personally, I would have preferred that all HD movies were high bitrate DD+ 16/48 but that's just me :D.

[jmone]

I figured once you saw that it'd put a smile on your face. It sure did for me! Now I can rip all my HD DVD's to MKV and bitstream the DD+ audio! Sweet! Just need to figure out what to do about the subs and I'm in business.

Convert them to Blu-ray PGS Subs (like Clown does when converting HD-DVD to Blu-ray)?

[Andy o]

I figured once you saw that it'd put a smile on your face. It sure did for me! Now I can rip all my HD DVD's to MKV and bitstream the DD+ audio! Sweet! Just need to figure out what to do about the subs and I'm in business.

ffdshow could always decode it, but for me the more important advantage of DD+ over DD was that it could do 7.1 channels, and IIRC ffdshow can't do that.

[nevcairiel]

Yeah, ffmpeg cannot decode the extra channels of the E-AC3 block..

Anyhow, i think i'm going to call it a night. Watching some ep of something, and then sleeping. I cannot reproduce any crashes anyhow. :(
Please test as much as you can, and report conclusive and reproducible errors for me to check tomorrow. :p

[VipZ]

Nev, I jumped to conclusions for the MPEG-TS crashing, the audio decoding is fine, if u use MPC mpeg splitter its fine with LAV Audio bitstreaming.

Yep, the options are as you mentioned.

I also had 1 crash on a MKV in a similar way, but I cant get it to do it again.

Hope you can get that file to crash :)

[nevcairiel]

Yep, the options are as you mentioned.


No crashes. :(
Try turning the option off? :D

Using DirectSound renderer?
Which video renderer and decoder?

Does the crash happen without bitstreaming too?

On Win7 it usually says which module a crash was in when you look at the crash details, what does it say?

PS:
Without LAV Splitter, it will right now not bitstream. A small oversight i fixed already. :p

[VipZ]

Bleh, I should have thought about that :p

The crash was occurring in ffdshow libmpeg2, so you can ignore this issue. Guess this is why we need LAV Video to complete the circle :)

AC3 was also bitstreaming perfectly with MPC MPEG splitter.

[nevcairiel]

AC3 was also bitstreaming perfectly with MPC MPEG splitter.

Unless you build a newer version then i posted, then no, not it wasn't. It was not capable of bitstreaming when LAV Splitter was not loaded. :p

I'll fix one other small thing, then post a new build and go sleepzzz.

[VipZ]

Unless you build a newer version then i posted, then no, not it wasn't. It was not capable of bitstreaming when LAV Splitter was not loaded. :p
.

Yep, as always you where right, to much random testing has made me see things :p

Thanks, I will be putting bitstreaming to test properly and watch a movie in bed :)

[SamuriHL]

Yeah, ffmpeg cannot decode the extra channels of the E-AC3 block..

Anyhow, i think i'm going to call it a night. Watching some ep of something, and then sleeping. I cannot reproduce any crashes anyhow. :(
Please test as much as you can, and report conclusive and reproducible errors for me to check tomorrow. :p

Just did some quick testing of various media on my nVidia box with madVR 0.61, LAV CUVID 0.6, your build of LAVF Splitter, and MC16. Blu-ray plays fine. MKV plays fine. MPG files play fine. Bitstreaming everything I've thrown at it. In short, HELL YEA! This setup absolutely ROCKS! Thank you!

[nevcairiel]

Ok, last build for today. No changes in the bitstreaming code itself, just some cleanup and other misc fixes.

http://files.1f0.de/lavf/LAVFilters-0.24-40-g6c8a0f9.zip

A quick recap for everyone that doesn't want to go all pages back:

- This version features Audio Bitstreaming through LAV Audio. AC3, E-AC3, TrueHD, DTS and DTS-HD are supported, have been tested, and generally working pretty good now.
- This version also features the new PGS forced subtitle filter. In LAV Splitter is a new option, "Deliver only forced subtitles", which will filter PGS subtitle tracks, and only send the lines marked "forced" to the subtitle renderer. This affects Blu-rays which have both normal and forced subs in one subtitle track (Avatar, District 9, and many others). In limited testing, this option seems to work really well, but more testing is needed.

Note that Bitstreaming might not work 100% reliable with splitters other then LAV Splitter, which will be worked on in the future - so please concentrate testing on the LAV Splitter + LAV Audio combination.

Please test these two new features, and concentrate bug reports on those. I want to get those stable ASAP and mark it 0.25.

Remember to offer as many information as possible when reporting bugs in either feature. That means what type of container, which audio/video codecs, what decoders are in use (both audio, video and subtitle), and which renderers are used. In addition a small sample file usually helps greatly in resolving any bugs.

@SamuriHL:
If you get a chance, maybe test that TrueHD disc you had bitstreaming issues with earlier, would be interesting to see the results.

[SamuriHL]

I was thinking the exact same thing. i'm going to do that right now and let you know.

[dbone1026]

So to confirm using LAV Splitter + LAV Audio Decoder = bitstreaming + forced subtitle support in MPC HC?

[SamuriHL]

So to confirm using LAV Splitter + LAV Audio Decoder = bitstreaming + forced subtitle support in MPC HC?

:D Nooooooo, that's crazy talk! :p Oh wait, yes, yes that's exactly what Nev has done! :)

[SamuriHL]

@Nev I have some news for you. I've been watching Megamind in MC16 for 9 minutes so far. I heard 1 small glitch but who knows what that was from. Basically what I'm saying here is that Dreamworks TrueHD playback appears to be flawless with your new bitstreaming code. Well done man! This is just insanely awesome!!

EDIT: Ok, a couple glitches every once in a great while, but, nothing like what I saw with ffdshow so this is a marked improvement.

[dbone1026]

:D Nooooooo, that's crazy talk! :p Oh wait, yes, yes that's exactly what Nev has done! :)

Thanks, been trying to follow the thread but it is moving at lightning speed. So with LAV as Splitter and Audio decoder, what else are you adding to MPC HC for subtitle support for forced subs to keep subs shut off (been doing BluRay folder rips + TMT lately, trying to get my head back in the game :)

[mindbomb]

nev, are you aware that in recent versions, truehd in an mkv is being outputted as 32 bit instead of 24 bit?
possibly also truehd in an mpeg container, i don't have one of those to test.

[SamuriHL]

Thanks, been trying to follow the thread but it is moving at lightning speed. So with LAV as Splitter and Audio decoder, what else are you adding to MPC HC for subtitle support for forced subs to keep subs shut off (been doing BluRay folder rips + TMT lately, trying to get my head back in the game :)

Well, I'm not using MPC-HC anymore, but, if I were, I'd enable their internal subtitle renderer. Then configure LAVF Splitter properties so that the drop down says "forced only" and the checkbox for forced subs is checked. This will then give you forced subs for playback. So yes, things HAVE been moving lightning fast. :)

[dbone1026]

Well, I'm not using MPC-HC anymore, but, if I were, I'd enable their internal subtitle renderer. Then configure LAVF Splitter properties so that the drop down says "forced only" and the checkbox for forced subs is checked. This will then give you forced subs for playback. So yes, things HAVE been moving lightning fast. :)

Not to get off topic but what player are you using now if not MPC HC?

[robpdotcom]

nev, are you aware that in recent versions, truehd in an mkv is being outputted as 32 bit instead of 24 bit?
possibly also truehd in an mpeg container, i don't have one of those to test.

As long as I'm using LAVSplitter, LAVAudio outputs 24bit.

[SamuriHL]

Not to get off topic but what player are you using now if not MPC HC?

J River MC16. You can configure each media type with separate directshow configurations. I have it set up to have my entire library of MKV's in one nice to click on interface. Plus BD/DVD disc playback works just fine. It's SO nice being able to open a program and having your entire library listed right there so you can select what you want. (My library is split across multiple drives and across the network. It shows them all). With LAVF Splitter and LAV Audio, I have no problems at all with any of my movies now. Plus I can play my HD PVR recordings and TIVO files. All from one interface. I'm in heaven for sure. :)

[noee]

Those of us who've been using MC for years would agree with your comments. What took you so long to get on board? ;)

[SamuriHL]

Those of us who've been using MC for years would agree with your comments. What took you so long to get on board? ;)

I was brought on board last summer by jmone with MC15. However, at the time I couldn't get it to do everything I wanted. It just couldn't match the playback capability of MPC-HC for me. However, since things have changed *SO MUCH* in the last year, I decided to upgrade to MC16 and give it a shot. With Nev's filters, madVR, and a decent decoder, it's just remarkable. It's completely replaced all my other players now.

[noee]

Yup, just ribbing you. I remember asking jRiver for madVR support when madshi first released it and I was met with tepid response (no response, IIRC) and there was really no one else in the beta group using madVR back then. So, yeah, MPC-HC was the "best" option for video support back then, especially as Reclock and FFdshow went through incredible improvements. But for audio, MC was still the best option, IMO, even way back to much earlier versions. Now, with the improved JRSS, multi-zone/multi-format support and, of course, madVR support, it's unmatched, IMO.

Anyway, the work of these developers is not only much appreciated, but no less than astounding, considering what we can do now with our machines and our media.

[SamuriHL]

Yup. Couldn't agree more. In any case, for Nev I have no bug reports. I only had a few glitches in Megamind off the disc. WAY WAY fewer than ffdshow. Really quite pleased with this.

[Andy o]

I might try other media players myself, tired of MPC-HC crashing at closing. I have to either pause or stop the movie before, or about 60% of the time it will crash.

[SamuriHL]

I can't say enough good things about MC16. Seriously, give it a try. It takes a bit of time to get it setup, but, once it's setup it just simply rocks. It's not free, but, IMO, worth it. If you need help configuring it, PM me somewhere. :)

[Andy o]

I'm a bit familiar with JRiver's MC, did try MC12 I think, and liked it, but I didn't really need it at the time. $50 is a bit steep though, I'll see if it's worth it.

[SamuriHL]

MC16 is quite a bit different. It's quite impressive.

[ryrynz]

Can someone qive me a quick rundown on the advantages of using LAV Filters over Haali? Thanks.

[jmone]

Mmm got an odd one. I was testing the conversion of a HD-DVD to Blu-ray using ClownBD (front end to eac3to and tsMuxer) that included a TrueHD/AC3 track and a E-AC3 Track (logs can be found in this post - http://forum.slysoft.com/showthread.php?p=309455&posted=1#post309455).

All three tracks are correctly identified by LAVSplitter and play fine with LAVSplitter feeding FFDSHOW.

http://forum.slysoft.com/attachment.php?attachmentid=16777&stc=1&d=1304311183

Oddly, I can start playback on the TrueHD track using LAVSplitter and LAVAudio, but if I then change tracks LAVSplitter will drop LAVAudio and connect to FFDSHOW. Here is the filter dumps of the three in order from first connection with TrueHD.....
Filter Graph Info:

Filter 'ReClock Audio Renderer'
CLSID: {9DC15360-914C-46B8-B9DF-BFE67FD36C6A}
Host: c:\program files\reclock\reclock.dll
Input Pin 'In'
Connected to pin 'XForm Out' of filter 'LAV Audio Decoder'
Major type MEDIATYPE_Audio Sub type MEDIASUBTYPE_PCM, Format type FORMAT_WaveFormatEx

Filter 'Enhanced Video Renderer'
CLSID: {FA10746C-9B63-4B6C-BC49-FC300EA5F256}
Host: c:\windows\system32\evr.dll
Input Pin 'EVR Input0'
Connected to pin 'Out' of filter 'ffdshow Video Decoder'
Major type MEDIATYPE_Video Sub type MEDIASUBTYPE_YUY2, Format type FORMAT_VideoInfo2
Input Pin 'EVR Input1'

Filter 'LAV Audio Decoder'
CLSID: {E8E73B6B-4CB3-44A4-BE99-4F7BCB96E491}
Host: c:\users\htpc\downloads\filters\lavfilters\lavaudio.ax
Input Pin 'XForm In'
Connected to pin 'Audio' of filter 'LAV Splitter Source'
Major type MEDIATYPE_Audio Sub type Unknown GUID Name: {EB27CEC4-163E-4CA3-8B74-8E25F91B517E}, Format type FORMAT_WaveFormatEx
Output Pin 'XForm Out'
Connected to pin 'In' of filter 'ReClock Audio Renderer'
Major type MEDIATYPE_Audio Sub type MEDIASUBTYPE_PCM, Format type FORMAT_WaveFormatEx

Filter 'ffdshow Video Decoder'
CLSID: {04FE9017-F873-410E-871E-AB91661A4EF7}
Host: c:\program files\ffdshow\ffdshow.ax
Input Pin 'In'
Connected to pin 'Video' of filter 'LAV Splitter Source'
Major type MEDIATYPE_Video Sub type Unknown GUID Name: {D979F77B-DBEA-4BF6-9E6D-1D7E57FBAD53}, Format type FORMAT_VideoInfo2
Output Pin 'Out'
Connected to pin 'EVR Input0' of filter 'Enhanced Video Renderer'
Major type MEDIATYPE_Video Sub type MEDIASUBTYPE_YUY2, Format type FORMAT_VideoInfo2
Input Pin 'In Text'
Connected to pin 'Subtitle' of filter 'LAV Splitter Source'
Major type Unknown GUID Name: {E487EB08-6B26-4BE9-9DD3-993434D313FD} Sub type Unknown GUID Name: {04EBA53E-9330-436C-9133-553EC87031DC}, Format type Unknown GUID Name: {04EBA53E-9330-436C-9133-553EC87031DC}
Input Pin 'In Text 2'

Filter 'LAV Splitter Source'
CLSID: {B98D13E7-55DB-4385-A33D-09FD1BA26338}
Host: c:\users\htpc\downloads\filters\lavfilters\lavsplitter.ax
Output Pin 'Video'
Connected to pin 'In' of filter 'ffdshow Video Decoder'
Major type MEDIATYPE_Video Sub type Unknown GUID Name: {D979F77B-DBEA-4BF6-9E6D-1D7E57FBAD53}, Format type FORMAT_VideoInfo2
Output Pin 'Audio'
Connected to pin 'XForm In' of filter 'LAV Audio Decoder'
Major type MEDIATYPE_Audio Sub type Unknown GUID Name: {EB27CEC4-163E-4CA3-8B74-8E25F91B517E}, Format type FORMAT_WaveFormatEx
Output Pin 'Subtitle'
Connected to pin 'In Text' of filter 'ffdshow Video Decoder'
Major type Unknown GUID Name: {E487EB08-6B26-4BE9-9DD3-993434D313FD} Sub type Unknown GUID Name: {04EBA53E-9330-436C-9133-553EC87031DC}, Format type Unknown GUID Name: {04EBA53E-9330-436C-9133-553EC87031DC}

Filter Graph Info:

Filter 'ReClock Audio Renderer'
CLSID: {9DC15360-914C-46B8-B9DF-BFE67FD36C6A}
Host: c:\program files\reclock\reclock.dll
Input Pin 'In'
Connected to pin 'Out' of filter 'ffdshow Audio Decoder'
Major type MEDIATYPE_Audio Sub type MEDIASUBTYPE_IEEE_FLOAT, Format type FORMAT_WaveFormatEx

Filter 'Enhanced Video Renderer'
CLSID: {FA10746C-9B63-4B6C-BC49-FC300EA5F256}
Host: c:\windows\system32\evr.dll
Input Pin 'EVR Input0'
Connected to pin 'Out' of filter 'ffdshow Video Decoder'
Major type MEDIATYPE_Video Sub type MEDIASUBTYPE_YUY2, Format type FORMAT_VideoInfo2
Input Pin 'EVR Input1'

Filter 'ffdshow Audio Decoder'
CLSID: {0F40E1E5-4F79-4988-B1A9-CC98794E6B55}
Host: c:\program files\ffdshow\ffdshow.ax
Output Pin 'Out'
Connected to pin 'In' of filter 'ReClock Audio Renderer'
Major type MEDIATYPE_Audio Sub type MEDIASUBTYPE_IEEE_FLOAT, Format type FORMAT_WaveFormatEx
Input Pin 'In'
Connected to pin 'Audio' of filter 'LAV Splitter Source'
Major type MEDIATYPE_Audio Sub type Unknown GUID Name: {A7FB87AF-2D02-42FB-A4D4-05CD93843BDD}, Format type FORMAT_WaveFormatEx
Input Pin 'In2'

Filter 'ffdshow Video Decoder'
CLSID: {04FE9017-F873-410E-871E-AB91661A4EF7}
Host: c:\program files\ffdshow\ffdshow.ax
Input Pin 'In'
Connected to pin 'Video' of filter 'LAV Splitter Source'
Major type MEDIATYPE_Video Sub type Unknown GUID Name: {D979F77B-DBEA-4BF6-9E6D-1D7E57FBAD53}, Format type FORMAT_VideoInfo2
Output Pin 'Out'
Connected to pin 'EVR Input0' of filter 'Enhanced Video Renderer'
Major type MEDIATYPE_Video Sub type MEDIASUBTYPE_YUY2, Format type FORMAT_VideoInfo2
Input Pin 'In Text'
Connected to pin 'Subtitle' of filter 'LAV Splitter Source'
Major type Unknown GUID Name: {E487EB08-6B26-4BE9-9DD3-993434D313FD} Sub type Unknown GUID Name: {04EBA53E-9330-436C-9133-553EC87031DC}, Format type Unknown GUID Name: {04EBA53E-9330-436C-9133-553EC87031DC}
Input Pin 'In Text 2'

Filter 'LAV Splitter Source'
CLSID: {B98D13E7-55DB-4385-A33D-09FD1BA26338}
Host: c:\users\htpc\downloads\filters\lavfilters\lavsplitter.ax
Output Pin 'Video'
Connected to pin 'In' of filter 'ffdshow Video Decoder'
Major type MEDIATYPE_Video Sub type Unknown GUID Name: {D979F77B-DBEA-4BF6-9E6D-1D7E57FBAD53}, Format type FORMAT_VideoInfo2
Output Pin 'Audio'
Connected to pin 'In' of filter 'ffdshow Audio Decoder'
Major type MEDIATYPE_Audio Sub type Unknown GUID Name: {A7FB87AF-2D02-42FB-A4D4-05CD93843BDD}, Format type FORMAT_WaveFormatEx
Output Pin 'Subtitle'
Connected to pin 'In Text' of filter 'ffdshow Video Decoder'
Major type Unknown GUID Name: {E487EB08-6B26-4BE9-9DD3-993434D313FD} Sub type Unknown GUID Name: {04EBA53E-9330-436C-9133-553EC87031DC}, Format type Unknown GUID Name: {04EBA53E-9330-436C-9133-553EC87031DC}

Filter Graph Info:

Filter 'ReClock Audio Renderer'
CLSID: {9DC15360-914C-46B8-B9DF-BFE67FD36C6A}
Host: c:\program files\reclock\reclock.dll
Input Pin 'In'
Connected to pin 'Out' of filter 'ffdshow Audio Decoder'
Major type MEDIATYPE_Audio Sub type MEDIASUBTYPE_IEEE_FLOAT, Format type FORMAT_WaveFormatEx

Filter 'Enhanced Video Renderer'
CLSID: {FA10746C-9B63-4B6C-BC49-FC300EA5F256}
Host: c:\windows\system32\evr.dll
Input Pin 'EVR Input0'
Connected to pin 'Out' of filter 'ffdshow Video Decoder'
Major type MEDIATYPE_Video Sub type MEDIASUBTYPE_YUY2, Format type FORMAT_VideoInfo2
Input Pin 'EVR Input1'

Filter 'ffdshow Audio Decoder'
CLSID: {0F40E1E5-4F79-4988-B1A9-CC98794E6B55}
Host: c:\program files\ffdshow\ffdshow.ax
Output Pin 'Out'
Connected to pin 'In' of filter 'ReClock Audio Renderer'
Major type MEDIATYPE_Audio Sub type MEDIASUBTYPE_IEEE_FLOAT, Format type FORMAT_WaveFormatEx
Input Pin 'In'
Connected to pin 'Audio' of filter 'LAV Splitter Source'
Major type MEDIATYPE_Audio Sub type MEDIASUBTYPE_DOLBY_AC3, Format type FORMAT_WaveFormatEx
Input Pin 'In2'

Filter 'ffdshow Video Decoder'
CLSID: {04FE9017-F873-410E-871E-AB91661A4EF7}
Host: c:\program files\ffdshow\ffdshow.ax
Input Pin 'In'
Connected to pin 'Video' of filter 'LAV Splitter Source'
Major type MEDIATYPE_Video Sub type Unknown GUID Name: {D979F77B-DBEA-4BF6-9E6D-1D7E57FBAD53}, Format type FORMAT_VideoInfo2
Output Pin 'Out'
Connected to pin 'EVR Input0' of filter 'Enhanced Video Renderer'
Major type MEDIATYPE_Video Sub type MEDIASUBTYPE_YUY2, Format type FORMAT_VideoInfo2
Input Pin 'In Text'
Connected to pin 'Subtitle' of filter 'LAV Splitter Source'
Major type Unknown GUID Name: {E487EB08-6B26-4BE9-9DD3-993434D313FD} Sub type Unknown GUID Name: {04EBA53E-9330-436C-9133-553EC87031DC}, Format type Unknown GUID Name: {04EBA53E-9330-436C-9133-553EC87031DC}
Input Pin 'In Text 2'

Filter 'LAV Splitter Source'
CLSID: {B98D13E7-55DB-4385-A33D-09FD1BA26338}
Host: c:\users\htpc\downloads\filters\lavfilters\lavsplitter.ax
Output Pin 'Video'
Connected to pin 'In' of filter 'ffdshow Video Decoder'
Major type MEDIATYPE_Video Sub type Unknown GUID Name: {D979F77B-DBEA-4BF6-9E6D-1D7E57FBAD53}, Format type FORMAT_VideoInfo2
Output Pin 'Audio'
Connected to pin 'In' of filter 'ffdshow Audio Decoder'
Major type MEDIATYPE_Audio Sub type MEDIASUBTYPE_DOLBY_AC3, Format type FORMAT_WaveFormatEx
Output Pin 'Subtitle'
Connected to pin 'In Text' of filter 'ffdshow Video Decoder'
Major type Unknown GUID Name: {E487EB08-6B26-4BE9-9DD3-993434D313FD} Sub type Unknown GUID Name: {04EBA53E-9330-436C-9133-553EC87031DC}, Format type Unknown GUID Name: {04EBA53E-9330-436C-9133-553EC87031DC}

[mindbomb]

nev, are you aware that in recent versions, truehd in an mkv is being outputted as 32 bit instead of 24 bit?
possibly also truehd in an mpeg container, i don't have one of those to test.

oh wait, this is a false alarm.
I stupidly set the commentary track as the default track on the file I was playing and didn't realize it until now.

[nevcairiel]

So much talking, but no-one found a serious problem? hooray. :p

All three tracks are correctly identified by LAVSplitter and play fine with LAVSplitter feeding FFDSHOW.

Oddly, I can start playback on the TrueHD track using LAVSplitter and LAVAudio, but if I then change tracks LAVSplitter will drop LAVAudio and connect to FFDSHOW.

Thats most likely a problem with MC16. What i do on audio switch is disconnect the previous audio filter, and ask the DirectShow graph builder to find me a new audio decoder. If MC16 does not override the default implementation, it'll fallback to Merits, and the ffdshow filters have insanely high merits...

You can test this by opening the ffdshow audio decoder configuration as Admin (with UAC elevation), and on the "DirectShow control" tab, move the merit slider to "normal" or "preferred". The "ffdshow default" is higher then any other normal filter would ever use.

For those that want it, i could potentially also add an option to always try to keep the connected audio decoder, if it accepts the new media type - but thats of course no "good" solution.

I can test this when i get home.

[nevcairiel]

Oh, something else i want to test today is adding an option to LAV Audio for audio delay. My TV adds an extra long delay when running on 24p (~around 200ms), and my receiver can only go up to 100ms correction...

I know the existing delay options, in ffdshow and MPC-HC audio switcher, never worked with bitstreaming properly. Lets see if i can make that work. :)
That was one of the main reasons i never even considered using bitstreaming.

[jmone]

It think it is somthing else as I had already found the "insanely high merits" and reduced them to normal, then down to "Do not use" but the same results.... so I even then removed FFDSHOW Audio from DirectShow to stop it loading. At which point I found I could change streams but it appears as if LAVAudio is no longer laoded, even the Properties-->Status Page of LAVAudio would be blank with no info (but it obvoiusly is loaded as I'm getting sound + the info dump shows the below from my PC: Note at this point I went to my HTPC to check and that is from where the other dumps come from). It may be how MC is interacting with LAV on the format change but I've not seen this issue previously - I'll test some more.
Filter Graph Info:

Filter 'J. River Audio Renderer'
CLSID: {A4002F8E-510F-442C-8AD3-F9C7B23FB394}
Host:
Input Pin 'In'
Connected to pin 'XForm Out' of filter 'LAV Audio Decoder'
Major type MEDIATYPE_Audio Sub type MEDIASUBTYPE_IEEE_FLOAT, Format type FORMAT_WaveFormatEx

Filter 'Enhanced Video Renderer'
CLSID: {FA10746C-9B63-4B6C-BC49-FC300EA5F256}
Host: c:\windows\syswow64\evr.dll
Input Pin 'EVR Input0'
Connected to pin 'Out' of filter 'ffdshow Video Decoder'
Major type MEDIATYPE_Video Sub type MEDIASUBTYPE_YUY2, Format type FORMAT_VideoInfo2
Input Pin 'EVR Input1'

Filter 'LAV Audio Decoder'
CLSID: {E8E73B6B-4CB3-44A4-BE99-4F7BCB96E491}
Host: c:\users\mum and dad\downloads\filters\lavfilters\lavaudio.ax
Input Pin 'XForm In'
Connected to pin 'Audio' of filter 'LAV Splitter Source'
Major type MEDIATYPE_Audio Sub type Unknown GUID Name: {A7FB87AF-2D02-42FB-A4D4-05CD93843BDD}, Format type FORMAT_WaveFormatEx
Output Pin 'XForm Out'
Connected to pin 'In' of filter 'J. River Audio Renderer'
Major type MEDIATYPE_Audio Sub type MEDIASUBTYPE_IEEE_FLOAT, Format type FORMAT_WaveFormatEx

Filter 'ffdshow Video Decoder'
CLSID: {04FE9017-F873-410E-871E-AB91661A4EF7}
Host: c:\program files (x86)\ffdshow\ffdshow.ax
Input Pin 'In'
Connected to pin 'Video' of filter 'LAV Splitter Source'
Major type MEDIATYPE_Video Sub type Unknown GUID Name: {D979F77B-DBEA-4BF6-9E6D-1D7E57FBAD53}, Format type FORMAT_VideoInfo2
Output Pin 'Out'
Connected to pin 'EVR Input0' of filter 'Enhanced Video Renderer'
Major type MEDIATYPE_Video Sub type MEDIASUBTYPE_YUY2, Format type FORMAT_VideoInfo2
Input Pin 'In Text'
Connected to pin 'Subtitle' of filter 'LAV Splitter Source'
Major type Unknown GUID Name: {E487EB08-6B26-4BE9-9DD3-993434D313FD} Sub type Unknown GUID Name: {04EBA53E-9330-436C-9133-553EC87031DC}, Format type Unknown GUID Name: {04EBA53E-9330-436C-9133-553EC87031DC}
Input Pin 'In Text 2'

Filter 'LAV Splitter Source'
CLSID: {B98D13E7-55DB-4385-A33D-09FD1BA26338}
Host: c:\users\mum and dad\downloads\filters\lavfilters\lavsplitter.ax
Output Pin 'Video'
Connected to pin 'In' of filter 'ffdshow Video Decoder'
Major type MEDIATYPE_Video Sub type Unknown GUID Name: {D979F77B-DBEA-4BF6-9E6D-1D7E57FBAD53}, Format type FORMAT_VideoInfo2
Output Pin 'Audio'
Connected to pin 'XForm In' of filter 'LAV Audio Decoder'
Major type MEDIATYPE_Audio Sub type Unknown GUID Name: {A7FB87AF-2D02-42FB-A4D4-05CD93843BDD}, Format type FORMAT_WaveFormatEx
Output Pin 'Subtitle'
Connected to pin 'In Text' of filter 'ffdshow Video Decoder'
Major type Unknown GUID Name: {E487EB08-6B26-4BE9-9DD3-993434D313FD} Sub type Unknown GUID Name: {04EBA53E-9330-436C-9133-553EC87031DC}, Format type Unknown GUID Name: {04EBA53E-9330-436C-9133-553EC87031DC}

[nevcairiel]

Do you have bitstreaming on? If so, try again with it off?

I'll test when i get home.

[jmone]

Do you have bitstreaming on? If so, try again with it off?

I'll test when i get home.

I'm a decoder by choice and need (no HD Audio on the Yami V2700). I could be I've also just stuffed up my direct show stuff as I'm now getting issues with anything with more than one Audio Track.....

[jmone]

OK - an uninstall and install of LAVSplitter and LAVAudio has fixed the no sound / filter not loading issue on multi track! I've still got a couple of odd things on my PC but will test more on the HTPC and report back later.

[PeQuE]

Oh, something else i want to test today is adding an option to LAV Audio for audio delay. My TV adds an extra long delay when running on 24p (~around 200ms), and my receiver can only go up to 100ms correction...
I was coming here today exactly to ask you to add this feature! :)

I'm currently using LAV Splitter and LAV CUVID video decoder in my system (really good!)... but I can't use LAV Audio decoder because lack of spdif passthrough (planned), and also because lack of audio delay option (my receiver doesn't do this, and my Samsung TV adds allways around 120 ms delay).

I know the existing delay options, in ffdshow and MPC-HC audio switcher, never worked with bitstreaming properly. Lets see if i can make that work. :)
That was one of the main reasons i never even considered using bitstreaming.

I'm using ffdshow audio decoder with spdif passthrough and audio delay with no aparent problem... What do you mean?

[nevcairiel]

I'm using ffdshow audio decoder with spdif passthrough and audio delay with no aparent problem... What do you mean?

On some of the formats i just got silence, on others it worked. Don't remember exactly anymore which was what.

[jmone]

OK - I had three issues all overlapping!
1) Bad Install: I had just copied the latest filters over the top (did not do an uninstall/install) - My Bad!
2) MC has a bug of not updating the list of filters when it gets rebuilt: logged a bug in their beta forum http://yabb.jriver.com/interact/index.php?topic=63877.msg426892#msg426892
3) LAVSplitter is not to keen on connecting LAV Audio to either the DD+ or the DD (interleaved with the TrueHD track) created by ClownBD: Logs here http://forum.slysoft.com/showpost.php?p=309455&postcount=2770 FFDSHOW will connect to LAVSplitter no matter what and when I unregister FFDSHOW Audio I even get an empty pin on LAVSplitter on my HTPC (see below). On my PC it will connect to LAV Audio once I unregister FFDSHOW I get sound fine (2.0 ch setup) but the Properties-->Status Page of LAVAudio sill sometimes show the LFE a full green bar.

Thanks all I've got!
Filter Graph Info:

Filter 'madVR'
CLSID: {E1A8B82A-32CE-4B0D-BE0D-AA68C772E423}
Host: c:\users\htpc\downloads\filters\madvr\madvr.ax
Input Pin 'Input'
Connected to pin 'Out' of filter 'ffdshow Video Decoder'
Major type MEDIATYPE_Video Sub type MEDIASUBTYPE_YV12, Format type FORMAT_VideoInfo2

Filter 'ffdshow Video Decoder'
CLSID: {04FE9017-F873-410E-871E-AB91661A4EF7}
Host: c:\program files\ffdshow\ffdshow.ax
Input Pin 'In'
Connected to pin 'Video' of filter 'LAV Splitter Source'
Major type MEDIATYPE_Video Sub type Unknown GUID Name: {D979F77B-DBEA-4BF6-9E6D-1D7E57FBAD53}, Format type FORMAT_VideoInfo2
Output Pin 'Out'
Connected to pin 'Input' of filter 'madVR'
Major type MEDIATYPE_Video Sub type MEDIASUBTYPE_YV12, Format type FORMAT_VideoInfo2
Input Pin 'In Text'
Connected to pin 'Subtitle' of filter 'LAV Splitter Source'
Major type Unknown GUID Name: {E487EB08-6B26-4BE9-9DD3-993434D313FD} Sub type Unknown GUID Name: {04EBA53E-9330-436C-9133-553EC87031DC}, Format type Unknown GUID Name: {04EBA53E-9330-436C-9133-553EC87031DC}
Input Pin 'In Text 2'

Filter 'LAV Splitter Source'
CLSID: {B98D13E7-55DB-4385-A33D-09FD1BA26338}
Host: c:\users\htpc\downloads\filters\lavfilters\lavsplitter.ax
Output Pin 'Video'
Connected to pin 'In' of filter 'ffdshow Video Decoder'
Major type MEDIATYPE_Video Sub type Unknown GUID Name: {D979F77B-DBEA-4BF6-9E6D-1D7E57FBAD53}, Format type FORMAT_VideoInfo2
Output Pin 'Audio'
Output Pin 'Subtitle'
Connected to pin 'In Text' of filter 'ffdshow Video Decoder'
Major type Unknown GUID Name: {E487EB08-6B26-4BE9-9DD3-993434D313FD} Sub type Unknown GUID Name: {04EBA53E-9330-436C-9133-553EC87031DC}, Format type Unknown GUID Name: {04EBA53E-9330-436C-9133-553EC87031DC}

[nevcairiel]

MC16 graph dumps aren't really useful, they have practically no information. :p

Can you try the same file in MPC-HC, and if it also doesn't connect to LAV Audio on the DD/DD+ tracks, then let it connect to ffdshow and post the audio output pin of LAV Splitter (right click on player -> Filters -> LAV Splitter (or if not present, the entry with the file name) -> Properties -> Pin Info -> Select [OUT] Audio in dropdown, copy paste edit box).

There is no reason LAV Audio should *not* like a AC3 or E-AC3 track, unless you managed to somehow disable the two formats in the format configuration for some reason.

I should really figure out a way to generate debug information into a file.
I'll work on that after 0.25. :p

PS:
And just to rule it out, compare behaviour to official 0.24?

[VipZ]

Nev, in regards to LAV Audio, is WMA 7/8/9 planned to be supported? As it should be working fine via ffmpeg.

Also regarding FLAC, it was mentioned before it had drifting sync issues, did this apply to only LAV audio or does the same also affect ffdshow?

Wanting to remove ffdshow audio out my config :p

[nevcairiel]

Nev, in regards to LAV Audio, is WMA 7/8/9 planned to be supported? As it should be working fine via ffmpeg.

It should be working fine if you use it with LAV Splitter. There are no options to turn it on/off however. I can add those if wanted.
I can also add the official media types so it can be used with other splitters.

Also regarding FLAC, it was mentioned before it had drifting sync issues, did this apply to only LAV audio or does the same also affect ffdshow?

AFAIK, ffdshow uses libflac (at least the MPC-HC decoder does)
I can probably add a libflac wrapper into ffmpeg which would enable LAV Audio to use it as well, but don't hold your breath for now - so much more to do.
Throw out ffdshow and use madFlac. :)

[VipZ]

It should be working fine if you use it with LAV Splitter. There are no options to turn it on/off however. I can add those if wanted.
I can also add the official media types so it can be used with other splitters.

Currently LAV Audio cant connect to WMA streams, After disabling ffdshow audio and blocking WMA DMO, audio cant decode anymore

Here are the media types to make it easier, though you probably already have them :)
{00000160-0000-0010-8000-00AA00389B71}
{00000161-0000-0010-8000-00AA00389B71}
{00000162-0000-0010-8000-00AA00389B71}
{00000163-0000-0010-8000-00AA00389B71}


AFAIK, ffdshow uses libflac (at least the MPC-HC decoder does)
I can probably add a libflac wrapper into ffmpeg which would enable LAV Audio to use it as well, but don't hold your breath for now - so much more to do.
Throw out ffdshow and use madFlac. :)

The main reason I am not currently using madFLAC is that there is no x64 version, I know there is no real difference between x86 and x64 regarding this, but its just me being stubborn :p

I also don't have any movies with FLAC audio so the sync issue doesn't really affect me, so I can wait :)

[nevcairiel]

Currently LAV Audio cant connect to WMA streams, After disabling ffdshow audio and blocking WMA DMO, audio cant decode anymore

With LAV Splitter?
Thats interesting.

I'll put that on my testing list.

[jmone]

MC16 graph dumps aren't really useful, they have practically no information. :p

Can you try the same file in MPC-HC, and if it also doesn't connect to LAV Audio on the DD/DD+ tracks, then let it connect to ffdshow and post the audio output pin of LAV Splitter (right click on player -> Filters -> LAV Splitter (or if not present, the entry with the file name) -> Properties -> Pin Info -> Select [OUT] Audio in dropdown, copy paste edit box).

There is no reason LAV Audio should *not* like a AC3 or E-AC3 track, unless you managed to somehow disable the two formats in the format configuration for some reason.

I should really figure out a way to generate debug information into a file.
I'll work on that after 0.25. :p

PS:
And just to rule it out, compare behaviour to official 0.24?

Thanks - Installed 0.24 and it all worked fine. Mmmm Reinstalled LAVFilters-0.24-40-g6c8a0f9 and it worked fine. Mmmm reenabled FFDSHOW Audio and still all good.

So after all of that.....the only observation I've got is a MC display bug and that the LFE channel sometimes gets over reported at 100% in the Properties-->Status Page of LAVAudio. Some days I hate computers!

Anyway.... I'll stop posting the MC dumps (but I don't have MPC-HC installed anymore so I'll wait for your own logging as I try to keep stuff on the HTPC to a minimum). Kinda hard to trouble shoot this stuff with such big files...

Thanks again for the quick response,
Nathan

[VipZ]

With LAV Splitter?
Thats interesting.

I'll put that on my testing list.

Yep LAV Splitter is all I use now ;)

Thanks

[Kotik]

On some of the formats i just got silence, on others it worked. Don't remember exactly anymore which was what.

Same here.

If i set delay with passthrough over ffdshow there is no sound.

Would be nice if you can set it properly over LAV Audio.

Keep up the great work.

[PeQuE]

I'm currently decoding at least dts, ac3 (DD), eac3 (DD+), MP1L2 (standard SD/HD .ts livetv) with no problem using ffdshow passthrough and 120 ms audio delay... ¿?

[VipZ]

Nev, I did some testing on FLAC in movies, all with LAV Spiltter.
LAV Audio: With no seeks/pause its perfect for the whole movie. Seeks to the end are very much out of sync.
ffdshow (libav): Didn't test playing full movie without a pause/seek, but if I seek to the end, the sync is fine.

So I think ffmpeg/libav is ok for FLAC decoding.

[Kotik]

Just to clarify... last time i tried was months ago, so as far as i understand it works now??

In any case LAV Audio should have this as an option. Most amps have a maximum delay of 100-200 which in some cases is not enough.

[nevcairiel]

Nev, I did some testing on FLAC in movies, all with LAV Spiltter.
LAV Audio: With no seeks/pause its perfect for the whole movie. Seeks to the end are very much out of sync.


So playback is fine in general, its seeks that break it?
I should convert some MKVs to flac, and see what happens.

Its just that i receive loads of warnings/errors from libavcodec when decoding, that just didn't seem right.

[VipZ]

So playback is fine in general, its seeks that break it?
I should convert some MKVs to flac, and see what happens.

Its just that i receive loads of warnings/errors from libavcodec when decoding, that just didn't seem right.

Yep, playback seems fine.

I tried to convert directly from AC3 to FLAC with eac3to, but that totally broke. So I used besweet to convert the 5.1 AC3 track to a 5.1 ch wav file, which i then used eac3to to convert to a 5.1 FLAC. Then I muxed with mkvmerge to replace the original AC3. I am not sure if there was an easier way to convert from AC3 5.1 to FLAC 5.1

I would say the FLAC playback was pretty much the same as when I bitstreamed the AC3 with some slight volume difference since I don't use WASAPI exclusive.

[joeydrunk]

No wonder, my video has been really choppy. What's up with subs in the top left corner?Thats not important. The only thing you CANNOT do when bitstreaming is let ReClock adjust the video speed to match refres rate, because then it goes out of sync. So with perfect bitstreaming, you'll end up with not 100% perfect video, because it could drop or repeat frames to match the refresh rate.

So, i guess, yes. For 100% perfect audio and video, with bitstreaming, it needs to be a exact multiple of the fps.



That doesn't make any sense, the connection between LAV Splitter and LAV Audio should always work - unless you turned one of the formats off in the config.

[nevcairiel]

Yep, playback seems fine.

I tried to convert directly from AC3 to FLAC with eac3to, but that totally broke. So I used besweet to convert the 5.1 AC3 track to a 5.1 ch wav file, which i then used eac3to to convert to a 5.1 FLAC. Then I muxed with mkvmerge to replace the original AC3. I am not sure if there was an easier way to convert from AC3 5.1 to FLAC 5.1

I would say the FLAC playback was pretty much the same as when I bitstreamed the AC3 with some slight volume difference since I don't use WASAPI exclusive.

Ok, i did some tests, and i think i fixed it. I'll work on some other things and provide a build later, unless you're building yourself, too.

PS:
I simply did a "eac3to some.mkv some.flac" and it worked just fine.

[VipZ]

Ok, i did some tests, and i think i fixed it. I'll work on some other things and provide a build later, unless you're building yourself, too.

PS:
I simply did a "eac3to some.mkv some.flac" and it worked just fine.

Sweet, thanks :)

I installed VS 2010 to try do my own builds for LAV/ffdshow/MPC-HC and was trying to get git sorted, but then got over it for the day. I will try again when I am up for the challenge.

Ok, good to know for next time.

@SamuriHL

The TrueHD issues you mentioned before regarding DreamWorks masters, does this include all of them as I only have Eagle Eye and was also looking to test if I have an issue with such disks. Also is there any easy way to bring out this issue?

[SamuriHL]

@SamuriHL

The TrueHD issues you mentioned before regarding DreamWorks masters, does this include all of them as I only have Eagle Eye and was also looking to test if I have an issue with such disks. Also is there any easy way to bring out this issue?

The animated ones like Kung Fu Panda, How To Train Your Dragon, Megamind, etc give the most problems from what I've seen. Something about the way they master their discs with TrueHD causes issues. I don't have Eagle Eye so I know nothing about that one. But the way to repro it is simple. Stick a disc in and play it. With ffdshow, the issue came up within 10 minutes. Sometimes it's subtle like a TINY little "glitch" in the audio. Other times it's so bad it breaks the damn connection to the receiver and requires reestablishing it so you lose audio for 3-4 seconds. LAV Audio had 2 or 3 glitches in the 30 or so minutes I ran Megamind, and they were all very minor. Most people wouldn't notice. I only did cause I was looking for them.

[VipZ]

Thanks, I will give it a test when I got some time to rewatch movie on weekend.

[joeydrunk]

Has anybody had a problem with not being able to access the stats(ctrl+J) in mpchc?

[nevcairiel]

@VipZ:
I could playback WMA audio just fine, i however added the subtypes for WMA1, WMA2 and WMA-Pro, and a configuration entry.

Anyhow, here is another build for tonight, i forgot what i all changed. Oh right, fixed flac, and added wma subtypes. Maybe something else. I'm really not feeling too good :(

In more positive news, i got my brand new shiny 30" monitor today, man thats awesome to have on your desk, being joined by one 24" on each side for good measure. Now i just need the new Z68 boards to actually get out so i can use the third screen (i wish NVIDIA would support 3 cards...)

Oh right, the build.

http://files.1f0.de/lavf/LAVFilters-0.24-45-g054fb45.zip

Keep testing that bitstreaming!
I really want to implement that other forced subtitle option before 0.25 - maybe i feel better tomorrow to get something done.

[SamuriHL]

I would love a way to enable/disable the forced option without having to go into the properties so, that second option would be nice yea. :) Bitstreaming...nothing's changed since I last reported. Stuff just works (tm). :D

[VipZ]

Thanks Nev

I tested FLAC, all good here now and seeking is much faster.

Bitstreaming is awesome, the occasional niggling feelings I though that AV sync was out, with LAV Audio, its just perfect.

WMA is still an issue, its fine if you use LAV Splitter, but if you use the MS splitters it still doesn't work. Can't use LAV Splitter for WMV yet due to the DAR issue for video.

This is an output from MS Splitter,
Media Type 0:
--------------------------
Audio: Windows Media Audio 48000Hz stereo 192kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {00000161-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 4096
cbFormat: 28

WAVEFORMATEX:
wFormatTag: 0x0161
nChannels: 2
nSamplesPerSec: 48000
nAvgBytesPerSec: 24000
nBlockAlign: 4096
wBitsPerSample: 16
cbSize: 10 (extra bytes)

pbFormat:
0000: 61 01 02 00 80 bb 00 00 c0 5d 00 00 00 10 10 00 a...€»..À]......
0010: 0a 00|00 88 00 00 0f 00 00 80 00 00 ...ˆ.....€..




Shiny stuff is good :p I have been eying out a new TV but always worried about input lag on new TV's

Get well soon :)

[n3w813]

Thanks Nevcairiel, bitstreaming is working great on my Nvidia 450. :)

Question, will you be adding a audio sync delay (+/-) option to the decoder? I need to add a 100ms delay to my audio stream to sync to the video stream. I usually do this via ffdshow or ac3filter.

Thanks :thanks:

@VipZ:
I could playback WMA audio just fine, i however added the subtypes for WMA1, WMA2 and WMA-Pro, and a configuration entry.

Anyhow, here is another build for tonight, i forgot what i all changed. Oh right, fixed flac, and added wma subtypes. Maybe something else. I'm really not feeling too good :(

In more positive news, i got my brand new shiny 30" monitor today, man thats awesome to have on your desk, being joined by one 24" on each side for good measure. Now i just need the new Z68 boards to actually get out so i can use the third screen (i wish NVIDIA would support 3 cards...)

Oh right, the build.

http://files.1f0.de/lavf/LAVFilters-0.24-45-g054fb45.zip

Keep testing that bitstreaming!
I really want to implement that other forced subtitle option before 0.25 - maybe i feel better tomorrow to get something done.

[Superb]

Question, will you be adding a audio sync delay (+/-) option to the decoder? I need to add a 100ms delay to my audio stream to sync to the video stream. I usually do this via ffdshow or ac3filter.http://forum.doom9.org/showthread.php?p=1497402#post1497402

[asasadad_1]

LAV Audio Decoder didn't connect LAV Splitter in the MP4 sample (E-Ac3). http://download.cyberlink.com/ftpdload/web/dolby/channelcheck-ddplus_480.mp4

more samples:http://cn.cyberlink.com/stat/events/enu/2011/Q2/dolby/index.jsp

Latest MPC-HC MP4 Splitter + ffdshow audio deocder works。

[SamuriHL]

I can confirm that. Not connecting for me, either. Odd.

[joeydrunk]

I uninstalled ffdshow, previous lav filters build, and removed the filters in mpchc>options>external filters. I then downloaded the new lav filters build and added them back to mpchc>options>external filters. Now bitstreaming isn't working. What am I not doing?

[joeydrunk]

I was just wondering if any ideas came to mind real quick, I'm not at home so I can't post a log.

[SamuriHL]

Did you set the options in LAV Audio to bitstream audio?

[Sebastiii]

Oh, something else i want to test today is adding an option to LAV Audio for audio delay. My TV adds an extra long delay when running on 24p (~around 200ms), and my receiver can only go up to 100ms correction...

I know the existing delay options, in ffdshow and MPC-HC audio switcher, never worked with bitstreaming properly. Lets see if i can make that work. :)
That was one of the main reasons i never even considered using bitstreaming.

Yeah :) it's the definitive option to swith to lav, i have the same delay of you here :)

Thanks again :)

[nevcairiel]

WMA is still an issue, its fine if you use LAV Splitter, but if you use the MS splitters it still doesn't work.

That media type looks ok. Did you re-register LAV Audio (and remove and re-add it to the MPC-HC external filter list), so both DirectShow and MPC-HC pick up on the newly added WMA media types?

I tested it with the WM ASF Reader, and it worked fine last night.

[nevcairiel]

LAV Audio Decoder didn't connect LAV Splitter in the MP4 sample (E-Ac3)

It doesn't actually detect that its e-ac3. Its a ffmpeg problem, but i'll add the format mapping.

All format descriptions that look like that ( <fourcc> / <hex code> ) are actually undetected formats, but just let me know and i can fix them.

[Sebastiii]

Hi nevcairiel,

Is it easy to show up a tray icon with inside LAV AUDIO and LAF Splitter ? it was usefull when application can't have information on splitter, actually i use ffdshow icon to get list of directshow filter and or reclock when i enable it.
I didn't try last Bitstream code but i will do tonight :)
One last addon is audio delay for 24fps movies.

And oh yes :) ordered chapter lol

It's amazing m8 the work you do, thanks.

[nevcairiel]

Is it easy to show up a tray icon with inside LAV AUDIO and LAF Splitter ?
Its not hard, but its alot of work. Its something for a much later stage.

[Sebastiii]

Its not hard, but its alot of work. Its something for a much later stage.

Ok :) Audio delay will be more cool :)
I have a request, i know that [forced] is here when track is forced.

Is it possible to parse this information like MPC Matroska does ?
If not can you explain why and maybe how does it work ?
Last question, if we can make it and supply a patch for you, are you ok on that ?

It's surely better if you can do on your own :) (for no breaking thing :P)

Thanks again,
Seb.

[nevcairiel]

I have no idea what you're talking about, the MPC Matroska Splitter does not parse anything. The only thing it uses is the ITrackInfo interface, but i have not seen any player that actually uses it.

Also, ITrackInfo is rather useless if you use a stream switcher, its only useful for MPC Matroska because it exports all streams as separate pins.

[Sebastiii]

Actually, on MPC-HC engine for Mediaportal, cpp2005 get the flag and parse it to MP to know if track is forced or not. Maybe he's using ITrackInfo for that, i will ask him :)
And if yes, it is possible to do the same with LAV right ? :P
I have actually code in MP to look @ streamname and if [Forced] is show, automatly MP select it (for MKV) but it will be better to get it with the same way :).

[nevcairiel]

I can add ITrackInfo, but it'll most likely work differently then on the MPC Matroska splitter - because of the before mentioned difference of not creating one pin for every track. :p

[Sebastiii]

Thanks you nev :) oh yes effectively MPC has one pin for every track :P

[nevcairiel]

There, i implemented ITrackInfo, well, some of the functions anyway. Most of the GetTrackCodec* functions are silly, and will only return NULL in LAV Splitter. :p

GetTrackCount, GetTrackInfo, GetTrackExtendedInfo, GetTrackName and GetTrackCodecName will work now - well as soon as i check the changes in when i get home.

[Sebastiii]

Thanks, I think is not good if we have return NULL in LAV :)

[nevcairiel]

If someone can't deal with a NULL return, its their damn fault. Its perfectly valid to indicate that there is just no value for this field.

[Sebastiii]

There, i implemented ITrackInfo, well, some of the functions anyway. Most of the GetTrackCodec* functions are silly, and will only return NULL in LAV Splitter. :p

GetTrackCount, GetTrackInfo, GetTrackExtendedInfo, GetTrackName and GetTrackCodecName will work now - well as soon as i check the changes in when i get home.

Cool :)

[Sebastiii]

If someone can't deal with a NULL return, its their damn fault. Its perfectly valid to indicate that there is just no value for this field.

Ok :) i surely misunderstand you, so all is correct :) nice m8 :)

[Mercury_22]

IIRC LAV could detect PGS subtitles language no? But now (Nevcairiel-LAVFSplitter-054fb45) it can't, it only shows PGS!

[nevcairiel]

The stream language is independent of the codec used. Anyhow, for m2ts files on Blu-rays, you need to actually open the Blu-ray (index.bdmv or a .mpls file) for languages to be detected. The language is not contained in the m2ts, its in the special Blu-ray files.

[VipZ]

That media type looks ok. Did you re-register LAV Audio (and remove and re-add it to the MPC-HC external filter list), so both DirectShow and MPC-HC pick up on the newly added WMA media types?

I tested it with the WM ASF Reader, and it worked fine last night.

Ok, I will do some more testing, I did a complete unreg/reg and clear registry. I didn't set LAV Audio in MPC as preferred, but blocked the WM Audio DMO and ffdshow Audio filters.

Could anyone upload a x64 build as well, so I can test if its maybe x86 that's bit broken on my side?

Thanks

[Mercury_22]

The stream language is independent of the codec used. Anyhow, for m2ts files on Blu-rays, you need to actually open the Blu-ray (index.bdmv or a .mpls file) for languages to be detected. The language is not contained in the m2ts, its in the special Blu-ray files.

But MPC-HC's internal splitter it's working with m2ts files too :confused:

[jj666]

The language code is most of the time contained also in the .M2TS file. But not all of the time. Like Nev mentioned, for 100% reliability you should open the correct playlist file.

Cheers,

-jj-

[nevcairiel]

m2ts on Blu-rays typically don't contain the language code at all, at least on the discs i tested with. If it did, it would show there.

Anyhow, the MPC-HC splitter reads that info from the playlist/clip info files, so does LAV Splitter - but only if you open the playlist.
I don't see the use for adding hacks to make it load the clip infos if you directly open the .m2ts, you're supposed to run the playlist, only then it can ensure 100% proper playback.

[madshi]

Anyhow, the MPC-HC splitter reads that info from the playlist/clip info files, so does LAV Splitter - but only if you open the playlist.
I don't see the use for adding hacks to make it load the clip infos if you directly open the .m2ts, you're supposed to run the playlist, only then it can ensure 100% proper playback.
For every m2ts file there's a matching clipinfo file and the languages are contained in the clipinfo file, too. eac3to reads the language information from the clipinfo file. It uses the playlist file only for finding out which m2ts files "belong together".

[nevcairiel]

The main problem is that the default operation mode for LAV Splitter is now to not open files directly, but let the default "File Source (Async)" open the file. The exception from this rule is Blu-ray playback, because there it is required to open multiple files.

Due to not handling File IO myself, i don't even know the file name, or where it is, so i cannot try to assume its a Blu-ray file and try to find a clipinfo in a BDMV structure.

I know where the language info is, all i'm saying is that its not worth the effort to find it if you're opening the m2ts directly, rather then going through the Blu-ray handling. Especially because behavior would be inconsistent, depending if you're going through The LAV source filter, or the File Source and only using LAV for splitting.

If anyone so desperately needs this to function, it shouldn't be that much work, and can probably be done in a day or so - you're welcome to supply patches. :)

[madshi]

It would be pretty easy to call the upstream filter's "IFileSourceFilter::GetCurFile()" method (madVR does that, too, no problems at all) and from there to find the clipinfo file. Personally, I don't really care if this feature gets implemented or not. Just saying that it'd be pretty easy to do.

[nevcairiel]

Yeah its easy, just figure out the path, check if there is something like BDMV/STREAM in the path, and if so get the proper clipinfo file and feed it through libblurays clpi parser.

Since there is only me thats know the code, i increased my time estimation to a day - which then includes some learning phase. :D
I can surely put it on my list of things to do, but it will not be anywhere high up.

[clsid]

Couldn't you just query the filename info from the (third party) source filter? I know that ffdshow does that as well for some functionality like settings profiles.


Good to know that a tray icon is now a possible future addition. It is essential for players that do not have their own stream selection functionality. For example WMP only allows selecting audio, not video/subs. And even with MPC-HC its useful for those who are used to configuring stuff though the tray icons of the various active filters.

[nevcairiel]

Since i'm currently sitting at work being bored a bit, i will actually give it a shot right now.. i have some test blu-ray structure around here somewhere..

[madshi]

Great!

@clsid, the madVR tray icon includes stream switching, if the splitter exposes the necessary interfaces (which LAV Splitter does). So for anyone in need of stream switching via tray icon, just use madVR... :D

[ney2x]

@clsid <--- Kindly add support for LAV Filter and LAV CUVID in Win7DSFilterTweaker. Thanks!

[nevcairiel]

I suppose considering the short break i took in between, it really did only take one hour. Oh well, new feature!
Also nearly time to go home now, off doign some real work for a change. :p

[SamuriHL]

ROFLMAO! Thanks, Nev. :)

[CruNcher]

If the implementation of ffmpegs parser core continues @ this pace in no time MPC-HCs own core could be replaced :) and hopefully all MPC-HC splitter devs move on to improve lav splitter then abandoning the old native ones ;) if someone like the potplayer guy would join in and provide his skining expertise (instead of doing his own thing) and a designer like jinsk8r his interface ideas jesus and ofcourse madshis renderer with DXVA support on top and Jans Shader work somehow combining those would also be awesome currently they contradict EVR vs Madshi (efficient Realtime enhancement) ;)

[madshi]

I suppose considering the short break i took in between, it really did only take one hour. Oh well, new feature!
:D :thanks:

[Sven75]

This is my first post here, but I have been following this thread for some time now and I must say that I am very impressed by the progress that has been made and very thankful for this great piece of software!

Anyway, I have quite a few issues and questions but I will start with this clip here:

http://www.mediafire.com/?9p628p3yx7b3a6o

It is a very short Canopus DVC-Pro HD (CDVH) file (just as an example).

So far I have only found this specific DSFilter which can playback the clip:

http://www.mediafire.com/?bv82gz7n9754dz9

Right now, when using LAVSplitter it crashes Graphstudio, PowerPoint, etc. Current ffPlay is semi working and at least does not crash. Using the simple AVISplitter from quartz.dll it works as expected.

Nev, maybe you can have a look and maybe there is something you can do about it. Would be very much appreciated!

I know it is a fairly old format and not very common but as I am working in the medical congress field I get such old formats all the time and have to deal with it (in PowerPoint btw and without time to simply convert them to a different format).

FYI, I am on Win7 64 Bit and unfortunately I have to use the standard audio/video renderers as otherwise PowerPoint will have even more problems with playing videos.

[nevcairiel]

I fixed the crash with that DV video sample, thanks for reporting!
If you encountered any other bugs, just let me know.

[Sven75]

Great - thanks a lot! I will glady report the other issues I find. One problem is though that a lot of the issues only occur in PowerPoint (especially 2010 is very picky) while Graphstudio and other players work flawlessly. This may or may not be PowerPoint's fault - but if it is, I can at least try to officially report a bug to MS.

Do you happen to have PowerPoint or the free viewer on one of your computers?

[nevcairiel]

I have PowerPoint, but only 2007.

[jidelite]

nevcairiel, like so many other I've been following your LAV filter work and wanted to say thank you! I was testing the LAV Audio bitstream capabilities with my GTS450 and my AVR says everything works as reported by others. I did have a question regarding the audio information supplied by LAV Splitter and Audio - when I play a 7.1 DTS-HD movie with MPC-HC (i.e. Tron Legacy) the Splitter says its a 5.1 movie (and the Kb/s are off) and the LAV AUDIO status tab says the number of channels is 6.

Is this the same kind of anomaly we get with ffdshow (I think I read your bitstreaming code is basically the same)?

jidelite

[nevcairiel]

My bitstream code has nothing in common with ffdshow.

Anyhow, its currently not possible to figure out what exactly is in the DTS-HD frames, so it'll be limited to showing 6 channels. Not to worry, however, that does not influence bitstreaming at all!

[SamuriHL]

Right, no one can parse the DTS-HD MA information, so, the information displayed isn't accurate.

[jidelite]

My bitstream code has nothing in common with ffdshow.

Anyhow, its currently not possible to figure out what exactly is in the DTS-HD frames, so it'll be limited to showing 6 channels. Not to worry, however, that does not influence bitstreaming at all!

Right, no one can parse the DTS-HD MA information, so, the information displayed isn't accurate.

Cool, Thanks guys :)!

jidleite

[CruNcher]

nev do you know if the libav/ffmpeg latm decoder supports error resilience ?

[madshi]

its currently not possible to figure out what exactly is in the DTS-HD frames
Right, no one can parse the DTS-HD MA information
Not true. eac3to can parse DTS-HD frames just fine. You can check out the BDInfo source code which was written based on information I provided. It's not as complete as what eac3to is doing, but it's good enough to extract the key information from DTS-HD streams.

[nevcairiel]

I didn't mean it was "impossible" in general, just not with the tools i use, that is ffmpeg. :p
Its not like i really care, i just let ffmpeg figure out whats in there, and show what it tells me. The information is not crucial - a decoder capable of DTS-HD will figure it out from the bitstream, and bitstreaming does not pass that information anyway.

I don't feel like writing a parser for DTS-HD just for a display issue... :)

[n3w813]

I'm having a weird issue with bitstreaming....
When I first play a video with DTS-MA, it bitstreams fine to my AVR. Right after when I try to play a video with just regular DTS, it tries to bitstream it as a DTS-MA track to my AVR (shows DTS Master Audio on the unit instead of DTS) and no sound comes out.

Can anyone else confirm this issue?

Thanks :)

[nevcairiel]

When I first play a video with DTS-MA, it bitstreams fine to my AVR. Right after when I try to play a video with just regular DTS, it tries to bitstream it as a DTS-MA track to my AVR (shows DTS Master Audio on the unit instead of DTS) and no sound comes out.

You have a stupid AVR then.
What i do when DTS-HD is activated, i pack every DTS into the DTS-HD wrapper (which is perfectly valid). This is even required for some sorts of DTS-ES, which would otherwise be lost, and just parsed as normal DTS - like it happens with ffdshow.

There are many types of DTS, and all are allowed to be wrapped into a DTS Type 4 (DTS-HD) package for HDMI transmission.

What happens if you play something else in between?

[CruNcher]

No audio http://www.mediafire.com/?1a9t7bnijxya48q
With cyb*** audio demuxer their is 8 seconds audio @ the end

PS: Lav Splitter + DivX AAC (Rovi/Mainconcept) works

[n3w813]

You have a stupid AVR then.
What i do when DTS-HD is activated, i pack every DTS into the DTS-HD wrapper (which is perfectly valid). This is even required for some sorts of DTS-ES, which would otherwise be lost, and just parsed as normal DTS - like it happens with ffdshow.

There are many types of DTS, and all are allowed to be wrapped into a DTS Type 4 (DTS-HD) package for HDMI transmission.

What happens if you play something else in between?

Not sure, when I get home tonight, I'll try playing a DD track in between and see what happens.

My AVR is a Harman Kardon AVR254, shouldn't be that dumb right? :rolleyes: I'll check to see if they have any firmware updates for the unit.

[nevcairiel]

Just to make sure, with DTS-HD unchecked, it worked, right?

Which audio renderer are you using? If you're not using it already, try with ReClock - if you are, try without. :p

Also, NVIDIA or AMD? Which driver?

If all else fails, i can add some simple detection if there are HD frames in the stream, and if not fallback to "normal" DTS - and make that optional for people where its required.

[nevcairiel]

@CruNcher:

You test all the weird MPEG-TS files - do you still have some H264 files that do NOT work when "Video Stream Parsing" is OFF?

[CruNcher]

*.ts nothing found yet seems perfect :) though not with MPC-HCs decoder as i reported for 2 kind of streams and the crashes of cyberlinks decoder with 2 other streams but with Lav cuvid its excelent except the Mpeg-2 Studio Profile issue, that currently requires some manual switching and the 60p issue in VMR9 renderless ;)
Though i only currently look @ does playback and does playback sync (Hardware accelerated) nothing else (no fast forward or other seek operation related things)
Just a side note also Load time is crazy good eliminating all the other not needed stuff :) switching with the mouse forward/backward button between streams is a breeze.

[n3w813]

Just to make sure, with DTS-HD unchecked, it worked, right?

Which audio renderer are you using? If you're not using it already, try with ReClock - if you are, try without. :p

Also, NVIDIA or AMD? Which driver?

If all else fails, i can add some simple detection if there are HD frames in the stream, and if not fallback to "normal" DTS - and make that optional for people where its required.

Actually, I haven't tried with DTS-HD unchecked yet, I'll try that tonight.

I'm using Reclock but I'll try DirectSound or Wave tonight.

I'm using a Nvidia GTS450 with the latest 270.61 drivers, Win7 32bit.

You're awesome :thanks: Do you have a donation Paypal account? I, and I'm sure many others, would love to donate for all your hard work. :D

[Sebastiii]

Not sure, when I get home tonight, I'll try playing a DD track in between and see what happens.

My AVR is a Harman Kardon AVR254, shouldn't be that dumb right? :rolleyes: I'll check to see if they have any firmware updates for the unit.

I have an Harman too AVR355 and i have frequently this issue (AVR stay on DTS-HD)with ffdshow and like lav audio match ffdshow output, i think we should have the same, it seems that it didn't happen with TMT or PowerDVD.

[nevcairiel]

Actually, I haven't tried with DTS-HD unchecked yet, I'll try that tonight.

Please run a DTS-HD MA file, then stop the player, change the option, and run your normal DTS file - if that works i can probably add some option.

If it doesn't .. we'll have to think up a new solution. Maybe send one frame of silent PCM or something to reset the receiver..

[madshi]

I didn't mean it was "impossible" in general, just not with the tools i use, that is ffmpeg. :p
My response was more aimed at SamuriHL's comment than at yours.

I don't feel like writing a parser for DTS-HD just for a display issue... :)
I don't think it's worth it, either.

[tschi]

http://forum.doom9.org/showthread.php?p=1495749#post1495749
The only time i've seen that error was with AC3Filter, get rid of that and it should work.
I have the same issue ("Unspecified error" ) using ffdshow audio processor (or processing with ffdshow audio) when playing a mkv or m2ts with multiple audio tracks (test with LAVFilters-0.24-45-g054fb45). It's ok with a single track or multi tracks and mpchc internal splitter.
FYI audio switching is working now with potplayer and lavfsplitter :) but subtitles seems to be broken in last potplayer version and working with mpchc, so deadlock. :(

[CruNcher]

nev this one is interesting http://forum.doom9.org/showpost.php?p=1497836&postcount=17127 <- it causes lav cuvid to crash in nvcuvid.dll @ the error Cyberlink crunches through it skiping the bad frames in DXVA without problems

[nevcairiel]

crashes in nvcuvid.dll are nothing i can really prevent, except if i write really alot of code that validates frames ...

[CruNcher]

Hmm strange CoreAVC CUDA doesn't crash

[nevcairiel]

They have a full software decoder, they already have the code to validate H264 frames before trying to decode them. :p

[CruNcher]

so lav cuvid is a security risk currently ;)

[nevcairiel]

It'll just crash, nothing else.

[nevcairiel]

I was meaning to post these earlier, but somehow got distracted by actually watching stuff.

New builds for tonight - 0.24-57 .. its time for a release, that number is getting too high!

Because requested earlier, today in both x86 and x64.

Notable changes for today: ffmpeg update that fixes an AVI sync issue and adds E-AC3 in MP4 support; Addition of the ITrackInfo interace; Opening m2ts files in a BD struct should parse language info as well now.
Oh and i finally found the actual cause of the corrupted codec name thing, hooray. :)

x86 here (http://files.1f0.de/lavf/LAVFilters-0.24-57-g2efa8c0.zip) -- x64 here (http://files.1f0.de/lavf/LAVFilters-0.24-57-g2efa8c0-x64.zip)

I should really finish this forced subtitle option............

----------
After talking with some other people, the bitstreaming issues really seems to be specific to Harman Kardon AVRs - really a shame, i thought those were high quality. It seems to also affect ffdshow - maybe there is something specific one needs to do to reset the connection, but then i thought that would be the audio renderers job...
I hope we can figure this out, though.

[SamuriHL]

My response was more aimed at SamuriHL's comment than at yours.


Yea, I was unaware that it could be parsed, so, that's interesting. So, if you can parse it, let's get to decoding it. :p No? What do you mean it doesn't work like that? Damnit! :D

[Andy o]

Thanks again, nev.

And oh, please, don't get me started on Harman Kardon, especially for HTPCs.

[VipZ]

Because requested earlier, today in both x86 and x64.

Thanks.

Did some more testing on WMA, LAV Audio works fine in x64 with both LAV Splitter and MS ASF Reader, but x86 only works with LAV Splitter. Maybe I somehow broke my windows :p

[SamuriHL]

Thanks again, nev.

And oh, please, don't get me started on Harman Kardon, especially for HTPCs.

BAHAHHAHAHA. :D I knew you'd chime in on that. :)

[jj666]

m2ts on Blu-rays typically don't contain the language code at all, at least on the discs i tested with. If it did, it would show there.

Tested quickly a 1tb drive I had handy with following films (full BD's):


dead awake
delgo
doctor dolittle
don giovanni
enen
entre lobos
everafter
fair game
ghost machine
goo naam gwa neui aka needing you
grizzly man
harjunpaa ja pahan pappi and harjunpaa and pahan pappi
hope floats
if you are the one 2
jay and silent bob strike back
jeff beck rock and roll party honoring les paul
last night
le placard
little fockers
madagascar (disk 1)
madagascar (disk 2)
megamind
mein kampf
mniejsze zlo
mythos wald
new kids turbo
out of sight
potiche
tangled 2d


Each film contained language codes for both PGS and audio streams (tested via dropping main .M2TS into TSMUXER). No films on that disk contained any main .M2TS without language codes. Like mentioned though, I have seen it.

Actually, I'm using EAC3TO -> TSMUXER to remux the full disks to .TS (where the language codes are working) anyway but just to mention that.

Cheers,

-jj-

[Andy o]

BAHAHHAHAHA. :D I knew you'd chime in on that. :)

Sorry, just a quick aside regarding the Pios and DTS-HD MA 2.0. I was gonna send you a PM but just in case this would help others who have Pio receivers and have read my previous posts with this problem.

I had used Pioneer's support form to send an email days ago. Today I got a call from a Pioneer rep regarding the problem and is sending me a letter to take to an service center for a free firmware upgrade. He said that I needed one, which implied that there was one (VSX-01TXH), and that it fixed the problem, though he wasn't explicit. I'll see what happens.

He only asked for my serial number, warranty didn't even get mentioned (for Elite receivers it's supposed to be 2 years). Maybe firmware updates don't require warranty.

[SamuriHL]

Fascinating. I wonder if my best buy where I bought it would be able to do the firmware upgrade on the 21THX if I need one...that's a scary thought.

[nevcairiel]

I'm still kinda glad how i had no serious issues at all with my Onkyo. :)
All i could wish for was some better configuration at times, so i have to compensate through software. :p

Yamaha also seems to run problem free, from what i gathered.

[CruNcher]

Argg i just wanted to move on with testing finaly and the new release broke something again :(
i get crashes now in msvcr100.dll with some samples :(

[SamuriHL]

I'm still kinda glad how i had no serious issues at all with my Onkyo. :)
All i could wish for was some better configuration at times, so i have to compensate through software. :p

Yamaha also seems to run problem free, from what i gathered.

I HATE Onkyo. I had mine die on me just as everyone else who had the same model did. It's sitting in my garage as we speak as I didn't bother sending it out to get fixed. Now my parent in laws just got an Onkyo HiT and I have to go set it up in a little bit for them. My wife's not able to get it to work. sigh. I'll stick with my Pio's. :)

[VipZ]

I'm still kinda glad how i had no serious issues at all with my Onkyo. :)
All i could wish for was some better configuration at times, so i have to compensate through software. :p

Yamaha also seems to run problem free, from what i gathered.

Yep, I can't complain about my Yamaha :)

[CruNcher]

http://files.1f0.de/lavf/LAVFilters-0.24-57-g2efa8c0.zip crashes with http://www.mediafire.com/download.php?7hddy3klaxz9kyf <- crashing msvcr100.dll why ever now :( worked fine before last tested working rev was LAVFilters-0.24-45-g054fb45
I hope this is a compile issue again :) as im not sure how a ffmpeg update should cause a crash in msvcr100.dll, but never say never :)

[Ger]

x86 here (http://files.1f0.de/lavf/LAVFilters-0.24-57-g2efa8c0.zip)


An extra confirmation; this fixes my avi sync issue. :thanks:

[n3w813]

Thanks again, nev.

And oh, please, don't get me started on Harman Kardon, especially for HTPCs.

Sorry to be OT, but what issues are there with HTPCs and HK receivers? Maybe you can point me to another forum thread link that discusses this :)

What brands of receivers are good for HTPC? Yamaha, Onkyo, Pioneer?

[SamuriHL]

Sorry to be OT, but what issues are there with HTPCs and HK receivers? Maybe you can point me to another forum thread link that discusses this :)

What brands of receivers are good for HTPC? Yamaha, Onkyo, Pioneer?

Search AVSForums. There's quite a few posts over there about it. Personally I like my Pio's. Andy also has a Pio now. Yamaha's good, as well. Onkyo is hit or miss. On the high end, they're decent. Midrange, quality suffers but it's hard to argue the features for the price.

[nevcairiel]

I have a Onkyo TX-SR607, and it works just perfectly. Its not entry-level, got some nice reviews when it came out, and until today i havent heard people report serious breakage. Not sure what i would go with when i would get a new one for 3D some day.. there rarely are proper comparisons, so you're stuck reading reviews no-end. :p

[nevcairiel]

http://files.1f0.de/lavf/LAVFilters-0.24-57-g2efa8c0.zip crashes with http://www.mediafire.com/download.php?7hddy3klaxz9kyf <- crashing msvcr100.dll why ever now :( worked fine before last tested working rev was LAVFilters-0.24-45-g054fb45
I hope this is a compile issue again :) as im not sure how a ffmpeg update should cause a crash in msvcr100.dll, but never say never :)

Fixed - was a problem with some new feature.

New build here, also fixes some slight audio issues
http://files.1f0.de/lavf/LAVFilters-0.24-60-g64b193c.zip

[SamuriHL]

The 607 is the "fixed" version of my 606. The 606 was designed poorly and almost everyone that had one developed the exact same issue at nearly the exact same time in the life of the unit. And people who sent them in and got them back said they worked for a while, but, died again. So I never bothered. I've been super happy with my Pio ever since. So much so that I put a cheap 821-k Pio in my bedroom. Not as good as my 21TXH but it was cheap so all good. The onkyo 607 doesn't seem to have the same problem as my 606 so consider yourself lucky. ;)

[nevcairiel]

Next time i would probably aim higher in the food chain, when i get the 607 i was still a poor student. :p

[SamuriHL]

Yea, I didn't have a lot of money when I did the 606, either. Bang for buck was high. Build quality wasn't. Lesson learned. I spent a lot more on the 21TXH. Glad I did.

[Andy o]

Sorry to be OT, but what issues are there with HTPCs and HK receivers? Maybe you can point me to another forum thread link that discusses this :)

What brands of receivers are good for HTPC? Yamaha, Onkyo, Pioneer?

LOL from a quick search I see that I have already ranted enough over a couple years, elsewhere. Here (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=80517&view=findpost&p=702559) is a quick summary, and a sort of chronicle of my troubles is at the original (http://www.avsforum.com/avs-vb/showthread.php?p=15852660#post15852660) threads (http://www.avsforum.com/avs-vb/showthread.php?p=15856517#post15856517) at AVS (also look at subsequent posts made by me in those).

It's not a problem with just one model, I believe their way of doing things is not good. There's a reason why most receivers don't offer an OSD through HDMI or have to resort to clever (Marantz uses an extra analog connection and switches to it automatically when it's OSD time) or not-so-clever (Kuro-link) workarounds. HK reprocesses the video in the AVR, completely unnecessarily, and the only dubious benefit is an OSD.

[nevcairiel]

I have another request for testing:

Please turn "Enable Video Stream Parsing" OFF (keep Audio parsing ON, and Timestamp Generation OFF), and test some files, and report what (if anything) breaks. I'm mostly interested in H264 (and mostly in MPEG-TS or on Blu-ray - all those weirdly broken DVB files and crazy mastered discs), but any reports with that configuration are welcome.
Note: The option does not affect MKV at all - at least not for H264, its always off there.

If you find a file that breaks, please also state with which decoder - thanks!

[Andy o]

I have a blu-ray with regular DTS audio that doesn't bitstream. Remuxed to mkv, and no go either. Weird thing is that DTS-HD MA blu-rays do bitstream the core. I'm using your latest builds posted right above of LAV audio and splitter. I don't get a signal on the receiver, and switching to ffdshow does bitstream. Unfortunately I don't think I have another blu-ray with DTS core, I'll try remuxing an mkv of a DTS-HD movie with only the core selected though.

[Andy o]

OK I did some more testing and something strange is going on with DTS. It was the DTS-HD bitstream check. I send a DTS bitstream to my receiver with DTS-HD bitstream enabled on LAV audio, with that blu-ray it didn't stream the legacy DTS. DTS-HD bitstream disabled, DTS streams fine.

With the DTS-HD MA mkv I remuxed to DTS only, the DTS stream does get recognized and decoded by the receiver when DTS-HD bitstream is enabled, but my receiver switches MCACC (Pioneer's room correction) off. This only should happen when the receiver is getting multichannel higher-than 96kHz (i.e. 176 or 192 kHz). You mentioned the relationship between DTS-HD and 192kHz PCM. I'm not very clear on that, but LAV audio might be doing something extra when not bitstreaming DTS-HD, and DTS-HD bitstreaming is enabled.

Weirder with this second disc, besides the MCACC being turned off, the receiver displays "DTS-ES MTRX". When I disable DTS-HD bitstreaming, it displays "ES MATRIX". Puzzling, it's supposedly decoding the same DTS stream, I don't know why it would have two different displays for the same format (DTS-ES Matrix mode). This is probably beside the point, but it does suggest LAV audio is sending something slightly different.

This doesn't happen with ffdshow, btw.

[joeydrunk]

Why is reclock necessary to avoid the Windows audio engine for lpcm? Will lav filters ever be able use the wasapi exclusive mode so I can get rid of reclock?

[Andy o]

nev has said that's the job of the audio renderer, not the splitter or decoder.

[nevcairiel]

I have a blu-ray with regular DTS audio that doesn't bitstream. Remuxed to mkv, and no go either. Weird thing is that DTS-HD MA blu-rays do bitstream the core. I'm using your latest builds posted right above of LAV audio and splitter. I don't get a signal on the receiver, and switching to ffdshow does bitstream. Unfortunately I don't think I have another blu-ray with DTS core, I'll try remuxing an mkv of a DTS-HD movie with only the core selected though.

Sounds like you're dealing with the same problem the HK folks are dealing with - your receiver is unable to deal with normal DTS in a DTS-HD frame.

I'll add a small parser soon that can detect if the stream is actually DTS or DTS-HD, and switch to normal DTS mode when appropriate. Right now everything is sent as DTS-HD when the checkbox is on, because that worked perfectly on my AVR.

[Ger]

All format descriptions that look like that ( <fourcc> / <hex code> ) are actually undetected formats, but just let me know and i can fix them.

I have another request for testing:

Please turn "Enable Video Stream Parsing" OFF (keep Audio parsing ON, and Timestamp Generation OFF), and test some files, and report what (if anything) breaks. I'm mostly interested in H264 (and mostly in MPEG-TS or on Blu-ray - all those weirdly broken DVB files and crazy mastered discs), but any reports with that configuration are welcome.
Note: The option does not affect MKV at all - at least not for H264, its always off there.

If you find a file that breaks, please also state with which decoder - thanks!

I've run a bunch of tests on DVB recordings with LAVFilters-0.24-60-g64b193c and put the results (http://www.mediafire.com/?82acnyskt4n43hn) in an Excel 2007 format table. The table width shouldn't be a problem with that new 30 inch beast. Admittedly I have to scroll a little on my tiny 27" 1920x1200 (with the Win7 taskbar on the left). ;)

The audio format descriptions look weird (see the "reported audio" column). These are from the MPC-HC file properties dialog (or from LAV Splitter audio pin info). The listed audio tracks in the filters menu look fine though (and I suppose subtypes etc.).

The table also addresses the ts/h264 video parsing issue. With the four decoders I've tested here, it seems to me that disabling video parsing for (DVB-sourced) H.264 in TS is mostly fine.

The exception is CoreAVC (2.5.5) which looks buggy with interlaced content. Using their bob option instead of hw deint makes it even worse (chokes EVR-CP). I think it's mostly better to keep parsing on for this particular decoder, but even that has its issues (causes wrong field order and still needs FTC with some files).

MPC-HC DXVA decoder has some issues, but I don't think parsing on/off has much effect either way. The Microsoft and PDVD11 decoders are pretty much problem free with these samples. Some startup glitching with MS. Cyberlink (but only with DXVA mode) is probably better also for other reasons (I won't elaborate on those here).

Tested with ATI and hw deint + pulldown detection enabled in CCC. Hopefully Nvidia cards will behave the same with their ivtc driver option enabled (I think they do, but I can't say for sure). The only progressive sample (720p50) is problem free with all decoders.

I focused on DVB-S2/DVB-T/DVB-T2 recordings and DXVA (CoreAVC, Microsoft, MPC-HC, PDVD11 decoders). If someone else wants to expand with other decoders (LAV CUVID, Arcsoft, ffdshow, DiAVC etc.) or samples from other sources (BD, ATSC, ISDB, DMB, Hauppauge HDPVR, DVB-C etc.) feel free to edit the .xlsx or just post your findings here or whatever.

The Discovery HD sample is here (http://www.multiupload.com/QV2UOR1QLO). All other samples used have been uploaded and linked to at some point earlier in the thread, either be me or by someone else. Let me know if you need them and I can try to dig up the links or upload them again.

As usual, all tests were done quickly, and nothing double-checked or proof-read, so there may be mistakes.

[nevcairiel]

The CoreAVC problem is really CoreAVCs fault - its DXVA mode is still terribly broken, and the field order thing is a long standing issue.
But i'll run some tests myself in CUDA and Software mode, and DXVA mode on NVIDIA, for comparison.

If CoreAVC DXVA would be perfect with parsing on, i would consider making an exception for it, but even with parsing on, its still broken in many cases.
CoreAVC may be one of the best software decoders, but its DXVA implementation is really one of the worst out there.

With my earlier comment on the format descriptions, i mean the entrys in the Stream Selector generated by LAV - the Pin infos will only show something useful when MPC-HC knows the format in question - which it generally really doesn't.

Thanks for the detailed testing, i'll go over it in detail soon.

[Skinleech]

Hey nev,

Possibly not needed anymore but just to chime in that bitstreaming on 0.24 with my ATI 5450 to my Onkyo 876 all seems good. AC3, THD, DTS & DTS-HD MA all showed up perfectly on the AVR, the only thing I watched last night had an AC3 track which played fine. I've not tested DTS-HD HR or EAC3 yet but can report back on those if needed.

Great work, thank you!

[Ger]

With my earlier comment on the format descriptions, i mean the entrys in the Stream Selector generated by LAV - the Pin infos will only show something useful when MPC-HC knows the format in question - which it generally really doesn't.

OK, but for ac3 in avi files it looks fine and says "Dolby AC3", but in ts files it says "aLaw" for AC3. It also seems weird that one instance of MP2 in ts is reported as "IEEE Float" and the other ones as "0x0004".

[Ger]

If CoreAVC DXVA would be perfect with parsing on, i would consider making an exception for it, but even with parsing on, its still broken in many cases.
CoreAVC may be one of the best software decoders, but its DXVA implementation is really one of the worst out there.


Whatever you decide is fine with me. CoreAVC is currently too buggy for me in either state, so I'll use some other decoder. However, I'm pretty sure I saw some of those issues in CoreAVC software mode as well, not just in DXVA mode. And bob was even worse than hardware deint. Oh well.

[nevcairiel]

OK, but for ac3 in avi files it looks fine and says "Dolby AC3", but in ts files it says "aLaw" for AC3. It also seems weird that one instance of MP2 in ts is reported as "IEEE Float" and the other ones as "0x0004".

As long as it decodes fine, its nothing to worry about.

Its usually caused by ffmpeg preserving the audio tag from the source files, and not all formats use the same tags - so it causes this. I can override the format tag used in the media type, but its purely cosmetical - most of the time.

I can fix those cases, anyhow. 0x0050 should be the proper type for MP2, the LATM ones look fine however, 0x01ff is the proper type.

[Sebastiii]

Sounds like you're dealing with the same problem the HK folks are dealing with - your receiver is unable to deal with normal DTS in a DTS-HD frame.

I'll add a small parser soon that can detect if the stream is actually DTS or DTS-HD, and switch to normal DTS mode when appropriate. Right now everything is sent as DTS-HD when the checkbox is on, because that worked perfectly on my AVR.

Thanks :)

[Andy o]

Sounds like you're dealing with the same problem the HK folks are dealing with - your receiver is unable to deal with normal DTS in a DTS-HD frame.

I'll add a small parser soon that can detect if the stream is actually DTS or DTS-HD, and switch to normal DTS mode when appropriate. Right now everything is sent as DTS-HD when the checkbox is on, because that worked perfectly on my AVR.

ah, completely missed those posts, they're very similar to my problem. Another thing to check when I update the firmware. If Samuri is not having this problem I guess there's a good chance Pioneer fixed it at some point.

[PeQuE]

Reading your posts makes me realize how much of a noob I have inside me... :)

I'm coming for a much more simple question, which is how Windows (7 particularly) chooses splitter for a given extension... My findings are quite simple... it searches for the extension in registry ([HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Media Type\Extensions]). If found, it uses splitter defined there... if not, it makes a simple list of compatible splitters installed, and chooses in a merit base... Please correct me if I'm wrong.

I ask because I realized today that Cyberlink MPEG Splitter was still handling my .mpg files (also .mp4), despite I set LAV Splitter to do so during installation. I then went into registry and didn't see that extesions. Then I saw that Cyberlink splitters had higher merit than LAV Splitter... I just then changed LAV Splitter merit and reboot. After that, LAV Splitter started to handle all those extensions...

Nev, what do you do during installation so LAV Splitter handles filetypes choosen?

[nevcairiel]

For the "common" types i only register the byte markers (MKV, MP4, AVI, MPEG-TS/PS). The installer can in addition register the extensions for some "rare" types. I have been thinking if i should make the installer add the extension entry for the common formats as well, and i think i'll be doing that for the next version, as it makes it alot easier for people to use.

In any case, there really isn't a "fool proof" way to register a splitter. If you have alot of other splitters installed, there is always a chance that one might be stronger. Its usually up to the player to offer proper configuration.

[PeQuE]

What do you mean with byte markers? Do you mean "commo types" are handled different?

[SamuriHL]

ah, completely missed those posts, they're very similar to my problem. Another thing to check when I update the firmware. If Samuri is not having this problem I guess there's a good chance Pioneer fixed it at some point.

I don't think I have any material to test that with.

[Andy o]

anything with a legacy DTS track should do, if you don't have one you could just remux the DTS core from a DTS-HD disc. I'll know soon enough though, so don't do it on my account, but you might have this problem as well.

[SamuriHL]

I'll definitely take a look into this with both pios tonight. Gotta go into the office today so it'll be much later, unfortunately.

Sent from my Xoom using Tapatalk

[nevcairiel]

Its new build time!

http://files.1f0.de/lavf/LAVFilters-0.24-66-g00e407c.zip

I added DTS-HD detection, so "normal" DTS should use normal DTS bitstreaming, and DTS-HD should switch to HD streaming. There is also an option to force HD streaming.

All those users with DTS bitstreaming problems before, please try this build.

I also implemented a first draft of the Separate forced subtitle stream. Its a pretty crude implementation - when selected, it'll use the first PGS sub stream matching the language of your Audio stream, and try to extract forced subs. On my Avatar disc, it works just fine.
It'll only show up when there are actually some PGS streams.

This is now feature complete for what i wanted in 0.25 - so its basically a release candidate. Please test this, especially the two new features from today.

Thanks!

[Sebastiii]

Thanks Nev :)
Will try later tonight:)

[SamuriHL]

I'll try when i get home later as well.

[nevcairiel]

Never mind that earlier version, it had some crash in it.

http://files.1f0.de/lavf/LAVFilters-0.24-67-g85a66a8.zip

[pie1394]

Its new build time!

http://files.1f0.de/lavf/LAVFilters-0.24-66-g00e407c.zip



With filter version 0.24-66, MPC-HC got crashed with most video samples at my side!
Those files are ok with filter version 0.24-57 or 0.24-60.

Bitstream passthrough mode on DTS / DTS-core in DTS-HD / AC-3 has worked since 0.24-57 on my system.
The AVR is the somewhat old one --- Yamaha RX-V1500
(up to DTS-ES. No HDMI for DTS-HD/MA, TrueHD, AAC, WMAPro, 192KHz 24-bit LPCM).
DTS-HD passthrough mode gets noise from AVR, of course.
The sound card is HDA X-Plosion. (C-media 8770 + DTS@Connect)


Another found issue is about 1440x1080 16:9 anamorphic MKV file's H.264 video. Somehow it gets 4:3 video window instead of 16:9. It works fine with Haali Media Splitter.

[n3w813]

Never mind that earlier version, it had some crash in it.

http://files.1f0.de/lavf/LAVFilters-0.24-67-g85a66a8.zip

Wow, you're quick! I was just about to report that. :D

BTW, DTS and DTS-HD are working nicely now with my HK. :thanks:

[nevcairiel]

BTW, DTS and DTS-HD are working nicely now with my HK. :thanks:

Great. :)

[SamuriHL]

Building it now. I'll get to testing sometime this afternoon.

[CruNcher]

I've run a bunch of tests on DVB recordings with LAVFilters-0.24-60-g64b193c and put the results (http://www.mediafire.com/?82acnyskt4n43hn) in an Excel 2007 format table. The table width shouldn't be a problem with that new 30 inch beast. Admittedly I have to scroll a little on my tiny 27" 1920x1200 (with the Win7 taskbar on the left). ;)

The audio format descriptions look weird (see the "reported audio" column). These are from the MPC-HC file properties dialog (or from LAV Splitter audio pin info). The listed audio tracks in the filters menu look fine though (and I suppose subtypes etc.).

The table also addresses the ts/h264 video parsing issue. With the four decoders I've tested here, it seems to me that disabling video parsing for (DVB-sourced) H.264 in TS is mostly fine.

The exception is CoreAVC (2.5.5) which looks buggy with interlaced content. Using their bob option instead of hw deint makes it even worse (chokes EVR-CP). I think it's mostly better to keep parsing on for this particular decoder, but even that has its issues (causes wrong field order and still needs FTC with some files).

MPC-HC DXVA decoder has some issues, but I don't think parsing on/off has much effect either way. The Microsoft and PDVD11 decoders are pretty much problem free with these samples. Some startup glitching with MS. Cyberlink (but only with DXVA mode) is probably better also for other reasons (I won't elaborate on those here).

Tested with ATI and hw deint + pulldown detection enabled in CCC. Hopefully Nvidia cards will behave the same with their ivtc driver option enabled (I think they do, but I can't say for sure). The only progressive sample (720p50) is problem free with all decoders.

I focused on DVB-S2/DVB-T/DVB-T2 recordings and DXVA (CoreAVC, Microsoft, MPC-HC, PDVD11 decoders). If someone else wants to expand with other decoders (LAV CUVID, Arcsoft, ffdshow, DiAVC etc.) or samples from other sources (BD, ATSC, ISDB, DMB, Hauppauge HDPVR, DVB-C etc.) feel free to edit the .xlsx or just post your findings here or whatever.

The Discovery HD sample is here (http://www.multiupload.com/QV2UOR1QLO). All other samples used have been uploaded and linked to at some point earlier in the thread, either be me or by someone else. Let me know if you need them and I can try to dig up the links or upload them again.

As usual, all tests were done quickly, and nothing double-checked or proof-read, so there may be mistakes.

Everything works perfect for every H.264/VC-1 ts (Cyberlink) :) also deinterlacing (MBAFF,PAFF) (Frame/Field-Interlaced-progressive) is done properly for every sample i have, also Mpeg-2 works perfect now after some config changes (especially for painless deinterlacing in all samples) in the particular decoder (in this case Mainconcept).
Though it seems other issues arise now such as seek Hillary.0001.ts seeking stopped working also with Lav Cuvid here :(
Im concentrating now searching for seek related issues and then once and for all move on though i guess i will left out .m2ts more as enough are testing that :)

So all in all i found no issues with Cyberlinks decoder and Video Stream Parsing OFF :) i would say its save to disable it by default but leave it in just in case (MPC-HC Decoder issues) :)

PS: Personally i would be careful with Nvidias Controll Panel Telecine and some Decoders it seems it can go wrong depending on the config and Soft Telecine at least most good decoder do that right based on the flags, though they also dont seem to be interupted by Nvidias Controll Panel setting then anyways doing their own thing see MPC-HC Decoder issue as well.

[VipZ]

Nev, your AVR seems to behave well with bitstreaming as well, do you require all DTS-HD framing for DTS-ES to passthough?

My Yamaha seems to like DTS-HD for everything, I loose DTS-ES etc with the new default settings, but this is also what my custom installer is for :p

Also don't know what changed, but WMA is now also working in x86 for me in latest build :)

Out if interest, do you ever plan to add AC3 encoding to LAV audio? This isn't something I would ever use again, but just wandering.

[Ger]

Just noticed a regression with DVB subs. They're not working anymore. Nothing is shown in MPC-HC.

It was actually broken already in the 0.24 release:
LAVFilters-0.23-11-g5d50f7c.zip working.
LAVFilters-0.24.zip and later is broken.

Previous samples with DVB subs include John Adams, Medium and the Discovery HD sample I uploaded this morning.

PS. The ugly green DVB sub background is the MPC-HC sub renderers fault. It's supposed to be semi-transparent gray like in VLC or DVBViewer.

[nevcairiel]

Nev, your AVR seems to behave well with bitstreaming as well, do you require all DTS-HD framing for DTS-ES to passthough?
I don't think i have any ES stream


Out if interest, do you ever plan to add AC3 encoding to LAV audio? This isn't something I would ever use again, but just wandering.

No, you can do this with reclock, or any half-good sound card offers that ability - or hell even ffdshow in raw mode if you must.

[Andy o]

I have DTS-ES content, I'll test it in a moment.

[CruNcher]

Never mind that earlier version, it had some crash in it.

http://files.1f0.de/lavf/LAVFilters-0.24-67-g85a66a8.zip

hehe i wonder why that always happens it was now the 3rd time after a build you had to replace it shortly after i think not counting the lav source (destroy your files issue) ;)
You could @ least test some basic functionality before making a public build available ;)

[nevcairiel]

Though it seems other issues arise now such as seek Hillary.0001.ts seeking stopped working also with Lav Cuvid here :(
Im concentrating now searching for seek related issues and then once and for all move on though i guess i will left out .m2ts more as enough are testing that

Seeking is broken because there appears to be a PTS wrap-around in the file, and apparently the seeking code does not like that very much, especially because the two programs in that file do not share the same starting time. Its a design flaw in ffmpeg, nothing thats easily fixable, too.

Stupid MPEG-TS with its silly timestamps.

Edit:
I managed to fix that particular file, but there will be breakage on files with pts wraps in them, seeking is not fully possible in them.


You could @ least test some basic functionality before making a public build available ;)
Testing is for wusses

[VipZ]

No, you can do this with reclock, or any half-good sound card offers that ability - or hell even ffdshow in raw mode if you must.

Expected as much

[SamuriHL]

hehe i wonder why that always happens it was now the 3rd time after a build you had to replace it shortly after i think not counting the lav source (destroy your files issue) ;)
You could @ least test some basic functionality before making a public build available ;)

You've GOT to be joking. :rolleyes: The nature of *TESTING* precludes having and finding issues. If you want stability and problem free builds, wait til the official releases. If you're going to use a beta that's posted, you should expect to run into problems. That's the point...to find those to solidify an actual release. If Nev waited to post these builds until he tested them, then, he wouldn't need us to test them in the first place. The idea is that he develops, we test, and end users get more stable release versions. This model is what I signed on for and completely works for me.

[CruNcher]

You've GOT to be joking. :rolleyes: The nature of *TESTING* precludes having and finding issues. If you want stability and problem free builds, wait til the official releases. If you're going to use a beta that's posted, you should expect to run into problems. That's the point...to find those to solidify an actual release. If Nev waited to post these builds until he tested them, then, he wouldn't need us to test them in the first place. The idea is that he develops, we test, and end users get more stable release versions. This model is what I signed on for and completely works for me.

Testing if a build works or not (crashes in a particular load situation) by running some predefined test environment has nothing todo with what you saying about the actual test phase (Lav source killing the content). Sure the testing of a Dshow filter is in it's core much more complex but not that initial part that most parsing functions work correctly and it doesn't crash when feed with a stream it supports :)

[nevcairiel]

It didn't crash with all files, just with some with certain attributes.
I do test my own builds, but i usually upload them after i see they work with a some files, usually the ones i was developing some feature for before. As you see from the order of posts, i did notice the crash before anyone else reported it - i just uploaded it first so others get a chance to test it. :p

The source snapshots are just that - snapshots. If i were to extensively test every upload, i could just call them releases. :p

[nevcairiel]

Just noticed a regression with DVB subs. They're not working anymore. Nothing is shown in MPC-HC.

Fixed, sorry about that.

[Andy o]

Nev, your AVR seems to behave well with bitstreaming as well, do you require all DTS-HD framing for DTS-ES to passthough?

My Yamaha seems to like DTS-HD for everything, I loose DTS-ES etc with the new default settings, but this is also what my custom installer is for :p

DTS-ES working as it should here without DTS-HD framing.

[jmone]

Sub Testing (from BD Disk): The config option seems important at present, eg
- Auto loading of PGS subs looks good if you have LAVSplitter set to (for me): Audio 'eng', Subtitles 'eng', Subtitle Selection Mode 'Full Subtitles' with only "Austo-Selected Forced Subtitles" check (eg Only with matching language and Deliver only Forced Subtitles is unchecked.
- MC16 will crash if LAV Splitter under Subtitle Selection Mode: "Only Forced Subs" + "only with matching language" is checked on BD playback but this setting is fine with files.

[VipZ]

DTS-ES working as it should here without DTS-HD framing.

Thanks, I guess this is the 1st quirk of my AVR :p

[nevcairiel]

- MC16 will crash if LAV Splitter under Subtitle Selection Mode: "Only Forced Subs" + "only with matching language" is checked on BD playback but this setting is fine with files.

I cannot reproduce any crashes.

[jmone]

Removed

[nevcairiel]

I don't understand your question.

You said earlier you have Full Subtitle mode active, of course it'll select the full english track then. Switch it to Only Forced Subs and it'll use the new virtual track by default.

[jmone]

I cannot reproduce any crashes.

Uggg - it is 100% repleatable for me and will crash if all the following is met:
- Only Forced Subs" + "only with matching language" is checked
- BD (index.bdmv) playback
- Must have Subtitle Tracks

File Playback is fine, BD without subs is fine....

Here is a bit of the MC Log (prob no great use) indivcating a crash in the filters.

Is there any other combination of settings that I should test?

0956145: 10852: Playback: CDShowFilterGraph::RenderFileEx: Start
0956145: 10852: Playback: CDShowFilterGraph::RenderFileEx: extension=mpls, bWindowsMedia=0, filename=X:\Output\Letters_From_Iwo_Jima\Letters_From_Iwo_Jima\BDMV\PLAYLIST\00000.mpls
0956145: 10852: Playback: CDShowFileRenderer::RenderFile: Start
0956145: 10852: Playback: CDShowFileRenderer::LoadSourceFilter: Start
0956145: 10852: Playback: CDShowFileRenderer::LoadSourceFilter: Failed to add user selected filter to graph
0956145: 10852: Playback: CDShowFileRenderer::LoadSourceFilter: Finish (0 ms)
0956145: 10852: Playback: CDShowFileRenderer::RenderFile: LoadSourceFilter returned 0x80004005
0956145: 10852: Playback: CDShowFileRenderer::LoadTransformFilters: Start
0956145: 10852: Playback: CDShowFileRenderer::LoadTransformFilters: Adding filter LAV Audio Decoder
0956145: 10852: Playback: CDShowFileRenderer::LoadTransformFilters: Adding filter ffdshow Video Decoder
0956161: 10852: Playback: CDShowFileRenderer::LoadTransformFilters: Finish (16 ms)
0956161: 10852: Playback: CDShowFileRenderer::RenderFile: LoadTransformFilters returned 0x0
0956161: 10852: Playback: CDShowFileRenderer::RenderFile: Rendering by automatic way
0956161: 11004: Playback: COSDWindow::Draw: Start
0956161: 11004: Playback: COSDWindow::Draw: Finish (0 ms)
0956208: 11004: Playback: COSDWindow::UpdatePosition: Start
0956208: 11004: Playback: COSDWindow::UpdatePosition: Finish (0 ms)
0956317: 11004: Playback: COSDWindow::UpdatePosition: Start
0956317: 11004: Playback: COSDWindow::UpdatePosition: Finish (0 ms)
0956333: 10852: General: TopLevelExceptionFilter: Unhandled exception -- program crashing
0956333: 10852: General: TopLevelExceptionFilter: Message: 0, wParam: 0, lParam: 0, Window class:
0956988: 11004: Playback: CBitrateMonitor::UpdateBitrate: Start
0956988: 11004: Playback: CBitrateMonitor::UpdateBitrate: Accum audio bytes 0, video bytes 0, time period 1057.980160 ms
0956988: 11004: Playback: CBitrateMonitor::UpdateBitrate: Bitrate for current period: 0, audio: 0, video 0
0956988: 11004: Playback: CBitrateMonitor::UpdateBitrate: Finish (0 ms)
0959983: 11004: Playback: CBitrateMonitor::UpdateBitrate: Start

[jmone]

I don't understand your question.

You said earlier you have Full Subtitle mode active, of course it'll select the full english track then. Switch it to Only Forced Subs and it'll use the new virtual track by default.

I'm obviously not getting it (or explaing well) sorry. Let me take a step back and ask first what the recomended settings are for a default config for Forced subs (in your language) for both file and blu playback.

[nevcairiel]

I'm obviously not getting it (or explaing well) sorry. Let me take a step back and ask first what the recomended settings are for a default config for Forced subs (in your language) for both file and blu playback.

- Fill the audio language field
- Set submode to "Only Forced Subs"
- Only with matching language is your choice, really.
- Enable "Auto-Select Forced Subtitles" (i should rename this option)
- Deliver only forced subs has no influence on this setup, can remain off.

BTW, which version are you using? I hope at least 0.24-67, -66 had a crash which could somehow explain yours. :P

[SamuriHL]

@Andy - I'm ripping a True Blood episode with DTS core only right now to test with the older (non-fixed) version of LAVF Splitter so I can see if the Pio handles it ok.

@Nev - I'm building the very latest code to test after I'm done with that

@jmone - I will take a look and see if I can repro your issue when I'm done. Before now I always had just only forced and matching language. I've never had an issue.

[jmone]

- Fill the audio language field
- Set submode to "Only Forced Subs"
- Only with matching language is your choice, really.
- Enable "Auto-Select Forced Subtitles" (i should rename this option)
- Deliver only forced subs has no influence on this setup, can remain off.
Thanks what I thought and the exact setting that causes the crash.

BTW, which version are you using? I hope at least 0.24-67, -66 had a crash which could somehow explain yours. :P

V67.

@jmone - I will take a look and see if I can repro your issue when I'm done. Before now I always had just only forced and matching language. I've never had an issue.

Thanks - I've never had an issue till V67 either and ONLY with the specific combo outlined. Rest seems fine.

http://img689.imageshack.us/img689/8982/54210199.jpg

[nevcairiel]

I figured out the crash, its ffdshows fault, MPC-HC sub renderer didn't do it.
I'll fix it.

[noee]

Nev, any reason I shouldn't be able to use MSVC++ 2010 Express to build? Are you guys using MinGW GCC 4.5.2 to build ffmpeg?

[nevcairiel]

No idea if Express works. And yes, 4.5.2 here.

[SamuriHL]

I'm not using express, either, so no clue there, but, I'm also sticking with 4.5.2. No reason to change to 4.6.0.

[SamuriHL]

@Andy - Bitstreams DTS just fine with the older version of LAVF Splitter that wasn't fixed. Looks like Pio fixed it on my 21TXH. That was nice of them. :D

[jmone]

I figured out the crash, its ffdshows fault, MPC-HC sub renderer didn't do it.
I'll fix it.

Thanks.

[SamuriHL]

Jmone, I can confirm the crash bug so we'll need to wait until Nev fixes it. I'll do a new build as soon as he does and verify it.

[nevcairiel]

http://files.1f0.de/lavf/LAVFilters-0.24-72-g8f67c41.zip

- DVB subs fixed
- Minor mpeg-ts seeking improvements
- fixed a crash with ffdshow and the new virtual forced subs stream

[SamuriHL]

Confirmed the crash fix. Thanks, Nev!

[jmone]

Thanks - I can also confirm the fix + disregard the earlier post as the logic now makes sence and with this setting the extracted subtitle stream is being marked as selected in the players menu (as you would expect).

[jmone]

Also this latest build no longer dispays the arabic text subs I was getting on extracted DVD Content. :)

[SamuriHL]

That's, uh, probably good yea? :)

[Andy o]

@Andy - Bitstreams DTS just fine with the older version of LAVF Splitter that wasn't fixed. Looks like Pio fixed it on my 21TXH. That was nice of them. :D

Thanks. Does it work with the new build and with DTS-HD framing turned on?

It was not like DTS didn't work for me 100%. I have one file that doesn't, and another did work but it switched off MCACC with DTS-HD framing.

[SamuriHL]

Thanks. Does it work with the new build and with DTS-HD framing turned on?

It was not like DTS didn't work for me 100%. I have one file that doesn't, and another did work but it switched off MCACC with DTS-HD framing.

No problems at all. I tried with all the new settings and without. Played fine with no issues. All good.

[Andy o]

Thanks, now just to wait for that letter. It's gonna be a mess to disconnect and take out my receiver.

[SamuriHL]

I know how that goes. I do NOT envy you one bit.

P.S. When you take it in and if you happen to remember, can you ask if they know of any firmware updates for the 21TXH?

[Andy o]

OK, will do.

[robpdotcom]

Thanks, now just to wait for that letter. It's gonna be a mess to disconnect and take out my receiver.

Just remember how much easier it will be now than 10 years ago, before HDMI.

I probably used to have 30 wires coming out the back of my AVR - now I have 5 HDMI, 1 RCA for the subwoofer, and 14 speaker wires with banana plugs. It takes about 30 seconds to unhook everything now.

BTW, back on topic. So far, everything bitstreams perfect with LAVAudio to my Denon. AC3, EAC3, THD, DTS, DTS-HD, DTS-ES, DTS-HD ES.... everything I could find.

[nightfly]

using .72, and bit-streaming to a GTS 450 to Denon 989

(Update since post: I tested the sample noted below, and it worked ok. The only diff was that before, when I had the problems noted in the screen shot, I was playing off an ISO rip of the BD and did a load file on index.bdmv in order to get LAV splitter to load. I am not using the LAV Splitter Source).

(Update 2: I used Tsmuxer GUI to cut a 2 minute segment from the AnyDVD created ISO of the BD. This works ok via M2TS. I then went back and used Tsmuxer to create another 2 min clip but this time for a BD image and created the BD image and it still works. So the Tsmuxer is somehow fixing the problem. I can't upload the original ~25GB image, so I at a loss on the issue.)

The following clip from Girl Who Kicked the hornets Nest Blu ray. It is H264 with a DD tracks and subtitles. The native language is Swedish, but there is a dubbed English DD track as well.

GirlWhoKickedNest (http://www.megaupload.com/?d=WPQQSCQR)

Using MPC-HC, I get video, but no sound. In fact the LAV audio filter doesn't even load. The subtitles are also not seen/available.

This screen cap with LAV:
http://img810.imageshack.us/img810/3594/lavq.jpg (http://imageshack.us/photo/my-images/810/lavq.jpg/)

With Gabest, plays fine, subs available, both DD show, and the LAV Audio filter loads:
http://img192.imageshack.us/img192/3010/gabk.jpg (http://imageshack.us/photo/my-images/192/gabk.jpg/)

Something I found interesting, although not a bug since it's correctable is that using this clip from Hellboy Golden Army which has a DTS-HD 7.1 track:
Hellboy Sample (http://www.megaupload.com/?d=2K2W433W)

When no video/audio stream parsing is selected in LAV Splitter props, I see "DTS HIGH RES" 5.1 on my Denon. Never seen that before. Selecting a/v parsing in LAV results in "DTS-MA" 7.1.

[nevcairiel]

I'll check that file out, not detecting streams is always weird..

With the other problem - audio stream parsing is really not meant to be turned off, it'll have some funny side effects. I will remove the option soon again, it was mostly for debugging. But turns out, it was not needed in any case.

[Sebastiii]

Hi nev :)

Thanks DTS works on my HK but i have a weird issue with my new NVIDIA 460. (old one was ATI).
I have to try latest build but i have seen some crash yesterday night (i need to get the call stack).

I have this strange issue with LAV Audio, it seems haapen when i try to play TrueHD Sample. The Audio HDMI card output disappear (need to switch OFF / ON my avr).
It didn't happen with FFDShow Audio.
I have made my test on Mediaportal with refresh rate changing, but didn't happen with ffdshow audio so, i'm a little disapointed.

I try to explain what is happen : i play sample 24p, my card is set @ 24p. But i can see a one or more little black screen before sample start. I think it's here audio HDMI card shutdown.

So my next test is to disable refresh rate to see what happen.
Will Test on MPC-HC and Graphstudio.

But like i just change my video card and trying LAV Audio, i don't know if it's a bug from Nvidia because on ATI (no LAVAudio Full Testing) didn't see that.
Thanks.

[nevcairiel]

I have no problems with my NVIDIA GTS 450.

[Sebastiii]

Thanks, will try to nail it :)

[pankov]

http://files.1f0.de/lavf/LAVFilters-0.24-72-g8f67c41.zip

- DVB subs fixed
- Minor mpeg-ts seeking improvements
- fixed a crash with ffdshow and the new virtual forced subs stream
Nev,
I've been testing some random .ts recordings today and found a problem with seeking. If I use LAVSplitter every time I try to seek my player simply jumps to the end of the file. If I use Haali's or MPC's Splitters everything is fine.
The strange thing is that if I cut the file with TSPlayer (part of DVBViewer) to a less than ~275MB it starts to work fine.
Since the test files are a little bit bigger than free hostings allow (250 + 275MB) I've put them to my personal FTP and send you login details as PM.
I'll be glad if you can take a look.

[nevcairiel]

Could you test if they just stopped working in the latest version, in comparison with maybe official 0.24, or if they never properly worked?

I'll look at it later, or over the weekend.

[pankov]

I've just tested the official 0.24 and a few builds after it including 72 and sadly all have the same problem
:(

[nevcairiel]

Thanks, at least i don't need to do a regression test then.

[pankov]

Actually, I'm the one that have to tank you.
I really appreciate all you work.
:thanks:

And saying this I've found one more problematic .ts DVB recording (again at the FTP, cause it's around 500MB). This one doesn't even start with LAV Splitter - refuses to open it while both MPC and Haali's ones play just fine.

btw
All those recordings are some test's I've been doing with DVBViewer so in fact it could the culprit, but on the other hand other splitters work, so I hope you can take a look on it too.

[Mark_A_W]

Is there a way to get pgs subtitles (from a bluray disc) working with Zoom Player? Or do we need changes in Zoom Player?


Also, I can get PGS subs working in MPC-HC, but with Avatar for instance, I get all the English subtitles, not just the Navi subs. Is there a way to get forced only? The selection in LAVsplitter doesn't seem to work there...


But it's a very good start, thanks heaps Nev!

[jmone]

Navi subs work fine for me in MC16 with LAVSplitter set to just forced subs. One thing I noticed is that some of the Navi Subs stay to long on the screen, eg at 45:15 "Father" says "His alien smell fills my nose" but it just hangs around for 15 seconds through all the English diag till "Mother" speaks in Navi.

[neoufo51]

Nev, I read in the MPC-HC thread that you may create a LAV Player if people help you out.

While installing SP1 is certainly a good idea for everyone, breaking compilation for people that don't have it is just horrible.

I should really switch players, MPC-HC is a lost cause.. no developers, and enough people that claim to be developers breaking things left and right and arguing pointless semantics..

LAV Player, anyone?


I suggest you make a thread in the software player forum and see if people are interested in making it. I think you will be very surprised at the response you will get from such a thread.

[nevcairiel]

Navi subs work fine for me in MC16 with LAVSplitter set to just forced subs. One thing I noticed is that some of the Navi Subs stay to long on the screen, eg at 45:15 "Father" says "His alien smell fills my nose" but it just hangs around for 15 seconds through all the English diag till "Mother" speaks in Navi.

Thats a known problem when there are forced subs and normal subs very close to each other (or at the same time) on screen. The other option was having a normal sub leak through, which wasn't very nice either - also it seems to be worse with ffdshow.

Well, its not really a "bad" bug. :p

Is there a way to get pgs subtitles (from a bluray disc) working with Zoom Player? Or do we need changes in Zoom Player?
I have no idea how ZoomPlayer handles subs. I handle them like the MPC-HC splitter and the Gabest splitter handle them - nothing special.
With ffdshow in raw processing mode you should be able to get subs, in any case.


Also, I can get PGS subs working in MPC-HC, but with Avatar for instance, I get all the English subtitles, not just the Navi subs. Is there a way to get forced only? The selection in LAVsplitter doesn't seem to work there...
What format do you have it in? Original Blu-ray?
You can try multiple setting combinations, the best would probably be "Only Forced Subs" in the dropdown, and enable "Auto-Select Forced Subtitles". This works just fine for me on my BD version of Avatar, as well as some other discs.

The alternative option would be to tick the second checkbox in the BD subs section ("Only deliver forced subs" or something like that), and manually select a subtitle stream that seems to work better.

However the first should be the preferred, and hopefully i can improve its functionality over time.

You are using a recent version, something like the recently posted 0.24-72?


I suggest you make a thread in the software player forum and see if people are interested in making it. I think you will be very surprised at the response you will get from such a thread.

Maybe at a later stage, i am still very busy with LAV Filters and other things - once i have all my plans done, i might consider getting more serious with that.

[Andy o]

Just FYI, my problem that I mentioned before and is pictured here (http://forum.doom9.org/showthread.php?p=1482925#post1482925) is gone now with ffdshow. Apparently it was fixed in one of the more recent versions. With MPC-HC subs it still doesn't show both captions at the same time, only one or the other. So that's one for ffdshow, but it still has some artifacts around the borders of the letters sometimes.

[jmone]

Thats a known problem when there are forced subs and normal subs very close to each other (or at the same time) on screen. The other option was having a normal sub leak through, which wasn't very nice either - also it seems to be worse with ffdshow.

Well, its not really a "bad" bug. :p


Nope it is not all that "BAD" (and much better that have a normal sub leak through)

[nevcairiel]

Nope it is not all that "BAD" (and much better that have a normal sub leak through)

You know whats funny, that exact clip (00008.m2ts on the disc) was what i mostly used for testing. :D
It directly starts with forced subs, and has plenty scenes of normal and forced subs intersecting (time-wise).

[Sebastiii]

I made some test @ lunch and the result is .....
Nvidia sucks lol.

I have made my test on lastest git and i have random crash :

http://dl.dropbox.com/u/10536084/lav/Crash/Crash-1.jpg
http://dl.dropbox.com/u/10536084/lav/Crash/Crash-2.jpg
http://dl.dropbox.com/u/10536084/lav/Crash/Crash-3.jpg
http://dl.dropbox.com/u/10536084/lav/Crash/Crash-3-Bis.jpg
http://dl.dropbox.com/u/10536084/lav/Crash/Crash-4.jpg
http://dl.dropbox.com/u/10536084/lav/Crash/Crash-5.jpg

And i have this issue when change Audio or when audio start/stop (happen also with FFDShow) -->> My screen goes to black few ms (500 ms) i think (no refresh rate set).

I have only my DVI/HDMI to my AVR linked to my VP (Sanyo Z3000). All is ok with ATI so it seems that it's NVIDIA issue.

Also really need to flush audio, because after some test on few sample. DD / DTS/ DD+ didn't work :(

[nevcairiel]

Crashes with any reference to avformat-53.dll in the stack are ffmpeg crashes, and most likely a broken file - or a bug in ffmpeg.

[Sebastiii]

Ok :)

It seems that it happen ramdomly, if it's a broken file, it will be happen always ?

[nevcairiel]

@pankov:

I fixed the problem with the seeking in that file - it was again a pts wrap point that was in the file. Did i mention how silly mpeg-ts timestamps are? Could've used something bigger then 33bit...
Good news is this fix should work on all files that contain a pts wrap around, just if there are 2, it'll get tricky (more then 26 hours of content)

No idea about the 500mb file yet, ffprobe throws some funny error about "Operation not permitted" o.O

Edit:
Fixed that one as well.

[clsid]

Would it be possible to catch crashes in the ffmpeg libs, like for example VirtualDub does when a codec crashes? Then the filters could show an nice error message and gracefully stop playback. That would be particularly useful for thumbnailing in Explorer, then a crash will no longer take along Explorer.

[nevcairiel]

Access Violations inside another DLL cannot be caught, at least i wouldn't know how. If anyone thinks he does - feel free to lecture me or point me to a resource to learn. :d

[clsid]

Found this, but dunno if it also works with external DLL:
http://social.msdn.microsoft.com/Forums/en-US/vclanguage/thread/1d4563ea-64b2-4878-aa48-e9a0040b5aa9/

[nevcairiel]

Hm, worth a try i guess.

[noee]

Guys, build question. Got FFmpeg built with 4.6.0 (don't ask, I had something bad wrong with 4.5.2). Libbluray builds fine too with VC++ Express. However, LAVaudio/LAVSplitter (.rc) are looking for AFXRES.H. Express won't allow me to edit the RC and I guess, doesn't have this header?

Error: LAVAudio.rc(10): fatal error RC1015: cannot open include file 'afxres.h'.

Ideas?

[nevcairiel]

Hm, worth a try i guess.
Nope, seems to only work for errors that are actually thrown from C++ code, not from C code from GCC.

Anyhow, crashes are real bugs, and silently catching them doesn't help in resolving them. Rather have the user notify me, and if its in ffmpeg, i can report it to them, or fix it myself.
Like i said, i havent seen a ffmpeg crash for a while myself, so i actually suspect Sebastiii's build is faulty.


Error: LAVAudio.rc(10): fatal error RC1015: cannot open include file 'afxres.h'.

You're missing the MFC includes. Might be that Express just doesn't have them.

[Ger]

btw
All those recordings are some test's I've been doing with DVBViewer

OT:
Speaking of. There is a new option in DVBViewer 4.8.x (http://www.dvbviewer.tv/forum/topic/45388-dvbviewer-pro-48/) that may be of interest:

Add: Recordings : Optional removal of H.264 filler data while recording. (see recording options).
Thanks to forums user Martin K for contributing the concept and code and to Griga for adapting it to the DVBViewer!
Some (not all) HD channels, particularly Das Erste HD, ZDF HD, arte HD and ORF HD, are inserting filler data in the H.264 video stream in order to keep a constant bitrate. The percentage of filler data depends on the broadcasted content. E.g. in low motion scenes 50% or more of the H.264 stream may consist of filler data, and in case of movie opening or closing titles even more than 90%. So removing the H.264 filler data may decrease the size of TS recordings with H.264 content considerably, in some cases to 50% and less.

I wonder how widespread that practice is. The new options are in the "Recorder" and "Timeshift" pages in the options. I've opted to remove the filler data, but my DVBViewer recordings are mostly tests anyway (I use enigma2 for regular PVR needs).

[nevcairiel]

Sounds like this might've been one problem actually. It was reading some data, and there were empty PES packages in there, so it didn't recognize them, because technically a PES with no payload and no adaption field is not valid.
I increased the reading buffer, which is a "fix" of sorts..

The lack of bug reports recently makes me think i can put an official stamp on 0.25 soon. :)

[fastplayer]

noee, Google says this might help:
http://www.graphicscode.com/Articles/VCExpressGotchas.html#RC1015

[noee]

Yeah, I got it. I had to manually update the .RC files:

//#include "afxres.h"
#include <windows.h>
#ifndef IDC_STATIC
#define IDC_STATIC (-1)
#endif

So, with that change (or if you could find the afxres.h), VC++ Express seems to work fine.

[CruNcher]

Nev i found another interoperability problem with VC-1 in .mkv muxed by mkvmerge some files playback fine as long as timestamp correction is not used therfore others get unsync and if you enable timestamp correction the other VC-1 mkv fail to playback (sound plays no video black screen) (tested with LAV CUVID). Gonna upload 2 samples that show this dependency later :(
Those where muxed 1 with "Cest le Bon" 2.9.8 and the other with "Die Wiederkehr" 4.4.0

[nevcairiel]

Can't fix every broken file out there - some are just broken, but i'll have a look when you have samples.

[tetsuo55]

We need a video validator/fixer, like we have for mp3 in foobar2000

[nevcairiel]

Another build for the night

http://files.1f0.de/lavf/LAVFilters-0.24-74-gb51a6ad.zip

- Removed Generate Timestamps and Audio Parsing options, as those really only break things.
- Fixed seeking in MPEG-TS with pts wrap arounds
- Increased mpeg-ts parsing buffer which should hopefully make it detect more files with weird stuffing bytes at the start.

Thanks to pankov for the samples that helped resolve the mpeg-ts problems.

Due to the lack of bug reports over the last day or so, there will be the official 0.25 soon.
That'll be a lengthy changelog, and announcement text...

[SamuriHL]

I can't build right now. :( My VS 2010 install is really screwed up. The SP1 install I did last night claimed it was successful even though I watched it roll back (WTF?). So, I'm reinstalling VS now. On this laptop, it might take a bit.

[nevcairiel]

did you have the Windows 7.1 SDK installed? There was some funny bug in there that can cause this in the installer..
The 7.1 SDK isn't needed btw, its mostly targeted at VS08, as 7.0a (which comes with VS2010) is mostly the same as 7.1

[SamuriHL]

I think I do have 7.1 installed yea. You're telling me I'm screwed even with my reinstall (which is now have way done) if I don't remove 7.1? Oh kill me now.

[nevcairiel]

http://msdn.microsoft.com/en-us/visualc/gg697159

Thats MS error page, those two just dont play well together. I recommend uninstalling the 7.1 SDK, unless you have VS Premium or Ultimate, which are not affected either way.

[SamuriHL]

Yes, I have premium. It's what I've been using since I installed 2010 a few months ago. Should I still be concerned?

[nevcairiel]

Nah something else broke then.

[pankov]

Is there a way to get pgs subtitles (from a bluray disc) working with Zoom Player? Or do we need changes in Zoom Player?
Mark,
I'm a long time user of ZoomPlayer ('mitko' in the inmatrix forum) and I can tell you that PGS subtitles work just fine in ZoomPlayer. Both with DirectVobSub and FFDShow subtitles renderers ... well I prefer the picture of VobSub but that's personal preference ... or probably some settings in the ffdshow config.

[pankov]

@pankov:

I fixed the problem with the seeking in that file - it was again a pts wrap point that was in the file. Did i mention how silly mpeg-ts timestamps are? Could've used something bigger then 33bit...
Good news is this fix should work on all files that contain a pts wrap around, just if there are 2, it'll get tricky (more then 26 hours of content)

No idea about the 500mb file yet, ffprobe throws some funny error about "Operation not permitted" o.O

Edit:
Fixed that one as well.

nev,
thanks for your hard work and taking the time to fix the problems with .ts files.
I've tested with your latest build and your are right that the big one (550MB) is working fine now but the shorter one with the "BAD_SEEK" in the name is still not OK. There is an improvement I can seek almost anywhere in it but the very end. Everything past 4:36 is unreachable ... even worse is that the video and audio stops at that moment and only the timeline continues till 4:57 (for 20 seconds more). With the other two splitters it's working fine. I accidentally caught this problem cause I tried to seek in the original bigger file and it didn't work.

[jmone]

Looking pretty good. Running though my test files with .74 I get a situation where the forced subs PGS stream is being created but not selected on just some files (but it is on BD Playback and if I play the associated M2TS files directly). I have two examples, one is m2ts Camcorder footage (where the subs hold the timecode) and another is a MKV mux of a BD Disk. Let me know if you want screen shots, sample file etc.

[nightfly]

I think I do have 7.1 installed yea. You're telling me I'm screwed even with my reinstall (which is now have way done) if I don't remove 7.1? Oh kill me now.

You can switch what the "current" SDK in use is by using the SDK config tool in the app folder under program files. I use this mechanism to move between WSDK version 7.0a and 7.1.

[nevcairiel]

VS2010 configures the SDK on a per project basis.

[SamuriHL]

I reinstalled 2010 Premium and the SP1 install succeeded without a bunch of "rolling back" messages. What I don't get is if it rolled back, why the hell did it still bump up the version and tell me it was "successful"?? So yea, I think that's what broke my install. I'm about to rebuild a bunch of projects now that it's installed and upgraded.

[FreeFall]

Zoomplayer 8 RC2 crash with LAVFilters-0.24-74-gb51a6ad, also crashes with the previous LAVFilters-0.24-72-g8f67c41 build.

Blu-ray and file playback, player crashes on start with the following error:


Zoomplayer has stopped working

Problem signature:
Problem Event Name: BEX
Application Name: zplayer.exe
Application Version: 8.0.0.0
Application Timestamp: 2a425e19
Fault Module Name: MSVCR100.dll
Fault Module Version: 10.0.30319.415
Fault Module Timestamp: 4d26c6a1
Exception Offset: 0008a3f6
Exception Code: c0000417
Exception Data: 00000000
OS Version: 6.1.7601.2.1.0.256.48
Locale ID: 3081
Additional Information 1: 5c99
Additional Information 2: 5c99188b2f163d2624161c5acaa0e500
Additional Information 3: 249e
Additional Information 4: 249eb85bf27e07eaa65097ba2341b09c


Windows 7 Professional 64bit GeForce GTX 580, no problems with official 0.24 or LAVFilters-0.24-spdif-test1 build. Can anyone else using Zoomplayer reproduce the problem?

Thanks for all your hard work nevcairiel.

FreeFall.

[SamuriHL]

Nev, are you planning on turning on static linking for mfc? Given the conversation in the MPC thread it seems to make sense to do that, yes?

[Mark_A_W]

Zoomplayer 8 RC2 crash with LAVFilters-0.24-74-gb51a6ad, also crashes with the previous LAVFilters-0.24-72-g8f67c41 build.

Blu-ray and file playback, player crashes on start with the following error:


Zoomplayer has stopped working

Problem signature:
Problem Event Name: BEX
Application Name: zplayer.exe
Application Version: 8.0.0.0
Application Timestamp: 2a425e19
Fault Module Name: MSVCR100.dll
Fault Module Version: 10.0.30319.415
Fault Module Timestamp: 4d26c6a1
Exception Offset: 0008a3f6
Exception Code: c0000417
Exception Data: 00000000
OS Version: 6.1.7601.2.1.0.256.48
Locale ID: 3081
Additional Information 1: 5c99
Additional Information 2: 5c99188b2f163d2624161c5acaa0e500
Additional Information 3: 249e
Additional Information 4: 249eb85bf27e07eaa65097ba2341b09c


Windows 7 Professional 64bit GeForce GTX 580, no problems with official 0.24 or LAVFilters-0.24-spdif-test1 build. Can anyone else using Zoomplayer reproduce the problem?

Thanks for all your hard work nevcairiel.

FreeFall.

It's working for me, everything about my setup is similar except I have an ATi card. Same versions of ZP and LAVSplitter (I'm not using LAVAudio at the moment though).

[FreeFall]

Mark_A_W,

Thanks I figured out the cause of the crash, Zoomplayers Internal Audio Stream Switching Filter was the problem. I have it disabled now and everything is working again.

Sorry nevcairiel, I'll report the problem to Zoom's developers.

FreeFall.

[mkanet]

I've been using LAV splitter instead of the Haali packaged with CoreAVC 2.5.5 + Arcsoft Audio HD (for trueHD/DTS-MA audio).

I have 4 questions:

1. I'm curious if there are other people who use LAV for instead of Haali for CoreAVC (H.264 video decoding); and, why LAV may work better (or worse) under certain cases.

2. Does the LAV audio decoder provide true DTS-MA and TrueHD audio decoding (to be used with CoreAVC video)?

3. Can I use the following containers for (H.264+DTS-MA/TrueHD) with the LAV splitter: MKV, M2TS, TS, MP4?

4. Are there any benefits to using the LAV audio filter instead of other HD audio decoders such as ArcsoftHD and FFdshow? Im guessing maybe the LAV audio decoder was intended to work better with the LAV splitter for HD audio (DTS-MA/True-HD)? Honestly, I would prefer to use LAV audio decoder if it has benefits over the commercial audio decoder from TMT Arcsoft.

Thanks for any friendly/userful information that can be offered.

MKANET

[nevcairiel]

There is an improvement I can seek almost anywhere in it but the very end. Everything past 4:36 is unreachable ... even worse is that the video and audio stops at that moment and only the timeline continues till 4:57 (for 20 seconds more).

Aww. Too bad, guess i need to give it another go. I might have an idea, however.
One question though, do the last 20 seconds play properly when you seek to just before the point of breakage? Or was that what you meant with "stops at that moment"?

What i fixed earlier was just seeking, it might still fail to work to playback properly, i wasn't 100% sure on that fact.


Thanks I figured out the cause of the crash, Zoomplayers Internal Audio Stream Switching Filter was the problem. I have it disabled now and everything is working again.

Sorry nevcairiel, I'll report the problem to Zoom's developers.

Feel free to point them here, there must be something i changed that caused it, and i can probably remedy the problem if they can tell me whats doing the crash

Nev, are you planning on turning on static linking for mfc? Given the conversation in the MPC thread it seems to make sense to do that, yes?
Undecided.


2. Does the LAV audio decoder provide true DTS-MA and TrueHD audio decoding (to be used with CoreAVC video)?

Neither LAV Audio nor ffdshow provide true DTS-HD MA. It does do TrueHD lossless though.
Unless you're bitstreaming, then LAV Audio can send the full DTS-HD MA untouched to your receiver.


3. Can I use the following containers for (H.264+DTS-MA/TrueHD) with the LAV splitter: MKV, M2TS, TS, MP4?

I have never seen HD audio content in MP4, but sure, i don't see why those wouldn't work.


4. Are there any benefits to using the LAV audio filter instead of other HD audio decoders such as ArcsoftHD and FFdshow? Im guessing maybe the LAV audio decoder was intended to work better with the LAV splitter for HD audio (DTS-MA/True-HD)? Honestly, I would prefer to use LAV audio decoder if it has benefits over the commercial audio decoder from TMT Arcsoft.

Like i said earlier, neither ffdshow or LAV Audio offer DTS-HD MA decoding. Only the TMT decoder does.
If you're using LAV Splitter, and you don't need all those fancy post-processing options in ffdshow, i would recommend using LAV Audio for everything except DTS, and use the TMT decoder for that.

[mkanet]

To be honest, I really dont like FFdshow. I dont have it installed on any of my PCs. As you might tell from my responses, I've only use ArcsoftHD for all my HD audio needs in directshow players (TrueHD/DTS-MA in all popular containers with H.264).

And, yes, I do use bitstreaming since I dont have external decoding outside my PC... just analog 5.1 outputs.

I probably should have rephrased my questions a little bit. More specifically. I'd like to know what the difference between LAV audio TrueHD decoding is compared to TrueHD audio in Arcsoft HD. If there isn't any, I'm going to keep things simple and continue to use the Arcsoft 3 HD audio filter (with 24bit 96Khz or higher audio).

I'm guessing LAV splitter is the most flexible, bug-free splitter for M2TS, TS, and MKV that contain DTS-MA/True-HD; even more than the latest Haali build packaged with the latest CoreAVC H.264 video decoder and the gabest HPC-HC splitter.

It would be nice to have real DTS-MA audio support in LAV audio filter; which would eliminate the need for Arcsoft Audio HD decoder and ffshow.

Thanks again for all your help,
MKANET
Neither LAV Audio nor ffdshow provide true DTS-HD MA. It does do TrueHD lossless though.

I have never seen HD audio content in MP4, but sure, i don't see why those wouldn't work.

Like i said earlier, neither ffdshow or LAV Audio offer DTS-HD MA decoding. Only the TMT decoder does.
If you're using LAV Splitter, and you don't need all those fancy post-processing options in ffdshow, i would recommend using LAV Audio for everything except DTS, and use the TMT decoder for that.

[nevcairiel]

I haven't used the TrueHD decoder in the ArcSoft HD Audio Decoder, but its dts decoder is doing fine, so i figure their TrueHD will probably be good too.

[FreeFall]

nevcairiel,

Reported the problem and directed them here.

Thanks.

[Andy o]

Nev, LAV Splitter is not connecting to the Arcsoft HD decoder for E-AC3. Either I get both the Arcsoft and the Microsoft DTV-DVD decoder, and get stereo noise (like crackling), or if I block the MS DVD decoder, I get nothing and no audio. With the MPC splitter it does connect, but weirdly it only decodes 7.1 into 5.1, so maybe it's reading the AC3 part only. From TMT3 it does decode 7.1 E-AC3 properly.

[Andy o]

Re: Arcsoft HD decoder... I loaded the HD decoder from TMT5's installation without the necessary dll and it works right there, decoding 7.1 DTS-HD. Is this new, or that dll isn't necessary for this?

EDIT: this information is wrong, sorry.

[nevcairiel]

The MPC-HC splitter reports E-AC3 streams as AC3, so that would explain it. Not sure what media type the ArcSoft decoder expects - does ArcSoft have a splitter that one can use to see what subtype it uses?

Also, you do have the required dll for E-AC3 decoding, right?

[Andy o]

yeah, I actually just used the TMT3 installation folder, didn't have to download the necessary files, just that custom checkactivate.dll. I don't think Arcsoft's splitter can be used externally though.

[Sebastiii]

Hi,

This is my result test for yesterday.
I have found and solve the blackscreen issue i have when i start/stop/change subtitle/audio with my ASUS Nvidia 460 card.
I have also made a workaround to solve my refresh rate issue with my HK AVR-355.
I have also fix the audio flush (appear more on NVIDIA than ATI with HK AVR-355.

How i solve this, it's a bit tricky lol.

I have connect on output NVIDIA DVI/HDMI a splitter HDMI (one in and two Outputs)
One Output goes to my VP (Sanyo Z3000)
Second Output goes to HDMI1 Input of my AVR.

Now i can refresh with no issue because i bypass my AVR :) (it's not normal but hey i want something that work).
But if nothing is connected on Output HDMI of my AVR (i can't get no sound).
I made this to solve it : I connect Output HDMI (AVR) to HDMI2 Input, like this my avr think something is connect (Idiot HK).

The last thing to do is to change "monitor device" by the override HK (inf) to fake windows that believe that my Z3000 is my AVR.
I know it's really !!!!!!!!!!!! hard this setup but it works :)

My blackscreen issue is due to this setting in NVIDIA control pannel (screenshot is in french) but to fix it is to set to Video Fullscreen (Videos plein ecran :
http://dl.dropbox.com/u/10536084/Lav/Nvidia_Blackscreen_Fix.jpg

My audio vanishing issue was fixed on installing : http://dl.dropbox.com/u/10536084/mp/HdmiYo-0.1.1.msi and http://dl.dropbox.com/u/10536084/mp/ReadMe-0.1.1.rtf
When my avr didn't detect sound, i made ctrl+space to reset HDMI :) and the sound goes on.

Now that my HTPC start to be working like it does lol, i can retry all my sample and see why i have crash :).
Regards,
Seb.

[nevcairiel]

My blackscreen issue is due to this setting in NVIDIA control pannel (screenshot is in french) but to fix it is to set to Video Fullscreen (Videos plein ecran :
http://dl.dropbox.com/u/10536084/Lav/Nvidia_Blackscreen_Fix.jpg

I have always had it set to "Auto" and it worked just fine.

But if it works for you, all is good!

[Sebastiii]

Thanks,

I have retry to set in Auto yesterday and issue goes back, so Video fullscreen is my new friend :)

[pankov]

Aww. Too bad, guess i need to give it another go. I might have an idea, however.
One question though, do the last 20 seconds play properly when you seek to just before the point of breakage? Or was that what you meant with "stops at that moment"?

What i fixed earlier was just seeking, it might still fail to work to playback properly, i wasn't 100% sure on that fact.
Thanks in advance.
The last 20 seconds are "unplayable" and "unreachable". The audio and video just stop at 4:36 - only the timeline continues to move.
In the original (bigger file - I've put it on the FTP so you can test if needed) if I seek (click on the timeline) past the 4:36 line I see one or two decoded frames as still images when using LAV CUVID Decoder. If I use CoreAVC instead I get high CPU usage (4 cores @ 100%) for a few seconds and then nothing - no decoded frames.

[nevcairiel]

Those symptoms are in line with the idea i had, sounds good.

[pankov]

:)
Looking forward for fix then
;)
btw
sorry for taking your precious time with such problems. If you prefer you can ignore them for a while and do more important stuff ... I do understand the .ts is a bad container and my recordings are somewhat flawed (if it matters I didn't use the new version of the DVBViewer which strips some H264 packets if they are empty)

[nevcairiel]

Don't worry, should be an easy fix, if my theory is right. I usually sit at work and browse code thinking about problems when i get bored, can't really tackle any big tasks in those short periods. :p

Besides, i'm done with big tasks for 0.25, so ironing out some bugs, giving it a few days to breath before the release (which might happen this evening).
I really powered through code for 0.25 (1500 new lines or so, going to post stats with the release), so some debugging and tracking is some welcome alternative. ;)

[Andy o]

The MPC-HC splitter reports E-AC3 streams as AC3, so that would explain it. Not sure what media type the ArcSoft decoder expects - does ArcSoft have a splitter that one can use to see what subtype it uses?

Also, you do have the required dll for E-AC3 decoding, right?

As it turns out, the arcsoft mkv splitter can be used, but it doesn't connect the e-ac3 streams either. I can't find the TS splitter. Any idea where it might be, or what's its file name?

[nevcairiel]

I found a subtype somewhere, not sure how accurate it is, but going to try it when i get home

For reference, so i dont lose it.
DEFINE_GUID(MEDIASUBTYPE_ARCSOFT_DDPLUS ,0x71cfa727, 0x37e4, 0x404a, 0xae, 0xc0, 0x34, 0x84, 0x25, 0x32, 0xef, 0xf7);

you can check in MPC-HCs external fitler list if the ArcSoft decoder lists that subtype
Would look something like this
{71cfa727-37e4-404a-aec0-34842532eff7}

[Andy o]

aargh apparently makeMKV doesn't remux the E-AC3 streams. They show up there, but they don't bitstream as they do with m2ts. Anyone knows how to remux e-ac3 streams into mkv? tsmuxer doesn't recognize e-ac3 either.

Anyway, this is what MediaInfo tells me on the 7.1 e-ac3 m2ts:
Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : E-AC-3
Format/Info : Audio Coding 3
Muxing mode : Stream extension
Codec ID : 132
Duration : 1mn 34s
Bit rate mode : Constant
Bit rate : 1 024 Kbps
Channel(s) : 5 channels
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 11.5 MiB (9%)

This is from the remuxed mkv (makeMKV)

Audio #1
ID : 2
Format : E-AC-3
Format/Info : Audio Coding 3
Codec ID : A_EAC3
Duration : 1mn 34s
Bit rate mode : Constant
Bit rate : 1 024 Kbps
Channel(s) : 4 channels
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 11.5 MiB (10%)
Title : 3/1
Language : English

[nevcairiel]

Looks like the stream is severely broken. 4 channels? :D
eac3to should be able to extract the track (its named eac3to afterall), and mkvmerge should manage to put it back in.

[Andy o]

Should be 8 channels though, so both are technically wrong on that account only that one is wronger. I'll see what I can do with eac3to, thanks.

[madshi]

Access Violations inside another DLL cannot be caught, at least i wouldn't know how. If anyone thinks he does - feel free to lecture me or point me to a resource to learn. :d
http://msdn.microsoft.com/en-us/library/ms680634%28v=vs.85%29.aspx

Will give you access to *all* unhandled exceptions, though. That might be more than you want.

[nevcairiel]

http://msdn.microsoft.com/en-us/library/ms680634%28v=vs.85%29.aspx

Will give you access to *all* unhandled exceptions, though. That might be more than you want.

Yeah thats probably a bit too much. rather would've something along the lines of a try..catch construct.
There are these constructs, using __try {..} __except () {...} but those didn't seem to work if the segmentation fault came from ffmpeg (i just dereferenced a null pointer for testing in some function)

Going to try something else, but then i still think i rather want to know about crashes in ffmpeg, because they should never happen.
And really, i havent seen a crash for ages.

[Andy o]

I found a subtype somewhere, not sure how accurate it is, but going to try it when i get home

For reference, so i dont lose it.
DEFINE_GUID(MEDIASUBTYPE_ARCSOFT_DDPLUS ,0x71cfa727, 0x37e4, 0x404a, 0xae, 0xc0, 0x34, 0x84, 0x25, 0x32, 0xef, 0xf7);

you can check in MPC-HCs external fitler list if the ArcSoft decoder lists that subtype
Would look something like this
{71cfa727-37e4-404a-aec0-34842532eff7}

Yep, that shows up.

[BelowSky]

AMR file:
http://www.mediafire.com/?pi6ev8wagqaaq2u

When played with LAV splitter + LAV audio decoder the sound mutes after a few seconds.
When played with LAV splitter + MPCHC AMR decoder the sound plays just fine.

[Andy o]

eac3to should be able to extract the track (its named eac3to afterall), and mkvmerge should manage to put it back in.

eac3to 3.24 is only showing me the ac3 audio:
M2TS, 1 video track, 1 audio track, 0:01:34, 60i /1.001
1: h264/AVC, 1080i60 /1.001 (16:9)
2: AC3, English, 5.1 channels, 640kbps, 48kHz

From its description, it doesn't seem to extract e-ac3, perhaps madshi can chime in on this...

[madshi]

Yeah thats probably a bit too much. rather would've something along the lines of a try..catch construct.
There are these constructs, using __try {..} __except () {...} but those didn't seem to work if the segmentation fault came from ffmpeg (i just dereferenced a null pointer for testing in some function)
"__try {...} __except(1)" should work just fine, if you put it around the actual call of the exported ffmpeg API, and if ffmpeg doesn't catch/handle the exception itself. This will work only if the exception occurs directly in the called ffmpeg API, though (or in a sub function). It will not work if the exception occurs in a private ffmpeg thread, of course.

[Andy o]

madshi, can eac3to demux E-AC3 from a m2ts container?

[hoborg]

Hi.
I am not sure if this is LAVF splitter issue...

If i try to render "http://www.luckymedia.nl/luckytv/wp-content/uploads/luckytv_video/2011_05_05_4dc2e404d86b5.mp4" file using "File Source (URL)", it will popop -2147221163 - in Hex is 80040155 which seems to be the error code for: "Interface not Registered". This happend in Media Portal OnlineVideos plugin.
Using official LAV.24

If i use Haali splitter, it is working.
Ideas?

[nevcairiel]

AMR file:
http://www.mediafire.com/?pi6ev8wagqaaq2u

When played with LAV splitter + LAV audio decoder the sound mutes after a few seconds.
When played with LAV splitter + MPCHC AMR decoder the sound plays just fine.

There is some feature in that file thats not supported by the ffmpeg amr decoder (something they call "dtx mode").

ffmpeg supports using a 3rd party decoding library, opencore-amr, for amr decoding. I can try to add it to my ffmpeg build, for better format coverage.

[madshi]

eac3to 3.24 is only showing me the ac3 audio:
M2TS, 1 video track, 1 audio track, 0:01:34, 60i /1.001
1: h264/AVC, 1080i60 /1.001 (16:9)
2: AC3, English, 5.1 channels, 640kbps, 48kHz

From its description, it doesn't seem to extract e-ac3, perhaps madshi can chime in on this...
What does "eac3to source -logpids" say?

can eac3to demux E-AC3 from a m2ts container?
Yes, at least if it's muxed correctly.

[Sebastiii]

Little test :)

I have crash again lol.
I know that some are related to ffmpeg and i have the same with your release or my own.

http://dl.dropbox.com/u/10536084/lav/2011.05.06/Crash7.jpg
http://dl.dropbox.com/u/10536084/lav/2011.05.06/Crash8.jpg
http://dl.dropbox.com/u/10536084/lav/2011.05.06/Crash8-bis.jpg
http://dl.dropbox.com/u/10536084/lav/2011.05.06/Crash8-bis2.jpg
http://dl.dropbox.com/u/10536084/lav/2011.05.06/Crash8-bis3.jpg
http://dl.dropbox.com/u/10536084/lav/2011.05.06/Crash9.jpg
http://dl.dropbox.com/u/10536084/lav/2011.05.06/Crash9-bis.jpg

I tested between these sample (tested sample 1,2,3 and 4 and restart sample 1,2,3 and 4) all worked good and boom crash appear :

http://dl.dropbox.com/u/10536084/lav/Sample/00000_subs_OK.m2ts
http://dl.dropbox.com/u/10536084/lav/Sample/multiple%20subs%202-JAP.m2ts
http://dl.dropbox.com/u/10536084/lav/Sample/prueba.split.1.m2ts
http://dl.dropbox.com/u/10536084/lav/Sample/Surround_DTS-HD_MA_7.1.m2ts

Also note that "00000_subs_OK.m2ts" has a subtitle that didn't work well with MPC-HC Subtitle : (http://sourceforge.net/apps/trac/mpc-hc/ticket/515)

Sample will finish to upload in 45min :) don't take it before lol.
Thanks,
Seb.

[nevcairiel]

I have all those sample files. I will test them again, but i have not seen any ffmpeg crash for a long time, looks more like media portal is screwing up again, or your system is somehow faulty.

Most of these errors look like heap corruption errors, which would not necessarily have to happen at the point when it crashes, it could just crash when the corrupted heap is accessed the next time.

Try with MPC-HC, and if you cannot make it crash, i blame MediaPortal.

[Andy o]

What does "eac3to source -logpids" say?

PID: 256/4113 ($1b), "HDMV", descriptor $28, h264/AVC
PID: 256/4352 ($84), "AC-3", AC3
M2TS, 1 video track, 1 audio track, 0:01:34, 60i /1.001
1: h264/AVC, 1080i60 /1.001 (16:9)
2: AC3, English, 5.1 channels, 640kbps, 48kHz

Yes, at least if it's muxed correctly.
It's straight from the Dolby Demo blu-ray. From the same m2ts, DD+ is bitstreamed and decoded perfectly with LAV Audio.

[SamuriHL]

jmone didn't believe me when I said I couldn't get eac3to to extract the eac3 from certain discs, either. It would convert it to AC3 in my case.

[Andy o]

When I extract as .ac3 though, mkvmerge sees it as a h.264 elementary video track, so I get 2 video tracks and no audio. Weird.

Anyway, I uploaded the m2ts here if anyone wants to give it a go:

http://www.megaupload.com/?d=A18UUKPN

[madshi]

PID: 256/4113 ($1b), "HDMV", descriptor $28, h264/AVC
PID: 256/4352 ($84), "AC-3", AC3
M2TS, 1 video track, 1 audio track, 0:01:34, 60i /1.001
1: h264/AVC, 1080i60 /1.001 (16:9)
2: AC3, English, 5.1 channels, 640kbps, 48kHz

It's straight from the Dolby Demo blu-ray. From the same m2ts, DD+ is bitstreamed and decoded perfectly with LAV Audio.
Oh, I didn't know we're talking about a > 5.1 DD+ track. These tracks actually consist of a 5.1 AC3 core with E-AC3 extension packets for the additional back channels. This format is not supported by eac3to, because there's only one Blu-Ray that has *ever* used this format - the Dolby Demo Blu-Ray. To my best knowledge there's not a single movie Blu-Ray out there world wide that is using this format. So adding support for this would be a total waste of time, IMHO.

[clsid]

Going to try something else, but then i still think i rather want to know about crashes in ffmpeg, because they should never happen.
And really, i havent seen a crash for ages.My suggestion of catching the exception was not to hide the crash from the user, but rather to display a more explicit error message, and of course to end the process more gracefully.
When a crash happens, it is for most users not directly obvious what part of the playback chain was faulty. A custom error dialog could allow you to clarify which filter crashed and at the same time ask the user to report the problem with a sample file.

[nevcairiel]

That could work, i guess.

[Andy o]

This format is not supported by eac3to, because there's only one Blu-Ray that has *ever* used this format - the Dolby Demo Blu-Ray.

lol I was gonna say, the good news is that this is about the only blu-ray with DD+.

[SamuriHL]

But there are HD dvd that support it, and if we want to extract those with eac3to, we're apparently SOL...

[Andy o]

Are there any 7.1 E-AC3 HD-DVDs though?

[Sven75]

As promised before here I am with 2 PowerPoint issues.

Nev, maybe you can figure out what is happening here (if you are bored and find some time to look at it).

It's a bit of work to set up the testing environment, but I hope that you don't mind:

PowerPoint versions <= 2007 by default use MCI to playback videos. I tweaked the MCI settings in the registry to use DirectShow instead of vfw.
Also, PowerPoint 2007 tries to use wmp.dll to handle videos - hardly with success. I therefore always de-register the 32 bit version of the wmp.dll.

http://www.mediafire.com/?lfro1w3nd3bidib (registry tweaks for MCI)


The first one is for PowerPoint 2003/2007:

http://www.mediafire.com/?7wwy27kaftaaffw (flv file)

This exemplary flv file somehow starts to "play" (there is definitely some activity) but it seems that the screen is just not being updated. This only happens with LAVSplitter. MPC-FLV-Splitter and another one I tried do not suffer from this issue. (Btw, decoder is current ffdShow 3840)

The second problem is with the hardware accelerated native mode of PowerPoint 2010. I know that you don't have version 2010, but the standalone viewer should show the same behaviour. It is only the following mpeg file (found so far) which cannot be played back at all with LAVSplitter in PowerPoint 2010. I tried the elecard mpeg demuxer instead and it works fine. (Tried ffdShow and MS DTV-DVD as decoders but no difference)

http://www.mediafire.com/?l8gep9jwcvozi09 (MPEG2 file)
http://www.mediafire.com/?48847maioldq250 (PowerPoint file for testing)
http://www.microsoft.com/downloads/de-de/details.aspx?FamilyID=cb9bf144-1076-4615-9951-294eeb832823 (free PowerPoint Viewer for Version 2010)

As far as I know, in native 2010 mode PowerPoint at first tries to use DXVA to playback videos. Could the underlying problem be a colorspace issue?

[SamuriHL]

Are there any 7.1 E-AC3 HD-DVDs though?

I'm not at home to check but I believe so.

[Andy o]

I remember when I built my 7.1 system back in the day I was eager to try 7.1 HD-DVD's and I think the only I could find was Pan's Labyrinth which is DTS-HD MA.

[SamuriHL]

Regardless of the 7.1 issue, there are discs that eac3to only converted to ac3. I'll check on those later.

[nevcairiel]

Feel free to take that to the eac3to thread. :p

[SamuriHL]

Yup. I wasn't really concerned since I rip them differently and they bit stream just fine for me. ;)

[madshi]

But there are HD dvd that support it, and if we want to extract those with eac3to, we're apparently SOL...
There is no problem with HD DVD at all, because HD DVD does not use the weird AC3 Core + E-AC3 extension logic. Only Blu-Ray does that. eac3to fully handles all HD DVD E-AC3 tracks.

P.S: Yeah, this is OT.

[Andy o]

Yeah, kinda got derailed, sorry. My goal was to know if it was possible to get the DD+ 7.1 to connect with the Arcsoft decoder, since ffdshow and LAV Audio can't decode 7.1.

[nevcairiel]

@pankov:

I think this fixes it for good, hopefully without breaking anything else.

http://files.1f0.de/lavf/LAVFilters-0.24-76-g00ca07e.zip

@Andy O:
I added the new E-AC3 subtype, and it connects just fine to ArcSoft now and decodes full 7.1 (tested with this http://www.megaupload.com/?d=LPTVJH5Q)
(not in the version linked above, sorry)

[Sebastiii]

I have all those sample files. I will test them again, but i have not seen any ffmpeg crash for a long time, looks more like media portal is screwing up again, or your system is somehow faulty.

Most of these errors look like heap corruption errors, which would not necessarily have to happen at the point when it crashes, it could just crash when the corrupted heap is accessed the next time.

Try with MPC-HC, and if you cannot make it crash, i blame MediaPortal.

Thanks, i will try it yep also with MPC filters :)
Maybe it's not MP but some beta MP patch :)

[Carpo]

Trying out .76 release now, playing harry potter fine on my old 8600GT and bit streaming is perfect :-)

[nevcairiel]

nevcairiel,

Reported the problem and directed them here.

Thanks.

Hey FreeFall, i fixed one issue that caused the crash.
If you're reading this - there was however another issue (i installed ZoomPlayer to test).

Their handling for the ITrackInfo interface keeps calling the GetTrackInfo and GetTrackName functions with ever increasing stream index, even though i only specified a count of 2 streams, and return FALSE for those functions every time - which makes the player hang on startup.

If you can, please forward this to them, or maybe Blight comes over here and reads it himself. :)
I actually registered on the ZP forums, but apparently my posts need to be moderator approved before they are visible.

I will disable ITrackInfo for 0.25 release, so everything works smoothly with ZP, and enable it again once ZP is fixed. I don't think anyone is using that interface anyway.

The problem can be tested against this version:
http://files.1f0.de/lavf/LAVFilters-0.24-78-gde1cd87.zip

All newer version will have ITrackInfo disabled again, and thus not be good for testing this problem.

[Sebastiii]

I keep version without ITrackInfo disable (on my hdd), we will tested soon :)
Thanks,
Seb.

[CruNcher]

Here is the default mkvmerge mux that stops working with lav splitter vc-1 correction http://www.megaupload.com/?d=NR6RRQIT

[nevcairiel]

LAV Filters 0.25

LAV Splitter
- Added the ability to filter Blu-ray PGS subtitles, so only frames flagged as "forced" are delivered
- Either through a new "Forced Subtitles" stream (default)
- Or, filtering for every PGS stream (configurable)
- Improved support for H264 in AVI
- Improved timings for TrueHD in MKV
- m2ts files directly openend inside a Blu-ray structure should now properly display stream languages
- Alot of fixes and enhancements for format compatibility (especially MPEG-TS)
- Support using the ArcSoft HD Audio Decoder for E-AC3

LAV Audio
- Audio bitstreaming (pass-through) for HDMI and S/PDIF
- Support for AC3, E-AC3, TrueHD, DTS and DTS-HD
- Use the float decoders for mp1/mp2
- Added official support for WMAv1, WMAv2 and WMA Pro
- Fixed an issue that caused sync issues with FLAC audio, and FLAC is once again enabled by default


Download: Installer (both x86/x64) (http://files.1f0.de/lavf/LAVFilters-0.25.exe) -- Zips: 32-bit (http://files.1f0.de/lavf/LAVFilters-0.25.zip) & 64-bit (http://files.1f0.de/lavf/LAVFilters-0.25-x64.zip)

Lets have a quick look at the stats..

48 files changed, 1695 insertions(+), 331 deletions(-)

Overall, nearly 2000 lines of code touched. 1700 new ones, 300 old ones removed/changed.

New Features!

Blu-ray PGS subtitle filtering
My personal favorite this build!
PGS subtitles on Blu-rays have the oddity that they can contain "forced" subtitles (subs for alien/foreign languages), and normal subtitles in the same subtitle track. Before, it was impossible with the open-source tools at hand to separate those during playback. This could not stand!
There are two new options, one of which is a new default.
- "Enable Automatic Forced Subtitle Stream" (default)
- "Deliver only Forced Subtitles"

The first option will create a new stream in the selector, called "Forced Subtitles (auto)". When you select this stream, LAV Splitter will automatically internally select one subtitle stream that matches the language of your audio stream, and filter the forced subtitles out, and display them. If you select any other subtitle stream, you'll get full subtitles.

The second option will always enable filtering, and only let subs through that are marked "forced". This is meant as a fallback solution when either the automatic mode does not work, or you want another language.

Note, however, that not all Blu-rays are like this, some also have the forced subtitles in an extra stream, which might or might not be flagged as forced.

Audio Bitstreaming
Another shiny new feature to be excited about!
LAV Audio now supports bitstreaming of HD audio through S/PDIF and HDMI.
Supported are AC-3, E-AC3, TrueHD, DTS and DTS-HD. (S/PDIF is limited to AC-3 and DTS, of course)

There may still be minor kinks to be worked out in the bitstreaming code, especially in combination with some receivers, but overall it has proven to already work really well.

In addition to those two big changes, there is also the list of usual fixes and improvements, summarized above.

Have Fun!
I already had mine, developing of 0.25 was awesome. So many great features, and all worked out so well. You guys also were a great help.

PS:
I have purged most of the 0.24-xx snapshot builds from my file server.

[nevcairiel]

Here is the default mkvmerge mux that stops working with lav splitter vc-1 correction http://www.megaupload.com/?d=NR6RRQIT

Fixed. (fix not in 0.25)

[Andy o]

thanks again nev!

DD+ decoding working fully now. I think this is the first time all blu-ray formats can be decoded fully on the PC by non-commercial software, so congrats!

[sneaker_ger]

DD+ decoding working fully now. I think this is the first time all blu-ray formats can be decoded fully on the PC by non-commercial software, so congrats!

Except DTS-HD MA, right?

[nevcairiel]

By non-commercial he means using MPC-HC, and a commercial decoder - that is the ArcSoft Decoder. There is also no open source decoder for 7.1 DD+, they are limited to 5.1
The point is, you can use your favorite DirectShow player, and are not forced to use TMT - just use its audio decoder. ;)

[Andy o]

yeah forgot that the Arcsoft decoder was commercial hehe but what I meant is that you're not constrained by commercial players.

[FreeFall]

Nevcairiel,

I have passed along the information for you, I'm registered over there as Hawke.

Thanks.

[Sebastiii]

Thanks Nevcairiel for you amazing work :)

[Andy o]

argh it never ends! Sorry this is slightly OT but there's no Arcsoft decoder thread here AFAIK and this might affect some of you. Whenever the Arcsoft HD decoder is loaded, I can't skip to the next file with MPC-HC. If ReClock is on, MPC crashes, if ReClock is not on the chain, most of the time the audio and flashes of the video of the previous file continues when the next file plays. Happens both with DTS-HD MA and DD, I assume with all other formats that the Arcsoft decoder uses. Tried MPC, Matroska and LAV splitters and it's the same. Other decoders don't show this. I've tried the TMT5 .86 decoder and the TMT3 .185 decoder and they're the same.

[Mark_A_W]

Mark,
I'm a long time user of ZoomPlayer ('mitko' in the inmatrix forum) and I can tell you that PGS subtitles work just fine in ZoomPlayer. Both with DirectVobSub and FFDShow subtitles renderers ... well I prefer the picture of VobSub but that's personal preference ... or probably some settings in the ffdshow config.

Here is a build of VSFilter/DirectVobSub r3056, with all the fixes i did today

http://files.1f0.de/VSFilter-r3056.zip



The new version of VSFilter fixed it -thanks!

[Andy o]

@pankov:
@Andy O:
I added the new E-AC3 subtype, and it connects just fine to ArcSoft now and decodes full 7.1 (tested with this http://www.megaupload.com/?d=LPTVJH5Q)
(not in the version linked above, sorry)

Sorry to bother you again with this DD+ stuff, but could you quickly test this file again? I'm getting decoded 7.1, but as soon as I skip to another part of the file, all the channels get mixed up (center goes to right, left surround to LFE, etc.).So long as I start the file from the beginning, mapping is correct, but after skipping it's all screwed up. Just need confirmation so I know it's not just on my end, thanks. I'm using MPC-HC build from today.

[pankov]

@pankov:

I think this fixes it for good, hopefully without breaking anything else.

http://files.1f0.de/lavf/LAVFilters-0.24-76-g00ca07e.zip
Nev,
I've tested it with the official v0.25 and I'm so happy to report that everything plays fine now
:)
:thanks:

[andyvt]

LAV Audio
- Audio bitstreaming (pass-through) for HDMI and S/PDIF
- Support for AC3, E-AC3, TrueHD, DTS and DTS-HD


:thanks:

[SamuriHL]

I'll try to test this out tomorrow when I watch The Green Hornet. AndyVT, you should try the bitstreaming. It rocks. :)

[andyvt]

AndyVT, you should try the bitstreaming. It rocks. :)

Just tested it :)

Works great with the LAV Splitter, but the Sage demux doesn't work as well (DTS-HD = DTS, TrueHD = noise). Filling out a support ticket right now.

[SamuriHL]

Why would anyone want to use anything but the LAVF splitter? :D

[andyvt]

Why would anyone want to use anything but the LAVF splitter? :D

Have you seen the Sage Diamond UI (it's gorgeous)? I like MPC-HC, but it's not the most kid friendly application :)

[SamuriHL]

No, I'm using MC16 as my front end these days.

[Aleksoid1978]

Incorrect detect video stream - must detect as H264, at this sample - http://aleksoid.tosei.ru/Test/Sample/Canal%20AD.ts
Internal MPC-HC splitter detect normal after rev. 3083

[andyvt]

no, i'm using mc16 as my front end these days.

mc16?

[CruNcher]

mc16?

Jriver Mediacenter though SageTV isnt bad its Mainconcept centric if i remember right also the Demuxer is Mainconcept SDK based :)

[JustinChase]

Nev, thanks so much for all of your hard work, and for your incredible responsiveness; it's very impressive!

I'm using J River Media Center 16 for playback, and I've got a really weird issue/problem going on.

PREFACE: I'm a noob, but one that's spent many hours trying to correct that.

I really don't know how to explain this quickly or easily, so I'd beg you to take a look at my thread there for details. I'd really appreciate any feedback/help you (or anyone) can provide.

I'm stumped :(

:thanks: in advance

http://yabb.jriver.com/interact/index.php?topic=63663.msg427604#msg427604

[JustinChase]

mc16?

J River Media Center version 16

It's a very powerful and customizable directshow media player.

http://www.jriver.com/index.html

I've used it for over 10 years now, and have been very happy with it, FWIW

[CruNcher]

Yeah though its more known for its Audio Core the APE Author develops it :)


Now for the really weird part, if I switch audio streams I get sound!
I can now click on any of the 3 streams while playing, and they all play fine, even the first one that doesn't play sound until I change streams. it seems changing streams is what causes it to actually play sound.

I experienced the same though only on 1 stream so far and its the same as you experience it switching the stream once magicaly makes it work my guess was it has something todo with the default language selection and it's missing the main default stream and so connects into the void @ start, i don't think it's critical though and so i left it out of reporting concentrating on heavier issues ;)

By non-commercial he means using MPC-HC, and a commercial decoder - that is the ArcSoft Decoder. There is also no open source decoder for 7.1 DD+, they are limited to 5.1
The point is, you can use your favorite DirectShow player, and are not forced to use TMT - just use its audio decoder. ;)

Yeah they should have been smarter like Cyberlink encrypting and externalize all BD related dshow components, though to late now for Arcsoft but they used so many OSS stuff in the past we can see it as a back contribution i guess ;)

[nevcairiel]

Just tested it :)

Works great with the LAV Splitter, but the Sage demux doesn't work as well (DTS-HD = DTS, TrueHD = noise). Filling out a support ticket right now.

Bitstreaming support with other splitters is still limited, and will be extended for the next release. Can one use the Sage Demux without that specific player?

Incorrect detect video stream - must detect as H264, at this sample - http://aleksoid.tosei.ru/Test/Sample/Canal%20AD.ts
Internal MPC-HC splitter detect normal after rev. 3083

It does detect it properly, however, that file has multiple programs, and that causes it to break.
It erroneously selects the first program, which has these broken streams in it..

I'll make a plan for better program support for the future.

BTW, this is the whole detection dump:
Input #0, mpegts, from 'Canal AD.ts':
Duration: 00:00:12.86, start: 68111.154056, bitrate: 9948 kb/s
Program 3
Program 5
Stream #0.0[0x20]: Video: mpeg2video, 90k tbr, 90k tbn, 90k tbc
Stream #0.1[0x21]: Audio: mp3, 0 channels, s16
Program 6
Stream #0.4[0x1090]: Video: mpeg2video, 90k tbr, 90k tbn
Stream #0.5[0x1091]: Audio: mp3, 0 channels
Program 7
Program 14
Program 15
Program 24
Program 330
Program 421
Program 900
No Program
Stream #0.2[0x384]: Video: h264 (Main), yuvj420p, 960x1088 [PAR 2:1 DAR 30:17], 35.56 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0.3[0x385]: Audio: mp2, 48000 Hz, mono, s16, 192 kb/s

Program 3 and 5 look obviously broken.. video streams without a resolution, audio without channels.. most likely mis-detections, or single data frames that sneaked in during capture

[CruNcher]

Hmm but why does ffplay doesn't switch to these bad streams then and directly to the H.264 and lav splitter doesn't ?

[nevcairiel]

Because how streams are selected is totally up to the player. :p

Edit:
I fixed that specific file, needs more work though.

[midiboy]

Hi !

I dont know if this has come up so far but I may have found a bug (0.25)

I am using Zoom Player 7 RC2, ffdshow tryouts latest build 3836 on Windows7/64bit/Sp1, ATI 6000 card, madvr 0.61, reclock latest version.
Fffdshow outputs the bitstream to my Marantz receiver via reclock and HDMI1.4a

If I use Lavsplitter two things are different compared to using Haali Splitter for a mkv file:

- first of all the preferred audio setting in Zoom Player with Audio stream Switching filter enabled is ignored (Options -> Audio -> Preferred Stream Selection -> Auto Audio Stream. Even if English is chosen there, the file will always play German audio if that is the first audio stream.

- Second, and worse ... as soon as I change the audio stream in zoom player for instance from German to English, the audio format is changed from 5.1 to stereo for any audio stream (my Receiver will simply report stereo for the currently playing file as will reclock. Even if I switch back to the first audio stream, it will still only playback stereo instead of 5.1. Only after restarting the player will ZP output 5.1 again but only until I switch audio tracks.

The combination of both means I can only listen to the first audio stream of any given mkv in 5.1 right now.
With Haali as the media splitter, everything works fine.

Let me know if you need any more information ! I would love to use LAV Splitter because it will let me output TrueHD and DTS Master audio (which does not work with Haali).

Thanks !
Alex

[nevcairiel]

If the preferred stream selection in Zoom Player does not work, i recommend setting your preferred languages directly in LAV Splitter, and notify the ZP devs that they should either contact me or figure it out themself how to auto-select streams with LAV Splitter.

For your audio problem, LAV Splitter does in no way control how many audio channels the audio has. It'll simply send the audio to whatever decoder you're using, and its the decoders responsibility to decode, and figure out how many channels are in there.
This sounds like whatever other playback components you are using, they are to blame, as the splitter has no direct control over this. Its most likely something in ZP itself, but nothing thats under my control.

I test my filters usually against MPC-HC and the very neutral GraphStudio, and the behaviour in those two is just fine. If these tests succeed, i know that my splitter works within the specification of DirectShow. I cannot (nor am i willing to) test every player out there, especially when they use completely custom methods to build playback graphs.

If there is some specific problem with a player, i'm willing to talk to its developers so we can figure it out, but just from user reports these problems tend to be impossible to fix, especially on closed source players.

[andyvt]

Bitstreaming support with other splitters is still limited, and will be extended for the next release. Can one use the Sage Demux without that specific player?


It is possible (I use it in DTB for transcoding) but the player needs to use care (or explicitly build graphs) to use it.

[midiboy]

Hi nevcairiel,

ok, I will contact ZP Team about this.
Thanks !

Alex

[CruNcher]

Ok another interoperability issue this time it's seeking related with Mainconcept Mpeg-2 Decoder the result with Lav Splitter looks like this @ Seek

http://img14.imageshack.us/img14/7311/mainconceptmpeg2.png

It also happens with MPC-HC splitter (some seek points) but not as heavy as with lav splitter (every seek point) and for every seek, it recovers though shortly after for both. If you hit a I frame @ seek its obviously fine for both :). I don't think it's critical for playback though just a annoyance in perception. Different when you think about Editing though via Avisynth or any Dshow Framework involving this combination and a seek operation to a given frame.
Im pretty sure this has todo with Mainconcepts Decoder being Frame accurate and ffmpeg failing with that, so no easy fix anyways maybe though trying to workaround this by explicitly forcing a jump to the next I-frame ?.

[Nexin]

Bitstreaming support with other splitters is still limited, and will be extended for the next release.

Unable to check for lossless with av atm. Assume they have spdif bitstream through lav splitter now (pcm, flac, ape etc) ?

No hurry (decorating :() atm

[nlnl]

nevcairiel
Thank you very much for .25:thanks:
Bitstreaming is exellent (ATI + Onkyo)!
First time I can bitstream Dolby Digital+. Can not do that using ffdshow.
BTW, LAV + reclock = perfect, but LAV + Default audio renderer = some issues (bitstreaming DTS HD MA 2.0)

[clsid]

Latest install script has a bug. Either remove empty "InitializeSetup" function, or set add a "Result:=True" to it. Otherwise setup with exit at init.

[VipZ]

I have finally got around to making a plan to compile LAV Filters :)

I see this kind of message when compiling, is this normal? The built files seem to be perfectly fine.
5>Media.cpp(489): warning C4267: 'argument' : conversion from 'size_t' to 'int',
possible loss of data
5>Media.cpp(493): warning C4267: 'argument' : conversion from 'size_t' to 'int',
possible loss of data
4>BDDemuxer.cpp(251): warning C4018: '>=' : signed/unsigned mismatch
4>LAVFDemuxer.cpp(186): warning C4267: 'argument' : conversion from 'size_t' to
'int', possible loss of data
4>LAVFDemuxer.cpp(407): warning C4018: '>=' : signed/unsigned mismatch
4>LAVFDemuxer.cpp(704): warning C4267: 'initializing' : conversion from 'size_t'
to 'UINT', possible loss of data


I am using MingGW 4.6.1, if this makes any difference

[Budtz]

How do i find the settings or options for LAV Splitter?

[Sebastiii]

How do i find the settings or options for LAV Splitter?

You have to start player with LAV and you can click on filter to select setting.

Or insert filter in graphstudio and you can get it :)

[renethx]

@nevcairiel

Will you check this file?

Channel_Test_E-AC-3_7.1.m2ts (http://www.avsforum.com/avs-vb/showthread.php?p=19354466#post19354466)

LAV Audio Decoder bitstreams E-AC-3 perfect. But it looks like it decodes only the core AC3 (so does ffdshow Audio Decoder): I can hear no sound from left/right surround speakers. ArcSoft Audio Decoder decodes it correctly.

[nevcairiel]

There is nothing to check, ffmpeg does not support decoding 7.1 E-AC3, and will only ever decode 5.1

[renethx]

Thanks, that's what I thought.

[Ingram]

I'm having an issue with VC-1 content :(

Using PDVD10, I can play VC-1 straight from a BR disc or in a MKV. Problem is that I have a weird video glitch on the very bottom of the frame when doing this. If I use MPC Video Decoder the problem goes away with MKV's but breaks playback from BR disc.

I'm using .25 within Media Portal.

EDIT:

Ok this is odd. I can play VC-1 straight from a bluray using The Dark Knight, but if I try to play a VC-1 extra feature from my Apoclytpo Bluray it doesn't work. Everything loads and seems to be playing, even the disc is spinning, but nothing actually plays.

Glad I tested Dark Knight, now I know it isn't a VC-1 issue but rather a problem with the extra features playing on Apoclypto. But I am confused as to why said feature will work using PDVD10 but not MPCVideoDec?

[nevcairiel]

I have finally got around to making a plan to compile LAV Filters :)

I see this kind of message when compiling, is this normal? The built files seem to be perfectly fine.


You can ignore those warnings from inside libbluray, all the others are most likely cases where i'm smarter then the compiler and forgot to override it. :p

[VipZ]

You can ignore those warnings from inside libbluray, all the others are most likely cases where i'm smarter then the compiler and forgot to override it. :p

lol thanks :)

[nevcairiel]

A wonderful sunday evening, everyone!

I worked on further improving bitstreaming today, and the improvements i made are ready for testing.

http://files.1f0.de/lavf/LAVFilters-0.25-20-g0ee9d6c.zip

Most notable changes:
- Fixed a bug that caused certain audio types to not produce a valid media type, causing connections to fail (most notably 24bit LPCM)
- Using the ffmpeg parser, which should allow bitstreaming to function properly with other splitters (not extensively tested)
- New logic for timestamping bitstreamed (non HD) DTS and AC3, which should resolve some playback issues when not using ReClock.
- Better handling for End Of Stream events, it should no longer "eat" the last audio frame.

I tested all the bitstreaming formats on my HTPC, and did seem all fine, so here goes for you!

[SamuriHL]

Not sure if I'll get to test it tonight. Should be able to tomorrow for sure. Sounds like a fun improvement. :)

[Sebastiii]

Massive work again :)
My htpc start to be crasy, i hope that it's because of testing but not my power supply start to be ...... bad.
I didn't made all the test i want :( grrrrr.
Thanks again m8 :)

[Xorp]

Wow this is great, I can finally watch BDs with mono PCM with the LAV audio decoder. That bug has been in MPC-HC for years and the devs seemed incapable of fixing it, but you got it working within few months :)

[nightfly]

Wow this is great, I can finally watch BDs with mono PCM with the LAV audio decoder. That bug has been in MPC-HC for years and the devs seemed incapable of fixing it, but you got it working within few months :)

Yeah, definitely my movie playback experience has jumped forward with using LAV splitter; and simplified setup that LAV audio provides (allowing me to use Reclock is a plus).

Forced subs auto loading I thought I would never get...

Now I can move the dream target to BD menu support as that is the last piece missing from the BD puzzle.

[Inspector.Gadget]

But I am confused as to why said feature will work using PDVD10 but not MPCVideoDec?

FFMPEG-based Directshow decoders do not yet handle all types of interlaced VC-1 content correctly. PowerDVD's decoder is proprietary and built on a codebase that doesn't have this issue. You can also use the WMVideo Decoder DMO to decode interlaced VC-1 in software or LAVCuvid if you have a supported GPU.

[nightfly]

Can these updates simply be copied over the existing install without any additional action?

A wonderful sunday evening, everyone!

I worked on further improving bitstreaming today, and the improvements i made are ready for testing.

http://files.1f0.de/lavf/LAVFilters-0.25-20-g0ee9d6c.zip

Most notable changes:
- Fixed a bug that caused certain audio types to not produce a valid media type, causing connections to fail (most notably 24bit LPCM)
- Using the ffmpeg parser, which should allow bitstreaming to function properly with other splitters (not extensively tested)
- New logic for timestamping bitstreamed (non HD) DTS and AC3, which should resolve some playback issues when not using ReClock.
- Better handling for End Of Stream events, it should no longer "eat" the last audio frame.

I tested all the bitstreaming formats on my HTPC, and did seem all fine, so here goes for you!

[boyumeow]

A reinstall is required if I'm not wrong, suggestion is to uninstall the old ones then install the new ones. Thanks.

[nevcairiel]

Can these updates simply be copied over the existing install without any additional action?

In general it never hurts to simply run the install script again, but in this case, you could just copy the version over the old one, nothing big changed that would require a new registration. Hints that a new registration is required usually are comments like "Added official support for X", or well, when i directly say to do it. :p

FFMPEG-based Directshow decoders do not yet handle all types of interlaced VC-1 content correctly

To clarify this, ffmpeg does not support VC-1 interlaced *at all*, so the MPC Video Decoder will not output any image for any interlaced VC-1 content.
You can either use ffdshow with VC-1 set to "wmv9", or use the MS decoder directly - or other commercially available decoders.

[Ingram]

FFMPEG-based Directshow decoders do not yet handle all types of interlaced VC-1 content correctly. PowerDVD's decoder is proprietary and built on a codebase that doesn't have this issue. You can also use the WMVideo Decoder DMO to decode interlaced VC-1 in software or LAVCuvid if you have a supported GPU.

Ah of course now it makes sense! Thanks for clearing that up :)

[Andy o]

thanks for the updates, nev. Don't think I'm having any troubles nowadays with LAV filters.

[Sebastiii]

I need power supply, but i have success to start HTPC, so i have make test :) and all is working good :) but i will made more deep test :P

[adam777]

Hi nevcairiel,
Great seeing the progress being made all the time :thanks:
Unless there are some firm plans for the new version, I would like to kindly remind you the PES streams issue, as discussed here - http://forum.doom9.org/showthread.php?p=1481113#post1481113.
Haven't seen it in the to-do list in the first post.
Thanks again, Adam.

[PeQuE]

Looking forward to see audio delay feature added to LAV Audio decoder... It's a must in my setup... :(

Thanks!

[wo0zy]

Hi Nev,

Great work!!! Truly amazing stuff :thanks:

Below is a link to a sample file you might like to test.

http://www.mediafire.com/?1cfjp7h1ao1nwhg

It's a recording of the DVB-T "Radio 5 Live" channel here in the UK made using Mediaportal. As you can see from the attached image it's a 96Kbps, 48KHz, 1-channel stream (whereas most of the DVB-T radio channels here are 192Kbps, 48KHz, 2-channel streams.

Using the Microsoft DTV-DVD decoder the sample plays fine. Using LAV audio decoder the file plays silence (but no error).

A previous version of LAV audio decoder actually played the stream at high speed (chipmunk effect :p) but the latest builds are just silent.

This really is a very minor thing compared to the stuff you've been working on but I thought you might be interested.

All the best,

Wo0zy

[nevcairiel]

Playback of that file seems fine here. Maybe your audio renderer doesn't like mono tracks? I don't have access to the Microsoft Decoder right now, so i cannot check if it converts it to stereo, but i can do that later when i get home.

[wo0zy]

Playback of that file seems fine here. Maybe your audio renderer doesn't like mono tracks? I don't have access to the Microsoft Decoder right now, so i cannot check if it converts it to stereo, but i can do that later when i get home.

Cheers Nev.

I'll have a play in the meantime and see what I can dig up.

All the best,

Wo0zy

Edit: Hmm. Looks like you're right (what a surprise :)). The file works fine if I configure my playback device as 2-channel (stereo) but not when configured as 5.1. This is using analog (I'm testing on a work computer ATM not on an HTPC).

[pie1394]

Hi nevcairiel,

For the 1440x1080 16:9 MKV content's demuxing, it does not seem compatible with LAVFVideoHelper's handling to setup the video window's target rectangle.

The related code fragments are listed. Can you confirm if this is the root cause why the target window is still 1440x1080 instead of 1920x1080 ? Thanks!



Filter : LAV Splitter - CLSID : {171252A0-8820-4AFE-9DF8-5C92B2D66B04}
Video: MPEG4 Video (H264) 1440x1080 (16:9) 23.98fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {31435641-0000-0010-8000-00AA00389B71}
formattype: FORMAT_MPEG2_VIDEO {E06D80E3-DB46-11CF-B4D1-00805F6CBBEA}
bFixedSizeSamples: 0
bTemporalCompression: 1
lSampleSize: 1
cbFormat: 167

VIDEOINFOHEADER:
rcSource: (0,0)-(1440,1080)
rcTarget: (0,0)-(1440,1080)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 417083


In [demuxer/Demuxers/LAVFVideoHelper.cpp]
VIDEOINFOHEADER *CLAVFVideoHelper::CreateVIH(), I saw this:

pvi->rcTarget.right = pvi->rcSource.right = avstream->codec->width;
pvi->rcTarget.bottom = pvi->rcSource.bottom = avstream->codec->height;

pvi->bmiHeader.biWidth = avstream->codec->width;
pvi->bmiHeader.biHeight = avstream->codec->height;


But in [ffmpeg/libavformat/matroskadec.c] static int matroska_read_header(), I saw this:

if (track->type == MATROSKA_TRACK_TYPE_VIDEO) {
st->codec->codec_type = AVMEDIA_TYPE_VIDEO;
st->codec->codec_tag = track->video.fourcc;
st->codec->width = track->video.pixel_width;
st->codec->height = track->video.pixel_height;

Yet such 1440x1080 16:9 is encoded with:

track->video.display_width = 1920
track->video.display_height = 1080
track->video.pixel_width = 1440
track->video.pixel_height = 1080

[nevcairiel]

You left out all the important parts..

in ffmpegs matroskadec.c

av_reduce(&st->sample_aspect_ratio.num,
&st->sample_aspect_ratio.den,
st->codec->height * track->video.display_width,
st->codec-> width * track->video.display_height,
255);

which sets stream->sample_aspect_ratio

and LAVFVideoHelper.cpp

// Calculate aspect ratio
AVRational r = avstream->sample_aspect_ratio;
AVRational rc = avstream->codec->sample_aspect_ratio;
int num = vih->bmiHeader.biWidth, den = vih->bmiHeader.biHeight;
if (r.den > 0 && r.num > 0 && (r.den > 1 || r.num > 1)) {
av_reduce(&num, &den, (int64_t)r.num * num, (int64_t)r.den * den, 255);
} else if (rc.den > 0 && rc.num > 0 && (rc.den > 1 || rc.num > 1)) {
av_reduce(&num, &den, (int64_t)rc.num * num, (int64_t)rc.den * den, 255);
}
vih2->dwPictAspectRatioX = num;
vih2->dwPictAspectRatioY = den;


Of course you forgot to post the Aspect Ratio information form your media type....

Anyhow, rcSource/rcTarget are not used like that by video decoders (or renderes, for that matter, they should contain the actual pixels that should be shown) - they should read the aspect ratio flags, and stretch the target rectangle accordingly to match it.

If these flags are set properly (which i think they are), i would bet your video decoder manages to overwrite them, possibly with a value from the bitstream, which is set to something wrong (1:1?). I know that CoreAVC, for example, always overwrites flags provided by the source filter, MPC-HC (i think?), ffdshow and LAV CUVID have options if the AR set in the bitstream should be used. No idea about the commercial decoders, most seem to always use the AR from the source filter..?

Anyhow, please check the AR info in the media type, and check the output media type from your decoder, i bet the decoder somehow manages to "drop" the information along the way - either due to a bug, or just because it thinks reading the AR from stream is better (like CoreAVC does)

Edit:
I just saw the info i was looking for

Video: MPEG4 Video (H264) 1440x1080 (16:9) 23.98fps
There it is. It does set the AR properly, and 1440x1080 at 16:9 is 1920x1080 - i'm 100% sure now that info vanishes after your decoder, resulting in playback at 1440x1080

[Ingram]

Is LavAudio meant to work with DVDs?

I tell MediaPortal to use LAVAudio for DVD Discs/Images, when I go to play a DVD it will load LAVAudio but ignore it and load FFDShow Audio instead to handle the audio?

Not a huge issue as I've now set MP to use MPC - MPA with bitsreaming configured.

[SamuriHL]

LAV Audio doesn't connect to the MS DVD navigator right now I believe.

[nevcairiel]

Here is a new bitstreaming test build.

This build introduces new timing logic for TrueHD and DTS-HD - for one it should resolve a minimal sync issue of about 20ms for TrueHD (not that anyone noticed 20ms, ffdshow suffers from the same problem, btw), and its just more "correct" - dumping the outgoing frames looks actually sane now.
DTS-HD timings should be somewhat independent of the source filters timestamps now, while TrueHD still relys on the sources timestamps, but should deal a bit better with weird timing situations.

Anyhow, i would appreciate if you guys can give this some testing on those two HD formats, and see if something broke, looking at A/V sync and all the usual suspects.

http://files.1f0.de/lavf/LAVFilters-0.25-22-g9f7db6b.zip

Next up is DD+ timings, its still the worst in the lot, playing without ReClock produces terrible clock jitter...

* All comments above only apply to bitstreaming, in case that wasn't clear.

[wo0zy]

Is LavAudio meant to work with DVDs?

I tell MediaPortal to use LAVAudio for DVD Discs/Images, when I go to play a DVD it will load LAVAudio but ignore it and load FFDShow Audio instead to handle the audio?

Not a huge issue as I've now set MP to use MPC - MPA with bitsreaming configured.

I had the same problem earlier. Went back into MP configuration, reselected LAV audio and now it works. Will find out in the morning if the setting holds.

Wo0zy

[nlnl]

nevcairiel
Thanks once again for the great LAV!

Can not play FLAC in mkv if the chain is LAV audio+ LAV splitter + Reclock, but LAV audio+ LAV splitter + System renderer is OK.

Below is a link to a sample file
http://www.multiupload.com/YY0JADXPOF

[SamuriHL]

DTS-HD MA is smooth as silk, man. Even skipping back and forth between chapters it's like butter. :) I'll test out TrueHD next.

[SamuriHL]

I'm not sure TrueHD is 100% for me. Only tested on one MKV right now, but, it does something weird. When first making the connection, and sometimes when chapter skipping (dropping/reconnecting), it starts, then quickly drops/reconnects a second or two later. Then it's fine. I don't even really know how to describe this problem correctly other than what I stated. It connects....plays for a second or two....then drops/reconnects and then plays fine if I leave it alone.

[nevcairiel]

nevcairiel
Thanks once again for the great LAV!

Can not play FLAC in mkv if the chain is LAV audio+ LAV splitter + Reclock, but LAV audio+ LAV splitter + System renderer is OK.

Below is a link to a sample file
http://www.multiupload.com/YY0JADXPOF


Thats weird, it connects FLAC directly to ReClock.. apparently it wants to bitstream it.

Don't know if i can fix it - turn off bitstreaming in reclock. :p

[nevcairiel]

I'm not sure TrueHD is 100% for me. Only tested on one MKV right now, but, it does something weird. When first making the connection, and sometimes when chapter skipping (dropping/reconnecting), it starts, then quickly drops/reconnects a second or two later. Then it's fine. I don't even really know how to describe this problem correctly other than what I stated. It connects....plays for a second or two....then drops/reconnects and then plays fine if I leave it alone.
The old version didn't do that? Can you double check?

[SamuriHL]

The old version didn't do that? Can you double check?

No it didn't. I'm using the same 2 files to test all the bitstreaming stuff for DTS-HD MA and TrueHD. DD+ seems fine. It only happened with TrueHD. Odd. Lemme find another file and see if it happens there. TrueHD is becoming rarer and rarer these days.

[SamuriHL]

I see what's happening now. Damnit. I need to pay attention. It's happening when madVR switches back to exclusive mode. Seems to slightly interrupt the TrueHD track. Doesn't seem to happen when doing other formats though. Freaking odd. But yea, it's happening on other TrueHD files, as well.

EDIT: No, i'm wrong. It's happening slightly before the transition to exclusive mode. However, it's *EXACTLY* like those little pauses/interruptions I was getting on Dreamworks discs. It's almost imperceptible unless you're looking for it. But it's this tiny little dropout for a split second and then everything's fine. It's happening on 3 of the TrueHD MKV's I have. I haven't checked an actual BD itself. Don't really have time to do that at the very moment but can if you think it's important. Should be noted that the Dreamworks pauses were happening on the disc. These are happening in an MKV. Same symptom though. Very slight drop right after the connection is made.

[nevcairiel]

It still doesn't happen with the old version, right?
Its still odd, though. There is no real reason for this.

[SamuriHL]

No. But, you can shoot me if you want. I forgot I had ReClock in the chain. In MPC-HC I don't and it's not happening there. So this seems like an interaction with ReClock. I'm removing ReClock from the chain in MC16 and will retest.

[SamuriHL]

Yea, that's it. ReClock interaction. Otherwise it's flawless.

[nevcairiel]

As long as tests on both new and old version are in the same environment, any regressions are worth noting.

[SamuriHL]

Yea, it's kinda there in a build from a few days ago. But it's slightly different which is why I missed it before. The new version literally drops the connection at some points when seeking and reconnecting. The old version doesn't ever seem to drop the connection, but, there's still a little pause there. Doesn't happen when ReClock isn't in the chain on either version.

[nevcairiel]

Sounds like ReClock is repeating an audio frame, for whatever reason.

[SamuriHL]

Yea it's possible. I'm not too concerned, but, I'm wondering if that's the source of the Dreamworks disc issues, too. I'll have to mess with that when I have time. It sucks cause the *ONLY* reason I'm using ReClock is because I want exclusive mode for PCM. And MC16's exclusive mode doesn't work for me when bitstreaming other audio types. So, I either get everything mostly working or I lose exclusive mode on PCM which means it goes through Windows Audio and potentially botches the channels. LAV Audio really needs to learn to bitstream PCM! ;)

[nlnl]

Thats weird, it connects FLAC directly to ReClock.. apparently it wants to bitstream it.

Don't know if i can fix it - turn off bitstreaming in reclock. :p

OK Thanks!

High time to start developing LAV Audio Renderer ;) ?

[nevcairiel]

Yea, it's kinda there in a build from a few days ago. But it's slightly different which is why I missed it before. The new version literally drops the connection at some points when seeking and reconnecting. The old version doesn't ever seem to drop the connection, but, there's still a little pause there. Doesn't happen when ReClock isn't in the chain on either version.

I cannot get it to drop the connection in any case, nor hear any difference - both seem to repeat one sample shortly after connection, must be a ReClock thing or something.

The old version works just like the new .. one repeated sample shortly after connection
Sometimes i don't hear it because it repeats another sample thats not as noisy, but reclock stats say the same.

[SamuriHL]

I cannot get it to drop the connection in any case, nor hear any difference - both seem to repeat one sample shortly after connection, must be a ReClock thing or something.

The old version works just like the new .. one repeated sample shortly after connection..

I'm not sure why my receiver is treating it differently. Meh. Nothing for you to worry about. Except, like I said, allow me to get ReClock out of my way and we can all move on. :D

[nevcairiel]

I'm not sure why my receiver is treating it differently. Meh. Nothing for you to worry about. Except, like I said, allow me to get ReClock out of my way and we can all move on. :D

I also always get a reconnection on seeks. I can possibly try to avoid that by not flushing the audio renderer, but not sure if that has any funny side-effects.. (probably does)

Bitstreaming will always have some down sides, i don't feel like recommending it to people when decoding is a viable alternative.
I'm currently only bitstreaming because i'm testing the setup, once i'm convinced it all works fine, i'll switch back to decoding. ;)

[SamuriHL]

I also always get a reconnection on seeks. I can possibly try to avoid that by not flushing the audio renderer, but not sure if that has any funny side-effects.. (probably does)

Bitstreaming will always have some down sides, i don't feel like recommending it to people when decoding is a viable alternative.
I'm currently only bitstreaming because i'm testing the setup, once i'm convinced it all works fine, i'll switch back to decoding. ;)

Ok, I'll bite. :) That's fine to say you want to decode everything. I have no problem with that at all. However, that makes the problem I'm talking about even worse! :D EVERYTHING becomes PCM, right? So now you've got a multitude of PCM tracks with multiple sample rates, bit depth, and channels. So then you send that through Windows Audio and MAYBE you get untouched sound from that. Or maybe it resamples it based upon the settings you choose. And maybe it decides since you have 5.1 or 7.1 set in Windows Audio that you're always going to get that sent to the receiver. That's not good for some of us. :) Even if we're decoding on the PC side of this equation, we still want the receiver to deal with that decoded track as though it was bitstreamed. The receiver can deal with channel mapping (5.1->7.1, etc). Guaranteed no resampling. My point is, don't pretend that the "simple" act of decoding solves all the problems of bitstreaming. Far from it. It introduces a new set of challenges.

Ok, I'll get off my soapbox now. :D However, I really do want exclusive mode for PCM. I really truly hate Windows Audio.

[nevcairiel]

No problems i know of using ReClock for WASAPI'ing PCM - remember ReClock was designed for PCM. Even if you don't want ReClock touching the audio and doing its magic, its still good.

Doesn't the MC16 renderer also have an exclusive mode?

WASAPI exclusive mode is basically untouched audio, its the DirectSound mixer that damages it.

[SamuriHL]

Right, I understand that. Yes, MC16 has exclusive mode, so, if I decided to go exclusively back to decoding I could probably make it work. I might look into it. If I use exclusive mode in MC16 it breaks bitstreaming. Booo. :D Ideally what I've liked in the past, and why ReClock even allows this btw ;), is to use bitstreaming for TrueHD/DTS-HD MA and ReClock exclusive mode for PCM. Best of both worlds.

[nevcairiel]

I don't understand your problem then. There are solutions for full decoding (DTS(-HD) & E-AC3 with ArcSoft, everything else with LAV Audio), no need for bitstreaming if you want to go that way (even works with the MC16 renderer). Or if you want to bitstream only some formats, ReClock can do this too, while keeping exclusive PCM.

I must be missing something.

[SamuriHL]

Yea, I could go the decoding route if I wanted to. I personally like letting my receiver do most of the work. However, I have PCM BD's which are where my issue come in. That's the ONLY place I have a problem if I choose to bitstream. Everything else is perfectly fine. However, things like Kill Bill are 5.1 48/16 PCM. So if I have it setup for bitstreaming, clearly I'm using DirectSound renderer to make that work and I don't get exclusive mode for PCM. ReClock solved that issue for me quite a while ago. So that I could bitstream AND get exclusive mode PCM. It still works. Just with that weird issue with TrueHD. Meh. I'm not overly concerned. It works. :) That's why I asked James to implement the bitstreaming passthrough to begin with.

[nevcairiel]

Speaking of, the ASAudioHD.ax from TMT3-190 does no longer do full DTS-HD decoding, it now downsamples to 48/16, the version from .185 produces 96/24 on appropriate source files.
I do wonder if its not possible to directly access the dtsdecoderdll.dll, it sounds like eac3to manages to do that, unless i misread some of the comments..

[nightfly]

I would concur with this. I view it as functional encapsulation, i.e. my AVR is my audio handler, my htpc is my video handler/av source. I want it to function like a DVD/BD player.

With bit-streaming support, I basically and finally have the same setup I had for DVDs using spdif/coax for DD/DTS.

I am just glad we have options. I would think that one's system/component setup would dictate things somewhat.


Yea, I could go the decoding route if I wanted to. I personally like letting my receiver do most of the work. However, I have PCM BD's which are where my issue come in. That's the ONLY place I have a problem if I choose to bitstream. Everything else is perfectly fine. However, things like Kill Bill are 5.1 48/16 PCM. So if I have it setup for bitstreaming, clearly I'm using DirectSound renderer to make that work and I don't get exclusive mode for PCM. ReClock solved that issue for me quite a while ago. So that I could bitstream AND get exclusive mode PCM. It still works. Just with that weird issue with TrueHD. Meh. I'm not overly concerned. It works. :) That's why I asked James to implement the bitstreaming passthrough to begin with.

[SamuriHL]

Speaking of, the ASAudioHD.ax from TMT3-190 does no longer do full DTS-HD decoding, it now downsamples to 48/16, the version from .185 produces 96/24 on appropriate source files.
I do wonder if its not possible to directly access the dtsdecoderdll.dll, it sounds like eac3to manages to do that, unless i misread some of the comments..

I just tried ArcSoft decoder. It's not decoding EAC3 for me. :( That seems bad. Isn't that what Andy saw?

[SamuriHL]

I would concur with this. I view it as functional encapsulation, i.e. my AVR is my audio handler, my htpc is my video handler/av source. I want it to function like a DVD/BD player.

With bit-streaming support, I basically and finally have the same setup I had for DVDs using spdif/coax for DD/DTS.

I am just glad we have options. I would think that one's system/component setup would dictate things somewhat.

That's somewhat how I look at it, as well. I *KNOW* what my Pio can do and has no bugs in decoding. I have a healthy distrust of software decoding. ArcSoft's decoder is near flawless now since we beat on them over the years to get the bugs worked out. It's the only commercial decoder I trust. I trust LAV Audio and have no problem with that. But, it's easier, IMO, just to send the bitstream to the receiver where I know things like decoding, channel mapping, etc are going to be done perfectly. The only issue is PCM which needs to be done in exclusive mode. So, yea, we had the best of both worlds with bitstreaming AND PCM exclusive mode. Other than this minor TrueHD weirdness (really, no one but me is ever going to notice in my house), I still have that and have no reason to complain. :)

[nevcairiel]

Working fine here, remember that it needs a special dll for every format, DTS is dtsdecoderdll.dll, EAC3 is DdpDec71.dll - unless you registered it directly from the TMT directory.

[SamuriHL]

I have all that. I set it up in its own directory. The dll's are all there.

DTS-HD MA works
TrueHD works
DD+ not connecting. It's connecting to some MS crap. :(

[SamuriHL]

Yea, LAV Audio isn't being used at all when EAC3 tracks are being played. :( It works for everything else.

Sorry, I mean ArcSoft Audio Decoder, not LAV Audio. sigh.

[jmone]

DD+ decoding works fine fo for me. It would be interesting if you could hit the Arcsoft DLLs directly!

[jmone]

Sorry I missed why you would not just use LAVAudio for DD+ (unless you have more tjan 5.1)

[SamuriHL]

What is the version on the ddp dll?

Nevermind, you're using LAV Audio. Right, I'm using ArcSoft's decoder for the moment for DD+.

[nevcairiel]

I tested on both a HDDVD sample some of you guys send me, and the Dolby DD+ demo movie, all is fine.

http://images.gammatester.com/pics/6d61ff18c9677d4a347baf1ff62abf31.png

eac3 and arcsoft in the graph..
ASAudioHD.ax from TMT3.185 (file version 1.3.3.219), the DDP dll as well, its version 1.0.1.12

[SamuriHL]

I don't get it. It should be working. :(

[SamuriHL]

Ah forget it. I just went through all of my HD DVD's (except the ones I gave to my wife because I had duplicates on BD so no issue on those) and they are all DD+ 5.1. I could have sworn I had at least one that was 7.1, but, apparently not. (Yes, that sucked going through all of them. I have a lot) In any case that means I can let LAV Audio decode the Dolby formats. Now, if Nev can figure out how to call the dtsdecoder dll directly, we can get rid of everything and let "LAV Audio" decode it all. :D I.E. "Drop the dll in the LAVF x86 install dir and it automagically recognizes it so you can decode full frame DTS-HD MA". No? Awwww, come on. :D

[SamuriHL]

Ok, I've settled on letting LAV Audio decode Dolby and bitstream DTS/DTS-HD MA. ReClock will take care of the rest. :) That seems to work fine for me. I tried bitstreaming DD+ and I got the same audio dropouts that I saw with TrueHD after playing for a few minutes. Decoded to PCM I don't seem to have this issue.

[Boltron]

Been following this thread for a while and I thought I would share my thougths. Actually this is my first ever Doom9 post.

LAV Filters is awesome. I especially love LAV Audio and the new bitstreaming. I have been using it for a while and it's working great with MPC-HC (launched from Windows 7 XBMC) and my Denon AVR-791. I use MKVs exclusively that I rip from Blurays and others that I download. I have tried many TrueHD/DTS MA/PCM/DTS/AC3 movies with 5.1/7.1. PCM was giving me real problems with FFDshow and I tried re-ripping a Bluray with PCM and, to my surprise, LAV Audio worked great (now I have to go re-rip a bunch of Blurays with PCM).

I was poking around on the MPC-HC forum and saw several posts about the possibility one day... maybe... of a LAV Player. That would rock. A simple, clean no compromise on quality player would be so nice. No need for a fancy look, just focused on playback quality. Also, no need to support every codec/format under the sun, just the current main standards.

Nevcairiel, I just want to say, awesome work! It's so nice to see people who still care and take pride in their work.

P.S. You should really consider a Donate button ;)

[VipZ]

Did some testing on latest build,

I don't see a difference in DTS-HD, all good there.

TrueHD is bit harder to say, the sync itself I would say it much better, but when I test on my remux of Training Day HDDVD to a M2TS, on occasional seeks the sync' goes terribly wrong, official 0.25 did go slightly bad as well, but not nearly as much as latest build, but overall its better as just another seek fixes this issue, and it came from HD-DVD and we all know the hassles this causes :p

My AVR always looses and reconnects on a seek, don't see I difference from latest to 0.25 on this.

I would say latest build makes for a positive change overall.

I cant be bothered trying to avoid windows audio, bitstreaming is an easy fix and hasn't given me issues yet :p

[andyvt]

Here is a new bitstreaming test build.

This build introduces new timing logic for TrueHD and DTS-HD - for one it should resolve a minimal sync issue of about 20ms for TrueHD (not that anyone noticed 20ms, ffdshow suffers from the same problem, btw), and its just more "correct" - dumping the outgoing frames looks actually sane now.
DTS-HD timings should be somewhat independent of the source filters timestamps now, while TrueHD still relys on the sources timestamps, but should deal a bit better with weird timing situations.

Anyhow, i would appreciate if you guys can give this some testing on those two HD formats, and see if something broke, looking at A/V sync and all the usual suspects.

http://files.1f0.de/lavf/LAVFilters-0.25-22-g9f7db6b.zip

Next up is DD+ timings, its still the worst in the lot, playing without ReClock produces terrible clock jitter...

* All comments above only apply to bitstreaming, in case that wasn't clear.

If you're supporting other splitters: DTS-MA works now with the Sage demux but TrueHD does not; I just get silence.

Thanks

[JustinChase]

Bitstreaming will always have some down sides, i don't feel like recommending it to people when decoding is a viable alternative.
I'm currently only bitstreaming because i'm testing the setup, once i'm convinced it all works fine, i'll switch back to decoding. ;)

For the uninitiated, what are these downsides? I assumed that bitstreaming would be the "best" way to handle things. Obviously that's not true, as I certainly trust nev's opinion over my assumptions :)

I finally got bitstreaming all working on my system, and was thinking I could 'relax' now that i'd gotten it working.

I guess there's always something ;)

[Andy o]

@Samuri, Nev, Jmone, re: DD+ decoding

The only DD+ 7.1 sample I know is the one Nev and I linked (http://forum.doom9.org/showthread.php?p=1498740#post1498740) a few pages back. 7.1 seems to me the only advantage to the Arcsoft decoder over LAV or ffdshow.

I'm having a couple of problem with this though. DD+ 7.1 will only decode properly if I don't seek. When I seek, channels get mucked and I get the center sound in the right channel, etc. Unfortunately I can't test this with another splitter since LAV is the only one that connects to the Arcsoft decoder for DD+ (thanks again, Nev!).

Another problem is with the Arcsoft decoder in general, also happens with DTS-HD and possibly every time the Arc decoder is in the chain. When skipping to another file, or opening by double clicking, the previous one's audio doesn't close and continues playing. If using ReClock, MPC-HC simply crashes.

If anyone could confirm this so I know it's just me, I'd be grateful, btw.

Yea, that's it. ReClock interaction. Otherwise it's flawless.
Have you set up ReClock to disable media adaptation when bitstreaming? Usually that dropout happens when ReClock locks to the screen's rate.

[SamuriHL]

@Samuri, Nev, Jmone, re: DD+ decoding

The only DD+ 7.1 sample I know is the one Nev and I linked (http://forum.doom9.org/showthread.php?p=1498740#post1498740) a few pages back. 7.1 seems to me the only advantage to the Arcsoft decoder over LAV or ffdshow.

I'm having a couple of problem with this though. DD+ 7.1 will only decode properly if I don't seek. When I seek, channels get mucked and I get the center sound in the right channel, etc. Unfortunately I can't test this with another splitter since LAV is the only one that connects to the Arcsoft decoder for DD+ (thanks again, Nev!).

Another problem is with the Arcsoft decoder in general, also happens with DTS-HD and possibly every time the Arc decoder is in the chain. When skipping to another file, or opening by double clicking, the previous one's audio doesn't close and continues playing. If using ReClock, MPC-HC simply crashes.

If anyone could confirm this so I know it's just me, I'd be grateful, btw.


Oh joy. I can't do anymore testing tonight as our shows are on. However, if I get a chance I can try it tomorrow.


Have you set up ReClock to disable media adaptation when bitstreaming? Usually that dropout happens when ReClock locks to the screen's rate.

Of course. I always disable that in ReClock as I *ONLY* use it for bitstream passthrough and PCM exclusive mode. Unless my settings somehow got messed up but I don't think so.

In any case, I'm happy with my current arrangement. I let LAV Audio decode all the Dolby formats and then bitstream the DTS formats. I can live with that. Unless Nev makes some magic way of dropping the DTS decoder from TMT in there and use it directly. Then I'll just use "LAV Audio". :)

[Andy o]

Yeah, I'm mostly happy too, only the Arcsoft decoder crashing MPC-HC when opening new files while one is playing is a real problem for me. The other issue just bugs me cause I don't know if it's my config or what, so if it can be confirmed it happens always, I could just move on :)

[jmone]

Andy, no issue for me on changing tracks in MC though the filter list does not get refreshed if I change Audio tracks that changes the filter. This is cosmetic only and the correct filters get used. I can test the 7.1 sample when I get back in a couple of days. MC recently changed the default mapping for 7.1 though it may be jard for me to confirm everything on my 5.1 setup.

[pankov]

Another problem is with the Arcsoft decoder in general, also happens with DTS-HD and possibly every time the Arc decoder is in the chain. When skipping to another file, or opening by double clicking, the previous one's audio doesn't close and continues playing. If using ReClock, MPC-HC simply crashes.

If anyone could confirm this so I know it's just me, I'd be grateful, btw.
Andy,
this sounds almost exactly as the problem with MPC-HC and ffdshow audio decoder I reported here
http://forum.doom9.org/showthread.php?p=1498882#post1498882
and the followup here
http://forum.doom9.org/showthread.php?p=1499198#post1499198
I don't have such a problem if I use ZoomPlayer so at the moment I think it's a problem in MPC-HC which doesn't release/destroy the filters correctly.
I'm hoping someone of the more advanced MPC-HC users/developers can shed some light on the problem.

[SamuriHL]

That test I can do now on my laptop, Andy. Give me a minute to set it up.

[SamuriHL]

Ok, so I got everything set up with the stuff I built today (MPC-HC, ffdshow, and LAVF Splitter/Audio) and I did a DTS-HD MA movie to another DTS-HD MA movie (both using ArcSoft) to a EAC3 movie (using LAV Audio). No crash.

[pankov]

Samuri,
if I'm not asking too much can you, please, check the links I've provided about a similar crash and test with my mpc-hc.ini file (linked in the MPC thread).
I'm really puzzled what did I do wrong to get such problems with two of the most popular open source applications.
:(

[SamuriHL]

Yea, um, I did forget to mention something about my particular MPC-HC build. :) You know how.....MPC has "internal filters?" :D Mine doesn't. As in none. I build mine with absolutely no filters at all. :) So, I don't think that's going to help you.

[Andy o]

Thanks guys. I'll have to reinstall everything again. At least it should be fixable.

[Andy o]

Andy,
this sounds almost exactly as the problem with MPC-HC and ffdshow audio decoder I reported here
http://forum.doom9.org/showthread.php?p=1498882#post1498882
and the followup here
http://forum.doom9.org/showthread.php?p=1499198#post1499198
I don't have such a problem if I use ZoomPlayer so at the moment I think it's a problem in MPC-HC which doesn't release/destroy the filters correctly.
I'm hoping someone of the more advanced MPC-HC users/developers can shed some light on the problem.

Yeah, that's exactly what's happening to me. Weird that it happens to us with different decoders. Doesn't happen for me with ffdshow.

FWIW, I was having other, random, crashes before when switching files with any filters, and I'm pretty sure my .ini file was corrupted. Since, I'm not using the "save settings to .ini" option.

[SamuriHL]

My advice to both of you would be to wipe your MPC-HC settings clean.

[pankov]

Sadly I've done this multiple times and it doesn't help
:(
If only I add ffdshow audio decoder as preferred decoder for AAC/AC3/DTS and disable the internal one I'm stuck with this problem
:(
now that I've complained about it a little I've remembered that I've never tried to wipe my FFDShow settings.
I'll do it tomorrow though because it's 04:21 in the morning here in Bulgaria and I'm hardly focusing the text on the monitor anymore.

[SamuriHL]

Sadly I've done this multiple times and it doesn't help
:(
If only I add ffdshow audio decoder as preferred decoder for AAC/AC3/DTS and disable the internal one I'm stuck with this problem
:(
now that I've complained about it a little I've remembered that I've never tried to wipe my FFDShow settings.
I'll do it tomorrow though because it's 04:21 in the morning here in Bulgaria and I'm hardly focusing the text on the monitor anymore.

You and Andy should temporarily try my custom build. I don't necessarily recommend this as a permanent solution but, see if this helps at all.

http://www.mediafire.com/?t9b24gceszgq7uc

That's MPC-HC with *NO* internal filters at all. When you look at the internal filters page, it will be completely empty.

[Andy o]

@Nev, sorry for taking this OT again, we should continue at the MPC-HC thread (http://forum.doom9.org/showthread.php?p=1499655#post1499655) now that we know it's probably not related to any filters in particular.

@Samuri, thanks, will try that build.

[SamuriHL]

@Nev, sorry for taking this OT again, we should continue at the MPC-HC thread (http://forum.doom9.org/showthread.php?p=1499655#post1499655) now that we know it's probably not related to any filters in particular.

@Samuri, thanks, will try that build.

Well, there is a common theme in that you're both using LAVF Splitter, yes? Nonetheless, I agree we should continue in the MPC thread for now until we can narrow this down a bit.

[Andy o]

Actually it was happening with other splitters (MPC, and I think I tested Haali as well).

[SamuriHL]

Ok, then we'll continue in MPC thread.

[Andy o]

For the uninitiated, what are these downsides? I assumed that bitstreaming would be the "best" way to handle things. Obviously that's not true, as I certainly trust nev's opinion over my assumptions :)

I finally got bitstreaming all working on my system, and was thinking I could 'relax' now that i'd gotten it working.

I guess there's always something ;)

Depends on your hardware, and what filters you are using too. Since now you can connect to a full DD+ decoder (Arcsoft) with the LAV splitter, the final piece of the puzzle is in.

One of the main advantages of decoding is that video and audio clocks are never exactly synchronized, and this leads usually to dropped or repeated video frames. ReClock fixes that by resampling the audio on-the-fly, but it requires decoded audio.

If your card and display are accurate enough though, you can get by with bitstreaming without a frame error for more than an hour, which is perfectly acceptable for most (including me). I am such a lucky guy, and I think other ATI users too. Nvidia though is less accurate, and for me, the GTX460 did about 23.973 which yielded a frame repeat every several minutes (too tired to do the exact math).

Other advantages are that you have more options for software decoding, while if you have a bug with your receiver's decoding (as I and others have found out) you'll have to do a firmware update, and that's only if you're lucky enough for the mfr to have released one.

[nevcairiel]

Have you set up ReClock to disable media adaptation when bitstreaming? Usually that dropout happens when ReClock locks to the screen's rate.
It does feel like thats what happening, maybe ticking the "slave to audio clock" or whatever it was called helps?

[Casshern]

Quick Bug Report:
with LAV Filters installed the windows performance index can no longer be measured in Windows 7 (x64 here). Log states that playback of file "c:/windows/performance/winsat/Clip_1080_5sec_MPEG2_HD_15mbps.mpg" failed. After uninstalling LAV Filters everything works as expected.

Reproduceability (on my System) 100%. You do not have to run the complete Windows Performance Index, but just try to playback the aforementioned file with microsoft media player. After installing LAV Filters it fails, without LAV Filters it works. There might be some interactions with other splitters installed (haali comes to mind).

[nevcairiel]

Thats not a "mpg" file, its a m2v file, its a raw MPEG-2 video stream. You can make it work by enabling "rawvideo" in the format options, which the "mpegvideo" type is currently folded into. I'll make it a separate option for the next version, as it seems to play just fine.

rawvideo is by default disable because it cannot deal properly with video elementary streams without timestamps, but apparently this type of file is fine.

What is weird, though, is that it doesn't try another splitter filter if LAV Splitter denys the format.

[Andy o]

It does feel like thats what happening, maybe ticking the "slave to audio clock" or whatever it was called helps?

The option is on the bitstream section and it's called "disable media speed correction with bitstream audio (recommended)". So, I just realized Samuri's answer wasn't clear on if he disabled this option (unticked it) or if he disabled media speed correction (ticked it). I probably should have phrased the question better.

[nevcairiel]

As far as i know, that slave option is not directly related to the other one, may still do something different.
I'm stuck at work for the next 8 hours or so, so i cannot test until then.

[Andy o]

I'm pretty sure that one option does the same thing as if you both ticked "slave to audio" AND selected "original speed" in media adaptation. That prevents ReClock from resampling anything, and of course doesn't change the video rate.

[SamuriHL]

The option is on the bitstream section and it's called "disable media speed correction with bitstream audio (recommended)". So, I just realized Samuri's answer wasn't clear on if he disabled this option (unticked it) or if he disabled media speed correction (ticked it). I probably should have phrased the question better.

It's checked. As in media speed correction is disabled.

[Andy o]

I'm having some trouble with Haali splitter installed. Both MPC-HC and Potplayer load it instead of LAV splitter, even though LAV is set to load explicitly on external filters. I have to actively block Haali for it not to show up, but as far as I can tell PotPlayer can't block filters. Doesn't happen with Graphstudio. I have tried lowering the merit to "normal" from "preferred +1", even though LAV already had a higher merit, and it still loads.

Since I'm testing my MPC-HC troubles, I don't have other filters in the chain. ffdshow is uninstalled, and I use the players' decoders.

[nevcairiel]

Use the installer to install LAV, it can overrule Haalis install magic.
You might also need to set the "File Source (Async)" to a higher merit, as thats what LAV Splitter relys on if you do not use the installer to force it to load.

[Andy o]

Thanks, just raising file source (async)'s merit solved it.

[BelowSky]

I had 2 bugs while using MPC-HC with LAV splitter and decoder:
- Clicking "Skip forward" while playing a list of audio files always crashes MPC-HC. In other words, LAV has issues with playlist.
- I need to stop MPC-HC playing a file, before I open another file. Otherwise MPC-HC will just crash.

[nevcairiel]

I can just fine skip between files, thats not a LAV problem.

[SamuriHL]

I had 2 bugs while using MPC-HC with LAV splitter and decoder:
- Clicking "Skip forward" while playing a list of audio files always crashes MPC-HC. In other words, LAV has issues with playlist.
- I need to stop MPC-HC playing a file, before I open another file. Otherwise MPC-HC will just crash.

pankov and Andy_O have the same problem. Check the MPC-HC thread for more discussion on this. Neither have been able to solve this issue, and it's NOT LAV related.

[pie1394]

There it is. It does set the AR properly, and 1440x1080 at 16:9 is 1920x1080 - i'm 100% sure now that info vanishes after your decoder, resulting in playback at 1440x1080

The video decoder is LAVCUVID-0.6, and the aspect info is is 100% exactly passed through.

Just like what I mentioned last time, it works fine if the MKV demuxer is changed to use Haali Media Splitter.

After I compared what the difference is between Haali and ffmpeg, now I finally realize that Haali uses the very interesting approach.

But I still have no idea why another non 1440x1080 16:9 video source has no problem. Thus I guess MPC-HC might have some special dealing with such standard resolution...

[nevcairiel]

Attachments require ages to be approved here.

Untick "Use Stream AR" in LAV CUVID settings. Anyhow, people send me samples of that resolution and the same source, and it works just perfectly here.

What Haali does is basically cheating, it removes AR info from the H264 bitstream, to compensate for the missing configuration in the CoreAVC.

[BelowSky]

Usually I don't install or register LAV filters. I just add them to MPC-HC by ,manually, extracting "LAVFilters-0.25.zip" and adding "LAVAudio.ax" & "LAVSplitter.ax" files.
However, this time I also registered the filters, just for the sack of testing.

The scenarios:
1- If I add the ax files without registering, I get a crash.
2- If I add the ax files with registering, I also get a crash.
3- If I add the "Registered filters", I don't get a crash.

To make clear what I'm talking about, I made a pic:
http://i55.tinypic.com/oq965l.jpg

[nevcairiel]

Sounds like a MPC-HC bug. Using unregistered codecs has always been rather fragile for me ..
If some player crashes, why is it suddenly my fault? :P

However, it would be rather helpful if you say when it crashes. Directly after adding them? when trying to play something? etc.

[BelowSky]

Of course, as I said in a previous post, it crashes only when playing the next file in a playlist or when I press "Skip forward" or when I open a media file without closing the currently playing one.
Other than these issues, I don't get any problem using the filters without registering them.
It is all about closing a stream and opening another one. Otherwise, man, your filter are really really great.

A pic from the crash:

http://i54.tinypic.com/juih4n.jpg


Problem signature:
Problem Event Name: BEX
Application Name: mpc-hc.exe
Application Version: 1.5.2.3098
Application Timestamp: 4dc7345f
Fault Module Name: LAVSplitter.ax_unloaded
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 4dc43cf5
Exception Offset: 6f17fed0
Exception Code: c0000005
Exception Data: 00000008
OS Version: 6.1.7601.2.1.0.768.3
Locale ID: 1033
Additional Information 1: fa66
Additional Information 2: fa6696398de2b9f98383d7a3bf5c3ea1
Additional Information 3: fa66
Additional Information 4: fa6696398de2b9f98383d7a3bf5c3ea1

[pie1394]

Attachments require ages to be approved here.

Untick "Use Stream AR" in LAV CUVID settings. Anyhow, people send me samples of that resolution and the same source, and it works just perfectly here.

What Haali does is basically cheating, it removes AR info from the H264 bitstream, to compensate for the missing configuration in the CoreAVC.

Thank you for the information!
I forgot to try this option. Please forgive me!
It is exactly the solution for LAVCUVID.

Now the output window aspect ratio is 16:9 and I see madVR receives the following information:

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 16
dwPictAspectRatioY: 9
dwControlFlags: 0x00000000
dwReserved2: 0x00000000


With such option checked in LAVCUVID, it is ineed overwritten by the video decoder....

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 4
dwPictAspectRatioY: 3
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

[nevcairiel]

Of course, as I said in a previous post, it crashes only when playing the next file in a playlist or when I press "Skip forward" or when I open a media file without closing the currently playing one.
Other than these issues, I don't get any problem using the filters without registering them.
It is all about closing a stream and opening another one. Otherwise, man, your filter are really really great.


Ah i didn't associate your posts with each other, thats what you get from quickly reading new posts while working. I can try that and possibly fix whatever causes it, maybe.

[sneaker_ger]

What Haali does is basically cheating, it removes AR info from the H264 bitstream, to compensate for the missing configuration in the CoreAVC.

Are you sure? I always thought it would do something along the line of writing container AR into bitstream if set, but not simply remove it. :confused:

[nevcairiel]

That really has the same result in the end.

[Andy o]

Ah i didn't associate your posts with each other, thats what you get from quickly reading new posts while working. I can try that and possibly fix whatever causes it, maybe.

If you could fix this on the splitter, it could also take care of my and pankov's problems I guess. Much appreciated.

[nevcairiel]

Just register the filter, and there is no such problem.
If you had it registered, its a different issue. :p

[Andy o]

Yeah I've always registered the filters. But I was thinking if LAV splitter is the one to end the stream so MPC doesn't crash when switching files, isn't the end result the same even if the issue is technically different?

[nevcairiel]

Its a bug in MPC-HC, or some other filter (possibly reclock, seen those before as well), and if it can be fixed, then there.

[Casshern]

Thats not a "mpg" file, its a m2v file, its a raw MPEG-2 video stream. You can make it work by enabling "rawvideo" in the format options, which the "mpegvideo" type is currently folded into. I'll make it a separate option for the next version, as it seems to play just fine.

rawvideo is by default disable because it cannot deal properly with video elementary streams without timestamps, but apparently this type of file is fine.

What is weird, though, is that it doesn't try another splitter filter if LAV Splitter denys the format.

Yes, i would have expected direct show to fallback on another splitter but it just gives an error. Strange, but i hope you can fix it so it does. Making it accept rawvideo is a workaround until then.

[Andy o]

Its a bug in MPC-HC, or some other filter (possibly reclock, seen those before as well), and if it can be fixed, then there.

In my case, and I assume if pankov was using ReClock in his case too, MPC-HC only crashes 100% of the time when using ReClock, but when not using ReClock, the audio stream continues, and you get flashes of the previous video as well. I think MPC-HC is making ReClock make MPC-HC crash.

[SamuriHL]

In my case, and I assume if pankov was using ReClock in his case too, MPC-HC only crashes 100% of the time when using ReClock, but when not using ReClock, the audio stream continues, and you get flashes of the previous video as well. I think MPC-HC is making ReClock make MPC-HC crash.

Not for me. :)

[Andy o]

Yeah, who knows why MPC only does it in some cases with specific decoders, but if the LAV splitter could put an end to the stream it might be a workaround.

[miroslav22]

Hi,

Many thanks for your work on this project. The latest version is excellent and plays all my ripped hd content (almost!) perfectly!

My only issue is I get a small amount of judder for around 10 seconds on one of my interlaced VC-1 mkvs. During this time the video bitrate spikes very high to 39.5mbps. The rest of the video (and all other interlaced VC-1 content i've tried) plays flawlessly.

I've tried with both the Arcsoft and Cyberlink codecs and the result is exactly the same.

Thanks for any help

[nevcairiel]

You can try the latest version, it has some small enhancement for VC-1 in MKV, not sure though.

http://files.1f0.de/lavf/LAVFilters-0.25-20-g0ee9d6c.zip

[skingery]

You can try the latest version, it has some small enhancement for VC-1 in MKV, not sure though.

http://files.1f0.de/lavf/LAVFilters-0.25-20-g0ee9d6c.zip

I think the latest is here: http://forum.doom9.org/showthread.php?p=1499503#post1499503

[Portioli]

hello nevcariel,
may i ask you something. I am using your LAV Splitter which works great.
I had never problem or crash or sth like that.
I have read here that you have LAV Audio Decoder ,too (if intall the install_audio.bat.)
Does your filter Decodes DTS-MA without DOwnsampling?
Right Know i am using ArcSoft Audio Decoder HD & Reclock (Wasapi)

I want to ask you one more Question,
I have an ATI 5770, Which Video decoder is you fav one with your LAV Splitter?
I dont care if its DXVA or not.
I know you got LAV CUVID but this is for nVidia only.
I am using MPC internal filter & MadVR

Thanks In Advance
Continue this great work!

[nevcairiel]

It does not decode DTS-HD MA.

Also, since all my PCs are NVIDIA, i dont really have any other favorite, i guess ffdshow is the easiest bet, or MPC-HC internals.

[Mark_A_W]

Nev, is there anyway you could "package" the Arcsoft decoder under your LAV Audio decoder for DTS-MA? The way ffdshow packages wmv9 as a VC-1 decoder - available in the codecs section.

This way people would only need to set up one audio decoder, rather than different ones for different audio types.

(Actually I'd like ffdshow to do this too.)

[nevcairiel]

The ArcSoft decoder is not free, and not freely available. Its only available in TMT3/5, and you should buy it if you use it. I do not feel like getting into legal issues by redistributing a dll from their package.

I do know that madshi apparently accesses the ArcSoft decoder directly in eac3to, but i do not know if he does so using the DirectShow component, or the dtsdecoderdll.dll directly, or where he got the APIs to do so.

wmv9 is a freely available component on Windows, and its documented. You cannot really compare that.

[jmone]

I agree that nevcairiel should not distibute the ArcSoft decoder even though it is freely available for those who install the trial (just too much grey area). That said it would be good if the Arcsoft decoder was already registered, or is placed in the same directory as the LAVAudio that it could be recognised / used / configured by LAVAudio (eg getting away from the need for the win.ini settings). Just an idea....

[nevcairiel]

Well like i said, its not that simple to use a foreign dll that you know nothing about.
I know the names of the functions in the dll, but i would need some extensive debugging and information gathering to figure out which parameters they actually take, and how they work. Maybe i one day feel like that.. or madshi feels like sharing, maybe i should ask him.

[jmone]

Not a biggie as we can get it working perfectly anyway.....that said it would make newbies life easier.....so madshi what do you recon, is this an easy add on for nevcairiel as it would provide a complete audio soln?

[Mark_A_W]

The ArcSoft decoder is not free, and not freely available. Its only available in TMT3/5, and you should buy it if you use it. I do not feel like getting into legal issues by redistributing a dll from their package.

I do know that madshi apparently accesses the ArcSoft decoder directly in eac3to, but i do not know if he does so using the DirectShow component, or the dtsdecoderdll.dll directly, or where he got the APIs to do so.

wmv9 is a freely available component on Windows, and its documented. You cannot really compare that.


Perhaps I should have used the word "accessed", not "packaged".

Ffdshow doesn't actually contain wmv9, will fail if you have an earlier version of WMP than 9 (from memory).

Obviously you can't distribute it, but connecting to it directly, in a similar fashion to eac3to. Actually, with the checkactivate.dll file floating around you can connect to it via directshow, just hidden from the user.

Anyway, just an idea to make a "complete" decoder.

(And I own a legal copy of Arcsoft TMT3 - it came with my Xonar soundcard, one of the reasons I bought it.)

[mkanet]

At the risk of sounding very ignorant, I'm hoping someone can explain if the new LAV audio decoder will support native "HD audio decoding" (with 24bit audio/96Khz) for sound cards with analog 5.1 outputs (my 5.1 audio amplifier does NOT decode bitstream audio), it just plays what is decoded in the PC. Hopefully someone can explain nicely without making me feel like an dummy.

I have been using arcsoft HD audio decoder. But I would prefer to support the open source community. All I want to do is decoder DTS-MA (not just DTS core) and TrueHD both builtin to the lav audio decoder. As far as I know, there is no opensource audio decoder that can decode DTS-MA and True-HD.. and of course ac3, standard DTS, flac.

Thanks for all your hard work!
MKANET
LAV Filters 0.25

LAV Splitter
- Added the ability to filter Blu-ray PGS subtitles, so only frames flagged as "forced" are delivered
- Either through a new "Forced Subtitles" stream (default)
- Or, filtering for every PGS stream (configurable)
- Improved support for H264 in AVI
- Improved timings for TrueHD in MKV
- m2ts files directly openend inside a Blu-ray structure should now properly display stream languages
- Alot of fixes and enhancements for format compatibility (especially MPEG-TS)
- Support using the ArcSoft HD Audio Decoder for E-AC3

LAV Audio
- Audio bitstreaming (pass-through) for HDMI and S/PDIF
- Support for AC3, E-AC3, TrueHD, DTS and DTS-HD
- Use the float decoders for mp1/mp2
- Added official support for WMAv1, WMAv2 and WMA Pro
- Fixed an issue that caused sync issues with FLAC audio, and FLAC is once again enabled by default


Download: Installer (both x86/x64) (http://files.1f0.de/lavf/LAVFilters-0.25.exe) -- Zips: 32-bit (http://files.1f0.de/lavf/LAVFilters-0.25.zip) & 64-bit (http://files.1f0.de/lavf/LAVFilters-0.25-x64.zip)

Lets have a quick look at the stats..

48 files changed, 1695 insertions(+), 331 deletions(-)

Overall, nearly 2000 lines of code touched. 1700 new ones, 300 old ones removed/changed.

New Features!

Audio Bitstreaming
Another shiny new feature to be excited about!
LAV Audio now supports bitstreaming of HD audio through S/PDIF and HDMI.
Supported are AC-3, E-AC3, TrueHD, DTS and DTS-HD. (S/PDIF is limited to AC-3 and DTS, of course)

There may still be minor kinks to be worked out in the bitstreaming code, especially in combination with some receivers, but overall it has proven to already work really well.

In addition to those two big changes, there is also the list of usual fixes and improvements, summarized above.

Have Fun!
I already had mine, developing of 0.25 was awesome. So many great features, and all worked out so well. You guys also were a great help.

PS:
I have purged most of the 0.24-xx snapshot builds from my file server.

[nevcairiel]

At the risk of sounding very ignorant, I'm hoping someone can explain if the new LAV audio decoder will support native "HD audio decoding" (with 24bit audio/96Khz) for sound cards with analog 5.1 outputs (my 5.1 audio amplifier does NOT decode bitstream audio), it just plays what is decoded in the PC.

It cannot decode DTS-HD.
Also, the question was answered just a few posts above (7 if i counted right).

[mkanet]

Oh okay.. sorry I missed that. This thread goes forward so quickly (which is a great thing)! I realize DTS-HD decoding is extremely hard to do. Currently, I've only been able to use arcsoft decoder HD.

It cannot decode DTS-HD.
Also, the question was answered just a few posts above (7 if i counted right).

[Andy o]

Oh okay.. sorry I missed that. This thread goes forward so quickly (which is a great thing)! I realize DTS-HD decoding is extremely hard to do. Currently, I've only been able to use arcsoft decoder HD.

It's the only one that works externally from its own player, but it works pretty well for DTS-HD anyway.

[Village Guy]

Should we expect LAV Splitter / Decoder to work without DirectVobSub being installed? I was surprised to find that MKV files that included subtitles would not play without DirectVobSub being present!

The graph shows a connection to 'Internal Script Command Renderer' and then crashes. I have no idea what that filter is but its obviously not good :eek:

Needless to say, everything is just dandy after installing the subtitle filter.

[Portioli]

i have an issue with a TrueHD .m2ts file.
Is there a way to have output Stereo and not 5.1?
All the dialogs are in the Center Channel i dont hear the actors voices

I dont know if this helps
Here is my LAV Audio Status and Reclock`s Configuration
http://i.imgur.com/0Pqbq.jpg

my graphstudio

http://i.imgur.com/duZM6.jpg

&

media info

http://i.imgur.com/rSJid.jpg

[nevcairiel]

The graph shows a connection to 'Internal Script Command Renderer' and then crashes. I have no idea what that filter is but its obviously not good :eek:

Yah the ISCR is a joke of a filter. I should probably add some trick to make it at least not crash. Whatever player you're using, just block that filter.


Is there a way to have output Stereo and not 5.1?

No, downmixing is currently not supported. Its planned for the future, however.

[Portioli]

No, downmixing is currently not supported. Its planned for the future, however.

ok man thanks!

[mkanet]

Is DTS-MA decoding planned for the future?

Currently, like most people, I am using Arcsoft Audio HD decoder for DTS-MA/DTS and LAV audio for TrueHD. Based on the posts I see here, it seems many people prefer to just have one standalone free HD Audio decoder that decodes both DTS-MA and TrueHD in addition to DTS/AC3/Flac. There are a few free standalone decoders that support TrueHD audio; but none of them support real DTS-MA decoding (even though DTS-MA is a much, much more popular HD audio format for bluray).

Is this because it is harder to develop DTS-MA decoding support than TrueHD?

Thanks,
MKANET


No, downmixing is currently not supported. Its planned for the future, however.

[Casshern]

Most Criterion Bluray titles have an lpcm mono 24 bit track - these do not work with lav splitter (they do with haali). The splitter seems to pass the audio stream wrongly to the audio decoder (e.g. ffdshow) so that it plays garbled or at half speed. I uploaded a sample here:
http://www.mediafire.com/?kq9fx5l5ld2m6pi

[nevcairiel]

Thats mostly the audio decoders fault, use LAV Audio and mono tracks play just perfectly.

[SamuriHL]

@mkanet - You won't see an open source dts-hd ma decoder. The spec is not publicly available and as such would require an insane reverse engineering effort to figure out. So you're stuck with the solution we have out there if you want full decoding.

[Andy o]

i have an issue with a TrueHD .m2ts file.
Is there a way to have output Stereo and not 5.1?
All the dialogs are in the Center Channel i dont hear the actors voices
. If you don't have a multichannel setup, don't use WASAPI, just set your Windows mixer to stereo and it will downmix everything to stereo. Right now you're not only losing the center channel, but also the surrounds, which do contain discrete information, sometimes even other voices.

Alternatively, you can probably set up the Arcsoft decoder to stereo output. ffdshow also has a mixer that can downmix the audio.

[SamuriHL]

I use ffdshow audio processor's mixer on my laptop for that very purpose.

[Andy o]

Ah, right, if you must decode with LAV audio you can apply ffdshow's downmix only for the raw stream afterwards. Plenty of choices. Personally I'd probably go with either setting Windows to stereo (which would work with all players) or using the Arcsoft decoder (which presumably uses the metadata TrueHD carries for downmixing).

[mkanet]

Hey SamuriHL! Thanks for the straightfoward answer. Well, I'm okay with using TMT HD audio decoder. I actually have all audio formats supported by it without having to install the player on my HTPC. At least I have a fully working solution.

I wonder if Slyplayer wont have a standalone DS audio decoder/filter with DTS-MA/TrueHD audio filter either.

@mkanet - You won't see an open source dts-hd ma decoder. The spec is not publicly available and as such would require an insane reverse engineering effort to figure out. So you're stuck with the solution we have out there if you want full decoding.

[SamuriHL]

It seems unlikely that SlyPlayer will have DTS-HD MA decoding. I honestly don't know, but, I would doubt it. We'll see. But at least we have a useful decoder for it. The ArcSoft decoder is really the only one I trust anyway, so, I'm glad it works for us.

[jmone]

Yah the ISCR is a joke of a filter. I should probably add some trick to make it at least not crash. Whatever player you're using, just block that filter.


I actually had to deregister the ISCR filter all together on one of my PC's (Win 7 64-Bit Ultimate) - it keep grabbing the SUB stream for all it was worth. So far no downside to removing it!

[andyvt]

Is LAVAudio HD bit streaming support with other splitters on the road map? If not, do you have any guidance for where someone could start looking for the cause?

[nevcairiel]

The latest development version should already improve that situation, at least for DTS-HD. However, TrueHD might just not work, because many splitters (especially the gabest ones) mark it as AC3, and i do not feel like correcting other splitters mistakes when you could be using mine instead.. :)
If you cannot trust the media type, everything is lost. I cannot probe every format if its really what its claiming to be..

Maybe when i get bored one day, i might make an exception for the AC3/TrueHD situation, but don't hold your breath for now.

[Casshern]

Thats mostly the audio decoders fault, use LAV Audio and mono tracks play just perfectly.

I do not know if that is really true. At the moment the situation on this sample is like this:

Working: Haali + ffdshow audio
Working: Haali + mpc audio decoder

Basically Haali works with all audio filters

Fail: Lav Splitter + ffdshow audio
Fail: Lav Splitter + mpc audio decoder
Working: Lav Splitter + Lav audio

So it is somehow splitter related.... Interestingly the mpc splitter also fails with all audio filters (including the internal mpc audio filter) except lav. Is there any explanation? At the momemt haalis way of fixing it in the splitter seems better as it is compatible with all audio filters---

[andyvt]

TBH, I'm really only interested in making it work with the Sage demux; it uses the right subtype ({EB27CEC4-163E-4CA3-8B74-8E25F91B517E}) :)

[nevcairiel]

So it is somehow splitter related.... Interestingly the mpc splitter also fails with all audio filters (including the internal mpc audio filter) except lav. Is there any explanation? At the momemt haalis way of fixing it in the splitter seems better as it is compatible with all audio filters---

Haali basically decodes LPCM to "normal" PCM, which avoids the problem - so the LPCM decoders in the audio filters you listed do not get used, and the bugs do not show.

This is not a "fix" in my book, and i will out of principal not do such hacked workarounds just to avoid broken decoders, especially when there is a working decoder which also works with the MPC-HC splitters.

[nevcairiel]

TBH, I'm really only interested in making it work with the Sage demux; it uses the right subtype ({EB27CEC4-163E-4CA3-8B74-8E25F91B517E}) :)

Is this from Blu-ray content?
If it is, does decoding TrueHD work with LAV Audio?

On Blu-ray, TrueHD is interleaved with AC3 frames for backwards compat. Most MPEG-TS splitters do not remove those AC3 frames, and if they do not, they completely confuse LAV Audio - which will also show when decoding.

Anyhow, if decoding does not work, its basically the same issue the MPC-HC MPEG splitter has, except that the MPC-HC one additionally sends the wrong media type. :p
I will have to write my own parser to separate the TrueHD frames from the AC3 frames in those streams .. i'll get to it eventually, its somewhere on the list..

[andyvt]

If it is, does decoding TrueHD work with LAV Audio?


It does not with BD (M2TS), it does with MKVs.


Anyhow, if decoding does not work, its basically the same issue the MPC-HC MPEG splitter has, except that the MPC-HC one additionally sends the wrong media type. :p
I will have to write my own parser to separate the TrueHD frames from the AC3 frames in those streams .. i'll get to it eventually, its somewhere on the list..

So this would be a good place to start if I can't get Sage to address it in their splitter?

Do you know off-hand if the MPC-HC or ffdshow decoders parse out the AC3 frames?

[nevcairiel]

Both do. They both have been designed in This circle of bugs that are fixed at the wrong end.

[Portioli]

it does something more than simple Decoding TrueHD (both .m2ts .mkv)


http://i.imgur.com/XMETF.jpg


and the media info`s

http://i.imgur.com/KnMd7.jpg

[Andy o]

That's ReClock doing it. Check "slave reference clock to audio" and set the media adaptation speed to "original" for no resampling.

[Portioli]

fixed, and it works.
does this mean that lav audio + reclock via wasapi can decode bitferfect hd audio?

[Andy o]

Yes, but I don't know why you'd wanna do that. Reclock basically guarantees frame error-free playback when decoding.

[Portioli]

because i think Windows/MPC default audio renderer downsamples the HD Audio

[Andy o]

It doesn't when you're using WASAPI exclusive mode, like you already are with ReClock. Even if you're not using exclusive mode, the Windows mixer won't resample if you set it to the same sample rate. If you set it to a higher rate, it will upsample. BTW, that "bit-exact" message means that whatever ReClock is outputting, after processing, is being delivered "bit-exact" to the driver.

[Portioli]

well , if i want bitfercet i have to set the driver`s output , default format to the files bitrate/samplerate?
do all audio filters decode without downsampling?

[Andy o]

well , if i want bitfercet i have to set the driver`s output , default format to the files bitrate/samplerate?
Yes, but then you don't get ReClock's main advantage which is video without dropped/repeated frames. Depending on how close your video card is to the file's fps, you can get many, or just one or two per movie. From what I can see you're running your display at 59.999 (60 for all practical purposes), while most content is either 29.97 or 59.940, this leads to many frame errors in the duration of a regular video/movie.

I don't know if your display can do 24p, but in that case, the frame repeats/drops are more noticeable.

You should ask yourself again why you need bit-perfect, cause the reasons you gave above don't really apply here.

do all audio filters decode without downsampling?
No, the commercial ones do, but there's no reason to use them for other than DTS-HD decoding, and for that, the Arcsoft decoder is the only one you can use. Some versions of it do downsample, so you need to make sure you're using the one from build .185 of TMT3.

[Casshern]

Haali basically decodes LPCM to "normal" PCM, which avoids the problem - so the LPCM decoders in the audio filters you listed do not get used, and the bugs do not show.

This is not a "fix" in my book, and i will out of principal not do such hacked workarounds just to avoid broken decoders, especially when there is a working decoder which also works with the MPC-HC splitters.

Ok, that explains it. What you are saying is that ffdshow lpcm and mpc lpcm decoders are broken. Good to know - maybe I will get rid of ffdshow audio decoding all together, as i never liked its jitter correction feature which seems somewhat broken. Some streams will even only play if it is enabled....... did you use part of that jitter correction routine in your lav audio decoder?

[SamuriHL]

I've appeared to have lost the ability to display subtitles using ffdshow. :( Anyone else having issues? This seems bad.

EDIT: Appears to be ffdshow and cyberlink decoder not playing well together. Switched to ffdshow on that machine and it's working fine. sigh. No idea what's up with that.

[ppp0941]

will there be thumbnail feature?:helpful:

[nevcairiel]

did you use part of that jitter correction routine in your lav audio decoder?

Nope, there is no real need for jitter correction, unless the audio stream is not continuous (broken files), but i've not yet encountered one file that would be like this... If i find one i can probably fix those cases as well.

So anyway, when decoding, i do not trust the timestamps of the source filter at all, i rather simply decode, and afterwards i know *exactly* the duration of the decoded data, and with that i can perfectly track the time.

[madshi]

If you need broken files, just record some TV programs and check them with "eac3to source.ts -check". Once in a while you'll get a file that's broken.

It might make sense to compare the container timestamps to your self-calculated timestamps to make sure they don't deviate too much. If you calculate a difference of more than 20ms there's likely something wrong, I'd say. If you don't do this, you might get audio/video desync problems with broken files.

[nevcairiel]

20ms is not enough, especially when you're dealing with a stream from a MKV file, the timestamps are so coarse that they deviate quite alot - especially on TrueHD, which has a sample size of 0.83ms, i have seen deviations of 300ms, then a few samples later its -300ms, and it just swaps around like that all the time - 100% constant and predictable. At first i thought there would be a problem, but with the very constant pattern, i just attributed it to too coarse timestamping.

[madshi]

P.S: Another option would be to take a "good" TS or m2ts and randomly overwrite a chunk of maybe 50KB in the middle of the file with zeroes, or with random data. Or if you want to simulate an audio problem, only, you can search for the AC3 header signature and just zero out the AC3 header of maybe 5 consecutive AC3 frames in the TS/m2ts stream. That way the video should play fine but audio should have a gap.

[madshi]

Oh well, I didn't know that MKV timestamps are so bad. eac3to calculates its own timestamps (just like you do), but keeps track of the original timestamps, too. Any audio gaps/overlaps are then removed in a second pass. Of course I have it much easier than you in this case, cause you can't do a second pass, of course.

Maybe you should treat MKV different to TS/m2ts? Because MKV is pretty much guaranteed to have no audio gaps/overlaps (unless the muxer totally crapped out). While with TS corruption/gaps/overlaps are quite usual, because satellite reception isn't always 100% reliable. Also, from my experience, TS/m2ts audio timestamps are pretty much perfect. So for TS/m2ts I think you could probably rely on the container timestamps?

[nevcairiel]

Well, there isn't an actual problem right now to fix, its all theoretical at this point.
I'll probably create some broken ts file and see what happens. I'm also not sure how the timestamps of TrueHD in m2ts look, as the TS timebase of 1/90000 is still too coarse to perfectly timestamp audio of 0.833ms each sample. (still alot better then 1/1000 MKV timestamps)

Playback right now is fine, its just the handling of corrupted streams that needs some work - and if its just broken samples, i can detect those and re-sync against the container timestamps after such a decoding failure. Now if there is frames completely missing, thats another deal entirely.

There is another aspect to consider. Internally i buffer PCM samples until i reach a certain buffer length, because some post-processors are not particularly happy when they get samples of 0.8333ms each - so what i do is collect samples until i have at least 16ms (and in addition try to collect enough samples so the duration can be expressed as an integer), and during buffering my internal time tracking does not advance.

But like i said, playback right now is perfect, and just from my personal opinion: screw DVB recordings, TV is just crap anyway. :)

[Casshern]

If you basically throw the original time stamps away, I tend to agree with madshi. There needs to be a mechanism to ensure that audio and video stays in sync. Its a shame that in some cases the timestamps are unreliable. Its the same with video where everybody invents their own way of deriving the real frame rate from the stream. For audio this would mean averaging over a large enough amount of samples and occasional resyncing with video. One would hope this would increase error resilience.

20ms is not enough, especially when you're dealing with a stream from a MKV file, the timestamps are so coarse that they deviate quite alot - especially on TrueHD, which has a sample size of 0.83ms, i have seen deviations of 300ms, then a few samples later its -300ms, and it just swaps around like that all the time - 100% constant and predictable. At first i thought there would be a problem, but with the very constant pattern, i just attributed it to too coarse timestamping.

[madshi]

Well, there isn't an actual problem right now to fix, its all theoretical at this point.
I'll probably create some broken ts file and see what happens. I'm also not sure how the timestamps of TrueHD in m2ts look, as the TS timebase of 1/90000 is still too coarse to perfectly timestamp audio of 0.833ms each sample. (still alot better then 1/1000 MKV timestamps)

Playback right now is fine, its just the handling of corrupted streams that needs some work - and if its just broken samples, i can detect those and re-sync against the container timestamps after such a decoding failure. Now if there is frames completely missing, thats another deal entirely.
I don't think it's so theoretical. From my own broadcast recordings, about 1 out of 5 is in some way corrupted. Corruption can be just a couple of wrong bits, or larger blocks of random data. Depending on the type of corruption, anything can happen. E.g. when the AC3 decoder receives a frame to decode and the header signature isn't correct, the decoder (or parser) will likely skip the damaged data and simply wait for the next proper frame. The net effect is an audio gap. For video the probability of a missing frame is smaller cause the data/header ratio is different. Also, even if video and audio frames are both damaged, there's still a high chance that they will run out of sync because 1 video frame has a different runtime compared to 1 audio frame. Sure, if you resync after every problem, that might fix the majority of problems. But since the corruption is random, I would be afraid that in some cases you might not detect the corruption, but still there could be an audio gap/overlap.

For m2ts the Blu-Ray spec defines how big TrueHD data blocks should be, IIRC. I think the blocks are defined in such a way that they match the timestamps somehow, but I'm not 100% sure right now. Should be easy to double check. IMHO, the best solution would be for you to check how reliable TS/m2ts timestamps are. If they are as reliable as I think they are, the easiest and best solution would be to use the TS/m2ts timestamps as they are instead of using your own timestamps. Of course for MKV I would keep the current logic, but maybe add some kind of safety net.

Just my 2 cents, of course. Feel free to ignore... :)

[nevcairiel]

Only TS should suffer from this high corruption probability, right?
Even m2ts on Blu-rays should be mostly fine again, as i would hope they are muxed somewhat sanely, and all non-mpeg formats are typically written by "offline" muxers, and not dumping broadcasts onto disc.

I can of course detect if the source filter claims to have opened a .ts file, and if it did, sync against the source timestamps every time i deliver a PCM sample, or something to that effect.

Edit: A quick test with some m2ts look good, the timestamps appear to be perfect. But i do not have a TrueHD sample right now, only checked AC3 and DTS. More testing this afternoon or over the weekend. My sample collection on the work laptop is quite limited. ;)

[madshi]

Yes, only TS should suffer from high corruption probability, I'd say. However, some of the freeware muxers allow converting TS files to m2ts, so a TS->m2ts file could be corrupted, too. Also, if the timestamps are perfect, there's little reason to not use them. :) So you could simply use the container timestamps for TS and m2ts, while using your own calculated timestamps for other containers. Alternatively you could also choose the timestamps based on the container + audio format. E.g. you could use the container timestamps only for TS + AC3/E-AC3/DTS/MP2, but not for TrueHD or DTS-HD. Broadcasts never use TrueHD or DTS-HD, so TrueHD and DTS-HD have a rather low probability of being damaged.

[ontherocks]

Is there a Readme or tutorial on this?

My goal is just bitstreaming no more no less.
So I installed just the Audio Decoder (install_audio.bat).
I went to MPC-HC View-->Options-->External Filters-->Add Filter and selected "LAV Audio Decoder". Then set it to "Prefer".

http://img806.imageshack.us/img806/7591/capture13052011141300.png

Then double clicked "LAV Audio Decoder" to bring up the options. Selected all bistreaming options.

http://img808.imageshack.us/img808/7044/capture13052011141033.png

Then deselected all the internal filters in MPC-HC.

http://img508.imageshack.us/img508/5892/capture13052011141126.png

Now if I play any DTS stream (DTS, DTS-HD) it bistreams fine to my Onkyo HT-R380.
But if I play any DD HD stream (DD-THD, DD+) it doesn't bitstream them. The receiver seems to go in a loop trying to find the input via HDMI.
The files I am trying to play are from http://www.demo-world.eu/trailers/high-definition-trailers.php

Am I missing something? Is there anything else I need to install/do?

[nevcairiel]

Are you using LAV Splitter as well, or another splitter, like Haali?

TrueHD bitstreaming currently only works reliably with LAV Splitter, especially out of mpeg-ts files (.ts, .m2ts)

I should probably write some more extensive guide or something. Anyone else want to do this maybe? :p

[sneaker_ger]

Maybe you should treat MKV different to TS/m2ts? Because MKV is pretty much guaranteed to have no audio gaps/overlaps (unless the muxer totally crapped out)

There are lots of mkvs with gaps in audio. It can easily happen, for example on appending files.
I don't think just assuming that files don't have gaps is a good idea (just like assuming files run with a constant framerate).

[madshi]

There are lots of mkvs with gaps in audio. It can easily happen, for example on appending files.
:(

So some kind of audio/video sync safety net is necessary, it seems.

[nevcairiel]

IMHO, if some tool merges two mkv files, it should make sure the stream is continuous at the merge point.

Anyway.
I changed my timestamp difference detection to detect the actual jitter of the decoded audio, and so far results look pretty good, even on MKV. I'll run some extensive tests on all kinds of formats later, and post my findings, in case you're interested.

[Thunderbolt8]

it does something more than simple Decoding TrueHD (both .m2ts .mkv)

[PICS]

Im wondering, how can it says bit perfect output, while reclock is actually slowing down or speeding up in that moment you played those files? (its not set to speed: original & locked)

[sneaker_ger]

IMHO, if some tool merges two mkv files, it should make sure the stream is continuous at the merge point.

Although I agree that it may be desirable, e.g. mkvmerge can't do it (without destroying sync) and that's pretty much the mkv muxer.

[Jasch]

Hi i have a little Problem mit the MKV Splitter, it is reporting very often the wrong Framerate to my Player(DVBViewer).
Most of the Time it is reporting 23.97FPS ,but it should be 25FPS. If i use Reclock , in Reclock it is detected as 25, MPC Splitter is also working correct and is reporting 25.
The strange thing is, with some Files it is working some not.
Since i am using a little Plugin in DVBViewer wich is switching Refreshrate according to inputmaterial, this goes wrong.

If you need more things, sampels...please let me now.
(Sorry for my spelling)

[madshi]

I'll run some extensive tests on all kinds of formats later, and post my findings, in case you're interested.
Sure we are... :)

[ontherocks]

Are you using LAV Splitter as well, or another splitter, like Haali?

TrueHD bitstreaming currently only works reliably with LAV Splitter, especially out of mpeg-ts files (.ts, .m2ts)

I should probably write some more extensive guide or something. Anyone else want to do this maybe? :p

No, I don't have anything else on my computer. No other splitter, no other player (other than default WMP). Just MPC-HC and LAV Audio Decoder.
Do I need to install the splitter (install_splitter.bat) as well along with the decoder?
or
just the filter is enough ? But then I guess with just the splitter I won't get the options to bitstream.

If I am able to figure out how to go about it correctly I will write the guide myself.

[nevcairiel]

You'll need both.
Add LAV Splitter to the external list as well, and it should hopefully work.

In the future, LAV Audio should eventually also work with the default MPC-HC splitter, but then again, there is no really good reason to still use it anyway. :)

[madshi]

In the future, LAV Audio should eventually also work with the default MPC-HC splitter, but then again, there is no really good reason to still use it anyway. :)
There is one: There's a patch available for the MPC-HC splitter, enabling it to output 3D content. There's no such patch available for the LAV splitter yet. There are no 3D decoders and renderers available yet, but that can change quickly these days.

[nevcairiel]

There is one: There's a patch available for the MPC-HC splitter, enabling it to output 3D content. There's no such patch available for the LAV splitter yet. There are no 3D decoders and renderers available yet, but that can change quickly these days.

If it does change, i'll look into it.

Do you know how thats used in a player anyway?
Does the player open a second instance of the splitter for the second stream on the Blu-ray?

Thats how i figured it would work, after reading the patch, but i never really investigated.

I also wonder how 3D in Matroska will work..

[ontherocks]

You'll need both.
Add LAV Splitter to the external list as well, and it should hopefully work.

In the future, LAV Audio should eventually also work with the default MPC-HC splitter, but then again, there is no really good reason to still use it anyway. :)

Ok. Now I can see the following in External Filters.
Should I Add both of them?

LAV Splitter
LAV Splitter Source

[nevcairiel]

Doesn't hurt to add both, but you'll most likely only need "LAV Splitter".

[madshi]

If it does change, i'll look into it.

Do you know how thats used in a player anyway?
Does the player open a second instance of the splitter for the second stream on the Blu-ray?

Thats how i figured it would work, after reading the patch, but i never really investigated.
For Blu-Ray the left and right eye video streams are encoded as totally separate video streams, but in the same m2ts file, similar to how e.g. main video and PIP video tracks are separate video tracks in one m2ts file. So the splitter could simply export 2 video output pins, one for the normal left eye stream (compatible with any h264 decoder) and one for the right eye stream (needs a special h264 MVC decoder). Should be very easy to do. From what I've heard, 3D camcorders output a single video stream, containing both the left eye and right eye slices.

I don't see the need to create 2 splitter instances.

[sneaker_ger]

For Blu-Ray the left and right eye video streams are encoded as totally separate video streams

No, the left eye is normal h.264 (for backwards compatibility) , but the right eye cannot be decoded without the left eye AFAIK.

[ontherocks]

Doesn't hurt to add both, but you'll most likely only need "LAV Splitter".

I added only "LAV Splitter" (prefer minimalistic setups :) )

http://img847.imageshack.us/img847/3031/capture13052011180824.png

I think the default options should be fine as far as bitstreaming is concerned.

http://img714.imageshack.us/img714/5294/capture13052011180419.png

[nevcairiel]

For Blu-Ray the left and right eye video streams are encoded as totally separate video streams, but in the same m2ts file, similar to how e.g. main video and PIP video tracks are separate video tracks in one m2ts file. So the splitter could simply export 2 video output pins, one for the normal left eye stream (compatible with any h264 decoder) and one for the right eye stream (needs a special h264 MVC decoder).

I see.
For some reason i thought the one eye was in the normal m2ts file (for 2D backwards compat), and the second stream would be in the ssif file, and only be opened when required.
So the ssif contains both eyes again? Interesting..

I'll probably bring this up again in a separate topic when i'll start to work on this.

No, the left eye is normal h.264 (for backwards compatibility) , but the right eye cannot be decoded without the left eye AFAIK.

Thats what he said. :p

[nevcairiel]

I think the default options should be fine as far as bitstreaming is concerned.

You might want to fill in the audio language field, so you end up with the proper languages, in case your media has multiple streams. :)

[sneaker_ger]

Thats what he said. :p

If you regard one stream relying on the other as "totally separate streams" that is. ;)

[madshi]

No, the left eye is normal h.264 (for backwards compatibility) , but the right eye cannot be decoded without the left eye AFAIK.
From a decoder point of view you're right. I was talking from a splitter point of view. LAV Splitter can treat the left and right eye stream as totally separate streams. As long as the timestamps are left intact, the MVC decoder will have no problems.

For some reason i thought the one eye was in the normal m2ts file (for 2D backwards compat), and the second stream would be in the ssif file, and only be opened when required.
So the ssif contains both eyes again? Interesting..
One example:

00000.m2ts: left eye stream + audio tracks
00001.m2ts: right eye stream, nothing else
00000.ssif, left eye stream, right eye stream + audio tracks

So basically, whenever there's a *.ssif file, you can safely split the ssif file instead of the m2ts file(s). It's 100% the same format, the only difference is that the ssif file contains all tracks.

Edit: The main reason for not having all tracks in the m2ts files is the Blu-Ray bitrate limit. The bitrate for ssif files is often over the max 2D limit. So in order to keep compatability with 2D Blu-Ray players, only ssif files are allowed to surpass the 2D bitrate limit.

[sneaker_ger]

From a decoder point of view you're right. I was talking from a splitter point of view. LAV Splitter can treat the left and right eye stream as totally separate streams.

But it still has to recognize them as a left+right eye belonging together, right?

[madshi]

But it still has to recognize them as a left+right eye belonging together, right?
The splitter doesn't actually have to know that left and right eye streams belong together. It should use an appropriate media type for the right eye stream, though, so that nobody mistakes it as a left eye stream.

[sneaker_ger]

So, how does the decoder know which h.264 stream is the left eye?

[madshi]

It's always the first 1080p24 h264 track... ;)

[sneaker_ger]

Ah, OK. Sounds reasonable.

/edit:
And what about multiple views? Or are those not supported with 3D?

[madshi]

AFAIK, Blu-Ray only supports 2 views (3D), nothing more. If there were multiple views, there would still be one normal h264 stream (the first one in the file), plus one or several extra MVC streams, which would all be marked by the splitter as either "right eye" or "MVC".

[sneaker_ger]

Sorry, I didn't mean multiple views as in "more than stereo 3D", but like for alternative scenes. For example the Star Wars DVDs have the "A long time ago, in a galaxy far far away"-text in multiple languages as different video streams. Can this also be done in 3D Blu-Ray? Or is this realized by separate m2ts files?

[madshi]

Blu-Ray does this via seamless branching = different m2ts/ssif files.

[sneaker_ger]

I see. Guess you've answered all my questions, then.

[Boltron]

Basic question regarding audio playback...

There is a lot of discussion regarding the playback of audio, Arcsoft Audio HD, decoders, 96/48KHz, downmixing etc...

I use an HTPC exclusively for playback of MKVs. I use MPC-HC, ffdshow video decoder, LAV Splitter/Audio. I have an ATI 5670 video card HDMI connected to my Denon AVR-791. Audio is over HDMI with bitstreaming. My MKV movies are mostly ripped from bluray in full 1080p without compression and I strip out all audio tracks except for the best track available (DTS-MA, TrueHD, DTS, AC3).

Now my question.

As I bitstream with LAV Audio, the way I understand it, the audio info is just passed over the HDMI to the AVR where the DAC/Audio processing happens. There is no decoding done by LAV Audio (e.g. 96/48KHz, downmixing), it is a simple passthrough. As such I do not need to concern myself with many of the topics seen here lately regarding Arcsoft Audio HD, decoders, 96/48KHz, downmixing. Is this assumption correct?

My ultimate goal is the best possible no compromise playback.

Thanks

[SamuriHL]

If you're bitstreaming, you're good. The audio is passed unaltered to the receiver. Done. :)

[nevcairiel]

Since the topic was discussed in some length today, i did some testing on some files in my sample library to figure out how much one can trust container timestamps for audio streams.

I measured the jitter of the incoming timestamps to my calculated timestamps that assume the stream is continous.

The values in the following tables are all in DirectShow reference time, which has the unit 100ns, that means a value of 10.000 is one millisecond, a value of 10.000.000 is one second.
All tests are with LAV Splitter, of course. I do not vouch for any other splitters timing accuracy.

MKV
Format Min Max Avg Status Muxer

AAC 0 10000 4992 OK

AC3 0 0 0 Perfect

MP3 0 0 0 Perfect

DTS 0 140000 23828 Acceptable mkvmerge v2.4.0 (most DTS files tested are exactly like this)
0 760000 90500 Acceptable mkvmerge v4.5.0

DTS-HD MA 0 580000 126125 Bad mkvmerge v4.1.1
0 1970000 420455 Bad mkvmerge v4.1.1
0 10000 9066 OK MakeMKV 1.6.0

TrueHD 0 15000 8600 OK MakeMKV 1.6.0
0 15000 8816 OK MakeMKV 1.6.7
0 5000 2500 OK mkvmerge v3.1.1

From my limited test set, it would appear that mkvmerge fails at muxing DTS, as it doesn't seem to set a proper duration for the frames, or something to that effect. MakeMKV on the other hand is nearly perfect, a maximum jitter of 1ms.
After adding the default duration field to the DTS MKVs created by mkvmerge, the values did change slightly, however the problem was not resolved.

Note that in all MKV tests, the value frequently still reaches 0, which means there is no static sync offset, and its not drifting, its just jittering that badly.

AAC is OK, AC3 and MP3 are perfect, TrueHD is also OK.

Now in comparison the mpeg container, since the results were basically the same, i summed up TS (both TS and m2ts) and PS (mpg, vob, evo)
MPEG-TS/PS
Format Min Max Avg Status

AAC 0 0 0 Perfect
LATM AAC 0 0 0 Perfect

AC3 0 0 0 Perfect

E-AC3 0 320000 160000 Acceptable, jitter is caused by the dependent substream thats not supported by the decoder, 5.1 streams will be fine
160000 160000 160000 16ms sync offset, otherwise perfect. (EVO)

MP2 0 0 0 Perfect

DTS-HD MA 0 0 0 Perfect

TrueHD 0 0 0 Perfect

LPCM 0 0 0 Perfect

Well this looks great, doesn't it? :)
For some reason the E-AC3 5.1 stream from an EVO has a 16ms sync offset, but i consider 16ms to be acceptable. Maybe my parser is caching one frame too much, and thus causing a delay.

So, i come to a short conclusion:
Adding a "safety net" that catches audio gaps is possible, at least for MPEG containers it should be trivial, just resync if we go above maybe 20ms, maybe a bit more to be safe.

For MKV, its a whole different story.
The default MKV timebase is so coarse (just millisecond precision), that the frame time of DTS cannot be accurately represented, so it seems to be cut off (10.6666 becomes 10), and frequently we get one frame with a big change in the time to resync the timestamp with the Video. This can be as big as 76ms, or even nearly 200ms in some DTS-HD files. MakeMKV is smarter there, and builds up durations like 11, 11, 10, 11, 11, 10, or something similar, which do not create a big offset.

So, how do you detect a gap in the audio in this situation? I can't exactly rely on the incoming timestamps, except if it reaches insanely high jitter values (>250ms maybe). I could keep checking the jitter offset, and if it fails to reach 0 for a while (maybe a timespan of 1s? 5s?), i use the lowest value encountered as the new offset.

Ideas, suggestions, anyone?

[madshi]

Ideas, suggestions, anyone?
My ideas:

(a) Report this problem to Mosu, so he can fix the problem in mkvtoolnix. He's quite willing to fix bugs. Of course that won't help with the files out there which are already broken. But it will help in future.

(b) For TS/m2ts I still think simply using the container timestamps would be the most straightforward way. You wouldn't even need a safety net for TS/m2ts then.

(c) For MKV you could first of all use your own timestamps. You'll need a safety net to account for gaps/overlaps. For that you could measure the arithmetic mean of the last [x] "container timestamp - calculated timestamp". As long as there's no audio gap/overlap, the mean should be very near to zero. If the mean gets too far away from zero, there likely was a gap or overlap which you need to correct for.

[nevcairiel]

(a) Report this problem to Mosu, so he can fix the problem in mkvtoolnix. He's quite willing to fix bugs. Of course that won't help with the files out there which are already broken. But it will help in future.

I'll certainly try that, i'll have to find a neat way to show the problem though, and reproduce with the latest mkvmerge to begin with.


(b) For TS/m2ts I still think simply using the container timestamps would be the most straightforward way. You wouldn't even need a safety net for TS/m2ts then.

Due to the parser, which buffers data internally for one frame, and me buffering PCM data before output, its not as simple as it sounds.
However, i already did all the legwork with the code which determines the jitter offset, so i can just use my reference value for the timestamp. ;)


(c) For MKV you could first of all use your own timestamps. You'll need a safety net to account for gaps/overlaps. For that you could measure the arithmetic mean of the last [x] "container timestamp - calculated timestamp". As long as there's no audio gap/overlap, the mean should be very near to zero. If the mean gets too far away from zero, there likely was a gap or overlap which you need to correct for.

The mean will never reach zero, thats basically what the Avg column is above, except its over my whole sampling period, and not a shorter timespan.

"container timestamp - calculated timestamp" will look something like this (in milliseconds)
Frame1: 0
Frame2: 1
Frame3: 2
...
Frame77: 76
Frame78: 0
...

Thats why i had the idea to keep watching for the lowest value in a given timespan, and sync to that.

[robpdotcom]

Not sure if this is relevant, but mkvmerge began writing the Default Duration of DTS files a few versions back. All files made before (at least, the 50 or so that I tested), can be fixed via mkvmerge's Header Editor (by adding 10666666 for the default duration).

It solved the DTS-HD + mkvmerge + Haali problem.

[nevcairiel]

That does not actually fix the timestamps of the frames, just the duration (which is not relevant for me)

[robpdotcom]

OK, just thought I'd throw it out there. I'm usually not any help, but sometimes I still like to try.:p

[madshi]

The median will never reach zero, thats basically what the Avg column is above, except its over my whole sampling period, and not a shorter timespan.

"container timestamp - calculated timestamp" will look something like this (in milliseconds)
Frame1: 0
Frame2: 1
Frame3: 2
...
Frame77: 76
Frame78: 0
...

Thats why i had the idea to keep watching for the lowest value in a given timespan, and sync to that.
No no, I meant it differently. Some posts ago you said:

> i have seen deviations of 300ms, then a few
> samples later its -300ms, and it just swaps
> around like that all the time - 100% constant
> and predictable

So basically you have something like this:

Frame1: -300ms
Frame2: +300ms
Frame3: 0ms
Frame4: -300ms
Frame5: +300ms
Frame6: 0ms

The simple average of these deviations should be pretty much zero. If that's the case, audio and video should be in sync. If the simple mean (not median!) goes up to e.g. 50ms then there appears to be a gap of 50ms which you need to correct for.

[nevcairiel]

Ah i typo'ed mean into median, oh well.

Anyway, those pattern are only observed on some TrueHD files, but i compensate for that automatically now.
As you can see in the data above, the big problem is DTS, and its problem is that the timestamps slowly drift apart (due to cutting off 10.66666ms to 10ms), and then one frame comes along to sync them again. There is no negative deviation to form a proper "0". If i were to average the deviations, i would add audio delay thats not supposed to be there. As long as the sync-correction-frame still corrects the deviation to 0 again, i'm still in perfect sync.

[ontherocks]

Yes with the splitter DD-THD bitstreaming worked.
However DD+ showed as DD in my Onkyo HT-R380. I guess its not bitsreaming DD+ properly.

[madshi]

Ouch, that is really bad. Maybe you can detect that sync is drifting in 10.666 / 10.0 speed and ignore that - unless that one correction frame doesn't come at all? To be honest, I'm not really sure how to handle this. Maybe the best solution would be to naively use the container timestamps and blame the broken video file / muxer for any problems caused by that? Have you checked what the other MKV splitters do? I bet they simply output the container timestamps. Seems to work well enough?

[SamuriHL]

That receiver doesn't claim to support DD+ decoding.

[nevcairiel]

Ouch, that is really bad. Maybe you can detect that sync is drifting in 10.666 / 10.0 speed and ignore that - unless that one correction frame doesn't come at all? To be honest, I'm not really sure how to handle this. Maybe the best solution would be to naively use the container timestamps and blame the broken video file / muxer for any problems caused by that? Have you checked what the other MKV splitters do? I bet they simply output the container timestamps. Seems to work well enough?

LAV Splitter also only outputs container timestamps. But this is not a splitter problem, its the audio decoder. :)

Other audio decoders are not handling this very well. The MPC-HC decoder just resyncs timestamps everytime it drifted more then 100ms, which in the DTS-HD case will send that jitter to the audio renderer, which either trys to compensate, or you hear minor sound glitches. ffdshows jitter correction is just flawed to begin with.

What i'm thinking right now is keep watching out for the smallest absolute value in a given timespan, and if thats still close to 0, its still in sync. If there was a gap, or overlap, the absolute value will not be 0 anymore (some huge positive number for overlap, negative for gaps)

[ontherocks]

That receiver doesn't claim to support DD+ decoding.

http://img155.imageshack.us/img155/9504/clipboard01tm.png

And also a photograph showing DD+ decoding would suffice?

[nevcairiel]

A photograph with DD+ decoding would suffice?

The tech spec page lists DD-Plus, SamuriHL is just not looking close enough.

Anyhow, i have a Onkyo TX-SR607, and DD+ works just perfectly for me - i would assume its somewhat similar decoding units in those two. ;)

[nevcairiel]

To illustrate the DTS timing problem, here a quick dump of the log output with the timing logging active..

http://pastebin.com/raw.php?i=S3fXZKUi

Note that i buffer 3 decoded DTS samples before delivery (to form 32ms samples), so you'll not see the 10ms increases
I just noticed something else in there - the timestamps are not even continous, they go backwards sometimes, which causes those really big jumps in the offsets.

[ontherocks]

Anyhow, i have a Onkyo TX-SR607, and DD+ works just perfectly for me - i would assume its somewhat similar decoding units in those two. ;)

If possible could you describe your setup.
Its really annoying & frustrating that I am not able to get DD+ working since a long time.
Struggled a lot with ffdshow, then concluded that it hasn't been implemented yet.
I have discussed about it here http://forum.doom9.org/showthread.php?p=1494674#post1494674
Got excited when I got to know about LAV, still I am back to square one.

[SamuriHL]

The tech spec page lists DD-Plus, SamuriHL is just not looking close enough.

Anyhow, i have a Onkyo TX-SR607, and DD+ works just perfectly for me - i would assume its somewhat similar decoding units in those two. ;)

Yea I missed that page. The page I saw only listed DD, TrueHD but it didn't have DD+. Awesome. :) No idea why it's not working, either. Works fine with my Pio's.

[Skinleech]

Yea I missed that page. The page I saw only listed DD, TrueHD but it didn't have DD+. Awesome. :) No idea why it's not working, either. Works fine with my Pio's.

Works fine on my 5450 to an Onkyo 876 also.

[nevcairiel]

If possible could you describe your setup.

Nothing special.
NVIDIA GTS450 for HDMI out, connected to the receiver.
Using ReClock, but tested DD+ also without - but if you're not using it yet, try with it too (or without :d).

[noee]

DD+ good here on LAV->Reclock->HD5670->HDMI->TX-NR905

[nightfly]

Works fine on my 5450 to an Onkyo 876 also.

And my Denon 988. Just got a new AVR though a Yamaha V867 and will see how that pans out.

[ontherocks]

One basic question.
How do I know that LAV splitter is working? Is there an indication in the taskbar or something?

[nevcairiel]

Well, in MPC-HC you would see it in the filter list. (Right Click the player -> Filters). It may also be hiding as the last entry with the name of the file, you can find out by opening the property page from there.

[nevcairiel]

New buildzies

http://files.1f0.de/lavf/LAVFilters-0.25-38-gfd5a9b3.zip

Highlights (only LAV Audio changes):
- A first draft of automatic A/V syncing when it detects an actual offset between our calculated timestamp and the timestamps from the incoming data. I *hope* this doesn't break anything, but i only tested MPEG-TS and MKV, other containers may go wildly wrong. The code is also very conservative, it may require up to 5-6 seconds for it to catch on to the sync problem, but IMHO thats alot better then having it re-sync a working video and causing issues.
- The ability to use the ArcSoft dtsdecoder directly through LAV Audio, just drop "dtsdecoderdll.dll" in the LAV Audio directory, and lean back for full DTS-HD enjoyment. On the LAV Audio status page, the ffmpeg decoder is called "dca", and the ArcSoft decoder is called "dts" (or postfixed with the profile), so you can see if its active.

Please note: Do not ask where to get the ArcSoft decoder. If you own TMT, its in the TMT folder under Codecs. If you don't, you should buy it if you want to use their decoder. This is *NOT* the place to try to score it for free. I respect their work, and so should you.

[SamuriHL]

New buildzies

http://files.1f0.de/lavf/LAVFilters-0.25-38-gfd5a9b3.zip

Highlights (only LAV Audio changes):
- A first draft of automatic A/V syncing when it detects an actual offset between our calculated timestamp and the timestamps from the incoming data. I *hope* this doesn't break anything, but i only tested MPEG-TS and MKV, other containers may go wildly wrong.
- The ability to use the ArcSoft dtsdecoder directly through LAV Audio, just drop "dtsdecoderdll.dll" in the LAV Audio directory, and lean back for full DTS-HD enjoyment. On the LAV Audio status page, the ffmpeg decoder is called "dca", and the ArcSoft decoder is called "dts" (or postfixed with the profile), so you can see if its active.

Please note: Do not ask where to get the ArcSoft decoder. If you own TMT, its in the TMT folder under Codecs. If you don't, you should buy it if you want to use their decoder. This is *NOT* the place to try to score it for free. I respect their work, and so should you.

Absolutely wonderful! This means, for those that aren't fully understanding, that you no longer need to register the ASAudioHD.ax file to get this to work. You just need to drop the dtsdecoderdll.dll file into the LAV Audio dir and you're good to go. Full bitdepth decoding of DTS-HD MA. WOO HOO!

I agree with Nev's comments about buying TMT if you use this. That will support their future development and allows us to use a really well developed decoder. Seems like a fair exchange. :) This is truly awesome. Thanks, Nev!

[idaho_mark]

I feel a ripple in the force!! Way to go - thanks much!

[BatKnight]

Is it specific to any TMT version? Because I've dropped the 1.1.0.0 and the 1.1.0.7 and neither work.
I've unregistered LAV and registered again and still only show dca on the format page.. Not dts there.

Am I missing anything?

Bat

[SamuriHL]

You misread. It will show that on the STATUS page when PLAYING a file. :)

[BatKnight]

Oh, sorry.
Yeah, that's it. It shows dca with using LAV and dts-hd ma when using Arcsoft.

Bat

[SamuriHL]

Then it's working. :) Man, such a horrible setup process. LOL!

[ontherocks]

To guys with ATI Radeon HD 5XXX series and Onkyo receivers........
Do you really see the http://img811.imageshack.us/img811/8278/clipboard02eo.png light on the receiver while playing DD+ streams?

[Mercury_22]

AVC playback it's broken in some m2ts files with MPC-HC's internal decoder = black screen and audio
Changing the decoder to another one or changing the splitter to LAV's "official Version 0.25" or to MPC-HC's internal it's solving the problem

Sample (http://www.megaupload.com/?d=DUE6Q94R)

[nevcairiel]

Don't you know better then "some m2ts files"? :)

[Mercury_22]

Don't you know better then "some m2ts files"? :)

:)Sorry I've forgot the link
Fixed :p

[Village Guy]

I am presently decoding DTS-HD Master using LAV Splitter + Audio decoder and bitstreaming to my Denon AVP successfully.

Am I to assume that this combination is not actually passing the full audio resolution and adding the Arcsoft decoder does?

Would someone mind clarifying this for me.

Thanks.

[nevcairiel]

:)Sorry I've forgot the link
Fixed :p

I switched to official 0.25, and that file never plays properly with MPC-HC decoder. Although i don't get a black screen, i get some corrupted image.
MPC-HC internal splitter gives me black screen.

I think the decoder just doesnt like the file..

I am presently decoding DTS-HD Master using LAV Splitter + Audio decoder and bitstreaming to my Denon AVP successfully.

Am I to assume that this combination is not actually passing the full audio resolution and adding the Arcsoft decoder does?


Well are you bitstreaming, or decoding? :)
If you bitstream, that is your receiver does the decoding (you ticked the HDMI bitstreaming checkboxes in LAV Audio config), then you do not need to do anything, you'll get the full quality.

[Mercury_22]

I switched to official 0.25, and that file never plays properly with MPC-HC decoder. Although i don't get a black screen, i get some corrupted image.
MPC-HC internal splitter gives me black screen.

Official 0.25 & MPC-HC's (1.5.2.3104) AVC (DXVA) internal it's playing fine here :confused:
Nevcairiel-LAVFSplitter-0.25-39-gd1a6c61 & MPC-HC's (1.5.2.3104) AVC (DXVA) it's broken = audio + black screen

I'm using VS2010SP1 and gcc461 for both (Lav & MPC)

P.S. The file it's straight from blu-ray (Hi-Definition Reference Disc)

EDIT NON-DXVA it's working with Nevcairiel-LAVFSplitter-0.25-39-gd1a6c61 too !:confused:

[Village Guy]

Well are you bitstreaming, or decoding? :)
If you bitstream, that is your receiver does the decoding (you ticked the HDMI bitstreaming checkboxes in LAV Audio config), then you do not need to do anything, you'll get the full quality.

I appreciate the clarification :thanks:

[nevcairiel]

Official 0.25 & MPC-HC's (1.5.2.3104) AVC (DXVA) internal it's playing fine here :confused:
Nevcairiel-LAVFSplitter-0.25-39-gd1a6c61 & MPC-HC's (1.5.2.3104) AVC (DXVA) it's broken = audio + black screen

I'm using VS2010SP1 and gcc461 for both (Lav & MPC)

P.S. The file it's straight from blu-ray (High definition reference disc)

Ah, i tested with software mode. And it is broken there, which does indicate that the file is wonky.

I'll test a bit.
Non-DXVA is broken for me with both the MPC-HC splitter and LAV Splitter.
DXVA is only broken with LAV Splitter.

I did try official 0.25, and no change. Maybe some change in ffmpeg.

Edit:
Nope, no changes, it remains broken. I blame the MPC decoder, its really far from usable these days.

[nevcairiel]

So i figured something out. Setting the MPC-HC decoder to 1 thread fixes software playback with LAV Splitter. I didn't think the MPC-HC decoder used any threads. o.O

MPC-HC Splitter: Software broken, DXVA working
LAV Splitter: Software working, DXVA broken

I still couldn't get 0.25 working..

this is weird. :P

[Mercury_22]

Changing decoder thread numbers make no difference here
Still it's very weird that 0.25 it's not working for you

[nevcairiel]

I fixed it for now, will need some proper fix later.

[VipZ]

More reason for LAV Video :p

[Portioli]

"dtsdecoderdll.dll" of any build or tmt (even 5) or only TMT3.0185?

Nevcairel i think everybody is thankfull for that.

[nevcairiel]

I recommend TMT5, they finally fixed mono decoding in there. The dll version would be 1.1.0.8

[Portioli]

how we check this?

ok i found that

thanks

[Mercury_22]

I fixed it for now, will need some proper fix later.

Yes it's working now !:thanks:

[Mark_A_W]

- The ability to use the ArcSoft dtsdecoder directly through LAV Audio, just drop "dtsdecoderdll.dll" in the LAV Audio directory, and lean back for full DTS-HD enjoyment. On the LAV Audio status page, the ffmpeg decoder is called "dca", and the ArcSoft decoder is called "dts" (or postfixed with the profile), so you can see if its active.
.


I so owe you a beer. Thank you :)

This is really a big step forward - a one stop shop decoder (well, actually if you did a similar thing with madFlac it would be complete.)

If it's not using a directshow connection, does this mean I can use the version which will handle DTS-MA 6.1 with eac3to, and the 24 bit version with LAV Audio?

Or have you solved the 24bit issue with certain versions of dtsdecoder.dll?



I'm not sure of your future plans, but some tray icons would be handy :cool:

[SamuriHL]

Hell no! The next thing on the list should be title selection!!! :p Tray icons can come later. :D

[jmone]

Hell no! The next thing on the list should be title selection!!! :p Tray icons can come later. :D

I agree on both counts (in fact MC16 tries to turn off tray Icons to stop issues with them grabbing focus on some systems)

[SamuriHL]

(In case people don't get my humor, I of course know that Nev sets the priorities and that we are blessed with the work he's done. I in no way am suggesting that my "demand" is to be taken seriously. Nor am I delusional to think that my suggestion means jack ____. :) It's just a hope!)

[Andy o]

To guys with ATI Radeon HD 5XXX series and Onkyo receivers........
Do you really see the http://img811.imageshack.us/img811/8278/clipboard02eo.png light on the receiver while playing DD+ streams?

Are you by any chance using the Realtek driver?

[Andy o]

Thanks for this new feature Nev!

the version which will handle DTS-MA 6.1 with eac3to, and the 24 bit version with LAV Audio?

Or have you solved the 24bit issue with certain versions of dtsdecoder.dll?

Mark can you expand on this? I've used the Arcsoft decoder from 3.185 successfully with DTS-HD MA 6.1, the only difference with TrueHD is that it outputs 7.1, which is just fine since the receiver would do the same thing when getting 6.1 channels (duplicate the back channel).

[ontherocks]

Are you by any chance using the Realtek driver?
Nope, the native ATI HDMI audio driver.

[renethx]

@nevcairiel

Can do the same thing for DdpDec71.dll for DD+? Just for the sake of completeness. DD+ 7.1 test file (http://www.avsforum.com/avs-vb/showthread.php?p=19354466#post19354466).

[Andy o]

That would be great, since DD+ decoding for me breaks as soon as I seek within the file.

[Andy o]

Nope, the native ATI HDMI audio driver.

Don't know what's wrong then. Does it work with any other players? Although I don't know of any other that will bitstream with ATI cards.

[jmone]

Andy sorry - forgot to report my test on the DD+ 7.1 file. I have no issues with playback, seeking etc using LAVAudio (only outputs 5.1 of course + I only have a 5.1 system anyway). Rock Solid for me.

[jmone]

...also I've a ton of DD+ stuff from all my HD-DVD discs and these also play fine (though all are 5.1, no 7.1) with LAVAudio doing the decoding.

[Andy o]

We're talking about the Arcsoft decoder though, which is the only one that can decode 7.1 DD+. I also have no trouble with LAV and ffdshow on 5.1 files. Could you try the Arcsoft one, btw? I'd appreciate if someone could tell me if it's not only my system.

[Andy o]

Oh I didn't notice that you have only a 5.1 system. I'm thinking decoding that 7.1 file with Arcsoft you should also be able to get my trouble. C and R channels swap, and the surrounds are silent, once you seek.

[jmone]

OK gave it a go and it really is broken. It was kinda hard to test on a 2.0 system but I watched the MC DSP Analyser. While the channel mapping seemed OK if you played it though, a seek really does break the channel mapping including the Center going to the Right and all the surrounds dropping out. If you need me to I can run it up on the 5.1 HTPC.

[jmone]

...while this issue will not impact me on a 5.1 system..... is there any 7.1 DD+ material anyway?

[Andy o]

Just that test, I guess, but like renethx said... for the sake of completeness :). It's really not practically important, at least for now (who knows if when broadcasters start using DD+ some of them won't use 7.1), but it's just been annoying me that apparently I'm the only one having this problem.

[jmone]

Well I can confirm it is not just you!

[whurlston]

And my Denon 988. Just got a new AVR though a Yamaha V867 and will see how that pans out.

DD+ bitstreaming works fine with my 5670 -> RX-V863 (no reclock). I haven't tested with my RX-A3000 though.

[jmone]

Nevcairiel, i read with interest on P143 your testing of containers / codecs especially the issues with MKV's produced using mkvmerge and DTS. Are there any issues with DD+ and LPCM in MKV (I see you tested on TS but not MKV)?

The reason I ask is I've still got to convert my old HD-DVD's to a more friendly format (most have DD+ but some have DTS-HD), and to date non of the GUI options grab me as ideal:
1) TS or BD Stucture (eg Clown_BD): Get to keep any subs in PGS but all DD+ will be converted to DTS or LPCM
2) MKV (eg AnotherEAC3toGUI): Uses mkvmerge and the GUI seem to want to convert both the DD+ track to something else and the PGS subs get converted to VOBSUB

This is a task I want to do once so thanks for the testing as I had no idea of the issues with mkvmerge!

[Andy o]

Well I can confirm it is not just you!

Thanks. I set up my PC for 5.1 and it's a bit different than 7.1. With 5.1 my right channel doesn't go to center, it goes to left surround!

[Andy o]

I'm getting static with DTS-HD MA 2.0 and the Arcsoft dll. The LAV decoder status says "dts" only. 5.1 and 7.1 work fine with LAV. The Arcsoft decoder does decode 2.0 OK.

This is an audio mka sample, it's the same with mkv videos.

http://www.megaupload.com/?d=CSCFJ85R

[jmone]

I'm getting static with DTS-HD MA 2.0 and the Arcsoft dll. The LAV decoder status says "dts" only. 5.1 and 7.1 work fine with LAV. The Arcsoft decoder does decode 2.0 OK.

This is an audio mka sample, it's the same with mkv videos.

http://www.megaupload.com/?d=CSCFJ85R

I can also confirm, that under LAVAudio
1) Plays fine using avcodec
2) Plays static using dtsdecoderdll

[nevcairiel]

If it's not using a directshow connection, does this mean I can use the version which will handle DTS-MA 6.1 with eac3to, and the 24 bit version with LAV Audio?

The limitations were in the DirectShow component, and you're free to use whatever version of the decoder you want.

What issues with 6.1, btw? The latest version, 1.1.0.8, decodes 6.1 just fine, except that it double the back center to both back left and right (making it 7.1) - but me personally, since i dont have a back-center anyway, thats welcome. :p



Can do the same thing for DdpDec71.dll for DD+? Just for the sake of completeness. DD+ 7.1 test file (http://www.avsforum.com/avs-vb/showthread.php?p=19354466#post19354466).
Thats too much work for too little benefit. There is barely any 7.1 material, and its kinda alot of work to figure out how a dll works if you know nothing about it.

[Andy o]

Sorry, that sample is only DTS 2.0, there's another title with the same video but DTS-HD MA 2.0 audio so I mixed them up. The following sample (different one) is DTS-HD MA 2.0 with the surround flag on. This static problem also happens with this sample.

Also, bitstreaming this sample, people with Pioneer receivers can check if their receivers need a firmware update. Receivers like mine (VSX-01) and as new as the 2010 generation (VSX-21 and others) are reported to have this issue. This is rare audio, as far as I know only recently available with Criterion releases of older stereo movies. It's not the same as regular DTS-HD MA 2.0, which works correctly.

http://www.megaupload.com/?d=QDXF3P2V

[Mark_A_W]

The limitations were in the DirectShow component, and you're free to use whatever version of the decoder you want.

What issues with 6.1, btw? The latest version, 1.1.0.8, decodes 6.1 just fine, except that it double the back center to both back left and right (making it 7.1) - but me personally, since i dont have a back-center anyway, thats welcome. :p



Thats too much work for too little benefit. There is barely any 7.1 material, and its kinda alot of work to figure out how a dll works if you know nothing about it.

From memory, an early version would just ignore the 6th channel - at least in eac3to.

Doubling the back centre to make 7.1 is perfect.

What does 1.1.0.7 do?

[nevcairiel]

I'm getting static with DTS-HD MA 2.0 and the Arcsoft dll. The LAV decoder status says "dts" only. 5.1 and 7.1 work fine with LAV. The Arcsoft decoder does decode 2.0 OK.

This is an audio mka sample, it's the same with mkv videos.

http://www.megaupload.com/?d=CSCFJ85R

Fixed. It still says only "dts", but so does LAV Splitter, are you sure its actually HD? :p

It decodes fine now, though. The problem was that the ArcSoft decoder is outputting 16-bit for that file, and that totally confused my code.

Edit: Your actual HD file works, too.

[Gleb Egorych]

nevcairiel, thanks for that great dts addition!

I have a question about TrueHD. LAV Audio requires TrueHD subtype from a splitter to decode TrueHD and LAV Splitter gives it. But Haali and Gabest splitters send TrueHD with AC3 subtypes and in this case LAV Audio decoding fails. Could you please fix this if it doesn't require a lot of rework?

[nevcairiel]

I have a question about TrueHD. LAV Audio requires TrueHD subtype from a splitter to decode TrueHD and LAV Splitter gives it. But Haali and Gabest splitters send TrueHD with AC3 subtypes and in this case LAV Audio decoding fails. Could you please fix this if it doesn't require a lot of rework?

TrueHD is *NOT* AC3, its not even related to it, i do not know how they ever came up with the idea to use the AC3 subtype. Use a splitter that actually knows how to deal with TrueHD, and you won't have those problems.
The only thing they have in common is that both are Dolby products...

It'll be fixed eventually, but not so soon.

From memory, early version would just ignore the 6th channel - at least in eac3to.

Doubling the back centre to make 7.1 is perfect.

What does 1.1.0.7 do?

Here is a 6.1 sample, at least the volume status page in LAV Audio shows audio coming out of the back channels (with 1.1.0.8), can't say about .7, feel free to try it.

http://www.multiupload.com/YML3MLBPYP

[jmone]

Nevcairiel, i read with interest on P143 your testing of containers / codecs especially the issues with MKV's produced using mkvmerge and DTS. Are there any issues with DD+ and LPCM in MKV (I see you tested on TS but not MKV)?

The reason I ask is I've still got to convert my old HD-DVD's to a more friendly format (most have DD+ but some have DTS-HD), and to date non of the GUI options grab me as ideal:
1) TS or BD Stucture (eg Clown_BD): Get to keep any subs in PGS but all DD+ will be converted to DTS or LPCM
2) MKV (eg AnotherEAC3toGUI): Uses mkvmerge and the GUI seem to want to convert both the DD+ track to something else and the PGS subs get converted to VOBSUB

This is a task I want to do once so thanks for the testing as I had no idea of the issues with mkvmerge!

OT and FYI - I leaning towards converting all my HD-DVD's to a BD stucture on the HDD (using Clown) and converting all DD+ tracks to LPCM. The results play perfectly with LAVSplitter/Decoder including Subs and Chapters with no transcoding issues for the Audio. The only downside is the extra space that LPCM takes up over DD+ but...it ain't that much anyway. The other "benefit" is you can then burn the structure to a BD disc if you need to play it back in a BD player.

[nevcairiel]

I dunno why it converts the Subs to VOBSUB, PGS is fine in MKV .. on another note, doesn't HD-DVD use extended VOBSUBs, and not PGS?

Anyhow, you could also use FLAC in MKV.

PS:
The DTS in MKV by mkvmerge "problem" isn't really a problem, its just not perfect.
I have been thinking about just turning the logic off for DTS in MKV, or at least relaxing it even more.

Not that it bothers me much, i think i have 2 actual MKVs with DTS-HD, i usually keep all my HD movies either as BD structure or just keep them on the BD disc. ;)

[jmone]

I was under the understanding the HD-DVD also used PGS but the format was a slightly different implementation and the clownBD calls BDSup2Sub (".sup" "/res:1080") to convert the extracted Subtitle.SUP file to one of a similar size that is then muxed back in.

[nevcairiel]

What i could find on the topic is that HD-DVD either uses default DVD VOBSUBs, or an extended version with more colors.

[jmone]

Yeah, don't know - but asked the Q over at the BDsup2sub thread - http://forum.doom9.org/showthread.php?p=1500776#post1500776

[madshi]

HD DVD (without a hyphen!) uses an extended version of DVD subtitles.

[jmone]

HD DVD (without a hyphen!)

Stand corrected!

[Gleb Egorych]

There are some compatibility issues between LAV Audio and standard AVI splitter. Tested on many AVI samples with MP3 tracks. After multiple seeks LAV Audio often needs a few seconds to resync with video. On one sample I even get crash after multiple seeks.
Problem signature:
Problem Event Name: APPCRASH
Application Name: zplayer.exe
Application Version: 8.0.0.0
Application Timestamp: 2a425e19
Fault Module Name: avcodec-53.dll
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 4dcd872f
Exception Code: c0000005
Exception Offset: 001cb65d
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1049
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
Unfortunately, the sample file is quite big.

If I use LAV Source as source filter and splitter then the problems don't occur.

[nevcairiel]

I cannot reproduce any problems with the default AVI splitter, sync seems fine instantly, no matter how often i seek. Unless you can produce one specific sample, there isn't anything i can do.
Besides, just use LAV. :)

PS:
Maybe the situation improved in my development version already, who knows.

[Mark_A_W]

Here is a 6.1 sample, at least the volume status page in LAV Audio shows audio coming out of the back channels (with 1.1.0.8), can't say about .7, feel free to try it.

http://www.multiupload.com/YML3MLBPYP


Interesting. The Splitter Filters confirms it's 7 channels (6.1), but watching the LAV Audio decoder levels meters, I'd swear it was 7.1.

It doesn't look to be just copying the two back channels, every surround channel seems to have a slightly different signal (unless the meters are misleading).

Whereas, if I play a 5.1 source, the side channels are inactive.


Anyway 1.1.0.7 works.

Funky video BTW ;)

[nevcairiel]

Interesting. The Splitter Filters confirms it's 7 channels (6.1), but watching the LAV Audio decoder levels meters, I'd swear it was 7.1.

Yeah, thats after decoding, of course, and the decoder creates 8.


Funky video BTW ;)
Heh, someone posted that for another issue a while back.

[Mark_A_W]

Yeah, thats after decoding, of course, and the decoder creates 8.



I realise that. What was interesting was that it is performing some sort of processing to create the channels, not just copy the Centre Back channel to BR and BL.

Wish I could get ffdshow to do that for my FLAC 5.1 stuff...grrr...

[noee]

Nope, the native ATI HDMI audio driver.

Check the docs on your receiver. Even if it's not showing the DD+ symbol, it may still be receiving the format properly. Apparently, depending on DD+ input source, the DD and DD+ are treated the same, at least on Onkyo.

[Andy o]

Wish I could get ffdshow to do that for my FLAC 5.1 stuff...grrr...
Why not use DPLIIx for 5.1 content? I'm using it and it works fine.

[marconi]

I am reinstalling Win7 64 on my HTPC. When I use the version 0.25 x86/x64 LAV installer a message pops up asking me to install the x86 version of VC++2010 Runtime (the 64 bit version is already installed thanks to AMD Catalyst). In my last build I did this, but then ran into errors with AMD Catalyst when I upgraded the driver to 11.5. Any suggestions on how to proceed? Apart from the Catalyst errors, the LAV filters worked very well with MPC-HC.

[nlnl]

nevcairiel

Thanks for LAV!

Still can not play dts hd ma 2.0 audio in mkv http://www.multiupload.com/FJ7YOCNC6M
MPC+LAV splitter+LAVaudio (bitstream) + system renderer= static noise when switching audio tracks
MPC+Halii+LAVaudio (bitstream) + system renderer= OK
MPC+LAV splitter+LAVaudio (bitstream) + Audio Switcher + system renderer= OK

And if I remux everything in .ts, I have the same issue.

[andyvt]

Anyhow, if decoding does not work, its basically the same issue the MPC-HC MPEG splitter has, except that the MPC-HC one additionally sends the wrong media type. :p
I will have to write my own parser to separate the TrueHD frames from the AC3 frames in those streams .. i'll get to it eventually, its somewhere on the list..

They changed their demux to parse out the AC3 and it's working great now with M2TS. Thank you again for working on this.

Is there a "buy Nevcairiel a beer" link somewhere?

[Andy o]

nevcairiel

Thanks for LAV!

Still can not play dts hd ma 2.0 audio in mkv http://www.multiupload.com/FJ7YOCNC6M
MPC+LAV splitter+LAVaudio (bitstream) + system renderer= static noise when switching audio tracks
MPC+Halii+LAVaudio (bitstream) + system renderer= OK
MPC+LAV splitter+LAVaudio (bitstream) + Audio Switcher + system renderer= OK

And if I remux everything in .ts, I have the same issue.

Sample plays OK here, switching between audio tracks w/ LAV audio and splitter.

[nevcairiel]

nevcairiel

Thanks for LAV!

Still can not play dts hd ma 2.0 audio in mkv http://www.multiupload.com/FJ7YOCNC6M
MPC+LAV splitter+LAVaudio (bitstream) + system renderer= static noise when switching audio tracks
MPC+Halii+LAVaudio (bitstream) + system renderer= OK
MPC+LAV splitter+LAVaudio (bitstream) + Audio Switcher + system renderer= OK

And if I remux everything in .ts, I have the same issue.

Thats an interesting problem, the audio renderer seems to just connect to the splitter, and accept the still encoded audio..

Maybe i can change the stream switching a bit to make this better..
The problem is that the DirectShow graph renderer will always try to avoid adding new filters to the graph, so if the renderer accepts it, no matter with how low merit .. it'll use it.

There is no perfect way to solve this, but i can try some things.
What the other Splitters do is, they just reuse the old decoder, and do not allow you to change the decoder for different streams, thats why there are no problems.
Sadly, DirectShow really does not have the capability to do this flawlessly, unless i delete the whole audio chain .. i can certainly try that, but i don't think its pretty.

Just keep the audio switcher running, for now.

[andyvt]

Thats an interesting problem, the audio renderer seems to just connect to the splitter, and accept the still encoded audio..

Maybe i can change the stream switching a bit to make this better..
The problem is that the DirectShow graph renderer will always try to avoid adding new filters to the graph, so if the renderer accepts it, no matter with how low merit .. it'll use it.

There is no perfect way to solve this, but i can try some things.
What the other Splitters do is, they just reuse the old decoder, and do not allow you to change the decoder for different streams, thats why there are no problems.
Sadly, DirectShow really does not have the capability to do this flawlessly, unless i delete the whole audio chain .. i can certainly try that, but i don't think its pretty.

Just keep the audio switcher running, for now.

Couldn't you check the downstream filter and refuse the connection if it is a registered renderer?

[Andy o]

Oh, I had the audio switcher enabled, sorry. Is there a reason to disable it, though? I've always had it enabled but all its options disabled.

[nevcairiel]

Oh, I had the audio switcher enabled, sorry. Is there a reason to disable it, though? I've always had it enabled but all its options disabled.

Well there is no reason to keep it enabled, either.

Anyhow, removing all audio related filters from the graph (including the renderer) seems to work, at least in MPC-HC. It'll build a completely new audio graph, which includes the proper decoder.
This kind of graph rebuilding is required for Blu-ray title switching anyway, so its a good start to test some things, i guess. :)

I'll throw a quick UI option on there to help debug any possible failures caused by this.

[nlnl]

There is no perfect way to solve this, but i can try some things.
What the other Splitters do is, they just reuse the old decoder, and do not allow you to change the decoder for different streams, thats why there are no problems.
Sadly, DirectShow really does not have the capability to do this flawlessly, unless i delete the whole audio chain .. i can certainly try that, but i don't think its pretty.

Just keep the audio switcher running, for now.

Thanks!

May this is one more reason to start developing LAV audio renderer (wasapi based) :).
It would not reply to graph rebuilder that it accepts DTS HD MA :)

[Gleb Egorych]

Unless you can produce one specific sample, there isn't anything i can do.
I PMed sample file to you.

Besides, just use LAV. :)
I do :).
BTW I compared speed of seeking of LAV Source and Haali Splitter. When I make a seeking to a random position of a file, sound changes almost instantly (like with Haali) while video starts playing from the new position with a delay. This delay is noticeably higher than with Haali. The same behaviour for different containers (MP4, MKV, TS) and different decoders.

[nevcairiel]

At least with MKV, you can use cue-point seeking, which will sacrifice accurate seeks, but should give you faster seeks. However, your player needs to support it, read the cue-points from the splitter, and redirect any seeks to those. Maybe Haali forces seeks to those points, i really didn't test much with Haali.

Sadly, seeking to keyframes without cue points is currently not easily possible. :(
The seek API in ffmpeg is really lacking.

However, people are supposed to watch stuff, not seek to stuff. ;)


BTW, with AVI Splitter you mean the MS one, not the MPC-HC/Gabest one, right?

[Gleb Egorych]

Thanks for the explanation.

BTW, with AVI Splitter you mean the MS one, not the MPC-HC/Gabest one, right?
Yes, MS one from quartz.dll.

[nevcairiel]

So before i move myself to the couch for some TV enjoyment, here a quick new build.

http://files.1f0.de/lavf/LAVFilters-0.25-51-g2a551ca.zip

Highlights this time around:
- A more aggressive approach at stream switching, as outlined a few posts above. All components downstream from the LAV Splitter audio pin will be removed, and should be re-created by a graph builder. Only tested in MPC-HC, works perfectly there. Can be turned off in the settings.
- The A/V sync adjustments got an option to turn it off for debugging
- Improvements to the ArcSoft decoder interface

@Gleb Egorych:
I did some changes, and couldn't reproduce any crashes anymore, but it was pretty hard to reproduce them in the first place, so if you could try as well, that would be great.

[jmone]

Some very odd impact in MC16 if the stream switching "agressive approach" is enabled (I'd suggest it is turned off by default at this stage!)
1) On BD playback (and some TS) the std Default DirectShound drivers is loaded (turning it off and the J.River renderer is reloaded)
2) On BD playback if you switch from a DTS-HD (using Arcsoft) to say DD (using avcodec) then it plays through at hyper speed (whole disc in seconds)
3) Got a few MC16 crashed with random sample files, or it will advance to the next file

[nevcairiel]

As mentioned before, this kind of graph rebuilding is required for Blu-ray title switching, or at least it would make it significantly easier.
Sadly, lots of players do not implement DirectShow graph building properly. They manually build a graph, but if any graph changes occur initiated by a component outside of their control, all hell breaks loose.

On players where the aggressive mode does not work, the advanced Blu-ray features will most likely not work either.

[fps]

Secret tip for ArcSoft Audio decoder: Use the ASAudioHD.ax from TMT3, and the dtsdecoder.dll from TMT5 - the TMT3 .ax allows full 24-bit/96khz output (the TMT5 version doesn't, for some reason), and the new dtsdecoder fixes some bugs. :)


- The ability to use the ArcSoft dtsdecoder directly through LAV Audio, just drop "dtsdecoderdll.dll" in the LAV Audio directory, and lean back for full DTS-HD enjoyment. On the LAV Audio status page, the ffmpeg decoder is called "dca", and the ArcSoft decoder is called "dts" (or postfixed with the profile), so you can see if its active.
Just to clear things up, do I still need to use the combination of ASAudioHD.ax from TMT3 and the dtsdecoder.dll from TMT5 to get full 24-bit/96khz output (just register the ax and put the dll in the LAV folder, I guess?)?

[jmone]

Thanks - opened up a topic in the MC16 beta board on support for Blu-ray title switching in general

[jmone]

Just to clear things up, do I still need to use the combination of ASAudioHD.ax from TMT3 and the dtsdecoder.dll from TMT5 to get full 24-bit/96khz output (just register the ax and put the dll in the LAV folder, I guess?)?

No need to register anything, use checkactivate, the "wrapper", edit win.ini..... all you need to do is drop just the dtsdecoder.dll (pref from TMT5) into your LAVAudio install folder :)

[Portioli]

i love this screenshot

http://i.imgur.com/A90f2.jpg

[CiNcH]

What are common media subtypes for True HD and DTS-HD?

[nevcairiel]

To expand on the previous comment, and explain why stream switching is such a problem.

The main issue is that i want to allow changing the decoder when you switch the stream.
If i were to do it like the MPC-HC splitter, or Haali, a stream switch would just mean clearing the buffers, and sending a new media type. This is easy, and works flawlessly in nearly every player. This is how its done if you switch the video stream, because video decoders are most of the time not really happy about being dumped from the graph mid-playback (and files usually don't contain video tracks of different codecs).

Now, if you want to switch the decoder, you actually have to remove the old decoder from the graph first.
- The old way: I stop the graph, remove the decoder, and instruct DirectShow to render the graph again, which will cause it to fill in the gaps to make a connection. This has, however, one downside. It will first try to make due without a new decoder, so if the existing filters accept the output type of the splitter, it'll just form a direct connection. In the case of some audio renderes, this is particularly bad, as they accept those types without really supporting them (connecting DTS and FLAC directly to the renderer, not working too good)
- The new (aggressive) way: I stop the graph, and i remove the decoder, and in addition, i remove the filter that was connected to the decoder, and any filters after that, including the renderer. This way i avoid the whole direct connection issue, because the graph builder has to start from scratch. If the player properly implements its own graph building interface (like MPC-HC does), it'll create a perfect graph.

Sadly, there is no way that "just works" with every player. DirectShow was not meant to be used like this. Even the old way has its issues, if for example the player inserts a filter between splitter and decoder, maybe a bitrate monitor, or who knows what.

One thing i can do, i can try to force the graph builder to insert a new filter in the chain when doing it the "old" way, by simply denying connection to the downstream filter that came after the decoder.

Considering LAV Splitter is the only commonly used splitter that lets you switch decoder, is that really worth all the trouble?
For me it isn't. I only use LAV Audio.

PS:
A "good" solution to the whole problem would be pretty simple.
- LAV Splitter creates one output pin for every stream, and connects the appropriate decoders.
- There is an extra stream switching filter, that sits between all the decoders, and the renderer.
- When you switch streams, you'll tell the stream switching filter, and it'll tell LAV Splitter. That way all the pins are connected, but only the active one produces data to be decoded.

Sadly, this basically requires player support.

[nevcairiel]

Just to clear things up, do I still need to use the combination of ASAudioHD.ax from TMT3 and the dtsdecoder.dll from TMT5 to get full 24-bit/96khz output (just register the ax and put the dll in the LAV folder, I guess?)?

Just the dtsdecoderdll.dll, nothing else. No hacks, no tricks, no complicated setup. Just drop the dll in the folder.
The versions from TMT3 should work as well, for most content, but the newer the better, i guess.

[fps]

No need to register anything, use checkactivate, the "wrapper", edit win.ini..... all you need to do is drop just the dtsdecoder.dll (pref from TMT5) into your LAVAudio install folder :)

Just the dtsdecoderdll.dll, nothing else. No hacks, no tricks, no complicated setup. Just drop the dll in the folder.
The versions from TMT3 should work as well, for most content, but the newer the better, i guess.

Thanks for the clarification! :)

[Mark_A_W]

Why not use DPLIIx for 5.1 content? I'm using it and it works fine.

Because the ffdshow implementation converts Stereo to 5.1.

I want to convert 5.1 to 7.1.


I've not been able to get ffdshow to do that using DPLIIx. Am I missing something?

[Mark_A_W]

I only use LAV Audio.

PS:
A "good" solution to the whole problem would be pretty simple.
- LAV Splitter creates one output pin for every stream, and connects the appropriate decoders.
- There is an extra stream switching filter, that sits between all the decoders, and the renderer.
- When you switch streams, you'll tell the stream switching filter, and it'll tell LAV Splitter. That way all the pins are connected, but only the active one produces data to be decoded.

Sadly, this basically requires player support.


I'm down to two audio decoders, LAV Audio and madFLAC. I'm not sure if LAV Audio does FLAC, and if it's using ffmpeg as a base, then I think it's 16 bit only (hence the reason for madFLAC).

Blight seems responsive to requests, and ZP version 8 is not done yet (although it's close I think). And obviously the MPC-HC boys.

Or you could basically gut MPC-HC and build a slimline player with madVR/madFLAC/LAV Filters and Reclock. It would still need some directshow custom graph support*, as there are always quirks, but not the full internal filter package.

* For instance I use ffdshow audio (delays and mixer), then Convolver Wrapper (room correction) after the audio decoder. And I have to use Arcsoft video decoder for VC-1 EVO files directly off the HD DVD disc, as ffdshow video decoder won't connect. Quirks...

[Andy o]

Ah sorry, I think ffdshow doesn't do DPLIIx, only DPLII. I just assumed you were using HDMI for 7.1 audio, cause pretty much all receivers I've seen capable of 7.1 HDMI can do DPLIIx. Mine (Pioneer) can apply DPLIIx to 5.1 signals, and leave stereo alone. Are you using analog?

[Mark_A_W]

Ah sorry, I think ffdshow doesn't do DPLIIx, only DPLII. I just assumed you were using HDMI for 7.1 audio, cause pretty much all receivers I've seen capable of 7.1 HDMI can do DPLIIx. Mine (Pioneer) can apply DPLIIx to 5.1 signals, and leave stereo alone. Are you using analog?

Yup, analogue.

Direct connection from a Xonar HDAV 1.3 Deluxe (bought for 8 channel analogue only...annoying that I had to get all the HDMI rubbish, but that's the only top end 8 channel PCIe card)...

..to an active crossover then to Rotel power amps.

No receiver or preamp at all. The PC is the preamp. I miss out on some receiver based tricks, but I get 8 channel Digital Room Correction using Denis Sbragion's DRC software (free).

If I was doing it all again I probably wouldn't go this way, but that's how it grew.

[Andy o]

The Xonar doesn't have DPLIIx? My DX and U1 do, but the Xonar drivers are notoriously buggy.

[Mark_A_W]

The Xonar doesn't have DPLIIx? My DX and U1 do, but the Xonar drivers are notoriously buggy.


Nup. Every other Dolby related trick but the one that would be useful....

I use the Uni Xonar drivers, they work well.

[Andy o]

You sure? Cause I just tested with my DX and it does work. The thing is that it hides it if your input is 8 channel. Change it to 6 channels, and then your output to 7.1 speakers, and the DPLIIx option should appear. I'm on Windows 7 btw, if you're using XP it might be different.

[Mark_A_W]

Ha!! You're right!

I only ever leave it on 8 channels, so I've never seen that.

Wish they would make it automagic...


Thanks Andy :)

[Andy o]

And thanks for letting me know about the uni drivers. I'm gonna test my DX for the stereo expansion, but I only use it for Dolby Headphone anyway.

Maybe if you use WASAPI exclusive you won't need to change the channel input? I know Dolby Headphone doesn't get bypassed with WASAPI exclusive (except for stereo 96kHz), maybe DPLIIx doesn't get bypassed either?

[Andy o]

Anyway, back on topic, I have an mkv which LAV splitter reports as 29.97 to madVR, but ReClock sees it (correctly) at 23.976. If I use the MPC mkv splitter, it gets reported to madVR correctly as well. Remuxing with mkvmerge doesn't fix it. I'll see if I can cut up a clip.

EDIT: I think I see the problem, this is what mediainfo says:

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 23mn 37s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Original frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 76 r1271 496d79d

[skingery]

So before i move myself to the couch for some TV enjoyment, here a quick new build.

http://files.1f0.de/lavf/LAVFilters-0.25-51-g2a551ca.zip



Trying this with a MKV rip of Star Wars Episode 2 from DVD. So this is mpeg 2 with AC-3. Using MPC-HC, LAV splitter, LAV audio bitstreaming and LAV CUVID.
When I start the file the audio is a second or so behind the video. I watched for a while to see if it would catch up and it didn't. It got too annoying so I stopped it and restarted MPC-HC and tried playing the same file (I have MPC-HC keep the location so it started at that spot) and it is all good now.


My HTPC is attached to my old Onkyo via S/PDIF, don't have HDMI audio yet.

[Mark_A_W]

Nev

I'm having an issue with the version you posted today (not sure if it's just this version).

When I use LAV Splitter for mkv files with FLAC audio, it insists on trying to load the LAV Audio decoder, giving an audio format not supported error. This is despite having madFLAC selected in Zoom Player for FLAC, and having the FLAC option unticked in the formats section of LAV Audio.

If I allow FLAC in LAV Audio, playback works, but with the "wrong" decoder (LAV).

If I change splitter, then madFLAC is loaded, as per the Zoom Player smart play settings.

So:

- LAV Splitter seems to be forcing LAV Audio, at least for me. I don't think it should force the matter.

- Is there any reason not to use LAV Audio for FLAC? Limited to 16 bit? Seems to be reporting 24 bit..

[madshi]

PS:
A "good" solution to the whole problem would be pretty simple.
- LAV Splitter creates one output pin for every stream, and connects the appropriate decoders.
- There is an extra stream switching filter, that sits between all the decoders, and the renderer.
- When you switch streams, you'll tell the stream switching filter, and it'll tell LAV Splitter. That way all the pins are connected, but only the active one produces data to be decoded.
But won't there be problems when having multiple active audio decoders? They all will want to connect to some renderer, won't they? So won't there be multiple audio renderers, too? I think only one of them can use WASAPI, correct? What if it's the wrong one that manages to grab WASAPI rights? Wouldn't there also have to be multiple Reclock instances?

If you can somehow fix all these issues, *and* if you can still properly support IAMStreamSelect, then I guess it would be ok with me. But I think I would still prefer the current logic.

[nlnl]

So before i move myself to the couch for some TV enjoyment, here a quick new build.

http://files.1f0.de/lavf/LAVFilters-0.25-51-g2a551ca.zip


nevcairiel

http://www.multiupload.com/FJ7YOCNC6M
MPC+LAV splitter (aggressive) +LAVaudio (bitstream) + system renderer= crash when switching audio tracks using A key, and =OK using menu (MPC or splitter) for switching.

[nevcairiel]

But won't there be problems when having multiple active audio decoders? They all will want to connect to some renderer, won't they? So won't there be multiple audio renderers, too? I think only one of them can use WASAPI, correct? What if it's the wrong one that manages to grab WASAPI rights? Wouldn't there also have to be multiple Reclock instances?

If you can somehow fix all these issues, *and* if you can still properly support IAMStreamSelect, then I guess it would be ok with me. But I think I would still prefer the current logic.

Thats where that extra stream switching filter comes in, basically a multiplexer that takes all decoders, and forwards only the active one to the renderer.
But yeah, its not a viable solution, unless a player fully supports this mode.

The problem with the current logic is that switching the decoder for different audio tracks is just not easily doable, especially with all the different players out there, all trying to be smart about graph building, and DirectShows graph building routines trying to be smart and skip decoders if possible..


- LAV Splitter seems to be forcing LAV Audio, at least for me. I don't think it should force the matter.

There is no code whatsoever that forces any decoder. Blame ZoomPlayer, its "smart play" is usually not so smart.


Trying this with a MKV rip of Star Wars Episode 2 from DVD. So this is mpeg 2 with AC-3. Using MPC-HC, LAV splitter, LAV audio bitstreaming and LAV CUVID.
When I start the file the audio is a second or so behind the video. I watched for a while to see if it would catch up and it didn't. It got too annoying so I stopped it and restarted MPC-HC and tried playing the same file (I have MPC-HC keep the location so it started at that spot) and it is all good now.
The Bitstreaming code does not yet use the new logic to check and correct A/V sync, i hope to add this in the future there as well, but it adds an extra layer of complexity.

[Gleb Egorych]

http://files.1f0.de/lavf/LAVFilters-0.25-51-g2a551ca.zip

.....

@Gleb Egorych:
I did some changes, and couldn't reproduce any crashes anymore, but it was pretty hard to reproduce them in the first place, so if you could try as well, that would be great.
Unfortunately, I reproduced crashes, on original file and on the small sample sent to you.
Problem signature:
Problem Event Name: APPCRASH
Application Name: zplayer.exe
Application Version: 8.0.0.0
Application Timestamp: 2a425e19
Fault Module Name: avcodec-53.dll
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 4dcee988
Exception Code: c0000005
Exception Offset: 001cab01
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1049
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

There is another problem, seems to be related to LAV Audio. Before the latest build and now I sometimes get hang of Zoom Player when I try to exit the player. I thought it was related to source filter but now I got hang with LAV Audio only in the graph. So I guess it is related to LAV Audio Decoder.

Here is a screenshot of thread list of hanged player:
http://img811.imageshack.us/img811/7658/zphangonexitwithlavaudi.th.png (http://img811.imageshack.us/img811/7658/zphangonexitwithlavaudi.png)
Zoom Player has special "Guard dog" feature which restarts the player if hang is detected. Interestingly that in the case the feature does not work. Also while normal playing I can't see LAVAudio.ax thread in the thread list, guess it runs in player's thread or something like this. Other decoders have their own threads.

[nevcairiel]

An audio decoder does not need its own thread. It just takes the data it gets, decodes it, and sends it to the renderer. Adding a thread in the middle there would just add unnecessary overhead.

[nevcairiel]

@Gleb Egorych:

Here is a new one to try. I hope this time around it helps, at least in my mind the change i did this time would prevent the one crash i have been seeing.

http://files.1f0.de/lavf/LAVFilters-0.25-53-ge0ade4c.zip

[CiNcH]

Hmm, trying my luck once more...

Can anybody summarize the common media subtypes for the BD HD audio formats (TrueHD, DTS-HD, LPCM)?

Would be cool... thanks in advance :)

[Mark_A_W]

There is no code whatsoever that forces any decoder. Blame ZoomPlayer, its "smart play" is usually not so smart.



Ok, sorry, just reporting what I'm finding. I'll post it on the inmatrix forum.


I have one more question:

- Is there any reason *not* to use LAV Audio for FLAC?

madshi wrote madFLAC for a reason, as ffdshow FLAC decoding was not up to scratch (16 bit for 24 bit streams). As LAV Audio is also based on ffmpeg, I am after confirmation that all is ok (it appears ok, reading the graph properties).


Thanks

Mark

[Gleb Egorych]

CiNcH, AFAIK, different splitters send different subtypes. If you are asking about LAV Splitter then

TrueHD {EB27CEC4-163E-4CA3-8B74-8E25F91B517E}
DTS-HD {00002001-0000-0010-8000-00AA00389B71}
LPCM {949F97FD-56F6-4527-B4AE-DDEB375AB80F}

I believe in case of DTS-HD LAV Splitter makes some on-the-fly tweak if ArcSoft is used for decoding since ArcSoft requires special subtype.

nevcairiel, thanks, I'll test it.

[CiNcH]

Thanks Gleb,

so there is no real standard yet? What about those defined by Microsoft? Are they only used for protected audio?

[nevcairiel]

- Is there any reason *not* to use LAV Audio for FLAC?

madshi wrote madFLAC for a reason, as ffdshow FLAC decoding was not up to scratch (16 bit for 24 bit streams). As LAV Audio is also based on ffmpeg, I am after confirmation that all is ok (it appears ok, reading the graph properties).

I don't know how good the ffmpeg flac decoder is, but it will output full bitdepth. I don't know what ffdshow did to break it, but that might've also been years ago..

[nevcairiel]

Thanks Gleb,

so there is no real standard yet? What about those defined by Microsoft? Are they only used for protected audio?

MEDIASUBTYPE_DOLBY_TRUEHD is defined my Microsoft (in wmcodecdsp.h from the Windows SDK).
DTS is also the official Microsoft subtype, it does not use a special DTS-HD subtype.

LPCM is rather special, MS does not have a type at all for that. They probably use "normal" PCM for that, but its not exactly the same.
LAV Splitter supports two formats there, its own format, that only LAV Audio understands, and the MPC-HC format thats supported by the MPC-HC decoders and ffdshow.

[Gleb Egorych]

Yes, I was wrong, special subtype is not required for ArcSoft (although it exists), it accepts {00002001-0000-0010-8000-00AA00389B71}. Some time ago there was problem that gabest splitter output DTS-HD with {E06D8033-DB46-11CF-B4D1-00805F6CBBEA} subtype, and here (http://forum.doom9.org/showthread.php?p=1470148#post1470148) was suggested to patch the splitter to output custom subtype.

[nevcairiel]

I just changed the main DTS type to that one ({00002001-0000-0010-8000-00AA00389B71}), because the other one caused some funny issues. FYI.

Also, the aggressive mode was removed again, as it didn't really solve the problem properly, and only caused issues.
I'll be working on some new logic for stream switching for 0.27 or so, more details when its closer.

PS:
How about that avi crash?

[jmone]

Any luck with that JTV Sample BTW?

[VipZ]

Nev just tested latest build vs official 0.25, you might still be doing work on this, but sync is totally off now, in the region of 2-3 seconds with DTS in MKV. I was bitstreaming, and the toggle for the auto av sync didn't do anything.

[nevcairiel]

The A/V sync toggle didn't do anything for Bitstreaming yet.

Can you try this:
http://files.1f0.de/lavf/LAVFilters-0.25-55-g31d0dd6.zip

It now uses the A/V sync control for bitstreaming as well, maybe that solves your issue.

Timing for Bitstreaming is really stupid, well actually, bitstreaming itself is totally stupid. :p