View Full Version : LAV Filters - DirectShow Media Splitter and Decoders
SamuriHL
1st May 2011, 19:33
I already built it and tried. Still not working for DTS-HD MA. Fixed TrueHD without ReClock renderer. (Don't ask)
nevcairiel
1st May 2011, 19:35
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
1st May 2011, 19:36
It flashes between PCM and DTS-HD MA and I get no audio on DTS-HD MA sources.
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
1st May 2011, 19:40
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
1st May 2011, 19:52
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
1st May 2011, 20:06
There is minor differences in the spdif header writing, i'm looking into it.
SamuriHL
1st May 2011, 20:08
Ok, thanks. Sorry this turned out to be a PITA. This is GREATLY appreciated though. Especially given that DD+ bitstreaming works. So kuel!
nevcairiel
1st May 2011, 20:17
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
Nev, is LAV Audio connecting as PCM for bitstream or not?
SamuriHL
1st May 2011, 20:21
Pulling and building now, Nev. Thanks!
nevcairiel
1st May 2011, 20:22
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
1st May 2011, 20:24
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
1st May 2011, 20:32
Nope. No longer flashing. Just doesn't make a connection to the receiver at all now. sigh.
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
1st May 2011, 20:35
VipZ what hardware and driver are you using?
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
1st May 2011, 20:43
It would seem the difference, then, is likely our receivers. My Pio can be fussy at times. Figures.
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
1st May 2011, 20:58
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
1st May 2011, 21:01
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
1st May 2011, 21:04
Yup, that did it. Thank you so much for this, Nev! You've really made my day!!
No regressions on my side with the test build.
nevcairiel
1st May 2011, 21:10
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...
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
1st May 2011, 21:19
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
1st May 2011, 21:21
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
1st May 2011, 21:22
HDDVD really went out of its way to use formats no-one else uses, huh.
SamuriHL
1st May 2011, 21:24
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
1st May 2011, 21:26
@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
1st May 2011, 21:33
Personally, I would have preferred that all HD movies were high bitrate DD+ 16/48 but that's just me :D.
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
1st May 2011, 21:36
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
1st May 2011, 21:37
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
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
1st May 2011, 21:44
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
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
1st May 2011, 22:01
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.
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
1st May 2011, 22:15
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
1st May 2011, 22:20
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
1st May 2011, 22:38
I was thinking the exact same thing. i'm going to do that right now and let you know.
dbone1026
1st May 2011, 22:40
So to confirm using LAV Splitter + LAV Audio Decoder = bitstreaming + forced subtitle support in MPC HC?
SamuriHL
1st May 2011, 22:48
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
1st May 2011, 22:51
@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
1st May 2011, 23:07
: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
1st May 2011, 23:09
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
1st May 2011, 23:14
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
1st May 2011, 23:49
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
1st May 2011, 23:49
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.
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.