LAV Filters - DirectShow Media Splitter and Decoders

[robpdotcom]

Originally Posted by Andy o

There's no 8 channels with legacy DTS. Max you get 6.1 with DTS-ES and LAV can decode it just fine. It can also decode the core out of a DTS-HD stream, even if the core is 6.1 DTS-ES. dtsdecoderdll is only needed for full DTS-HD decoding, and with it 8 channels works just fine, as well.

Whether I use the dtsdecoder.dll or not, I get 5.1 from all DTS-ES streams. The only way I get 6.1 is if I bitstream and let my AVR handle the decoding. The same is true for DTS-ES and DTS-HD ES.

[nevcairiel]

6.1 DTS-ES (not HD) can even be decoded with just the ffmpeg decoder, works fine for me on eg. the Star Wars discs.
Note that alot of receivers seem to have issues understanding 6.1 through HDMI, which is why i added the option to expand 6.1 to 7.1

[Andy o]

Wasn't that an issue with the NV HDMI device though, and not the receiver? I forget if when I put in my NV card I could do 6.1 LPCM, probably didn't even test for it.

[nevcairiel]

Who knows, something doesn't like 6.1, but since most people have 5.1 or 7.1 setups (and not 6.1), the expand to 7.1 option seemed like a good idea at the time.

[Andy o]

Yeah, 6.1 was a huge failure until 7.1 came along I remember I bought one of the special editions of the Lord of the Rings DVDs for my 6.1 computer speakers. Then I don't think I played anything else until blu-ray came along.

[madshi]

Originally Posted by Andy o

There's no 8 channels with legacy DTS.

FWIW, the legacy DTS format does support the XXCh extension which can do 7.1. But I don't have any samples, so it's possible it was never used in real life.

[Andy o]

Maybe DTS was saving it for another format (and hardware) upgrade, but since more than 5.1 didn't catch on they just canned it. Not only there's no samples, but there's no mention of it anywhere else that I know of.

[AmshTemp]

nev:
In Engadget podcasts I can navigate chapters and hear audio however the video remains static on one picture the entire time.
ffplay can seek and change the pictures without problems

http://www.engadget.com/podcasts/Eng...odcast_275.m4a

[nevcairiel]

Originally Posted by AmshTemp

nev:
In Engadget podcasts I can navigate chapters and hear audio however the video remains static on one picture the entire time.
ffplay can seek and change the pictures without problems

http://www.engadget.com/podcasts/Eng...odcast_275.m4a

The file seems to use multiple edit lists, a mp4 feature which is not fully supported yet, and causes the frame timestamps to be majorly screwed up. Not sure why ffplay behaves any better, maybe it just ignores frame timing informations .. i've seen that before.

[SamuriHL]

Nev, I've got an issue to report. I wasn't sure if it was an actual issue until I accidentally reset my LAV Video settings on my nVidia machine (so it wasn't using CUDA decoding). When playing back WTV files in MC17 with LAV Video as the decoder, I get little blocks every few frames. If I switch to another decoder, heck even turning on CUDA decoding on the nVidia machine, the problem goes away. The WTV content in this case is simply MPEG2 captured from a Hauppauge 950q. Nothing special. It's using EVR for WTV playback. Any thoughts? I can get you a sample if you need it. I first noticed it on my AMD machine and thought it might be something locally wrong, but, when I saw it on the nVidia machine, as well, it seems more like an issue. Just wondering if anyone else has noticed this. Thanks!

[nevcairiel]

The only MPEG-2 WTV i have is some tennis match, and its not blocky, just boring - so a sample would be good.

[SamuriHL]

Ok, I'll get you one later today. I don't actually have a recording saved at the moment. I'll create one when I get a chance, verify it has the issue, and post it. Thanks!

[SamuriHL]

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

A very small sample file. About 40 seconds. The corruption isn't as pronounced in this one, but, at around 11 seconds or so it does corrupt. It should be noted that if I run these through Video ReDo and output them as WTV files, they play fine. So I suspect there's something wrong with my recordings. That being said, since other decoders can play them fine, I'd really appreciate if this can be handled in LAV Video. I know the "easy" solution is to just run them through VRD to clean them up, but, the reason I want this fixed is so that I can watch my recordings shortly after they're done recording without having to do any post processing on them. Thanks for looking at this and let me know if you need anything else. I have a much larger file (around 4 gigs, unfortunately) that has the corruption pretty much every other frame.

[nevcairiel]

The problem only occurs if you use the MS source for MPEG-2, it must be doing something rather odd..

[SamuriHL]

I don't have control over the graph MC17 builds to play it. ARGH.

[nevcairiel]

Not sure i can do something about it. The problem only occurs with the MS source, so its incredibly hard to provide a reproducible report for the ffmpeg developers (because they'll just say the demuxer is broken. :P)

[SamuriHL]

Well that sucks. Ah well. I'll put the PDVD11 decoder back for that file type on my AMD machine. That seems to work fine. And CUDA decoding works on the nVidia machine with LAV Video. At least now you know about the issue in case it comes up again.

[kalston]

Originally Posted by Andy o

Do you have a stereo setup? The Windows mixer is working just fine for me to downmix to stereo, also downmixes 7.1 to 5.1 pretty well, last time I checked.

I thought that didn't work when using WASAPI exclusive but I just used a test file and it indeed works. Silly me

[nevcairiel]

LAV Filters 0.41

LAV Splitter
- New MKV Demuxer (see release notes for details)
- Fixed a bug with the Vorbis Media Type
- Disabled Subtitles when generating Thumbnails in Explorer

LAV Video
- Fixed a overflow in 10 -> 8 bit dithering and NV12 output

Download: Installer (both x86/x64) -- Zips: 32-bit & 64-bit

New MKV Demuxer
What does that bring us?
- Faster and more accurate seeking
- Better handling of incomplete/broken files

No really "new" features yet, just a new basis for future enhancements. It will usually work much smoother then before, however, and so far no regressions have been reported.

Important: If a MKV file breaks that played fine with 0.40 or earlier, please report those cases, preferably with a sample file!
I hope it won't happen too often, but i would be surprised if it never happens, but here is hoping!

The other changes are pretty minor, fixed a small glitch in the 10 -> 8bit dithering code that could overflow in some cases, but nothing really widely spread i suppose, since it took so long until it was noticed.

Anyway, take care and have fun - and as always, please report any issues you might have (especially regressions)!

[Sebastiii]

Thanks m8
Works really nice for now