LAV Filters - DirectShow Media Splitter and Decoders - Page 65

jmone · 5th April 2011, 22:56

Great stuff on the BD support (cross post from the JR Media Center Forum): While I am away with work and can not test, I'm pretty excited about the direct MPLS support as you could in MC, import multiple MPLS from the same stored disc structure, eg the one for the Std Theatrical Release, One for the EE, One for Alternative ending etc depending on your preference. I guess you could also import one for each epesode etc for a disc with multipleTV Shows etc.

If the above is correct you could then just backup your BD collection in folder structures and import what MPLS you want. They will appear as individual titles in MC so from theaterview you can then commence playback of the correct title etc from the existing GUI.

Thanks
Nathan

CruNcher · 5th April 2011, 23:13

http://stfcc.org/misc/aita.sample.m2ts <- hehe funny stream

Cyberlink = fails
Arcsoft = works
mplayer = works
vlc = fails
MPC-HC = works
Lav splitter = fails

Snowknight26 · 5th April 2011, 23:23

Another issue I've noticed is that some films (doesn't matter if it's a single M2TS file or multiple seamlessly-branched ones) go slowly out of sync. I think the desynchronization compounds as you seek more and more, but I've only had the audio be out by +-200ms so it's hard to say whether that's what's causing it.

Providing a large enough sample to reproduce this might be an issue too..

And finally, this sample causes all renderers (tested EVR, VMR9 renderless, etc) but EVR-CP to stutter/play at a half speed: http://stfcc.org/misc/bolt.sample.m2ts

Quote:

Originally Posted by CruNcher

http://stfcc.org/misc/aita.sample.m2ts <- hehe funny stream

Complain to the studios about their apparently superb authoring.

Oh and ironically, ffplay plays it fine.

SamuriHL · 5th April 2011, 23:38

Quote:

Originally Posted by CruNcher

http://stfcc.org/misc/aita.sample.m2ts <- hehe funny stream

Cyberlink = fails
Arcsoft = works
mplayer = works
vlc = fails
MPC-HC = works
Lav splitter = fails

That's a messed up stream you got there!

I just tried with the latest code from the repository on my laptop using ArcSoft decoder (DXVA) with EVR-CP....it really doesn't play nicely.

EDIT: If I play it on my main HTPC it plays perfect. MPC-HC 3015 MSVC2010(compiled by me), LAV Splitter (also compiled by me in MSVC2010), Cyberlink Video Decoder (HAM on an AMD 5870), and madVR. No issue at all.

EDIT2: I fixed the laptop. I had full floating point processing turned on in the EVR-CP renderer and it didn't like that very much. Turned it to half floating point and it's working nicely now.

CruNcher · 6th April 2011, 00:36

Quote:

Originally Posted by Snowknight26

Another issue I've noticed is that some films (doesn't matter if it's a single M2TS file or multiple seamlessly-branched ones) go slowly out of sync. I think the desynchronization compounds as you seek more and more, but I've only had the audio be out by +-200ms so it's hard to say whether that's what's causing it.

Providing a large enough sample to reproduce this might be an issue too..

And finally, this sample causes every all renderers (tested EVR, VMR9 renderless, etc) but EVR-CP to stutter/play at a half speed: http://stfcc.org/misc/bolt.sample.m2ts

Complain to the studios about their apparently superb authoring.

Oh and ironically, ffplay plays it fine.

That bolt sample works flawless here on VMR9 renderless XP Nvidia Forceware 270.51 G92 VP2 (Lav splitter 0.20)

Snowknight26 · 6th April 2011, 01:50

My renderer properties window looks very similar to yours but it's clearly dropping more than half the frames. With EVR-CP and frame time correction off (yes, off), it plays at the less than half the framerate. With it on, EVR-CP is fine. I thought LAVSplitter had some auto detection going on for incorrect timestamps, but the real kicker is that this is H.264, not VC-1 (unless EVR-CP's frame time correction and LAVSplitte's timestamp correction are different things or I'm not fully understanding the matter). As soon as I set Haali Media Splitter to preferred and reopen the video, the issue disappears on all renderers.

