LAV Filters - DirectShow Media Splitter and Decoders

[BloodySword]

Also what are the real benefits of Media Foundation compared to Dshow, except that Dshow hell has been reduced for the AVG consumer i see none that makes it interesting, also applications learned to live in that problematic space encapsulating themselves from the Public Graph Building to unique closed Private Graph Building that made them very unproblematic over the last Dshow decade for Avg consumer. :)

I don't understand you, could you please clarify what you want to say?

DirectShow is 32 bit only, Media Foundation is 64 bit ASAK.

[nevcairiel]

Both DirectShow and Media Foundation can be used in both 32 and 64 bit.

They are just different APIs. Media Foundation is the new and clean API, well designed and clearly meant for media playback, while DirectShow is a remnant from days long gone by, with all the cruft that comes with it.
I would love to have everything in Media Foundation, just because its so much nicer to work with, however, I don't have unlimited time, and i wouldn't even use a Media Foundation splitter at this time, because there are no players, no renderers, no video decoders, no nothing.
So, i rather spent my time improving the DirectShow things, because those i actually use.

Maybe some day we can make the switch to Media Foundation. Once other developers get motivated to switch, i'll be among the first to write Media Foundation things, until then .. DirectShow works just fine.

[SamuriHL]

Yea, that's the real trick right there. You need to get a band of developers together that are willing to all work on the respective parts to make it all work. Splitter, video/audio decoder, renderer (with sub support built in), and finally a player to use it all. The current code out there would not be reusable for MF stuff, so, you're looking at creating everything from scratch. And then you'd have people b*tching that it doesn't work with their 10 year old OS and 15 year old hardware, etc. :) But then you could get rid of the hack-nature of current DShow implementations. So, it would be nice, but, as Nev said, time constraints of supporting existing stuff makes this venture EXTREMELY unlikely in the near term.

[blahism]

Planning, sure, for some distant future. I have no real need for it, and its basically a new splitter, not simply some added feature.

Cool, i'd be happy to help if there is anything you need to get it kick started :)

[blahism]

Yea, that's the real trick right there. You need to get a band of developers together that are willing to all work on the respective parts to make it all work. Splitter, video/audio decoder, renderer (with sub support built in), and finally a player to use it all. The current code out there would not be reusable for MF stuff, so, you're looking at creating everything from scratch. And then you'd have people b*tching that it doesn't work with their 10 year old OS and 15 year old hardware, etc. :) But then you could get rid of the hack-nature of current DShow implementations. So, it would be nice, but, as Nev said, time constraints of supporting existing stuff makes this venture EXTREMELY unlikely in the near term.

I don't think its THAT un-portable. The beauty of starting from scratch is to simply not bring over bad habits, but for the most part they didn't make it impossible to migrate from Directshow to media foundation :)

MSDN Article: http://msdn.microsoft.com/en-us/library/Aa468614

Is there an appropriate place here or elsewhere to start a brainstorming session on this?

I was at a windows 8 demo and directshow wasn't spoken with any word, i doubt its gone but even on released videos published to youtube they're even using Media Foundation in marketing materials now :)

[andyvt]

Yea, that's the real trick right there. You need to get a band of developers together that are willing to all work on the respective parts to make it all work. Splitter, video/audio decoder, renderer (with sub support built in), and finally a player to use it all. The current code out there would not be reusable for MF stuff, so, you're looking at creating everything from scratch. And then you'd have people b*tching that it doesn't work with their 10 year old OS and 15 year old hardware, etc. :) But then you could get rid of the hack-nature of current DShow implementations. So, it would be nice, but, as Nev said, time constraints of supporting existing stuff makes this venture EXTREMELY unlikely in the near term.

I've thought about writing a managed MF based player; there are some really interesting features that are available OOTB. Unfortunately, no useful splitters or decoders make it academic :)

[SamuriHL]

I've thought about writing a managed MF based player; there are some really interesting features that are available OOTB. Unfortunately, no useful splitters or decoders make it academic :)

Chicken....meet egg. :D

[nevcairiel]

I wrote a pretty basic MF player to test the architecture, it was really an academic exercise by design, but i also noticed that it won't progress any further, because as soon as playback started it was obvious how crappy the default EVR on MF is, and without a replacement video renderer, nothing is going anywhere.

