LAV Filters - DirectShow Media Splitter and Decoders [Archive] - Page 25

CruNcher

3rd April 2011, 12:04

could be also what is visually seen a slice rendering problem as most x264 streams here also in .m2ts don't Bork out and all have in common that they don't use slices or a combination of slices + mbaff

And as V0lt said that hillary Mpeg-2 Stream Freezes with Lav Splitter + any Decoder even LAV CUVID ;)

Works fine with MPC-HC Splitter, Haali, Arcsoft

Btw that brings me on the question could you add to modular allow to disable libavformat parser in lavsplitter, would make testing easier then to allways register/unregister after the 1000 time you feed up ;)

SamuriHL

3rd April 2011, 13:42

That looks like the same problem i had with LAV CUVID in 0.1, heh.

I was thinking the same thing. :)

Mercury_22

3rd April 2011, 14:23

SamuriHL

3rd April 2011, 14:29

LAV Filters don't support blu-ray yet, afaik. Nev has been talking about adding it to the next version.

Mercury_22

3rd April 2011, 14:32

LAV Filters don't support blu-ray yet, afaik. Nev has been talking about adding it to the next version.

Any index.bdmv with H264 it's playing fine with LAV !

EDIT again "I'm using latest LAVFSplitter-603e79a from today VS2010 SP1 & Win 7.1 SDK"

SamuriHL

3rd April 2011, 14:41

Ok. Then I guess you'll have to wait for Nev to answer that one. I'm guessing there's probably a reason he hasn't released a new version with that support yet. ;)

nevcairiel

3rd April 2011, 14:53

Using Arcsoft video & audio I'm trying to play a VC-1 i & DTS-Hd Blu-ray (folder) when I open the m2ts file the video it's smooth BUT when I'm opening the index.bdmv the video is very choppy (same setting used as before in MPC-HC and LAVSplitter)
The same index.bdmv it's playing smooth with WMVideo Decoder DMO and Frame time correction ON or using internal splitter with any of the video decoders mentioned without any setting changed (except that for WMVideo Decoder DMO I'm using Frame time correction ON)

Try setting the VC1 timestamp option to completly "off" in the settings. The automatic detection is probably broken right now. Will try to fix it, but i don't have interlaced blurays.

Edit:
Or try with the latest version (7431d08)

Ok. Then I guess you'll have to wait for Nev to answer that one. I'm guessing there's probably a reason he hasn't released a new version with that support yet. ;)
Obviously there is always time between releases where a feature is about done, but not released. As it is with open source, everyone is free to grab the source of those versions and compile it for themself.

In any case, i spent alot of time debugging seamless playback over the weekend, and it should be working perfectly now.

Mercury_22

3rd April 2011, 15:16

Try setting the VC1 timestamp option to completly "off" in the settings. The automatic detection is probably broken right now. Will try to fix it, but i don't have interlaced blurays.

Edit:
Or try with the latest version (7431d08)

Obviously there is always time between releases where a feature is about done, but not released. As it is with open source, everyone is free to grab the source of those versions and compile it for themself.

In any case, i spent alot of time debugging seamless playback over the weekend, and it should be working perfectly now.

YES! it's working with version (7431d08) :thanks:

SamuriHL

3rd April 2011, 15:30

Obviously there is always time between releases where a feature is about done, but not released. As it is with open source, everyone is free to grab the source of those versions and compile it for themself.

In any case, i spent alot of time debugging seamless playback over the weekend, and it should be working perfectly now.

Yea I realized that the second time he said he was using the latest from SVN. sigh. :) I really need to get my damn dev env set up so I can also pull the latest. I just haven't had time. Looking forward to this next release.

v0lt

3rd April 2011, 18:39

@nevcairiel
I was asked to report:
At usage of a system splitter or Haali, audio tracks in files avi in Zoom Player (Ctrl-A) switch normally as soon as I install LAVF, the keyboard shortcut doesn't work, and at switching manually Zoom Player produces a program error
File for check with two audio tracks http://narod.ru/disk/8587018001/test.avi.html

Ger

3rd April 2011, 19:44

The CoreAVC issue seems to be a Render bug on Nvidia Hardware via DXVA on their side, almost any .m2ts stream borks visually out with CoreAVC DXVA and VP2