When opening a video, the framerate is wrong for about half a second before the video is played at the correct framerate. When the issue occurs, it seems like the timing calculation going on forgets to kick in after half a second is up.

Edit: Confirmed in my VM with default MPC-HC settings. Only EVR-CP with frame time correction on plays the video properly.

CruNcher · 6th April 2011, 02:33

ATI/AMD or Nvidia ?
and yeah you can only half trust that status information though the MPC-HC OSD you can trust

here is another problem sample

http://www.mediafire.com/download.php?kvww3jetblg2120 <- No audio its latm

Snowknight26 · 6th April 2011, 04:30

Quote:

Originally Posted by CruNcher

ATI/AMD or Nvidia ?

AMD on my desktop, but I doubt it's relevant as it occured in a VM, too.

Quote:

Originally Posted by CruNcher

and yeah you can only half trust that status information though the MPC-HC OSD you can trust

If only regular EVR had the OSD..

But I digress. I don't want to go too off-topic so I'll wait and see what nevcairiel says.

nevcairiel · 6th April 2011, 06:35

The problem is that some decoders, especially hardware based decoders or commercial decoders like Cyberlink/ArcSoft do timestamp fixing/package merging, and LAV Splitter does that too. Now, when its done twice, it can result in funny issues, like you see there.

Interesting fact: Its 100% fine in madVR, go switch already. =)
In a future version, i'll add an option to disable the stream processing in LAV Splitter (similar to the VC-1 option right now, just for all streams). This might cause issues with some of the weirder decoders, but overall it should work better with commercial and hardware decoders.
As a result, the output from LAV Splitter will pretty much match the output of the MPC-HC splitters, and rely on the codecs to do all the heavy lifting.
I will keep the VC-1 option separate, so it'll be like "Enable processing for VC-1" and "Enable processing for all other (video) streams". I don't think doing this kind of processing on audio streams actually hurts, and is actually required for some formats, like aac_latm.

I'll see about adding this in the next version.

I'm quite amazed by the lack of "real" bug reports. That timing thing is nothing new and has been around before, although it mostly manifests with m2ts files, so i guess now with BD support people notice it more often, eh.

In any case, i'll take a look at the other samples provided here and see what there is to be done, and then try to push out 0.21 with the bugfixes, before i start working on new stuff.

Snowknight26 · 6th April 2011, 07:16

Quote:

Originally Posted by nevcairiel

Interesting fact: Its 100% fine in madVR, go switch already. =)

DXVA can be useful at times.

Quote:

Originally Posted by nevcairiel

I'll see about adding this in the next version.

Glad to hear it.

On a darker note:

Audio stream switching on that bolt.sample.m2ts file causes visible corruption until the next I frame.

nevcairiel · 6th April 2011, 07:18

Quote:

Originally Posted by Snowknight26

Audio stream switching on that bolt.sample.m2ts file causes visible corruption until the next I frame.

I didn't want to seek back or ahead to the next I-Frame, and if you keep constantly switching audio, you're doing it wrong anyway. =)
Yes, its unfortunate, but it doesn't affect all movies, and i don't know from the top of my head how to fix it properly. Seeking in that situation would most likely cause alot of pain.

Mercury_22 · 6th April 2011, 07:31

@ nevcairiel since you complain of "the lack of "real" bug reports" here is one

:
I have a index.bdmv which LAV can't play it at all = MPC-HC : "can't render the file " the BD is BBC's MADAGASCAR UK version
With the same settings and decoders (Arc...) LAV can play the m2ts files and MPC-HC internal splitters can play even the index.bdmv beside the m2ts files

P.S. If you need I can up the index.bdmv and mpls files

nevcairiel · 6th April 2011, 07:32

Do other BDs work?

Mercury_22 · 6th April 2011, 07:35

Quote:

Originally Posted by nevcairiel

Do other BDs work?

Yes This is the only one not working (so far

)

adam777 · 6th April 2011, 07:51

Thanks for 0.20, nevcairiel.
Just a small heads up - you link to 0.19 in the first post (changelog is for 0.20).

nevcairiel · 6th April 2011, 08:18

Quote:

Originally Posted by adam777

Just a small heads up - you link to 0.19 in the first post

Fixed, thanks.