@blahism:
Very few parts of the logic can be re-used, the main parts of my filters are interaction with DirectShow, as all the heavy lifting is done by ffmpeg. Sure, it would be way faster then writing a new filter completely from scratch, but its still a new filter, which will require more work then what its currently worth.

[SamuriHL]

I don't think its THAT un-portable. The beauty of starting from scratch is to simply not bring over bad habits, but for the most part they didn't make it impossible to migrate from Directshow to media foundation :)

MSDN Article: http://msdn.microsoft.com/en-us/library/Aa468614

Is there an appropriate place here or elsewhere to start a brainstorming session on this?

I was at a windows 8 demo and directshow wasn't spoken with any word, i doubt its gone but even on released videos published to youtube they're even using Media Foundation in marketing materials now :)

I for one will be adopting W8 when it's in beta, so, if it doesn't have DShow I'll be screwed and surprised. Interesting article. I wonder what the real effort would be to migrate LAV Splitter, LAV Audio, LAV Video (hehehe, ya like how I snuck that in? :D), and madVR to MFC. Even if it's just a straight migration instead of a complete rewrite it'd be a beginning. Things could then be improved upon over time. I'd be all for it, but, I doubt you'll get the devs to agree to do this. :)

[SamuriHL]

I wrote a pretty basic MF player to test the architecture, it was really an academic exercise by design, but i also noticed that it won't progress any further, because as soon as playback started it was obvious how crappy the default EVR on MF is, and without a replacement video renderer, nothing is going anywhere.

@blahism:
Very few parts of the logic can be re-used, the main parts of my filters are interaction with DirectShow, as all the heavy lifting is done by ffmpeg. Sure, it would be way faster then writing a new filter completely from scratch, but its still a new filter, which will require more work then what its currently worth.

Darn. That's no fun. EVENTUALLY it'll have to be done. I mean, when XP is 20, MAYBE people will FINALLY be able to let go of the damn thing. :D

[madshi]

DirectShow will not be gone. Microsoft has a habit of maintaining compatability as much as they possibly can.

[nevcairiel]

The main problem with "migrating" to MF is that you cannot just abandon DirectShow, or many people will come crying. So you have to maintain both, for a very long time. Its just not worth it right now. I wish it was, but it just isn't.

[SamuriHL]

If there's no incentive to move to MF, then we're stuck with DShow for years to come. There's only one MF player I know of and if it weren't for it's crappy UI it'd be a really good player. And that's WinDVD 2010. Of course, they chose to use MF so they could deal with content protection without having to write it themselves like Cyberlink and ArcSoft chose to do. In the end, though, even their content protection is better than the other 2 as it's in reality a bit more lenient. Anyway, if we're stuck with DShow, then, I guess we can forget about MF completely. As I said, when XP is 20 we can revisit the topic of maybe moving on. God I hate backwards compatibility sometimes. It truly holds back innovation and real progress.

[jimwhite]

If you had a voice in fixing the "Crappy UI" in WinDVD 11 what would you say?

[blahism]

If you had a voice in fixing the "Crappy UI" in WinDVD 11 what would you say?

This little birdy wants to chirp chirp chirp about a nice Windows Media Center interface for WinDVD :) The price for windvd is nice, but TMT5 integrates in MCE better

I typically play full screen with a remote so i want the gui out of the way

[BloodySword]

Both DirectShow and Media Foundation can be used in both 32 and 64 bit.

They are just different APIs. Media Foundation is the new and clean API, well designed and clearly meant for media playback, while DirectShow is a remnant from days long gone by, with all the cruft that comes with it.
I would love to have everything in Media Foundation, just because its so much nicer to work with, however, I don't have unlimited time, and i wouldn't even use a Media Foundation splitter at this time, because there are no players, no renderers, no video decoders, no nothing.
So, i rather spent my time improving the DirectShow things, because those i actually use.

Maybe some day we can make the switch to Media Foundation. Once other developers get motivated to switch, i'll be among the first to write Media Foundation things, until then .. DirectShow works just fine.

Interesting.

I wonder why even WinTV7 uses DirectShow instead of Media Foundation. The Application is written in .NET. No problem to detect windows version and use DirectShow in XP and Media Foundation in 7.

DirectShow works like a charme there, the graph builder they implemented is very good and stable. But with ffdshow audio decoder I sometimes have no sound (the decoder does not get any data) and with LAV audio "Slaving" is active, wich leads to buffer underruns VERY often.

TV source is DVB-T.

[nevcairiel]

