LAV Filters - DirectShow Media Splitter and Decoders

[nevcairiel]

WMV is just an odd format, i recommend the WM ASF Reader. If one of my codecs does not work with it, thats probably easier to fix then the other way around.

[Sebastiii]

For now i use ffdshow video decoder when using wmv with laf ofc, works nice :)

[jmone]

FYI - New TMT patch is out (5.0.1.113) though the dtsdecoderdll.dll stays the same at 1.1.0.8 dated 29/10/2010

[SamuriHL]

FYI - New TMT patch is out (5.0.1.113) though the dtsdecoderdll.dll stays the same at 1.1.0.8 dated 29/10/2010

It hasn't been updated in quite a while. Hard to mess with near perfection. :D

[nevcairiel]

I dont think its anywhere near perfection, its just the best option.

[roytam1]

LAV Splitter can't connect to MPC RealVideo Decoder (RV30/RV40) and ffdshow Audio Decoder (COOK), can someone test it?

BTW @nevcairiel FYI:

So that patch is only a workaround and I hope someone will make proper fix in the future.

And for the RealVideo color block issue,

OK I got the issue.
Output subtype from MPC RealMedia Splitter is {4B4F4F43-0000-0010-8000-00AA00389B71} (COOK)
But from LAV Splitter is {6B6F6F63-0000-0010-8000-00AA00389B71} (cook)

It seems that LAV makes FourCC lower cased, which leads incompatibilities.

[salora]

hi there , I've got one issue with audio preference.
I'd like bluray, mkv ect to be played with the french audio track so I set Fre in the prefered languages in lavsplitter but it always play with the first audio track not the french one
anything to do?

my config : ffdshow-> mpc-hc-> lavsplitter + lavaudio and madvr as renderer
thank u

[nevcairiel]

Set "fre" and "fra", both are used in different circumstances. You can see which code is the right one in the audio stream selector.
Same for german, where both "ger" and "deu" are valid. Stupid files can't stick to the same scheme.

[clsid]

Set "fre" and "fra", both are used in different circumstances. You can see which code is the right one in the audio stream selector.
Same for german, where both "ger" and "deu" are valid. Stupid files can't stick to the same scheme.Does this problem exist for many languages, or just a few? Perhaps the 'synonyms' could be added internally? For example automatically replace "fra" and "fre" by "fra, fre" internally.

[nevcairiel]

Since this is basically the problem of the english 3 letter code (french, german) vs the localized language code (français, deutsch), i assume it hits way more languages.

However, i could easily do this for the "major" languages, like german, french and spanish, which would cover like most of the western world.

[nautilus7]

Same for Greek. gre & ell are both valid language codes.

[sneaker_ger]

Since this is basically the problem of the english 3 letter code (french, german) vs the localized language code (français, deutsch), i assume it hits way more languages.

However, i could easily do this for the "major" languages, like german, french and spanish, which would cover like most of the western world.

Maybe you could take a look at mkvmerge? Mosu supports both ISO639-2 and ISO639-1 codes - all of them.

-

