View Full Version : LAV Filters - DirectShow Media Splitter and Decoders
Sebastiii
20th February 2012, 21:12
Big Thanks :)
cengizhan
20th February 2012, 22:11
dxva2-copy back works with 0.47, dxva2-native doesn't (cpu usage is higher than copy back mode).
win7
ati 6850 (catalyst 12.3)
mpc-hc 1.6.1.4087
lav splitter is active.
dukey
20th February 2012, 22:49
u need EVR for dxva2 native
cengizhan
20th February 2012, 23:15
u need EVR for dxva2 native
i have forgotten to mention. evr is already selected.
actually dxva2-native worked only for a very few files. mpc-hc dxva works for those files.
is mpc-hc's dxva decoder different than lav's ?
mastan
20th February 2012, 23:24
1) http://video.ch9.ms/ch9/5b39/56c5458a-3122-4597-a209-9ff1005b5b39/BuildingWindowsfortheARMProcessor_low_ch9.mp4
This video when being played using DXVA native or copy-back sometimes gives picture like this: http://img641.imageshack.us/img641/755/lavdxvabug.png (repeatable, always on 11th second for example).
None & CUVID - ok.
QuickSync - Not available.
Microsoft DTV-DVD Video Decoder - ok.
2) Can someone tell me, why QuickSync is not available(tried LAV & MediaConverter 7.5)? According to http://ark.intel.com/products/52224 it is present in CPU(specs below).
LAV Filter 0.47
Windows 7 Home Premium SP1 x64
Notebook ASUS U36SD:
Core i5-2410M
Geforce 520M (using Optimus, so primary is Intel GPU)
Latest stable drivers from Intel and Nvidia sites.
aufkrawall
20th February 2012, 23:48
I want a new Nvidia driver to test DXVA. :rolleyes:
Btw: Could it be that copy back isn't affected by the driver bug?
GollyJer
21st February 2012, 01:49
Thank you for the DXVA2 (native) update. It works great! No more need for Cyberlink.
For me, there are now only two missing features:
1) PCM bitstreaming (with this I could get rid of ReClock).
2) A tray icon to quickly display the current playback graph.
Thanks for all the truly amazing work on LAV. :thanks:
SoupRKnowva
21st February 2012, 04:31
Ordered Chapters maybe one of those whole new features? :D
roytam1
21st February 2012, 05:07
I added a quick check to deny DXVA2-native for anything above 1920x1200. I'll have to come up with a proper check probing hardware support later.
Itsn't AMD HD5xx0 supports QFHD(3840x2160) in DXVA2?
dead_screem
21st February 2012, 05:27
Ordered Chapters maybe one of those whole new features? :D
useless feature imo. I'm pulling for the mentioned/planned audio mixer personally.
mindbomb
21st February 2012, 05:57
Itsn't AMD HD5xx0 supports QFHD(3840x2160) in DXVA2?
i dont think so, the video decoder from the 5000 series was the same as the one from the 4000 series i thought.
ryrynz
21st February 2012, 06:15
QuickSync performance has skyrocketed with 0.47. That 23 minute 848x480 clip I benched with earlier now scores almost 2500 FPS.
I remember you discussing RAM performance earlier so I dropped my RAM speed from 2133 to 1333 and the FPS dropped 25% to 2000 FPS (Both tests done with at 9-11-9-28 timings)
Mangix
21st February 2012, 06:50
Thank you for the DXVA2 (native) update. It works great! No more need for Cyberlink.
For me, there are now only two missing features:
1) PCM bitstreaming (with this I could get rid of ReClock).
2) A tray icon to quickly display the current playback graph.
Thanks for all the truly amazing work on LAV. :thanks:
how the hell do you bitstream pcm? and what would be the point anyways?
mindbomb
21st February 2012, 07:43
give lav audio a dts-hd ma encoder and have all output as dts-hd ma?
that would allow you to bitstream pcm...in a sense.
nevcairiel
21st February 2012, 07:51
1) PCM bitstreaming (with this I could get rid of ReClock).
There is no such thing as "PCM bitstreaming".
If you mean what i think you mean, its also nothing an audio decoder can do, and needs to be done in the audio renderer - hence ReClock.
Itsn't AMD HD5xx0 supports QFHD(3840x2160) in DXVA2?
It doesn't. Only the 7000 series supposedly supports it, but apparently it doesn't work flawlessly there either. Easier to just black list it for now and later figure out which GPUs support it properly.
jakmal
21st February 2012, 08:08
It doesn't. Only the 7000 series supposedly supports it, but apparently it doesn't work flawlessly there either. Easier to just black list it for now and later figure out which GPUs support it properly.
Hendrik,
It would be nice for testing purposes if you leave it enabled right now for the GT520 at least.
Also, I am in touch with AMD about their 4K decode for the 77xx and higher GPUs (apparently, it works in their in-house drivers and is pending validation for public release), so I will keep everyone here updated about which Catalyst release comes with support for the 4K decode.
nevcairiel
21st February 2012, 08:10
You're free to test it with DXVA Copy Back, it has no such limitations.
pururin
21st February 2012, 08:15
Long time reading. First time posting. :p
Hi Nev, thx for all the magic work you've been doing. Much appreciated.
useless feature imo. I'm pulling for the mentioned/planned audio mixer personally.
I think it's not that useless, if LAV splitter has this and some nice tray icon.
Maybe everyone in the world won't need haali media splitter anymore.
But I agree about the audio mixer :D
I wonder if there will be audio channels swap feature in the future, my system heavily depends on this.
AJ73
21st February 2012, 08:52
Why do i have a FAQ? :)
Thank you for the advise :-)
What was confusing me is that the x64 version of GraphEdt does not have the same problem. Maybe you can add this to your FAQ.
Beside this thank you for the great work you are doing!
NikosD
21st February 2012, 10:05
Clip 3 (Basketball) has problems in benchmarking mode with DXVA checker.
It doesn't benchmark CPU and Copy-back.
Only native DXVA2 works.
Is there something you can do about it ?
NikosD
21st February 2012, 10:09
Also, I am in touch with AMD about their 4K decode for the 77xx and higher GPUs (apparently, it works in their in-house drivers and is pending validation for public release), so I will keep everyone here updated about which Catalyst release comes with support for the 4K decode.
Can you or AMD explain this ?
http://www.agile-news.com/news-323468-Photo:-no-fear-of-4K-x-2K!-Fire-whirlwind-2-HD6570-2G-Daniel-Edition-hardware-solution-2160p!.html
chros
21st February 2012, 10:36
I have a nvidia 9600m gt in my laptop with (maybe) a VP2 VPU. It only can accelerate h264 in dxva mode.
Lately I checked the VC1 and MPEG checkboxes at the CUVID part of the video decoder, and I can see that there's VPU usage during decoding (with nvidia inspector).
The question: what kind of acceleration is given by the decoder on a VP2 VPU using VC1 or MPEG CUVID? (full, idct, etc.)
And thanks for the decoders!
The Seeker
21st February 2012, 10:54
2) Can someone tell me, why QuickSync is not available(tried LAV & MediaConverter 7.5)? According to http://ark.intel.com/products/52224 it is present in CPU(specs below).
I wondered the same, as I have the same CPU (as seen in sig) yet QuickSync shows as unavailable for me too.
nevcairiel
21st February 2012, 11:39
I wondered the same, as I have the same CPU (as seen in sig) yet QuickSync shows as unavailable for me too.
Try reinstalling official drivers directly from Intel, maybe the drivers that came with your device didn't include the required parts (its a quite common occurance).
The Seeker
21st February 2012, 12:04
Try reinstalling official drivers directly from Intel, maybe the drivers that came with your device didn't include the required parts (its a quite common occurance).
Will do. Thanks for your help :D
pankov
21st February 2012, 12:09
Guys,
does anybody know if I have to use the Lucid Virtu software to support both an external video card and Intel's integrated one at the same time?
I'm currently using extended desktop to 3 displays (2 on the NVidia card and one on the Intel) and I use Lav Video decoder in QuickSync mode and I'd like to continue doing so.
CruNcher
21st February 2012, 12:42
@Nev
What is the difference here http://forum.doom9.org/showpost.php?p=1558451&postcount=785
Lav Video is also hick uping (randomly drops frames) if 1/4 of cores are fully utilized (SPP non multithreaded) and shows a zig zag pattern, decoding audio can't keep sync
No problem with MPC-HC and Microsofts Decoder
Lav Video = (extreme high jitter) ~8 fps (zig zag brake outs) 27%-30%
MPC-HC = (low jitter 1ms on the renderer) ~17 fps (steady utilization of 1/4 of cores in a whole) 25%
Lav Video Mpeg-2:
http://img11.imageshack.us/img11/3329/lavvideompeg2brakes.png
MPC-HC Mpeg-2:
http://img813.imageshack.us/img813/1003/mpchcmpeg2steady.png
First i thought it's the difference that MPC-HC by default outputs YV12 and ffdshow outputs NV12 though forcing YV12->NV12 doesn't change much.
roytam1
21st February 2012, 12:47
i dont think so, the video decoder from the 5000 series was the same as the one from the 4000 series i thought.
I don't know. My HD5570 in XP was detected 3840x2160 by DXVAChecker 2.7.0, it may be a misdetection.
http://i.imgur.com/qxEzGl.png (http://imgur.com/qxEzG)
pururin
21st February 2012, 13:12
Nev, I notice a problem.
When I open clips with QS active then if I open mpc-hc Options>External Filters>LAV Video Decoder properties page
the video becomes hang and convulsive while audio plays on just fine.
Even I stop playing before accessing that page when I get out and start playback again the vid simply convulses at the very first few frames.
This seems to happen only with QS being active. Version 0.45 get the same too(didn't test older ones).
Only tested with h264 stuffs(didn't have vc-1 or else now) with mkv and mp4. MadVR, EVR CP, EVR all suffer the same.
JFYI I have Intel snb with HD3000 gpu, using XhmikosR's latest mpc-hc build, Intel latest driver .2559, Win 7 32bit.
p.s. Any chance LAV audio will get a Swap channels feature? :thanks:
Xaurus
21st February 2012, 13:27
Hi all,
Does anyone know what could case random "hiccups" in 25p material? The refresh rate of the screen is 25.00xxx. I've also tried with 50.00xxx screen but same thing.
MadVR's CTRL+J screen doesn not show any dropped/delayed frames or presentation glitches. This was no different with Reclock or not.
With 23.976 material all is good...
Using Nvidia 290.36 and latest LAV 0.47 (same thing with 0.46, I doubt LAV is to blame here)
Thanks!
nevcairiel
21st February 2012, 13:40
Sounds like your TV just doesn't support 50Hz refresh natively, and trys to render it at 60Hz internally which just causes seemingly random hicups.
For the record, this is off-topic for this thread, please refrain from posting any general HTPC related questions here.
BatKnight
21st February 2012, 13:41
Latest Nvidia Geforce 295.73 WHQL drivers just released:
http://www.geforce.com/News/articles/nvidia-geforce-295-73-whql-drivers-released
Bat
njfoses
21st February 2012, 13:52
Latest Nvidia Geforce 295.73 WHQL drivers just released:
http://www.geforce.com/News/articles/nvidia-geforce-295-73-whql-drivers-released
Bat
Thanks, curious to see how well this driver behaves with lav and madvr.
SamuriHL
21st February 2012, 13:55
I'll let someone else test them before I go mess with my system again. :)
Sent from my Xoom using Tapatalk
Reino
21st February 2012, 14:16
6 Days ago I reported the following in the MPC-HC thread.
And here another one:
I noticed something weird when playing ogg-files (Vorbis audio of any kind!) with MPC-HC + LAV Splitter.
- Upon opening the Vorbis audio file there sometimes isn't audio for the first couple of seconds (which can take almost 10sec sometimes).
- Looping ALWAYS goes wrong.
1. When playback is repeated, during the first reiteration there's no audio at all for the whole length of the file, but the seekbar-slider (how do you call it?) is moving normal.
2. When the seekbar-slider is at the end, it stops, but playback is repeated WITH audio. Another reiteration.
3. The next reiteration the seekbar-slider is moving normal again, but there again is no audio...etc, etc, etc.
- This only applies to MPC-HC + LAV Splitter (+ whatever Vorbis audio decoder). MPC-HC + internal OGG Splitter, or Zoom Player + LAV Splitter doesn't have this issue.I was being told the problem would probably be LAV, although I didn't have the problem in Zoom Player for instance.
I've just installed LAV Filters 0.47 and I can say that the problem is mostly gone now (guess Aleksoid1978 was right after all), except that, when the first iteration starts, the first ˝sec or so of the Vorbis audio is cut off. But at least there's audio!
egur
21st February 2012, 14:37
Guys,
does anybody know if I have to use the Lucid Virtu software to support both an external video card and Intel's integrated one at the same time?
I'm currently using extended desktop to 3 displays (2 on the NVidia card and one on the Intel) and I use Lav Video decoder in QuickSync mode and I'd like to continue doing so.
You don't need Virtu unless you want to render the video on a display connected to the dGPU. Maybe some transcoding apps will need that too.
QS decoder will work if a display is connected to an iGPU or even if you extend your desktop to a disconnected display.
If you want to use Intel video processing (EVR only), it must be on the iGPU connected display.
See this post (http://forum.doom9.org/showthread.php?p=1532786#post1532786) for details on the setup.
nevcairiel
21st February 2012, 17:35
First i thought it's the difference that MPC-HC by default outputs YV12 and ffdshow outputs NV12 though forcing YV12->NV12 doesn't change much.
The difference is that MPC-HC uses libmpeg2, which is just a completely different decoder. Its a bit faster in some cases, but has other bugs and shortcomings instead
RBG
21st February 2012, 18:29
Regarding new Geforce 295.73 WHQL driver, the MPEG4 ASP acceleration is broken again, it worked totally fine on 285.62 WHQL, and on 295.73 I am getting black screen on some files. I guess I have no choice but to roll back to 285.62. :(
nevcairiel
21st February 2012, 18:37
If MPEG4-ASP is your only reason for that, you shot yourself in the foot. :p
aufkrawall
21st February 2012, 18:58
Regarding new Geforce 295.73 WHQL driver, the MPEG4 ASP acceleration is broken again, it worked totally fine on 285.62 WHQL, and on 295.73 I am getting black screen on some files. I guess I have no choice but to roll back to 285.62. :(
MPEG4 ASP works fine here with that driver and CUVID DXVA.
Edit: Got a GTX 570.
SamuriHL
21st February 2012, 19:09
What's the consensus on the new driver? Worth updating to?
chros
21st February 2012, 19:14
Regarding new Geforce 295.73 WHQL driver, the MPEG4 ASP acceleration is broken again, it worked totally fine on 285.62 WHQL, and on 295.73 I am getting black screen on some files. I guess I have no choice but to roll back to 285.62. :(
Here the new 295.73 driver is a big step using mpc-hc, lav-cuvid, madvr on my 9600M GT:
- the VPU usage (h264,vc1,mpeg) is around 20% less then the v285.62 !!! (i can see it with the help of nvidia inspector)
So, finally, I can watch a full hd content (1920*1080) on this old rig ! :) (Eg. the first couple of minutes of Defiance, without frame drops)
Ps: MPEG4-ASP doesn't work for me ... (and not with the old v285.62 driver)
nevcairiel
21st February 2012, 19:30
MPEG4 ASP works fine here with that driver and CUVID DXVA.
Edit: Got a GTX 570.
I have a 570 as well, and MPEG4-ASP isn't working for me.
Note that it doesn't break with every file (but alot of them), and of course its off by default.
But then again, i don't really care about HW decoding of MPEG4-ASP. :p
RBG
21st February 2012, 19:44
If MPEG4-ASP is your only reason for that, you shot yourself in the foot. :p
Well I am totally satisfied with 285.62 WHQL, except dxva(c/p) bugs, but I fill sad and angry that nvidia screwed fresh driver release.
MPEG4 ASP works fine here with that driver and CUVID DXVA.
Edit: Got a GTX 570.
I've got 470 gtx and I doubt there is any difference in VPU engine between 570. Also it's not like all MPEG4 ASP movies are not working at all, there are some files that playback fine and some that don't, I think you just haven't encountered that files yet.
By the way what do you mean by saying DXVA? MPEG4 ASP is only supported via CUVID.
chros
21st February 2012, 20:03
I've got 470 gtx and I doubt there is any difference in VPU engine between 570. Also it's not like all MPEG4 ASP movies are not working at all, there are some files that playback fine and some that don't, I think you just haven't encountered that files yet.
Can you upload a 2 minutes sample somewhere, which is working?
Thanks
aufkrawall
21st February 2012, 20:06
Also it's not like all MPEG4 ASP movies are not working at all, there are some files that playback fine and some that don't, I think you just haven't encountered that files yet.
True, I just checked an encoded sample with Handbrake/ffmpeg.
Not a huge problem, MPEG4 ASP should be completely replaced by H.264.
I don't see any reason to use it still.
By the way what do you mean by saying DXVA? MPEG4 ASP is only supported via CUVID.
I wrote "CUVID DXVA". ;)
DragonQ
21st February 2012, 20:12
I have a question about deinterlacing with DXVA2 native:
I see there are no deinterlacing options for DXVA2 native. However, if I use LAV DXVA2 along with MadVR in MPC-HC with deinterlacing OFF, I still get a properly deinterlaced image. What is doing the deinterlacing? Is LAV applying YADIF in this situation?
nevcairiel
21st February 2012, 20:15
I see there are no deinterlacing options for DXVA2 native. However, if I use LAV DXVA2 along with MadVR in MPC-HC with deinterlacing OFF, I still get a properly deinterlaced image. What is doing the deinterlacing? Is LAV applying YADIF in this situation?
DXVA2 native does not work with madVR, so it would be falling back to software decoding. If you have YADIF active, it would use it.
mark0077
21st February 2012, 20:46
Hi nev, Does lavvideo use wmv9 software decoder for wvc1?
I have been having trouble when using the software decoder built into lav video. I notice with process explorer, that in the "GPU Graph" tab, that the "System GPU Memory" tab increases by a few MB perhaps once a minute, constantly until it begins to eventually effect playback performance.
I can't reproduce when decoding h264, only WVC1 so far (testing with the dark knight blu-ray). I can also reproduce with ffdshow wmv9 decoder only so its not lav specific at all. All I'm mentioning it here for, is if lav video does use wmv9 as the vc-1 decoder in software, maybe you might like to know about this issue in case it might mean you'd like to look into it / or make any particular changes in lav video temporarily based on it.
nevcairiel
21st February 2012, 20:54
I use the avcodec decoder, so the issue must be something else.
GPU memory is also very unlikely to be influenced by a software decoder.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.