I wonder why even WinTV7 uses DirectShow instead of Media Foundation. The Application is written in .NET. No problem to detect windows version and use DirectShow in XP and Media Foundation in 7.

It would be double effort for no real-world gain, so why bother.

[BloodySword]

But why does LAV audio jumps into slaving mode. What is slaving? It displays a werid samlingrate and some other strange info in the renderer.

[Mark_A_W]

Hi,

It's definitely 5.1 - and there is definitely LFE output, and like I said playback starts out correctly - 5.1 in and 5.1 out. However at some point during playback a 7th channel is introduced, however this channel appears to be completely silent (and after more testing seems to be happening with everything I've played with a DTS-HD soundtrack). I'll try with 1.1.0.0. EDIT: Tried with 1.1.0.0 - same problem!

EDIT 2 - Solved by unticking 'Convert output to standard channel layouts'. Now correctly plays 5.1 in and 5.1 out.

ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : DTS
Format/Info : Digital Theater Systems
Format profile : MA
Muxing mode : Stream extension
Duration : 1h 31mn
Bit rate mode : Variable
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits

I can confirm this, with a 5.1 DTS-MA disc.

Not only do I get 7 channels, instead of 5.1, but the left surround is completely silent, in fact I think the left surround is mixed with the right (a plane went left off the screen and the sound came out the right surround). I only have a 7.1 DTS-MA test tone...grrr...

It's the Convert to Standard Channel Layouts that does it, there is definitely something fishy going on.

[nevcairiel]

I still couldn't confirm the problem. Do you have any samples that directly show the issue? Or at least some log files?
Or just, which Blu-ray does it happen on, maybe i have it.

Or just what exactly the LAV Audio status page says for the two channel fields (the full fields, not just the channel count)

You arent exactly helping the issue. :p

Edit:
Nvm i found a sample to reproduce it, fixing.

[nevcairiel]

Ok, try this version. It should fix the DTS-HD MA thing, i hope.

http://files.1f0.de/lavf/LAVFilters-0.28-6-g151e36c.zip

[noee]

ha, never noticed it before (only have 2 DTS-HD MA sources), but yes, it appears to fixed.

[Mark_A_W]

Ok, try this version. It should fix the DTS-HD MA thing, i hope.

http://files.1f0.de/lavf/LAVFilters-0.28-6-g151e36c.zip


Yep, that's fixed it. Channels are both 6 / 0x3f now, before the output was different.

The service around here is terrible...
That fix took almost an hour :eek:
Another 9 minutes and you'd have had to deliver it for free ;)


Thanks nev!

(I did have a couple of strange audio sync issues in the movie tonight - it mysteriously glitched and went out of sync by few seconds. It could be something else in my convoluted playback chain, I'll keep an ear on it....if it happens again I'll hunt down how to generate a log, I missed that bit.)

[CruNcher]

@nev
here is the output of mplayer with that Portuguese .ts sample :)


MPlayer Sherpya-SVN-r33488-4.2.5 (C) 2000-2011 MPlayer Team
Setting process priority: abovenormal

163 audio & 368 video codecs