Not just Nvidia hardware, but their DXVA implementation in general. I've seen similar issues with other samples and ATI.

Switching CoreAVC (2.5.1) to software mode or using another DXVA decoder solves the problem.

CruNcher

3rd April 2011, 19:59

So a heavy major DXVA bug i wonder how Beta Testers could oversee that one as it makes it DXVA mode practically useless, except you watch only non sliced x264 encodes ;)

PS: I wasn't involved in beta testing so please dont hurt me even if im in the Credits, and to make it clear i don't give you your money back either a wait it was free so :p ;)

Ger

3rd April 2011, 20:54

Hilary.0000.ts (http://www.multiupload.com/MNHNZJKDOP)
LAV Splitter not play. But WMP is playing.

Nev has said earlier in the thread that streams with multiple programs (multiple SIDs) are not supported yet.

This seems to be one of those, a recording of a complete mux/transponder, not just a single channel. Normally LAV Splitter will play the first program/channel with these streams, but apparently not in this case.

With the internal MPC-HC splitter you can switch between the HD and SD video tracks. With MediaInfo you can even see the name of the channels KNTV-HD and KNTV-SD, so we know it was probably ATSC recorded in the Bay Area, California.

Another interesting thing about this sample is the closed captions. In VLC you can see the lyrics she's singing by enabling the CC subtitles. VLC can handle TeleText and CC, but can't switch between video tracks/programs either and only shows the SD video in this sample.

3rd April 2011, 22:23

I have a little feature request (maybe it´s possible manual, I don´t know):
-Selection somewhere which formats should be registered.

I do not want to use it for MPEG-TS, because it cannot handle multiple programs. But I want to use it for WMV, because it can seek in incomplete files (I don´t know any other DirectShow splitter able to that), is there any way to change this manually?

SamuriHL

4th April 2011, 02:50

Alright, I'm trying to get a build env set up finally. Got MSVC 2010 SP1 installed, got GIT integrated, and pulled the source from GIT. When I try to use the GIT link in the readme for ffmpeg I get an error 400. So I pulled it from the main GIT repository. Fine. Libbluray. I don't have an MSVC 2010 solution for it. When I open the LAVSplitter solution that's the error I get. I'm clearly missing something here. Help? :) I'd love to get this building so maybe I can help out once in a while. Thanks!

EDIT: This is what I get when I try to get from the ffmpeg git link in the readme:

c:\Program Files (x86)\Git\bin\git.exe clone -v --progress --branch refs "http://git.1f0.de/gitweb?p=ffmpeg.git;a=summary" "C:/Users/Samuri/Documents/Visual Studio 2010/Projects/LAVFSplitter/ffmpeg"
error: The requested URL returned error: 400 while accessing http://git.1f0.de/gitweb?p=ffmpeg.git;a=summary/info/refs

fatal: HTTP request failed
Cloning into C:/Users/Samuri/Documents/Visual Studio 2010/Projects/LAVFSplitter/ffmpeg...
Done

I'm extremely new to using GIT so forgive me for my stupidity here. And I need to pull the libbluray from Nev's GIT hub, as well, but, I think I have the same issue there so clearly I'm doing something wrong.

Snowknight26

4th April 2011, 03:46

Tried to encode a fake-interlaced VC-1 clip earlier and the LAV splitter spat out "Interlaced frames/fields support is not implemented" in the command prompt, even though it seemed to encode just fine. Is the part of libavfilter that issued the warning even used? I figured it'd be only for decoding, not for parsing the VC-1 header. Seems strange to show that warning yet still work flawlessly. :p

Sebastiii

4th April 2011, 06:34

nevcairiel

4th April 2011, 06:51

I'm extremely new to using GIT so forgive me for my stupidity here. And I need to pull the libbluray from Nev's GIT hub, as well, but, I think I have the same issue there so clearly I'm doing something wrong.

Open the links i provided in web browser, it shows the proper cloning URLs on the page that opens.

lav splitter: git://git.1f0.de/lavfsplitter.git (or from GitHub, git://github.com/Nevcairiel/LAVFSplitter.git)
ffmpeg: git://git.1f0.de/ffmpeg.git
libbluray: git://git.1f0.de/libbluray.git

http cloning is not supported from my git hosting page, need to use the git protocol (or ssh if you have access, which only i do :D)

