View Full Version : LAV Filters - DirectShow Media Splitter and Decoders
STaRGaZeR
26th December 2013, 19:14
Hardware acceleration is serious business :D
ryrynz
26th December 2013, 20:26
Why not just put a temporary option in until things mature and just disable it by default for HW acceleration above Full HD, then everyone gets what they want.
omarank
27th December 2013, 11:25
JPEG is typically always full-range content, its even commonly called JPEG-Color-Range and MPEG-Color-Range, for PC/Full and TV/Limited respectively.
In any case, jpegs can also carry metadata that say which color range it is, if its not supposed to be full-range, this metadata should be present.
Can you please check the JPEG file from the link below? It has TV levels, but I guess that information is not there in the metadata. However, any image viewer is able to display it with the correct levels. I wish LAV video could also retrieve the levels info the same way the image viewers do it.
https://www.mediafire.com/?m8l8l1hfamtg54c
Raylan Givens
27th December 2013, 18:54
Is a possibilitiy the D3D fullscreen stuck on MPC-HC to be 'cause of the LAV on AMD cards? I can't seem to be able to find the answer. MPC 1.71 x64 and all nightlies beyond, official AMD 13.12 ( and all betas before ) on Win 8.1 x64
It's very irritating...
wanezhiling
28th December 2013, 05:12
http://www.sendspace.com/file/82nl8w
http://www.sendspace.com/file/sohhvv
http://www.sendspace.com/file/zluul6
With LAV, one audio track (http://i1.tietuku.com/aahwlq1ih.png)
With mpc, two audio track (http://i1.tietuku.com/hhw5jgzkd.png)
DragonQ
28th December 2013, 16:24
Nev, I can't watch live TV (SD .TS files) over a VPN using MPC-HC despite having plenty of bandwidth, even though the same streams work mostly fine when using RTSP. Basically I just get stuttering and break-ups for no apparent reason, with the Task Manager sometimes showing a slight reduction in network throughput. There are no apparent problems server-side (no tuner, file writing, or streaming issues in log files). I suspect it's to do with LAV Splitter's cache/buffer settings. Would it be possible to make this an option in the Configuration window?
NikosD
30th December 2013, 09:44
This clip crashes completely LAV Video:
http://www.sendspace.com/file/b6uxc4
This clip has a lot of artifacts:
http://www.sendspace.com/file/7o6usa
Signature system DXVAn
nevcairiel
30th December 2013, 16:26
This clip crashes completely LAV Video:
http://www.sendspace.com/file/b6uxc4
Doesn't crash for me.
This clip has a lot of artifacts:
http://www.sendspace.com/file/7o6usa
Seems like the resolution is too high. My NVIDIA refuses HW accel for this clip, and the MFT refuses HW Accel for this clip.
Intels driver should probably refuse as well.
I could blacklist high resolutions, but didn't you say i should let the driver decide? :)
NikosD
30th December 2013, 16:56
I'm going to be a little strict with you, because a lot of people take your words literally and don't check by themselves if they are truly accurate.
Doesn't crash for me.
Yes it does crash on you.
Because I wrote you to my previous post that I tested the first clip with DXVA native which crashes LAV Video and MPC-HC which has LAV Video inside.
It doesn't crash DXVA CB and it doesn't crash QS decoder.
But it does crash LAV Video DXVAn.
OK?
Seems like the resolution is too high. My NVIDIA refuses HW accel for this clip, and the MFT refuses HW Accel for this clip.
Intels driver should probably refuse as well.
I could blacklist high resolutions, but didn't you say i should let the driver decide? :)
The second clip I uploaded is a 3D VC-1 clip of 2x1440 = 2880 x 1080 resolution.
NVIDIA drivers during enumeration report that they only HW accelerate up to 1920 x 1080 for VC-1, so for Nvidia HW it falls back to software decoding, exactly as drivers say.
Intel drivers report that accelerate 4K even for VC-1.
And they actually accelerate in HW perfectly the above VC-1 2880 x 1080 clip, but in QS decoder.
So again Intel drivers are fully accurate.
In DXVAn and DXVA CB, FFMpeg based decoders have artifacts.
OK ?
nevcairiel
30th December 2013, 17:00
Yes it does crash on you.
Because I wrote you to my previous post that I tested the first clip with DXVA native which crashes LAV Video and MPC-HC which has LAV Video inside.
It doesn't crash DXVA CB and it doesn't crash QS decoder.
But it does crash LAV Video DXVAn.
So you are going to tell me that my PC is crashing, when i can actually see LAV and MPC-HC play the file just perfectly right here, on my screen?
You must be psychic, or something!
Or maybe you should learn how to report a bug then.
"It crashes" is not a proper bug report.
All i can do is run the sample on my PC, and if it doesn't crash here, there is nothing i can do.
Go provide a crash dump.
OK ?
NikosD
30th December 2013, 17:06
All i can do is run the sample on my PC, and if it doesn't crash here, there is nothing i can do.
What is it that you don't understand ?
If you actually try to playback even with latest MPC-HC player or latest LAV video decoder both set up with DXVA native, it immediately crashes both systems.
You have to set up and try with DXVA native from the beginning and not change between decoding modes, exactly as I wrote to you at my first post.
If you don't understand plain English, there is nothing else I can do for you.
If I'm psychic then you are a moron or something.
avih
30th December 2013, 17:26
Guys, please keep it on topic, and there's no need to get personal. thank you.
DragonQ
30th December 2013, 17:46
This clip crashes completely LAV Video:
http://www.sendspace.com/file/b6uxc4
Even downloading the file is a mission. Use a proper file host.
Doesn't crash for me using MPC-HC & LAV Filters in DXVA2 Native mode. Maybe you should stop telling people what they see on their machines?
Sarasa
30th December 2013, 17:58
This clip crashes completely LAV Video:
http://www.sendspace.com/file/b6uxc4
Tested the clip and... Don't crash here either
Tested using MPCHC 1.7.1.271 (X64) / LAV Filter 0.59.1.96
Test-720p cuda.mkv
CUVID (cuvid) > no crash
DXVA2CB (dxva2cb) > no crash
DXVA2N (avcodec) > no crash
clsid
30th December 2013, 19:29
Yesterdays DXVA fix solves the crash here.
Sebastiii
30th December 2013, 20:14
I would like to thanks Nevcariel to provide a fix on DXVA native :)
So Thanks again.
truexfan81
31st December 2013, 09:12
Tested the clip and... Don't crash here either
Tested using MPCHC 1.7.1.271 (X64) / LAV Filter 0.59.1.96
Test-720p cuda.mkv
CUVID (cuvid) > no crash
DXVA2CB (dxva2cb) > no crash
DXVA2N (avcodec) > no crash
"DXVA2N (avcodec) > no crash "
if it says "avcodec" it is using sw decoding and of course does not crash ;)
"that is all i have to say about that" - Forest Gump
LigH
31st December 2013, 11:10
Then maybe it is not a completely DXVA compliant stream, which was detected and led to the software mode fallback?
And what is so bad about software decoding? Is the CPU consumption crucial?
cge
1st January 2014, 14:30
Hi,
I've setup an advanced rule in LAV Splitter in order to get the desirated subtitles according to the selected audio stream.
My issue is that works very well when I start playing a mkv but not when I switch audio stream to another language from LAV tray while playing, nothing change for subtitles.
What I'm doing wrong ?
Regards
Christophe
nevcairiel
1st January 2014, 14:32
The selection is only for the initial stream selection, it is not meant to update the subtitles when you switch audio, and its doubtful it ever will.
cge
1st January 2014, 14:43
Ok too bad, that will be a useful feature !
filler56789
2nd January 2014, 02:51
Semi-OT... :o
Last build from XhmikosR = 2013/June/29
Last build from roytam1 = 2013/December/16
So, where can we get fresh builds of LAV Filters now? :confused:
ryrynz
2nd January 2014, 03:04
Was wondering this myself, I'm guessing a new release isn't that far off though.
Other options for grabbing the latest LAV filters when Roytam's builds aren't up to date is from MPC-HC (copying them across after install, currently on 30a903b)
or installing CCCP Beta (currently on 7238fbc)
Right now using MPC-HC's "built in" LAV filters will give you the latest version currently available for download (Dec 24th)
wanezhiling
2nd January 2014, 03:40
He (http://forum.doom9.org/showpost.php?p=1657113&postcount=1022) keeps on compiling ffdshow/LAV/MPC-HC (http://pan.baidu.com/share/link?uk=2214911777&shareid=497331#dir/path=%2F%E8%87%AA%E7%BC%96%E8%AF%91%E8%BD%AF%E4%BB%B6).
filler56789
2nd January 2014, 04:25
ryrynz and wanezhiling: thanks for the replies, and
MANY thanks to betaking :) :) :)
manolito
2nd January 2014, 22:40
I am quite new to the LAV filters. But since ffdshow is obviously no longer developped, I am looking into replacing ffdshow and Haali completely with the LAV filter package.
There are several applications who insist that ffdshow and Haali should be used. BD-RB by jdobbs is an example, MultiAVCHD is another one. And most imporantly the ffms2 documentation states that for decoding Ogg and MPEG streams the Haali splitter must be installed.
Is this still true today, or can the LAV splitter replace Haali completely?
And I had no success in using the LAV audio filters in AVStoDVD decoding an MPEG2 file with MPEG audio (mp2). MP2 decoding was enabled in the LAV settings, but I did not get any audio in AVStoDVD. The ffdshow audio filters worked. Any ideas?
//EDIT// Please disregard this. The source file was broken.
Cheers
manolito
P.S.
I made a similar post in the AviSynth section after I noticed that ffdshow could not decode files with a non-mod4 width correctly, but LAV filter could. I hope you don't consider this as crossposting...:o
Razoola
4th January 2014, 13:04
I have a little issue with the audio decoder. When you have a stereo source that's mixed using LAV to output 5.1, how do you get it to work so the sub woofer also works or is that not possible?
mindbomb
5th January 2014, 04:59
that's not possible. check the option "don't mix stereo sources" to prevent mono and stereo from being affected by the mixer.
Lighto
5th January 2014, 06:07
Not sure if this is a LAV Splitter issue or otherwise.
When I use MPC-HC to playback a .avs with a DirectShowSource script and right click to select the subtitle from the LAV Splitter tray icon, the subtitle does not show up in the player but the tray icon shows that the subtitle is already selected.
If I do the same thing with Haali the subtitle shows up just fine in MPC-HC.
I have avisynth 2.5.8 installed.
vomanci
5th January 2014, 09:22
I have a little issue with the audio decoder. When you have a stereo source that's mixed using LAV to output 5.1, how do you get it to work so the sub woofer also works or is that not possible?
In MPC-HC you have to check "Enabled built in switcher" -> "Enable custon chanel mapping" -> 6 channels, then at the low freq. check 1 to 6 so low freq is sent from to subwoofer from all sources.
In PotPlayer just check LFE in Audio.
You must keep LAV Audio mixer to 5.1 to work.
Or use fffdShow in raw as a sound processor after LAV.
Mangix
5th January 2014, 11:59
Feature Request: Add option to prefer 2 channel audio instead of 5.1 or above.
detmek
5th January 2014, 12:52
You have built-in mixer to downmix to stereo or upmix mono to stereo.
Ignore that. I misunderstood your post.
Reino
5th January 2014, 15:51
When I use MPC-HC to playback a .avs with a DirectShowSource script and right click to select the subtitle from the LAV Splitter tray icon, the subtitle does not show up in the player but the tray icon shows that the subtitle is already selected.I assume your DirectShowSource() loads the LAV Video Decoder, but since LAV by itself can't render subs, it's indeed a LAV "issue". With FFDShow this works fine.
JMGNYC
5th January 2014, 22:42
I'm using LAV with MPC-HC 1.7.1. I have a number of .m4v files with the first track being english AAC 2.0 and the second track being english AC3 5.1. In other words, standard Apple format for both iOS and PC.
I've noticed that LAV used to pick the AC3 5.1 first all the time. Now it seems to be defaulting to the AAC 2.0 track. I can switch to the AC3 5.1 track and it plays fine.
Is there any way to get this set back up to always select the AC3 5.1 track as the default track (rather than the AAC 2.0 track) with MPC-HC/LAV?
Thanks.
nevcairiel
5th January 2014, 22:44
LAV Splitter has an option "Prefer Audio Stream with Highest Quality", if that one is checked, it should pick the 5.1 stream.
If that does not work, its most likely that your player is overriding the stream choice for some reason.
Lighto
6th January 2014, 00:19
I assume your DirectShowSource() loads the LAV Video Decoder, but since LAV by itself can't render subs, it's indeed a LAV "issue". With FFDShow this works fine.
It should be Media Splitter related rather than Video Decoder. I was able to use Haali with LAV Video Decoder for the video stream and vsfilter for the subs.
Is it safe to assume the LAV Splitter is unable to load vsfilter in DSS and therefore unable to render subs in DSS?
nevcairiel
6th January 2014, 00:19
LAV Splitter doesn't load anything. DSS would need to load it.
JMGNYC
6th January 2014, 02:03
LAV Splitter has an option "Prefer Audio Stream with Highest Quality", if that one is checked, it should pick the 5.1 stream.
If that does not work, its most likely that your player is overriding the stream choice for some reason.
I do have that checked. I guess I'll check with the MPC-HC guys to see if it's them.
dansrfe
6th January 2014, 04:28
I think there's a bug with playing music files via a playlist file when MPC-HC is minimized to the tray. When the next file loads, there's no audio but the player's progress bar keeps moving on the next song as if it's playing. This is using the LAV splitter and decoder.
michkrol
6th January 2014, 18:51
I do have that checked. I guess I'll check with the MPC-HC guys to see if it's them.
Just a random thought, aren't you unknowingly using MPC-HC's internal LAVFilters? They do have separate settings. Check in Play -> Filters menu, they would have "(internal)" after their names.
Also check Options -> Playback, there's "Default track preference" section, especially "Allow overriding external splitter choice" should be disabled.
I think there's a bug with playing music files via a playlist file when MPC-HC is minimized to the tray. When the next file loads, there's no audio but the player's progress bar keeps moving on the next song as if it's playing. This is using the LAV splitter and decoder.
Works correctly here with nightly MPC-HC v1.7.1.289 and both official LAVFilters v0.59.1 and MPC's internal LAVFilters v0.59.1.102. Download at nightly.mpc-hc.org perhaps something got fixed along the way in MPC-HC or LAV, if you have unofficial build. If you have the newest versions, it must be difference between our configs.
clsid
6th January 2014, 21:09
The changelog of libbluray mentions new function "bd_get_main_title". Could that be useful for LAV Splitter, or is its implementation using a similar heuristic method as LAV already does?
nevcairiel
6th January 2014, 21:12
Its exactly the same, just the longest track.
JMGNYC
6th January 2014, 23:31
Just a random thought, aren't you unknowingly using MPC-HC's internal LAVFilters? They do have separate settings. Check in Play -> Filters menu, they would have "(internal)" after their names.
Also check Options -> Playback, there's "Default track preference" section, especially "Allow overriding external splitter choice" should be disabled.
Yes, that is all unchecked. In fact, I can force the AC3 5.1 track to play but forcing it to play track 02 using those settings, but there seems to be no way to have MPC-HC using LAV to just play the track with the most channels.
It's one of 2 bugs IMO:
1. LAV splitter is selecting the 2.0 AAC over the 5.1 AC3
or more likely
2. MPC-HC is ignoring that splitter's choice and just playing the first track.
kasper93
7th January 2014, 02:30
> 1. LAV splitter is selecting the 2.0 AAC over the 5.1 AC3
Isn't this 2.0 track marked as "default" or something?
nevcairiel
7th January 2014, 08:39
He said it was mp4/m4v files, those don't have a default flag.
JMGNYC
8th January 2014, 22:06
A little more info on this.
I couldn't figure out how to fix it, so I uninstalled mpc-hc 1.7.1. Re-installed mpc-hc 1.6.4 and lav .57. It works fine picking the 5.1 track over the 2.0 track. Upgraded again to mpc-hc 1.7.1 one. Broke again. Although turning off all source and transform filters in mpc-hc got it working again. So, right now audio is fine but I'm having subtitle problems. I've got a DVD rip in .mkv. Subtitles are automatically shown even though they're not forced and it's english audio, english subtitles. However, in a .m4v spanish audio film, no subtitles automatically load even though there is an english track. I've set LAV splitter to Advanced eng:eng|f;eng: off;*:eng which I think should work right.
I'm seriously thinking mpc-hc 1.7.1 is a mess and I should go back to an earlier version that doesn't include LAV.
kasper93
9th January 2014, 04:02
He said it was mp4/m4v files, those don't have a default flag.
Latest LAV seems to mark first track as default for .mp4. Wasn't the case in <= 58.2.
So, right now audio is fine but I'm having subtitle problems.
First of all update your crap to latest version and double check your settings. Maybe you set it for external LAV and internal is being used? Anyway upload a sample and once we can reproduce the problem there will be fix for that :) But I'm pretty sure everything is working fine.
Snowknight26
9th January 2014, 21:52
The splitter doesn't seem to auto-generate any forced subtitles for this stream (http://stfcc.org/misc/lav forced pgs.mkv), even though there are 339 subtitles flagged as forced.
nevcairiel
10th January 2014, 09:39
The splitter doesn't seem to auto-generate any forced subtitles for this stream (http://stfcc.org/misc/lav forced pgs.mkv), even though there are 339 subtitles flagged as forced.
Should be fixed, the problem was that there was no audio stream in this file, which it relied on to select the subtitle track - but i fixed it to also work without audio.
DarkSpace
10th January 2014, 11:20
Talking about forced subtitle streams, is it possible to expose all tracks' forced subtitles as substreams instead of only the currently selected stream's? At least to me, the current behavior seems kind of strange...
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.