View Full Version : LAV Filters - DirectShow Media Splitter and Decoders
upyzl
6th October 2011, 14:32
+1
I can't even get Lav Splitter to work no matter what I try.
How do I disable Haali and enable Lav?
you can use Codec Tweak Tool (just 672KB, single exe)
kennae
6th October 2011, 15:14
Normally if you want to use other (Video/Audio) decoder than ffdshow, you have to change the merit to "Normal" in ffdshow.
Put it to normal ages ago and tried to get LAV Audio to work many times after that. And have changed video decoder many times and it always worked. So it's not that, but good to know.
CruNcher
6th October 2011, 15:20
This is great nev the damaged AAC sound parts (latm) work now, no need for DivX AAC anymore :)
Though its interesting it still gets this 1 scene of the broken interview sync @ the end compared to Lav Audio (that nowhere can keep sync other then when you seek directly to it) :)
But its a 100% improvement never the less (instead of getting no audio or brake ups all the time)
PS: Cool i got it sync with Lav Audio too now without seeking :D
TheShadowRunner
6th October 2011, 18:06
- Fixed cropping of VP6 video
Arg, no sorry it's still broken:
Sample1 (http://www.square-enix.co.jp/music/sem/page/xenogears_orchestra/swf/soundsbgm/pv.flv) (bottom) / Sample2 (http://dl.square-enix.co.jp/mobile/sd2/movie.flv) (side)
- Performance enhancements in the CUVID decoder on some systems
Just.. awesome, thank you very much! :thanks:
I see you integrated the changes from -delay4 build into 0.37 as I have ZERO "presentation glitches" with the forsaken BBC Japan video :D
Plutotype
6th October 2011, 20:35
At least mine own renderer does it.
You expect user to apply the delay in all audio decoders and change everything if output is redirected to other screen? Not nice at all.
I thought your stance was "do it right regardless of existing broken code". >_>
I agree with you. Pls try contact madshi when his back on his madVR thread, maybe he can give us some hint how to create some code, where change of video output device would specifically instruct audio delay parameter at MPC-HC audio switcher or LAVaudio. I dont think it will be a easy one.
Mark_A_W
6th October 2011, 21:55
The Audio Delay is great but.....umm....any chance of per-channel delay? That's the type of delay that an audio decoder needs, to make up for the inadequacies of most audio drivers (they all should have delay but they don't).
Thanks
Mark
Moti172
6th October 2011, 22:13
Hi
I'm having a problem when decoding DTS or DD to pcm via lav-audio, it look's like the channel's order is misplace.
Why is it happening and how can I fix it?
Thanks
terminaldawn
7th October 2011, 00:26
I am hoping someone can help me out with a problem I am having.
I am unable to bitstream TrueHD files (mkv), all I get is static. (DTS-MA is working just fine).
I was able to stream TrueHD via FFDSHow before installing and configuring LAV.
I am using the latest version of MPC-HC, also latest version of LAV filter. I do not have haali media filters installed. I am using HDMI connected to a Denon AVR-591 and ATI HD-5850
How can I get TrueHD to work with LAV?
Thanks for any help!!!!
below are screen shots of my settings.
http://i749.photobucket.com/albums/xx134/v0ltr0nn/Errors/truehderror/Capture.png
http://i749.photobucket.com/albums/xx134/v0ltr0nn/Errors/truehderror/2.png
http://i749.photobucket.com/albums/xx134/v0ltr0nn/Errors/truehderror/3.png
http://i749.photobucket.com/albums/xx134/v0ltr0nn/Errors/truehderror/4.png
http://i749.photobucket.com/albums/xx134/v0ltr0nn/Errors/truehderror/5.png
http://i749.photobucket.com/albums/xx134/v0ltr0nn/Errors/truehderror/6.png
http://i749.photobucket.com/albums/xx134/v0ltr0nn/Errors/truehderror/7.png
SEt
7th October 2011, 01:02
Plutotype, you don't need any complex interactions between video renderer and player/audio decoder even on display switch. It's the same 4 lines of code nevcairiel speak about, just in the video renderer. And as video renderer knows display it works on - it can compensate display delay internally without involving other parts of player.
Personally I don't understand all the fuss over madVR - it's as bad as any other widespread renderer and closed source.
pankov
7th October 2011, 01:14
SEt,
why don't you like madVR? What do you find "bad" in it?
Can you elaborate on the subject of audio delay - from my point of view I think it's the audio renderer that has to do the delay, not the video one. Is it at all possible that the video renderer controls the audio delay?
terminaldawn
7th October 2011, 02:32
I figured this out. I just had to block FFDShow.
I am hoping someone can help me out with a problem I am having.
I am unable to bitstream TrueHD files (mkv), all I get is static. (DTS-MA is working just fine).
I was able to stream TrueHD via FFDSHow before installing and configuring LAV.
I am using the latest version of MPC-HC, also latest version of LAV filter. I do not have haali media filters installed. I am using HDMI connected to a Denon AVR-591 and ATI HD-5850
How can I get TrueHD to work with LAV?
Thanks for any help!!!!
below are screen shots of my settings.
http://i749.photobucket.com/albums/xx134/v0ltr0nn/Errors/truehderror/Capture.png
http://i749.photobucket.com/albums/xx134/v0ltr0nn/Errors/truehderror/2.png
http://i749.photobucket.com/albums/xx134/v0ltr0nn/Errors/truehderror/3.png
http://i749.photobucket.com/albums/xx134/v0ltr0nn/Errors/truehderror/4.png
http://i749.photobucket.com/albums/xx134/v0ltr0nn/Errors/truehderror/5.png
http://i749.photobucket.com/albums/xx134/v0ltr0nn/Errors/truehderror/6.png
http://i749.photobucket.com/albums/xx134/v0ltr0nn/Errors/truehderror/7.png
ryrynz
7th October 2011, 08:21
Personally I don't understand all the fuss over madVR - it's as bad as any other widespread renderer and closed source.
The fuss is over the the picture quality (color reproduction and tear free playback) enhancements over the other renderers we currently have available.
There is the odd problem here and there but it's core functions work well. I haven't seen any other developers share the same opinion of it, is it that you have experience with better renderers or that MadVR does not do something you want it to do?
e-t172
7th October 2011, 08:30
Personally I don't understand all the fuss over madVR - it's as bad as any other widespread renderer and closed source.
In my experience it is much easier to get smooth playback (i.e. no dropped/repeated frames) using madVR than any other renderer. Sometimes it's the only way.
RealSnoopyDog
7th October 2011, 08:32
Hi nev! Thanks again for this great software! :)
One short question: Do you think it's possible to demux quicktime (.mov) files without having quicktime installed? I remember, there was a splitter for this but it always required an installed quicktime library.
Ah, i forgot: when i compiled your latest version 4 days ago, i needed to copy the "libpthread-2.dll" into the LAVSplitter directory. Do you use this right now somewhere? I'm not that familar with VS2010 right now but i'm trying to learn. ;) Currently i try to investigate an issue in libbluray.dll (bad i/o buffering and endless preloading when a new mpls file is opened, which makes playback choppy/stuttering in some cases (e.g. seamless branching to next mpls)).
roytam1
7th October 2011, 09:45
Hi nev! Thanks again for this great software! :)
One short question: Do you think it's possible to demux quicktime (.mov) files without having quicktime installed? I remember, there was a splitter for this but it always required an installed quicktime library.
Ah, i forgot: when i compiled your latest version 4 days ago, i needed to copy the "libpthread-2.dll" into the LAVSplitter directory. Do you use this right now somewhere? I'm not that familar with VS2010 right now but i'm trying to learn. ;) Currently i try to investigate an issue in libbluray.dll (bad i/o buffering and endless preloading when a new mpls file is opened, which makes playback choppy/stuttering in some cases (e.g. seamless branching to next mpls)).
LAV Splitter should be able to split QuickTime files.
The libpthread dll is used by libavcodec (i.e. gcc/mingw issue). I use gcc from xvidvideo.ru which doesn't need libpthread dll.
pirlouy
7th October 2011, 10:35
Personally I don't understand all the fuss over madVR - it's as bad as any other widespread renderer and closed source.
Provocation. And the "closed source" is noting else than a troll.
If you don't want to be seen as a troll, you'll have to explain, or release a video renderer.
STaRGaZeR
7th October 2011, 11:33
@nev, can you update ffmpeg? An old bug got fixed yesterday (regarding softdec) and it would be nice to have it in LAV.
Thanks to Michael for looking into it BTW.
Carpo
7th October 2011, 11:56
Here is a strange issue, if I use Win7DSFilterTweaker_4_6 to set Lav Video as the preferred decoder for all formats, then start up Resident Evil 4 on the PC, the Ubisoft intro and all cut scenes play upside down, if I play the .mpg files directly from the Resident Evil 4 directory in MPC-HC they play fine, they also play fine if I remove Lav Video as the preferred decoder, has anyone else had this issue? I know there is a HD pack for it on certain sites, but I don't want to grab it just for the re-encoded videos as its rather large
STaRGaZeR
7th October 2011, 12:01
Ignore, fixed :D
Daiz
7th October 2011, 12:49
A bug report from a guy I know (who registered an account but haven't waited the required 5 days yet):
When I play a video after opening the options of LAV video decoder with 0.37 i get this:
Image (http://arinashi.com/img/6yqwg3mz.jpg)
I'm trying to lock it down, I'm using EVR-CP as the output renderer and when using save image in MPC-HC the image is saved properly, without all the screwed up colors.
- It doesn't appear to happen in madVR, EVR and EVR Sync
- It doesn't happen with 0.36
- It occurs even if you change no option after opening LAV video decoder properties and click cancel to close it
- It doesn't occur if you open the LAV video decoder properties while a video is playing, it must be opened when the player is not playing a video to cause the bug
I'm also using MPC-HC 1.5.3.3751 if that is relevant.
golagoda
7th October 2011, 13:30
If any reclock users get random glitchy audio playback after upgrading to LAVFilters 0.37, like I did and spent half an hour trying to fix (thinking it was LAV's fault) you'll have to disable reclock, or figure out whatevers causing it, I spent AGES messing with every setting imaginable but still had no luck. (Not even selecting 'restoring to default settings' in reclock worked)
Now, with that said, if anyone finds a solution please reply.
SEt
7th October 2011, 14:23
pankov, delay correction should be compensated where it happens. For most people it's display lag introduced by monitor, so it should be compensated in video renderer. This way if you switch to another monitor with different delay renderer can also switch compensation offset. With single monitor compensation of it in audio renderer will work as well, but it's less "correct" way. In case your audio path has delay (and actually it is) - compensation for that should be in audio renderer.
pankov, ryrynz, e-t172, for fastest and tear free playback the best solution is overlay. There are user complaints about aggressive video "improvements" often applied by drivers this way, but they can be turned off I think.
As for color reproduction and resize quality - maybe I just can't setup it correctly, but as I said it looks in madVR as bad as in other renderers:
source: http://img62.imageshack.us/img62/1435/colorsrc.png
my 2x upscale: http://img191.imageshack.us/img191/6519/colormy.png
madVR 2x upscale: http://img41.imageshack.us/img41/3204/colormadvr.png
For downscaling I like it quite sharp and the sharpest I managed from madVR Lanczos 8-tap is still not enough (and algorithmically much heavier):
source: http://img263.imageshack.us/img263/3130/downsrc.png
my 2x downscale: http://img72.imageshack.us/img72/7536/downmy.png
madVR 2x downscale: http://img690.imageshack.us/img690/5185/downmadvr.png
As for open source - it's really great for fixing small errors yourself (try to connect madVR to avisynth source script 'ImageSource("color_src.png")', image is first example) and improving abandoned projects.
pirlouy, who first shouts "troll" is definitely not troll himself. I can't care less how such people see me.
Qaq
7th October 2011, 14:46
for fastest and tear free playback the best solution is overlay. There are user complaints about aggressive video "improvements" often applied by drivers this way, but they can be turned off I think.
Using Protected Video Path?
MadVR's technology is described in details in its thread. If you find something wrong - just say about it. If all the renderers including madVR show the same (bad) picture with your gear... well, it's not madVR's fault I guess.
Superb
7th October 2011, 14:54
Dunno about the color reproduction, but madVR is definitely the smoothest renderer on my setup (when I play a 23.976fps video on my 23.976Hz 42" LED TV). All other renderers aren't smooth. I have no tearing no matter which one I use (maybe Aero is responsible for that?). I could also "feel" (see?) better quality when using it. (I usually play 720p video on a 1080p screen)
SEt
7th October 2011, 15:04
Qaq, not using Protected Video Path, just overlay only.
Not all renderers show me bad picture - mine renderer works perfectly fine for me (what a coincidence, duh), so I'm not interested in improving others. Is it mine fault or not you can test yourself - I provided examples.
I have feeling it's going "a bit" offtopic here. If nevcairiel minds we should move discussion about renderers to pm.
Pat357
7th October 2011, 19:27
Qaq, not using Protected Video Path, just overlay only.
Not all renderers show me bad picture - mine renderer works perfectly fine for me (what a coincidence, duh), so I'm not interested in improving others. Is it mine fault or not you can test yourself - I provided examples.
Is there a way to test "your" renderer so we can see the difference with our own eyes ?
What algorithms are used for up-scaling/downscaling chroma/luma ?
Can you please tell us more details about this ?
BatKnight
7th October 2011, 19:29
I have feeling it's going "a bit" offtopic here. If nevcairiel minds we should move discussion about renderers to pm.
Perhaps you should create a new thread about your render.
Are you willing to share/show it with us or is it only for your own use and brag?
Bat
banzemanga
7th October 2011, 19:58
LAV Splitter is buggy demuxing:
mpegvideo | raw MPEG video
I don't have a sample video file but found out due to an erotic game i play that uses pre-rendered raw MPEG videos for scenes. When i disable this option, the game plays smoothly; otherwise it becomes very choppy.
Andy o
7th October 2011, 20:55
If any reclock users get random glitchy audio playback after upgrading to LAVFilters 0.37, like I did and spent half an hour trying to fix (thinking it was LAV's fault) you'll have to disable reclock, or figure out whatevers causing it, I spent AGES messing with every setting imaginable but still had no luck. (Not even selecting 'restoring to default settings' in reclock worked)
Now, with that said, if anyone finds a solution please reply.
You're gonna have to be more specific. Your exact reclock settings and also LAV settings for instance. Did it work OK with 0.36?
Mark_A_W
8th October 2011, 09:04
You're gonna have to be more specific. Your exact reclock settings and also LAV settings for instance. Did it work OK with 0.36?
0.37 is fine with Reclock for me, it's not a "global" issue.
Andy o
8th October 2011, 09:06
Me too.
CruNcher
8th October 2011, 10:45
LAV Splitter is buggy demuxing:
mpegvideo | raw MPEG video
I don't have a sample video file but found out due to an erotic game i play that uses pre-rendered raw MPEG videos for scenes. When i disable this option, the game plays smoothly; otherwise it becomes very choppy.
Bikini Karate Babes ;) ? , but yeah having a black list option to disable the use of lav splitter for certain applications like it's usable in ffdshow would be a nice addition to at least be able to avoid such issues :)
SEt
8th October 2011, 17:08
CruNcher, ideally there should be no blacklist as it should work fine everywhere. ^_^ But in case of some very broken software that would require dirty workarounds otherwise - maybe.
Pat357, BatKnight, my renderer is not a stand-alone - it's part of application that I can't release as whole. But it's nothing important - you can do the same scaling (and much more) with avisynth, after that any renderer will do that can show image exactly and without issues like tearing (as said, overlay is great for that).
Superb
8th October 2011, 17:32
When using MPC-HC, Overlay disables Aero and doesn't support subtitles nor OSD. Unacceptable, to say the least.
SEt
8th October 2011, 18:37
MPC-HC only problem? Not hard to do such support.
Overlay kills Aero only in Vista. On Win7 you can have both.
CruNcher
8th October 2011, 18:54
CruNcher, ideally there should be no blacklist as it should work fine everywhere. ^_^ But in case of some very broken software that would require dirty workarounds otherwise - maybe.
Pat357, BatKnight, my renderer is not a stand-alone - it's part of application that I can't release as whole. But it's nothing important - you can do the same scaling (and much more) with avisynth, after that any renderer will do that can show image exactly and without issues like tearing (as said, overlay is great for that).
Yes though supporting all of these would be crazy their are even some funny game guys that encrypt the video plain .avi and decrypt them in their own parser, believe me Russians are especially very creative with this, so the end result would be for the user lav Splitter playing back some junk ;) :D
Superb
8th October 2011, 19:02
Overlay kills Aero only in Vista. On Win7 you can have both.I have 7 and it still kills it. Or is it a MPC-HC bug?
SEt
8th October 2011, 19:37
There is classic way to do overlay that always kills Aero and new way where they coexists. MPC-HC probably can't do it the new way.
CruNcher
9th October 2011, 03:09
Hehe Mainconcept heavily improved their Mpeg-2 Decoder Lav Video (libavcodec) looks really old in 4:2:2 now vs it ;)
banzemanga
9th October 2011, 05:48
Well no need to go as far as blacklisting (mpegvideo | raw MPEG video). But it is a good idea to take a look at it. I mean the game plays normal with Microsoft's standard raw MPEG decoder; so i don't think it is a specially encrypted form of videos.
What i am thinking is that it is rare to come by raw MPEGs so that is why the decoding mechanism is rather buggy. After all most MPEG videos are compressed.
nevcairiel
9th October 2011, 14:41
@nev, can you update ffmpeg? An old bug got fixed yesterday (regarding softdec) and it would be nice to have it in LAV.
Thanks to Michael for looking into it BTW.
What issue are you refering to?
LAV Splitter is buggy demuxing:
mpegvideo | raw MPEG video
I don't have a sample video file but found out due to an erotic game i play that uses pre-rendered raw MPEG videos for scenes. When i disable this option, the game plays smoothly; otherwise it becomes very choppy.
I need a sample file and a way to reproduce the problem, or i cannot do anything.
STaRGaZeR
9th October 2011, 15:09
What issue are you refering to?
http://git.videolan.org/?p=ffmpeg.git;a=commit;h=5bebb6e64b6d8e1c9ed89ec2d14396984ba8ab5e
http://git.videolan.org/?p=ffmpeg.git;a=commit;h=955113e31bb0a0d0bee127072d04153826883716
You have samples in ticket 517. I've applied it locally and the issue is indeed fixed.
nevcairiel
9th October 2011, 15:10
I see. I'll run a update soon'ish. I usually do it shortly after a release, so in case any new issues come in from ffmpeg, there is enough time to address them.
Sven75
9th October 2011, 20:08
Nev, I just noticed a strange issue with WMVs and MPGs (others may be affected as well).
When playing back the according files in Graphstudio/PowerPoint/MPC-HC the videos run perfectly fine the first time, but if they are then started again without closing the player app, it takes around 4 seconds into the file (as far as I can tell right now) until the decoding begins. I only noticed it, because someone wanted to loop a file with a duration < 4 seconds in PowerPoint and it failed completely until I simply converted it to an xvid avi.
Just 2 example files:
WMV file (http://www.mediafire.com/?pv9ev9ap215ntap)
MPG file (http://www.mediafire.com/?xgqxydr94b6wayu)
Edit:
Playing around with different decoders LAVVideo/MS WMV Decoder/ffdShow did not solve the problem, but in case of the WMV using the MS ASF reader did. So, it seems to be splitter related...
STaRGaZeR
9th October 2011, 20:13
I see. I'll run a update soon'ish. I usually do it shortly after a release, so in case any new issues come in from ffmpeg, there is enough time to address them.
That's a nice way of doing it, instead of spamming "Update ffmpeg" commits.
I'll report another bug soon regarding MPEG-2, here's a sample if you want to play with it. libmpeg2 plays it fine.
http://www.mediafire.com/?cye2dhgra9du6v8
Pat357
9th October 2011, 21:06
Is it possible to put VC-1 and AVC1 interlaced files though the LAV-video CUDA interface for HW-deinterlacing and than somehow saving the file in a raw YUV/I420 format ?
I guess it should be possible because the at one moment the deinterlaced data in present in memory, so saving should be possible.
I'd like to convert interlaced video to "progressive" using the VA HW-deinterlacing, so that the converted video can also played properly on systems without support for HW-deinterlacing.
I 've tried in Graphstudio to write/dump the YUV video output to a file, but it wasn't that easy. Seems there is no way to write the raw video-data to disk this way...:confused:
Anyone knows a way to accomplish this ?
SEt
9th October 2011, 21:34
Pat357, Source -> LAV decoder -> AVI Muxer -> File Writer
nand chan
9th October 2011, 21:51
Forgive me for not reading through the full thread, but what's the verdict on OC / linked chapters support? Still waiting for the ffmpeg guys to support it? No plans on implementing it yourself?
Also, do you plan on ever adding a context menu like Haali has to the LAV Splitter? These are the two main things preventing me from using LAV Splitter as my main splitter - and if LAV had these two features then life would be a great deal easier for me (and the codec pack I'm working on), since I can't automate the Haali installer at all.
ryrynz
9th October 2011, 22:56
I thought CCCP pretty much had it sewn up, why make another codec pack?
SEt
9th October 2011, 23:18
Indeed no need for another, all codec packs are evil.
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.