As an alternative, just checkout LAV Splitter, and then run "git submodule update --init", which will download ffmpeg and libbluray from my repositories in the proper location. It can also be used in the future to keep those two modules updated, when/if i update them.

Tried to encode a fake-interlaced VC-1 clip earlier and the LAV splitter spat out "Interlaced frames/fields support is not implemented" in the command prompt, even though it seemed to encode just fine. Is the part of libavfilter that issued the warning even used? I figured it'd be only for decoding, not for parsing the VC-1 header. Seems strange to show that warning yet still work flawlessly. :p

It throws out the warnings when it reads an interlaced header, because the code doing the header parsing is basically the same as the code that does the decoding (if it were to decode..)

I have a little feature request (maybe it´s possible manual, I don´t know):
-Selection somewhere which formats should be registered.

This is on my list of things to do. Sadly there is no easy way to do it manually.

SamuriHL

4th April 2011, 14:43

Thanks guys! I finally got the source downloaded and ffmpeg built with MinGW. (Man that's a chore!) I forgot to install the Win 7.1 SDK (uh, oops) so I've yet to be able to build the MSVC projects, but, I'm making good progress. Hopefully I'll have this built soon so I can start taking a look at it.

EDIT: Or not. My ffmpeg build didn't seem to succeed as well as I thought. I'm missing 'avformat-52.lib'. Guess I have to go work through that again. sigh.

nevcairiel

4th April 2011, 14:55

You can safely switch the sdk to 7.0 (i think its called v100 or something).

Also, use the bundled sh files to build FFmpeg, they create and copy all the required lib and dll files.

SamuriHL

4th April 2011, 15:14

Yea, I've got 7.1 installed now. I had 6.0a or something installed from before. LOL!

Yup, using those. Just didn't have lib.exe and link.exe exposed. I don't get how your build.bat file works, though. In msys, the call to the vc env vars bat doesn't work, and in regular windows cmd line sh isn't exposed. How'd you pull off that bit of magic? :)

nevcairiel

4th April 2011, 15:27

Simply add the mingw base bin path to the global path, or add it into the VS script that sets the env up, so it knows where sh is.

SamuriHL

4th April 2011, 15:29

Yup. I just figured that out. It's been running for a few minutes now. We'll see if this goes any better! :) Thanks for your help. Sorry to be such a newbie on this. I haven't done C++ dev in a while and I was never all that good with mingw/msys. Add this GIT stuff in and woa man. :) I think I got the hang of it now though. Working through these issues is what helps me learn the env.

SamuriHL

4th April 2011, 15:34

OH man! It seemed to build! Using your build.bat that I heavily modified. LOL! (I removed the 64 bit stuff for the moment and added a path statement in there for the mingw/msys stuff.) 3 successful. WOO HOO! At the very least now I can pull the latest code from GIT and build my own. So, again, thanks for the help!!

nevcairiel

4th April 2011, 16:20

The build.bat is just a convenience tool for building releases anyway. Once you have FFmpeg build, you can aswell just build frolm within the dev environment.

SamuriHL

4th April 2011, 16:32

Yea, that's fine. I just wanted to make sure I can build everything from scratch if needs be. I got it all sorted out now. I should get MPC-HC compiling next. I'd like to be able to build all the OSS that I use for MKV playback. Or at least some of it. Maybe even contribute once in a while once I get more familiar with the code.

BullMoose

4th April 2011, 16:51

this may seem like going backwards a little but it is a bit of a challenge for me.

While I have LAVsplitter.ax installed I cannot play mpeg1 files all applications. (PowerPoint and a few others) but it does allow me to play all sorts of more modern files that I cannot play without it.

Is there a way to disable LAVfilters for mpeg1 only?

This is apparently a Windows media Foundation issue. can any point me to any tools or registry keys to look at to adjust the behavior?

Thanks

Kaotech

4th April 2011, 17:57

I've a bug, when i change audio the vidéo block.

There is a keyboard command to change audio ? If i tape "a", the audio don't change with MPC.

Thank you for your help :)

Thunderbolt8

4th April 2011, 22:49

is there actually compability to directvobsub? when I deinstalled haali and installed LAV splitter, directvobsub didnt get loaded any more. would it be possible to add this?

SamuriHL

4th April 2011, 23:43