Quote:

Originally Posted by Mercury_22

Yes This is the only one not working (so far

)

This one?
http://www.bbcshop.com/science+natur...nvt/bbcbd0136/

Too bad it doesn't seem to available on amazon.de yet, they only have the older BBC documentaries.
You wouldn't happen to have one of the older ones, and could test if maybe the error appears there as well?
(Wild China, South Pacific, Galapagos, Nature's Great Events)

Sadly only the bdmv and mpls files don't really help me much. I need to work on an easier way to do debug logging. I should focus on that some time soon.

Mercury_22 · 6th April 2011, 08:29

Quote:

Originally Posted by nevcairiel

Fixed, thanks.

This one?
http://www.bbcshop.com/science+natur...nvt/bbcbd0136/

Too bad it doesn't seem to available on amazon.de yet, they only have the older BBC documentaries.

YES! That one and two more BBC's Adventures in Architecture DAN CRUICKSHANK & Beyoncé: I Am... Yours - An Intimate Performance at Wynn Las Vegas

EDIT Nature's Great Events & South Pacific are working the other two can't test them now I'll try later if you still want me to

Edit 2: Can't you replace the m2ts files with some random m2ts files if I send you the bdmv and mpls files without the m2ts files ?

nevcairiel · 6th April 2011, 08:50

What happens if you try to open a .mpls file directly?

Mercury_22 · 6th April 2011, 08:52

Quote:

Originally Posted by nevcairiel

What happens if you try to open a .mpls file directly?

Same problem! "cannot render the file " but working with MPC-HC's internal splitter

EDIT Galapagos it's working too

Matching_Mole · 6th April 2011, 11:22

I have the same issue than Kaotech described : when I changed audio the video seems blocked. Clearly it is linked to Arcsoft Audio decoder.

I used a french BR with two French audio tracks, one in DTS HD and the other in regular DTS (the commentaries of the director). LAV Splitter choose by default the regular DTS track (by the way here maybe you can improve the behavior of you slitter and choose, as the MPC internal Splitter does, the "better track" format so here by default the DTS HD track). I changed it to DTS HD and I got a black screen so I seek in another part of the movies and the video play again correctly but with no more sound except if I choose back the regular DTS track.

If I use LAV Audio, this issue is not present so clearly it is due to Arcsoft Audio Decoder.

5th April 2011, 23:13	#1282 \| Link
CruNcher Registered User Join Date: Apr 2002 Location: Germany Posts: 4,926	http://stfcc.org/misc/aita.sample.m2ts <- hehe funny stream Cyberlink = fails Arcsoft = works mplayer = works vlc = fails MPC-HC = works Lav splitter = fails __________________ all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004

6th April 2011, 02:33	#1287 \| Link
CruNcher Registered User Join Date: Apr 2002 Location: Germany Posts: 4,926	ATI/AMD or Nvidia ? and yeah you can only half trust that status information though the MPC-HC OSD you can trust here is another problem sample http://www.mediafire.com/download.php?kvww3jetblg2120 <- No audio its latm __________________ all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 6th April 2011 at 02:56.

6th April 2011, 06:35	#1289 \| Link
nevcairiel Registered Developer Join Date: Mar 2010 Location: Hamburg/Germany Posts: 10,348	The problem is that some decoders, especially hardware based decoders or commercial decoders like Cyberlink/ArcSoft do timestamp fixing/package merging, and LAV Splitter does that too. Now, when its done twice, it can result in funny issues, like you see there. Interesting fact: Its 100% fine in madVR, go switch already. =) In a future version, i'll add an option to disable the stream processing in LAV Splitter (similar to the VC-1 option right now, just for all streams). This might cause issues with some of the weirder decoders, but overall it should work better with commercial and hardware decoders. As a result, the output from LAV Splitter will pretty much match the output of the MPC-HC splitters, and rely on the codecs to do all the heavy lifting. I will keep the VC-1 option separate, so it'll be like "Enable processing for VC-1" and "Enable processing for all other (video) streams". I don't think doing this kind of processing on audio streams actually hurts, and is actually required for some formats, like aac_latm. I'll see about adding this in the next version. I'm quite amazed by the lack of "real" bug reports. That timing thing is nothing new and has been around before, although it mostly manifests with m2ts files, so i guess now with BD support people notice it more often, eh. In any case, i'll take a look at the other samples provided here and see what there is to be done, and then try to push out 0.21 with the bugfixes, before i start working on new stuff. __________________ LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 6th April 2011 at 07:16.