Playing C:\SAMPLE~3.TS.
TS file format detected.
PROGRAM_ID=59200 (0xE740), PMT_PID: 257(0x101)
PROGRAM_ID=59224 (0xE758), PMT_PID: 8136(0x1FC8)
PROGRAM_ID=59200 (0xE740), PMT_PID: 257(0x101)
PROGRAM_ID=59224 (0xE758), PMT_PID: 8136(0x1FC8)
PROGRAM_ID=59200 (0xE740), PMT_PID: 257(0x101)
PROGRAM_ID=59224 (0xE758), PMT_PID: 8136(0x1FC8)
PROGRAM_ID=59200 (0xE740), PMT_PID: 257(0x101)
PROGRAM_ID=59224 (0xE758), PMT_PID: 8136(0x1FC8)
PROGRAM_ID=59200 (0xE740), PMT_PID: 257(0x101)
PROGRAM_ID=59224 (0xE758), PMT_PID: 8136(0x1FC8)
PROGRAM_ID=59200 (0xE740), PMT_PID: 257(0x101)
PROGRAM_ID=59224 (0xE758), PMT_PID: 8136(0x1FC8)
PROGRAM_ID=59200 (0xE740), PMT_PID: 257(0x101)
PROGRAM_ID=59224 (0xE758), PMT_PID: 8136(0x1FC8)
PROGRAM_ID=59200 (0xE740), PMT_PID: 257(0x101)
PROGRAM_ID=59224 (0xE758), PMT_PID: 8136(0x1FC8)
PROGRAM_ID=59200 (0xE740), PMT_PID: 257(0x101)
PROGRAM_ID=59224 (0xE758), PMT_PID: 8136(0x1FC8)
PROGRAM_ID=59200 (0xE740), PMT_PID: 257(0x101)
PROGRAM_ID=59224 (0xE758), PMT_PID: 8136(0x1FC8)
VIDEO H264(pid=273) AUDIO AAC LATM(pid=274) NO SUBS (yet)! PROGRAM N. 59200
ID_VIDEO_ID=273
ID_AUDIO_ID=274
ID_VIDEO_ID=529
ID_AUDIO_ID=275
PROGRAM_ID=59200 (0xE740), PMT_PID: 257(0x101)
PROGRAM_ID=59224 (0xE758), PMT_PID: 8136(0x1FC8)
ID_AUDIO_ID=530
FPS seems to be: 29.970030
Load subtitles in C:\
ID_FILENAME=C:\SAMPLE~3.TS
ID_DEMUXER=mpegts
ID_VIDEO_FORMAT=0x10000005
ID_VIDEO_BITRATE=0
ID_VIDEO_WIDTH=1920
ID_VIDEO_HEIGHT=1088
ID_VIDEO_FPS=29.970
ID_VIDEO_ASPECT=0.0000
ID_AUDIO_FORMAT=MP4L
ID_AUDIO_BITRATE=0
ID_AUDIO_RATE=0
ID_AUDIO_NCH=0
ID_START_TIME=169.47
ID_LENGTH=0.00
ID_SEEKABLE=1
ID_CHAPTERS=0
Opening video filter: [ass auto=1]
[ass] auto-open
Opening video filter: [screenshot]
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
ID_VIDEO_CODEC=ffh264
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 48000 Hz, 2 ch, s16le, 0.0 kbit/0.00% (ratio: 0->192000)
ID_AUDIO_BITRATE=0
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=2
Selected audio codec: [fflatm] afm: ffmpeg (FFmpeg AAC in LATM)
==========================================================================
AO: [dsound] 48000Hz 2ch s16le (2 bytes per sample)
ID_AUDIO_CODEC=fflatm
Starting playback...


no issues, but yeah pretty much every other demuxer has issues with this (including lav splitter + lav audio decoder no sound) ;)

Another stream which shows the audiodamaged.ts issue of fast playing back ghostly (DivX AAC Decoder) but this time audio seems to be not damaged @ all ? (this one also works with mplayer)

Upload in progress...

http://www.megaupload.com/?d=BPADC18B

[pirlouy]

My question was missed some days ago:
I'd like to bitstream DTS-HD, but not DTS. Is it possible ? Will it be possible ? Or it is not recommended ?

Why do I ask this ? I prefer to send PCM rather than non-decoded signals to my preamp. And as you know, it's possible to decode DTS by software, whereas DTS-HD, it's quite impossible (TMT hard manipulation which does not work well).

[nevcairiel]

Its not possible, and I have no concrete plans to make it possible. I'll let someone else explain that using the TMT decoder is actually super easy.

[SamuriHL]

You mean the "drop the dtsdecoderdll.dll from a tmt installation into the LAV filter folder" instructions? Right, um, that's very difficult. :D You know, with the copying, and pasting and the automagic way in which LAV Audio then just decides to use it without any configuration or effort on the user's part at all. What a PITA! :D

[robpdotcom]

"drop the dtsdecoderdll.dll from a tmt installation into the LAV filter folder"


Maybe this should be added to the first post of this thread? I have a feeling it's just going to come up over and over and......

[GTPVHD]

http://www.youtube.com/watch?v=LSFdgwZZVOE

Windows 8 running on quad-core Nvidia Tegra Kal-El SoC decoding HD video using Media Foundation API. It would be nice if LAV Splitter has MF support on both x86 and ARM since Kal-El has a decoder that can decode High Profile 1440p. WMP is after all the first player to ever support MF, long before WinDVD 2010.

http://www.anandtech.com/show/4181/nvidias-project-kalel-quadcore-a9s-coming-to-smartphonestablets-this-year/3