There. That was a productive day. I have MPC-HC and LAV Filters building now. WOO HOO! Now I just need to keep them all up to date and build them every few days and I can finally have my own personal distribution. :D Thanks for helping me set this up today!

nightfly

5th April 2011, 03:53

I have to say I am impressed by the lav splitter. I have this sample of Avatar I created from a BD iso as a test clip that has always proven difficulty for the mpc gabast splitter. With gabast, I would always have trouble with lip sync.

With lav, no issues. I am able to seek around with perfect lip sync.

Does the "forced subtitles only" option only truly display forced subtitles from a subtitle track or will only play forced sub tracks?

So I am lav-convert now and will be setting up a dev envr up to also test the latest with.

Can't wait for those BD features!

SamuriHL

5th April 2011, 05:02

This rocks. I'm using my newly built lavf splitter to play an index.bdmv. playing perfectly! Thanks for all your work, Nev! Truly appreciated.

SamuriHL

5th April 2011, 05:06

P.s. hey Nev....mpls file playback works!! You so rock! :thanks:

CruNcher

5th April 2011, 05:39

http://www.mediafire.com/download.php?3xjrymbaigi9mpl <- No Audio and Crash when entering Lav Audio Status display

nevcairiel

5th April 2011, 06:40

is there actually compability to directvobsub? when I deinstalled haali and installed LAV splitter, directvobsub didnt get loaded any more. would it be possible to add this?
Its not the splitters job to load any components into the graph. You should convince your player to do so. In MPC-HC for example, i would just add DirectVobSub to the external filter list, and set it to preferred - that would make it always load.
Maybe someone else can comment on how to do it with your player of choice.

Does the "forced subtitles only" option only truly display forced subtitles from a subtitle track or will only play forced sub tracks?

Its meant to select tracks that are marked forced, it cannot split one track that contains both normal and forced subs - the subtitle renderer needs to do that.

There is a keyboard command to change audio ? If i tape "a", the audio don't change with MPC.

This isn't a LAV Splitter bug. MPC-HC is limited to only do it with filters that it knows. I'll add it to the list later.

.mpls file playback works!
Yes, yes it does. Was really easy to get working, too.

I was thinking about running some more tests, and then releasing 0.20, keeping in-player title changes for 0.21. Its already the same BD feature set as the MPC-HC MPEG Splitter, so, yeah. :)

nevcairiel

5th April 2011, 09:15

This isn't a LAV Splitter bug. MPC-HC is limited to only do it with filters that it knows. I'll add it to the list later.

Fixed in MPC-HC r3012

I didn't actually test it, but it should work now. You should be able to use the shortcuts to switch between audio and sub tracks.

clsid

5th April 2011, 11:30

External subs should already work with DirectVobSub. Embedded subtitles requires LAV Splitter to be on a known list of compatible splitters inside the DirectVobSub code. I will commit a patch for it to MPC-HC ;)

Haali splitter has a workaround to forcefully load DirectVobSub. That was added because WMP will sometimes not load any intermediate filters into the graph on its own.

SamuriHL

5th April 2011, 12:00

Yes, yes it does. Was really easy to get working, too.

I was thinking about running some more tests, and then releasing 0.20, keeping in-player title changes for 0.21. Its already the same BD feature set as the MPC-HC MPEG Splitter, so, yeah. :)

I was quite surprised to say the least. :) I was messing around with my wife's glee bd's and figured i'd try it and see what'd happen. It works great with one minor issue. It seems to default to the first sub track when playing an mpls. Not sure if that's a setting in mpc-hc that I have set wrong or if it's the splitter doing it? In any case nice job on that!

Mercury_22

5th April 2011, 12:08

@nevcairiel
Maybe after releasing 0.20 can we expect a MPC-HC LAV branch or even better: LAV splitter and audio added as options to the existing splitters and audio ?

SamuriHL

5th April 2011, 12:15

nevcairiel

5th April 2011, 12:25

It seems to default to the first sub track when playing an mpls. Not sure if that's a setting in mpc-hc that I have set wrong or if it's the splitter doing it? In any case nice job on that!

Hm, subtitle track selection should work similar to how it works with any other files, depending on the setting in the LAV Splitter GUI.
I'll test that later, not sure which setting i had active in my setup, but i see no reason it wouldn't work as expected.

Mercury_22

5th April 2011, 12:28