6th April 2011, 07:31	#1292 \| Link
Mercury_22 Registered User Join Date: Dec 2007 Posts: 1,138	@ nevcairiel since you complain of "the lack of "real" bug reports" here is one : I have a index.bdmv which LAV can't play it at all = MPC-HC : "can't render the file " the BD is BBC's MADAGASCAR UK version With the same settings and decoders (Arc...) LAV can play the m2ts files and MPC-HC internal splitters can play even the index.bdmv beside the m2ts files P.S. If you need I can up the index.bdmv and mpls files __________________ Intel UHD Graphics 750; Win 10 22H2

6th April 2011, 07:32	#1293 \| Link
nevcairiel Registered Developer Join Date: Mar 2010 Location: Hamburg/Germany Posts: 10,348	Do other BDs work? __________________ LAV Filters - open source ffmpeg based media splitter and decoders

5th April 2011, 22:56	#1281 \| Link
jmone Registered User Join Date: Dec 2007 Posts: 652	Great stuff on the BD support (cross post from the JR Media Center Forum): While I am away with work and can not test, I'm pretty excited about the direct MPLS support as you could in MC, import multiple MPLS from the same stored disc structure, eg the one for the Std Theatrical Release, One for the EE, One for Alternative ending etc depending on your preference. I guess you could also import one for each epesode etc for a disc with multipleTV Shows etc. If the above is correct you could then just backup your BD collection in folder structures and import what MPLS you want. They will appear as individual titles in MC so from theaterview you can then commence playback of the correct title etc from the existing GUI. Thanks Nathan

6th April 2011, 01:50	#1286 \| Link
Snowknight26 Registered User Join Date: Aug 2007 Posts: 1,430	My renderer properties window looks very similar to yours but it's clearly dropping more than half the frames. With EVR-CP and frame time correction off (yes, off), it plays at the less than half the framerate. With it on, EVR-CP is fine. I thought LAVSplitter had some auto detection going on for incorrect timestamps, but the real kicker is that this is H.264, not VC-1 (unless EVR-CP's frame time correction and LAVSplitte's timestamp correction are different things or I'm not fully understanding the matter). As soon as I set Haali Media Splitter to preferred and reopen the video, the issue disappears on all renderers. When opening a video, the framerate is wrong for about half a second before the video is played at the correct framerate. When the issue occurs, it seems like the timing calculation going on forgets to kick in after half a second is up. Edit: Confirmed in my VM with default MPC-HC settings. Only EVR-CP with frame time correction on plays the video properly.

6th April 2011, 07:51	#1295 \| Link
adam777 Registered User Join Date: Dec 2003 Posts: 179	Thanks for 0.20, nevcairiel. Just a small heads up - you link to 0.19 in the first post (changelog is for 0.20).

6th April 2011, 08:50	#1298 \| Link
nevcairiel Registered Developer Join Date: Mar 2010 Location: Hamburg/Germany Posts: 10,348	What happens if you try to open a .mpls file directly? __________________ LAV Filters - open source ffmpeg based media splitter and decoders

6th April 2011, 11:22	#1300 \| Link
Matching_Mole Registered User Join Date: Feb 2009 Posts: 99	I have the same issue than Kaotech described : when I changed audio the video seems blocked. Clearly it is linked to Arcsoft Audio decoder. I used a french BR with two French audio tracks, one in DTS HD and the other in regular DTS (the commentaries of the director). LAV Splitter choose by default the regular DTS track (by the way here maybe you can improve the behavior of you slitter and choose, as the MPC internal Splitter does, the "better track" format so here by default the DTS HD track). I changed it to DTS HD and I got a black screen so I seek in another part of the movies and the video play again correctly but with no more sound except if I choose back the regular DTS track. If I use LAV Audio, this issue is not present so clearly it is due to Arcsoft Audio Decoder.