NVIDIA's video decoder gets an upgrade in Kal-El to support H.264 at 40Mbps sustained (60Mbps peak) at a resolution of 2560 x 1440. This meets the bandwidth requirements for full Blu-ray disc playback. NVIDIA didn't just make the claim however, it showed us a 50Mbps 1440p H.264 stream decoded and output to two screens simultaneously: a 2560 x 1600 30" desktop PC monitor and a 1366 x 768 tablet display.

[CruNcher]

http://www.youtube.com/watch?v=LSFdgwZZVOE

Windows 8 running on quad-core Nvidia Tegra Kal-El SoC decoding HD video using Media Foundation API. It would be nice if LAV Splitter has MF support on both x86 and ARM since Kal-El has a decoder that can decode High Profile 1440p. WMP is after all the first player to ever support MF, long before WinDVD 2010.

http://www.anandtech.com/show/4181/nvidias-project-kalel-quadcore-a9s-coming-to-smartphonestablets-this-year/3

Hehe so maybe the next Boxxe then, though Annandtech was also very friendly with Tegra ;) and later the disaster happened, though Nvidia can't risk such a epic fail again vs Intel ;)

[nevcairiel]

This doesn't say that it won't support DirectShow.

Anyhow, how often do i have to repeat it:
You cannot just "add Media Foundation support"! On the splitters side, Media Foundation is fundamentally different to DirectShow, so its a whole new component to be developed!
The same is more or less true for decoders, btw.

There is DirectShow, and there is Media Foundation. There is no overlap! (except DMO decoders, those can be used by both)

[nevcairiel]

Maybe this should be added to the first post of this thread? I have a feeling it's just going to come up over and over and......

I'm setting up some actual page on my webserver right now, which will get some sort of mini-manual for this.

LAV Filters and LAV CUVID have been gaining alot of traction the last few weeks, and its only going to get "worse", so i wanted some resources other then a forum thread for people to read.

You can checkout my WIP on http://1f0.de/

If someone wants to contribute some content, or has some ideas what i should put up there, you're welcome to it.
I kinda need a new banner for the page, stupid default thing. :D

I need to post some more recent News, though. :p

[Stomp]

Hello,

I had a problem with LAVFilters 0.28 on Windows XP SP3 32-bit. It seems that LAVFilters breaks playback of MPEG-1 (mpg) files with the MCI API. When I tried to play a mpg file with mplay32.exe the player just hanged. I don't need the player itself, but MCI is used by other applications and that's important. After uninstalling LAVFilters mplay32 could play the mpg file.

[nevcairiel]

MCI has been deprecated for a decade, if you still require such ancient stuff to work, you should probably not mix it with modern software.

Anyhow, if you want anything fixed, you need to provide more then "it doesnt work". A sample file maybe, and if that file works in WMP, and stuff like that.

[Stomp]

I have tried many mpg files and mplay32 always hanged. It's the playback of mpg files that is broken. All of the files work Windows Media Player. And they work in mplay32 when LAVFilters is uninstalled.

[pirlouy]

Its not possible, and I have no concrete plans to make it possible. I'll let someone else explain that using the TMT decoder is actually super easy.
Ok.
I've tried the Arcsoft's dll solution (1.1.0.7), but it did not work (output 48kHz, 16 bits - 8 channels yet ) and if it worked, I would need Reclock for WASAPI, as I don't output 96kHz, 24 bits when using DirectSound.
So I prefer to keep the bitstream solution which automatically triggers WASAPI.

For DTS, I would have preferred Directshow. But I understand it's not important to you, and I don't ask you to implement it. It's just my point why I wanted DTS-HD bitstream only.

Keep up with your very good work.

[Andy o]

So what's the reason to prefer decoding DTS, if you like bitstreaming DTS-HD?

[SamuriHL]

Yea, I'm confused, too. If you're converting DTS to PCM, yet bitstreaming DTS-HD MA, why not just bitstream both?

[pirlouy]

DTS is 16 bits and <48kHz, I can use directsound volume (windows volume).
Yes, I've settled Windows to through out 48kHz and 16 bits, it avoids problems with my preamp (AV need some delay to sync/catch 24 bits or 92 kHz).

So I let all 24bits or 92kHz stuff (Blu-Ray or DVD-Audio in general) to WASAPI.

But of course, I can bitstream DTS to my preamp... That's just that I don't have Windows volume control...

[SamuriHL]