You think it's ready for integration? Well it certainly matches the internal filters in terms of features. I was hoping for one more feature though. Audio bitstreaming would allow me to remove ffdshow from the chain. And I think there's a few other features on nev's to do list as well. Integration _is_ a good idea but how much work would it take and would we not see any updates while it was worked on?

Since as you say "matches the internal filters" I think it's ready :)
Plus then maybe more people can help with the new features or to "squash", if any, the remaining bugs
Just my 2 c :rolleyes:

SamuriHL

5th April 2011, 12:30

Hm, subtitle track selection should work similar to how it works with any other files, depending on the setting in the LAV Splitter GUI.
I'll test that later, not sure which setting i had active in my setup, but i see no reason it wouldn't work as expected.

I've only tested it on that one Glee disc so far. I was simply testing to make sure I built everything correctly and happened to try the mpls files. Let me know what you find.

SamuriHL

5th April 2011, 12:31

Since as you say "matches the internal filters" I think it's ready :)
Plus then maybe more people can help with the new features or to "squash", if any, the remaining bugs
Just my 2 c :rolleyes:

I'm definitely not against the idea by any means. I know that's a stated goal and quite frankly at this point I have all the internal filters disabled myself. Just wondering how much work that'd be and how much time it'd take.

nevcairiel

5th April 2011, 12:39

Embedded subtitles requires LAV Splitter to be on a known list of compatible splitters inside the DirectVobSub code. I will commit a patch for it to MPC-HC ;)
Thanks!

I've only tested it on that one Glee disc so far. I was simply testing to make sure I built everything correctly and happened to try the mpls files. Let me know what you find.

Well whats your setting in the LAV Splitter config? Full subs, no language preference (which is the default)? That will always get you the first sub track.

@nevcairiel
Maybe after releasing 0.20 can we expect a MPC-HC LAV branch or even better: LAV splitter and audio added as options to the existing splitters and audio ?

Probably not yet.
Integrating it itself is not that hard, the problem is how to do it properly. For a testing period, it would be preferred to offer the ability to choose between the two, possibly on a per-format basis. This would be a major UI redesign, which is really not much fun to do.

I could of course just add one big checkbox that says "Use LAV Filters (where available)", and be done with the UI changes .. but i dunno, some more fine-grained configuration would be better, i think.

There is also the problem with ffmpeg. The version i use is far superior to the version MPC-HC uses, but changing MPC-HCs internal filters (especially video) to use the more recent version will most likely break alot of stuff and be alot of work.

People that want to test it can easily just install the two external libraries, and be done with it, until i'm confident that i can just safely replace the internal filters without worrying about config options.

Anyway, I have some things i want to finish next, before i do anything else. Maybe with those features i could actually call it "1.0"
- BluRay title switching from within the player
- Embedded Font support for MKV (internal MKV splitter can do that)
- Audio Bitstreaming (internal audio decoder can at least do AC3/DTS SPDIF, even if it cannot do HD)
- Sample Format conversion (some audio drivers don't accept the 32-bit float output, should be able to convert it to 16/24 bit integer)
- Stereo downmixing would be a bonus, but not sure how/if to do this.

SamuriHL

5th April 2011, 12:46

Well whats your setting in the LAV Splitter config? Full subs, no language preference (which is the default)? That will always get you the first sub track.

Uhhhhhh, hmmm. :) Yea, I never changed the default so I'm quite sure that's what it's set to. Guess I'll go mess with that. :)

Probably not yet.
Integrating it itself is not that hard, the problem is how to do it properly. For a testing period, it would be preferred to offer the ability to choose between the two, possibly on a per-format basis. This would be a major UI redesign, which is really not much fun to do.

I could of course just add one big checkbox that says "Use LAV Filters (where available)", and be done with the UI changes .. but i dunno, some more fine-grained configuration would be better, i think.

There is also the problem with ffmpeg. The version i use is far superior to the version MPC-HC uses, but changing MPC-HCs internal filters (especially video) to use the more recent version will most likely break alot of stuff and be alot of work.

People that want to test it can easily just install the two external libraries, and be done with it, until i'm confident that i can just safely replace the internal filters without worrying about config options.