I have asked before, but are you considering language selection like Haali's splitter? It's more powerful, imho. (sorry if asking again is annoying, I didn't feel like it was answered conclusively)

[Silent Rain]

Seeking works fine for me, and i bet it does for alot of other people, or there would've been complaints before.

https://sourceforge.net/apps/trac/mpc-hc/ticket/90
Which more do you want proof :confused:

[glorp]

-

I have asked before, but are you considering language selection like Haali's splitter? It's more powerful, imho. (sorry if asking again is annoying, I didn't it was answered conclusively)

Tracker issue #29 is a request for that to be added. It would handle the multiple language problems as well.

[betaking]

https://sourceforge.net/apps/trac/mpc-hc/ticket/90
Which more do you want proof :confused:

seeking:lav>haali>mpc-hc!

[sneaker_ger]

Tracker issue #29 is a request for that to be added. It would handle the multiple language problems as well.

For some reason it didn't cross my mind to look at the tracker. Thanks.

https://sourceforge.net/apps/trac/mpc-hc/ticket/90
Which more do you want proof :confused:

I don't think that nevcairiel's not believing you. The problem is that he doesn't see the problem on his own computer and if you cannot provide detailed instructions that enable him to reproduce it, he cannot find the cause, let alone provide a fix or workaround.

[nevcairiel]

Also, if you think its a MPC-HC problem, why the hell do you annoy me?

[salora]

working
thanks a lot

[defunct]

Firstly, Nevcairiel thank you very much for your work, its just what I needed for streams where the LPCM tracks didn't run under Haali. Just one question though, how can I switch audio streams during play? Not language but just different types of audio streams. I'm using WMP, with ffdshow for decoding generally.

Thanks again.

[nevcairiel]

I believe the ffdshow tray icon lets you switch between streams.

[BeNooL]

For LAV Audio, are we sure outputting 32bit Floating Point is the best option?
I don't mean technically from this filters point of view but for a whole graph and more importantly taking into account hardware limitation (ie: you typically only send 16bit integer over HDMI)

It seems that in the current case, we rely purely on other filters/drivers to properly deal with 32bits FP data and just hope they do a proper job at it. I'd feel more confident in having LAV Audio send out a clean 16bit integer right away that needs so additional treatment to be sent to an AVR.

Please implement an option to limit audio output resolution.

[nevcairiel]

I'm sure its the best option for me, and thats what counts. :)

32fp is exactly how the decoder outputs it, and any conversions will degrade the quality, obviously. Therefor, conversions should be done at the very last step, and at least the Win7 Audio Mixer is capable to properly convert 32fp to 16 or 24bit int. If you use XP, that depends on your audio driver - well i guess those can be broken.

PS:
Every modern AVR supports 24-bit audio as well.

PPS:
An option to force a specific sample format is however planned, check Issue 10 on the tracker.

[e-t172]

Outputting 32-bit float is the Right Thing To Do in an audio chain. This ensures the audio doesn't undergo successive float/integer conversions which would hurt quality. Conversion to integer should always be the very last step. Which means it should be done in the audio renderer.

[madshi]

Agreed. Now we just need somebody to work on writing a decent audio renderer. That's still the one thing missing today, IMHO. Reclock is not bad, but it's too much targetted at resampling, IMHO.

[pankov]

nev, e-t172,
I do agree with you but from another user at the inmatrix (ZoomPlayer) forum I've heard that sadly a lot of pro/semi-pro hardware doesn't correctly support 32bit float and this results in dangerous hiss/noise in the speakers which could either damage them or the hearing of the user.
From this perspective, as a simple user, I think it'll be nice to have an option "don't output 32bit float if connected directly to an audio renderer" and have it checked by default. This way there will be no danger of damaging anything and at the same time leave the choice to the user.
I understand this will require some work cause the change of the output format should be done in LAV Audio and it should be smart enough to output at the highest quality but not 32bit float.
I PMed ByteM3 and I hope he will join and provide some real life examples of the problem.

Nev, I'm very grateful for your work and I hope you won't feel affected by my post cause I'm just trying to help others.

[SamuriHL]

That's wrong IMO. As was pointed out already, the audio renderer's job is to deal with output from the decoder. The decoder should be outputting the highest quality possible. If it needs to be downconverted, that's the renderer's job to deal with.

[nevcairiel]

I still thinks its funny that the consumer hardware properly deals with float audio, and the pro-hardware fails. :D

I can't deal with broken hardware or drivers. If the card cannot deal with float audio, why the hell does it accept the connection to a float media type in the first place? If that "so called" pro hardware does not manage to write proper drivers, well, tough luck.
Like i said, there are options planned to disable individual sample formats eventually, i wont spend time to write any "smart" mode or something. If that pro-hardware is so "pro" that it doesn't clip the values before sending it to the speakers, and therefor damaging them - you really got yourself some crap there.

[BeNooL]

okay, for real time playback I get your point. I'm using windows 7 so good to know it does a proper job at it conversion.

Still this remains an issue for me when I try to convert HDTV recordings where I want to transcode AAC to AC3 (for reading on standalone player): I just want to decode source to same bitdepth and that's it.

As a workaround I also tried to connect "LAV Splitter" to "FFDshow audio decode" but that fails.

[nevcairiel]

Both AAC and AC3 are lossy compressions, they don't have a "bitdepth".
The main problem you're facing is probably your encoders not supporting float input.

[CruNcher]

WMV is just an odd format, i recommend the WM ASF Reader. If one of my codecs does not work with it, thats probably easier to fix then the other way around.

yep if Lav Cuvid would work with it that would be a relief there are even more visual problems visible using lav splitter with arcsofts decoder depending on the wmv3 stream i tested some and get very interesting effects on some streams not only the sync issue also destructed frames playback (frame blocks jumping around) :(

What is really funny though is that Arcsofts ASF Splitter seems to support Fast forward @ least 2x and the WM ASF Reader seems to not support it @ all also lav splitter supports it.

[Thunderbolt8]

Agreed. Now we just need somebody to work on writing a decent audio renderer. That's still the one thing missing today, IMHO. Reclock is not bad, but it's too much targetted at resampling, IMHO.whoevers doing that, please include support for wasapi output.

[roytam1]

whoevers doing that, please include support for wasapi output.

No one use MPC Audio Renderer? (YES it has standalone version!)

[Andy o]

That's outdated and unfinished. IIRC it was just developed to test bitstreaming when albain was making it happen for ffdshow.

[zerowalker]

is there any audio renderer to prevent, uppsampling and that shit;O?

[Silent Rain]

Also, if you think its a MPC-HC problem, why the hell do you annoy me?

Because you are one of the developers (http://mpc-hc.sourceforge.net/about-player.html) of MPC-HC ;)

http://jpegshare.net/thumbs/ba/bb/babbfff0310ea00bb8eec76e0d701e56.jpg (http://jpegshare.net/ba/bb/babbfff0310ea00bb8eec76e0d701e56.png.html)

[Andy o]

Silent Rain, why don't you try to isolate which filter is exactly doing it? Change one filter at a time and then see if it still happens.

[Silent Rain]

Silent Rain, why don't you try to isolate which filter is exactly doing it? Change one filter at a time and then see if it still happens.

Aleksoid1978 (one of the developers of MPC-HC) thinks that the problem in the video renderer.

[madshi]

If that's the case, why don't you try a better video renderer then? ;)

[Andy o]

Yes, you can verify all this easily.

[Carpo]

So Nev has contributed some code to MPC-HC doesn't make him a full fledge developer on it, what about all the people that have contributed patches to it that aren't on the list are they also developers?

[nevcairiel]

Even if, go take it to the MPC-HC thread, not this one.

[zerowalker]

nevcairiel, Near Carrier;O!
He deserves credit, not critic;D

[nevcairiel]

Hi guys,

so here is the latest test build of LAV Video.

x86: http://files.1f0.de/lavf/LAVFilters-video4.zip
x64: http://files.1f0.de/lavf/LAVFilters-video4-x64.zip

In case you didn't know, it was merged with the main LAV Filters code, so you can just grab this as a full package, no need to mix and match with 0.31. It also contains certain enhancements in LAV Audio and LAV Splitter, but nothing big.

On the video side: Nothing really big changed the last week, just some fixing and tweaking. A crash was fixed that happend in the last build i posted, and overall it should be much more stable now.

Known issues:
- Playing 4:4:4 content with MPC-HCs EVR-CP results in broken colors. I've notified the developer focussing on EVR-CP, maybe it gets fixed (the AYUV pixel format apparently gets interpreted wrong)

I didn't get around to implementing the options to disable certain pixel formats for this version, so if you want to play 4:4:4 content, stay away from EVR-CP (for now).

In other news, i'm leaving for vacation tomorrow morning, i'll probably be gone around 2 weeks, so play nice. ;)

If you encounter any bugs, please take the time to properly document how to reproduce them, with a sample file, an accurate description of what happens, and what is supposed to happen. The ability to reproduce the problem is key!
Once you have all these details, please post them on the issue tracker so they don't get lost in this thread. You're of course free to post them here as well, maybe you can get feedback from other people.

The issue tracker can be found here: http://code.google.com/p/lavfilters/issues/list

[Sebastiii]

Thanks nev, enjoy your vacation :)

[betaking]

Thanks nev!

[SamuriHL]

Nev, I just rewrote the installer to include LAV Video options.

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

I have built and tested it and it seems to work. It's not elegant by any means but allows them to select the video decoder options on install.

EDIT: Here's a version of your latest changes with my changes to the install script:

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

Please understand I didn't pretty up the descriptions on the selection dialog. It's a work in progress. :D

[nevcairiel]

Once you're done with your progress, feel free to open a ticket and attach the file there directly.

[SamuriHL]

Sounds like a plan. I want to fix up the descriptions and maybe make a couple other changes. But at least it's functional.

[adam777]

Thanks for the new build.
Finally decided to try the video decoder and though I haven't tried anything fancy, it works beautifully with everything I threw at it, well done!
Enjoy your vacation :)

* EDIT *
OK, now I'm really happy...
LAV audio works perfectly in my DVB application with the dreaded HE-AACv2 codec used in here.
LAV video works as well, along with hardware deinterlace.
Great :D

[Thunderbolt8]

have to ask, what for is LAV video good again? and would it work together with madVRs internal decoders (when they become more useful in the future)?