Fair enough. But if you decode DTS-HD MA with the ArcSoft decoder using Nev's LAV Audio, it should also get sent out through Windows Audio. Meaning it will downsample to 48/16 and whatever speaker config you have set. That's not a decoder issue. That's Windows Audio doing that.

[Andy o]

Is there a reason you don't wanna use ReClock? It would solve your issues, plus give you perfectly matched video playback. Even when using WASAPI exclusive, ReClock lets you control volume with the player's volume (not the Windows mixer, but it's practically the same). Of course this only works when you decode and not bitstream, but you should look into why dtsdecoderdll.dll is not working right for you anyway. With MPC-HC it's easy to map volume to your remote, or your keyboard.

BTW, doesn't ffdshow let you decode DTS and bitstream DTS-HD? I think so.

[pirlouy]

Indeed. That's why I said, if I'd manage to decode DTS-HD properly, I'd need WASAPI (what is the interest of using DTS-HD if downsample to 48kHz 16 bits ?), and AFAIK I'll have to use Reclock to have WASAPI, and I don't want/need to use Reclock.

Like ffdshow manages to do it, I though it was possible, but maybe it's a dirty hack and nevcairiel does not want (I respect that)...

[pirlouy]

Is there a reason you don't wanna use ReClock?
I prefer to avoid what can be avoid. :-)
My TV and GPU are 23,976 ready (madVR report 1 frame repeat all 45 minutes, and I never noticed anything when watching video) and I'm not bothered by 24 -> 23,976 audio speed down.


Even when using WASAPI exclusive, ReClock lets you control volume with the player's volume (not the Windows mixer, but it's practically the same).
Ah ? You can use MPC-HC volume in these condition ? Apart if Reclock hooks MPC volume, I think it's not possible; by default, MPC Volume is ignored when WASAPI...

For dtsdecoderdll.dll, I'll test again in some weeks, after reading other attemps. :P

[SamuriHL]

Also, if you don't want ReClock's video abilities, you can shut that off and just use it for the WASAPI exclusive mode. Basically, at that point you just set MPC-HC to use ReClock as the audio renderer and configure it only to use WASAPI exclusive and disable the video functionality. Works quite well, actually.

[Andy o]

I prefer to avoid what can be avoid. :-)
My TV and GPU are 23,976 ready (madVR report 1 frame repeat all 45 minutes, and I never noticed anything when watching video) and I'm not bothered by 24 -> 23,976 audio speed down.
It's not like ReClock is superfluous. It provides features that you need, and there are practically no negatives, so why not use it?

Ah ? You can use MPC-HC volume in these condition ? Apart if Reclock hooks MPC volume, I think it's not possible; by default, MPC Volume is ignored when WASAPI...
Yes, it can do it, and IMO it's a pretty nice feature.

For dtsdecoderdll.dll, I'll test again in some weeks, after reading other attemps. :P
Others' attempts are pretty well documented already, and I'm pretty sure it just works for most.

[Plutotype]

Hi Nevcairel,

I use 0.28 LAVaudio and have this option "Output only "standard" channel layouts" enabled. Today, at only one movie, I had to disable it, because if enabled, the center channel was (probably) muted or replaced with silence.
It was 6 channel DTS-HD MA, outputted via Realtek chip to 5.1 analog output and per cinch to my Logitech 5.1 set. Sample:
http://www.mediafire.com/?669vteuam2xnms0
Thanks for clarification
Pluto

[robpdotcom]

Also, if you don't want ReClock's video abilities, you can shut that off and just use it for the WASAPI exclusive mode. Basically, at that point you just set MPC-HC to use ReClock as the audio renderer and configure it only to use WASAPI exclusive and disable the video functionality. Works quite well, actually.

That's what I do as well. Madvr reports 1 frame drops every 1.XX days, so I don't bother with Reclock's other features.

[SamuriHL]

That's what I do as well. Madvr reports 1 frame drops every 1.XX days, so I don't bother with Reclock's other features.

Yup. madVR keeps the peace quite nicely so I only use ReClock as an audio renderer, as well.

[robpdotcom]

What about the MPC-HC Audio Renderer? Doesn't it have WASAPI mode?

A simple WASAPI mode audio renderer would be nice. Something that just sends everything through HDMI as is, whether bitstreaming or decoding......



LAVAudio Renderer? madAR? :D

[SamuriHL]

Not to my knowledge, but, yea, a nice WASAPI audio renderer would be sweet. J River's MC16 has one built in. Works very well.