Anyway, I have some things i want to finish next, before i do anything else. Maybe with those features i could actually call it "1.0"
- BluRay title switching from within the player
- Embedded Font support for MKV (internal MKV splitter can do that)
- Audio Bitstreaming (internal audio decoder can at least do AC3/DTS SPDIF, even if it cannot do HD)
- Sample Format conversion (some audio drivers don't accept the 32-bit float output, should be able to convert it to 16/24 bit integer)
- Stereo downmixing would be a bonus, but not sure how/if to do this.

That's an awesome list. Just what you've done now has made MPC-HC infinitely more useful for MKV playback for some of us. And now with the BD support it's even better. It's getting to a point where it's really viable to replace my commercial player of choice. These features would only make it that much better.

clsid

5th April 2011, 13:11

Integrating it itself is not that hard, the problem is how to do it properly. For a testing period, it would be preferred to offer the ability to choose between the two, possibly on a per-format basis. This would be a major UI redesign, which is really not much fun to do.

I could of course just add one big checkbox that says "Use LAV Filters (where available)", and be done with the UI changes .. but i dunno, some more fine-grained configuration would be better, i think.

There is also the problem with ffmpeg. The version i use is far superior to the version MPC-HC uses, but changing MPC-HCs internal filters (especially video) to use the more recent version will most likely break alot of stuff and be alot of work.

People that want to test it can easily just install the two external libraries, and be done with it, until i'm confident that i can just safely replace the internal filters without worrying about config options.If the internal filter functionality in MPC is ever redone, I would personally would like to see something like this:
* Filters are no longer embedded, but placed in a configurable external location (by default a subfolder called Filters). Simply check for the presence of a file for it to be listed on the "Internal Filters" page and to be used by MPC.
* Those filters will still be able be used without being registered, just like is done now with the embedded ones.
* Filters can of course optionally be registered to use them in other applications as well. So no need to have both embedded+external installed in such a situation. Less redundancy.
* Filters can now be updated without having to update MPC. Useful for regression testing, but also useful to keep development separated.
* Linking issues when using multiple versions of the same library (ffmpeg) in multiple filters are no longer an issue.
* Support for popular third party filters could be added as well, to use those in unregistered form. Useful for portable use.
* Smaller binary for people who don't use (some of the) internal filters.

SamuriHL

5th April 2011, 13:15

If the internal filter functionality in MPC is ever redone, I would personally would like to see something like this:
* Filters are no longer embedded, but placed in a configurable external location (by default a subfolder called Filters). Simply check for the presence of a file for it to be listed on the "Internal Filters" page and to be used by MPC.
* Those filters will still be able be used without being registered, just like is done now with the embedded ones.
* Filters can of course optionally be registered to use them in other applications as well. So no need to have both embedded+external installed in such a situation. Less redundancy.
* Filters can now be updated without having to update MPC. Useful for regression testing, but also useful to keep development separated.
* Linking issues when using multiple versions of the same library (ffmpeg) in multiple filters are no longer an issue.
* Support for popular third party filters could be added as well, to use those in unregistered form. Useful for portable use.
* Smaller binary for people who don't use (some of the) internal filters.

That would be absolutely ideal! That way people can just drop in the filters they care about, not having to register them, and get the exact functionality they want. YES PLEASE!!! Those who prefer the current filters could still use them. Those that want the "new stuff" could go that route. We still need the external filter page for adding things like Cyberlink or ArcSoft filters or whatever, but, I can definitely get behind this idea!

nevcairiel

5th April 2011, 13:17

I would always vote for keeping the filters seperate, but in the past the MPC-HC team (especially Casimir) always blocked any attempts at splitting it. Apparently having one single .exe that does everything is somehow "better".

In any case, LAV Splitter is not designed to run "embedded", and i won't modify it to do so. Additionally its also not designed to use an embedded ffmpeg. So, yeah, unless the MPC-HC guys change their mind about this, nothing to see here.

I like the idea of simply having the filters in some directory. Although this requires some haxery for source filters, you can't simply figure out which formats they support like you can with a transform filter, so MPC-HC would have to know all the details about them. (Thats why source filters can't be used unregistered in MPC-HC right now)

Making it fully dynamic (like, drop in filter and it gets used) might not be 100% viable, but doing it at least for the "known" filters would work (original internal filters, LAV Filters, some other common filters)

You know, redesigning a key part of MPC-HC like this, could be easier to just write a new player and steal some stuff from MPC-HC. :P