LAV Filters - DirectShow Media Splitter and Decoders

[6233638]

Leaving aside any bang for buck discussions, HT gains some 20% with x264 (http://forum.doom9.org/showthread.php?t=162103), which matters for many of the folks on this forum.Yeah, video encoding is about the only thing where hyperthreading really has an impact. For some reason, it didn't even occur to me that it would be quite relevant here...

[Carpo]

A 2600K is a complete waste of money in almost all use cases. A 2500K performs almost identically, with the exception of tasks which can actually take advantage of an additional four virtual cores. (almost nothing) In fact, many people find that 2500Ks will overclock higher than 2600Ks that have hyperthreading enabled. If you aren't overclocking, don't buy a K processor.

Honestly though, there is no need for a CPU/GPU combination that high performance for video playback, especially if you use CUVID to do the decoding. I was able to run old versions of madVR (before it got quick wit the addition of the full-screen exclusive mode) with the CPU doing the decoding on an old E5200/9400 system. With CUVID, I bet I could have done it with an even slower CPU.

The only thing other than video decoding that would require a fast CPU is upsampling audio with reclock, and that isn't so demanding with the new resampler. And if you insist on bitstreaming (a mistake in my opinion) you wouldn't be doing that anyway.

It's also for 3D work and games, plus you never know what is down the road :)

[Thunderbolt8]

film is shot at 24fps, not 24/1.001is this stated in a reliable source?

[DrivenByDemons]

I haven't heard of this kind of problem with MKV files yet..
A sample file that shows this problem would be greatly appreciated, so it can be fixed.

Sure, but I haven't chopped samples from vids since MKV has been around (used to use virtualdub but I'm guessing that may not work correctly). What's the best way to cut you out a sample, I'm guessing you don't want a 2 gig file.

[STaRGaZeR]

A 2600K is a complete waste of money in almost all use cases. If you aren't overclocking, don't buy a K processor.

Are there any decoding tests on a 2600K with HT on and off? I'd like to see the difference.

The K versions have something their non-K equivalents don't have: 3000 vs 2000 graphics. For 5€ more, it's a no brainer.

[6233638]

is this stated in a reliable source?This "debate" comes up every few months. I'm sure the information can be found if you really want to know the background on it.

The short answer, is that 24/1.001 is a creation for home/broadcast so that it fits into 59.94 using 3:2 nicely, but the film itself is shot at 24.000 fps.

Quite a few Blu-ray releases (European, at least) are even 24.000 on the disc.


Are there any decoding tests on a 2600K with HT on and off? I'd like to see the difference.You aren't even going to stress the CPU with video decoding, you are only going to see benefits from HT with applications that can utilise more than four cores, at 100%. Many applications are actually slower with HT on, even. Photoshop cannot properly utilise more than 4 cores for example, and making more available to it slows the program down.

Video encoding, file compression, and a few other things can make use of HT, but the majority of applications/uses do not.

The K versions have something their non-K equivalents don't have: 3000 vs 2000 graphics. For 5€ more, it's a no brainer.He's putting a GTX 560/570 in there.

[Carpo]

Are there any decoding tests on a 2600K with HT on and off? I'd like to see the difference.

The K versions have something their non-K equivalents don't have: 3000 vs 2000 graphics. For 5€ more, it's a no brainer.


sneaker_ger posted a link above - http://forum.doom9.org/showthread.php?t=162103 - don't know if that's what your looking for :)

[STaRGaZeR]

You aren't even going to stress the CPU with video decoding, you are only going to see benefits from HT with applications that can utilise more than four cores, at 100%. Many applications are actually slower with HT on, even. Photoshop cannot properly utilise more than 4 cores for example, and making more available to it slows the program down.

I know about all that, but I want to see actual results of HT on/off in multithreaded video decoding. Not because of 2500K vs 2600K, but because of the lower end models. I want to know if there's a point in investing in 2 cores+HT compared to 2 cores only. For example, a G840 looks very interesting.

sneaker_ger posted a link above - http://forum.doom9.org/showthread.php?t=162103 - don't know if that's what your looking for :)

Nope:

Are there any decoding tests on a 2600K with HT on and off? I'd like to see the difference.

[nevcairiel]

I did a quick test comparing 8 thread HT performance to 4 thread performance with HT off, and the 8 threads are around ~30% faster then the 4 threads.
Not sure if those numbers are really comparable on 4 to 8 cores, 2 to 4 might be more meaningful, as anything above 4 is really running into the limits in parallelism when decoding, and the benefits diminish fast.

[STaRGaZeR]

I did a quick test comparing 8 thread HT performance to 4 thread performance with HT off, and the 8 threads are around ~30% faster then the 4 threads.
Not sure if those numbers are really comparable on 4 to 8 cores, 2 to 4 might be more meaningful, as anything above 4 is really running into the limits in parallelism when decoding, and the benefits diminish fast.

Thanks for the test. That 30% is already a healthy boost. Not sure about your motherboard, but in mine you can disable cores, if you want to try that.

[somy]

Hi nevcairiel, thank you very much for the great filters. I normally use FFDShow (without DXVA) for decoding H264 and VC1 videos, and I particularly like the high quality YV12 to RGB conversion with dithering option. However this solution uses too much CPU resource which is not optimal for HTPCs based on ATOM or APU platform. The problem I have with DXVA is that the luma expansion in EVR renderer looks really bad with lots of banding when feeding NV12.
I'd like to ask whether the LAV video decoder uses DXVA and what are the benefits of LAV video decoder comparing to FFDShow in terms of picture quality?
Thank you very much!!

DXVA with EVR:
http://sunmaiblog.files.wordpress.com/2010/10/image5.png

FFDShow with dithering:
http://sunmaiblog.files.wordpress.com/2010/10/section-a-mp4-media-player-classic-home-cinema-v1-4-2668.png

[6233638]

Hi nevcairiel, thank you very much for the great filters. I normally use FFDShow (without DXVA) for decoding H264 and VC1 videos, and I particularly like the high quality YV12 to RGB conversion with dithering option. However this solution uses too much CPU resource which is not optimal for HTPCs based on ATOM or APU platform. The problem I have with DXVA is that the luma expansion in EVR renderer looks really bad with lots of banding when feeding NV12.
I'd like to ask whether the LAV video decoder uses DXVA and what are the benefits of LAV video decoder comparing to FFDShow in terms of picture quality?
Thank you very much!!

DXVA with EVR:
http://sunmaiblog.files.wordpress.com/2010/10/image5.png

FFDShow with dithering:
http://sunmaiblog.files.wordpress.com/2010/10/section-a-mp4-media-player-classic-home-cinema-v1-4-2668.pngHave you tried using madVR (http://forum.doom9.org/showthread.php?t=146228) for your video renderer? It uses your GPU for processing and handles levels conversions/scaling with much higher precision to avoid banding without putting a high load on the CPU.

[somy]

Hi, thanks for the reply.
MadVR work exellently except that it still disallows DXVA.
The only way to remove banding with DXVA is to set MPC-HC to use 10bits output.
Unfortunately, none of the above solution works in MediaPortal (as it lacks support for other renderers) if I want DXVA.

[CruNcher]

LAV Filters 0.33

LAV Splitter
- Improved compatibility with the MS WMVideo decoder
- Fixed the mediatype for raw PCM streams

LAV Audio
- Added support for Vorbis streams demuxed by Haali and MPC-HC Splitters

LAV Video
- VC-1 decoding is now disabled by default
- Fixed behaviour of the Stream AR option
- The maximum number of decoding threads is now 16
- Free decoding buffers when the input pin disconnects to avoid big memory leaks


Download: Installer (both x86/x64) (http://files.1f0.de/lavf/LAVFilters-0.33.exe) -- Zips: 32-bit (http://files.1f0.de/lavf/LAVFilters-0.33.zip) & 64-bit (http://files.1f0.de/lavf/LAVFilters-0.33-x64.zip)

Its mostly just $random bug fixes, but enough to warrant a new version, including some crash fixes.
VC-1 is now disabled by default because the decoder doesn't really offer any notable advantages over the default Windows decoder (WMVideo Decoder DMO). You can of course just re-enable it, if you want.

This does not yet include any of the performance enhancements for LAV Video, i branched those off and still working on them.

Take care.

Nice, i moved to Win7 (64) now and im currently testing on the HD2000 (Sandy Bridge) part which seems to work perfectly with Microsofts DTV-Decoder for all supported formats in DXVA (i wonder why people found Microsofts Decoder a bad Interface to the GPU Hardware it works very well so far for being a default solution, not sure for what someone would need 3rd party solutions anymore (Cyberlink,Arcsoft)) after the first tests (except >4:2:0, 3D and the coming 10 bit evolution someday)), most other known decoder combinations brake with HD2000 (Sandy Bridge) entirely on more complex bitstreams looked @ 2 Engines VLC and MPC-HC (internal).
I can't wait to check Lav Splitter Interoperability with Micrsofts WMV Decoder though WMV3 MP@HL acceleration also seems to doesn't work on 7 @ least not outside of Microsofts WMP12 the same as on XP, seems Arcsoft are the only ones supporting this natively in their Decoder yet (unfortunately lav splitter gets unsync with it) :)

[Andy o]

Hi, thanks for the reply.
MadVR work exellently except that it still disallows DXVA.
The only way to remove banding with DXVA is to set MPC-HC to use 10bits output.
Unfortunately, none of the above solution works in MediaPortal (as it lacks support for other renderers) if I want DXVA.

I don't think there's any way to avoid this banding with DXVA. If you're using an NV card though, you can use CUDA decoding and then apply ffdshow's RGB conversion with the raw video filter. You can probably do something siilar for AMD with Cyberlink's video decoder in HAM mode.

[CruNcher]

Hmm does this have todo with the DXVA2 context and how DWM renders it ? if i drag a MPC-HC Window while playing with Microsofts Decoder in DXVA2 when moving the MPC-HC Window around (Classic Windows Style) and it's refreshing the EVR custom Overlay Position (every mouse move) it's smooth as butter (also Power Consumption stays steady) when using LAV Videos Software Decoding (Mpeg-2) it get's stucky with the same task and tearing becomes a real problem (on the Video Surface and Window as well) updating the EVR custom Playback Surface while it's moving around WMP12 shows the best result here.

No issue on Aero with this (Lav Video Mpeg-2), not as much overall though still seems to depend on the actual load of the decoding process it seems (Mpeg-2 works ok, H.264 doesn't and gets stucky with Lav Video on live drag even with Aero) :)

[6233638]

Hi, thanks for the reply.
MadVR work exellently except that it still disallows DXVA.
The only way to remove banding with DXVA is to set MPC-HC to use 10bits output.
Unfortunately, none of the above solution works in MediaPortal (as it lacks support for other renderers) if I want DXVA.Oh sorry, I thought you meant that the high quality RGB conversion was using too much CPU for your HTPC, not the video decoding itself.

If you have an Nvidia GPU, my recommendation would be to use LAV CUVID to decode to YV12/NV12, and madVR to do the RGB conversion/levels/scaling.

If you have an AMD GPU, I think you are stuck with using the CPU to decode to YV12/NV12 (LAV Video Decoder would be my recommendation) and letting madVR use your GPU to do the RGB conversion/levels/scaling. That should at least take some load off your CPU.

[nevcairiel]

In the end, either you have the CPU power to process the image, or you don't, and you have to use what the renderer offers you.
With MPC-HC, you can use some shaders that might potentially improve the situation, but that requires a quite powerful GPU, which you might not have if its a Atom system..

[Andy o]

Nev, is LAV Splitter supposed to work like this on subs? For dual audio with both same languages in subs, if I prefer one language for audio in the splitter options, it will choose the same language's subtitle if I leave the subs space blank, even though the other language is both first and default.

[nevcairiel]

yes its intended to work like that.

[nautilus7]

Thats a whole different topic, contextual selection based on the available audio...

DISCLAIMER: The contents of this post are ideas, and do not work like this (yet)

I guess i'll have to think about that a lot how to combine the two things.

Starting simple:

gre:off;*:gre

This is basically what Haali allows you to do, specify audio:subtitle pairs.
This configuration would get your Greek audio with no subs, or any audio with greek subs.

Now, how to add the forced subs into the logic?

gre:gre(f);*:gre
gre:gre(forced);*:gre
gre:gre|f;*:gre
gre:gre|forced;*:gre

Does any of that look sane to anyone? Syntax ideas?
In addition to "forced", there would of course also be "default" (or "d")
Nev, did you implemented this and i missed it or you haven't yet?

[CruNcher]

@ nev

http://www.mediafire.com/?ri4sdpjlafxxrry wav.new.ts <- the bbc hd cat lion test sequence causes a mpc-hc64.exe (1.5.3.3704, Evr Custom) crash with lav splitter 64 .033 here on Win7 MPC-HC64 internal splitter works combined with Microsofts DTV Decoder or Lav Video.
Somehow it feels like a regression with this file, though the crash doesn't happen on every playback sometimes it plays through still the MPC-HC64 internal splitter doesn't crash it once.

Hmm another issue though this time strange macroblocking with a Mpeg-2 bitstream also here MPC-HC64 internal splitter is ok, slowly this feels more like a compiler issue, though this bitstream is ok when using lav video + lav splitter instead of Microsofts DTV Decoder in DXVA2 mode so in this case might be more a interoperability issue with Microsofts DTV Decoder DXVA2 and lav splitter.

Both .ts streams also work fine with WMP12 on the HD 2000 Decoder so those issues don't seem hardware decoder related, and that both play fine in the combination MPC-HC64->Internal Splitter->Microsoft DTV-DVD Decoder->Evr Custom also indicate that something must be wrong on the Splitter side.

[Andy o]

yes its intended to work like that.

Is it because in your experience most people would prefer watching a dubbed track of the language they understand, rather than the original audio, if it's available? Cause I think people's attitudes are different in America (including Latin America) than in Europe (I know in Spain movies are dubbed in theaters).

[nevcairiel]

http://www.mediafire.com/?ri4sdpjlafxxrry wav.new.ts <- the bbc hd cat lion test sequence causes a mpc-hc64.exe (1.5.3.3704, Evr Custom) crash with lav splitter 64 .033 here on Win7 MPC-HC64 internal splitter works combined with Microsofts DTV Decoder or Lav Video.

That file has a subtitle track thats not compatible with MPC-HC. Its a DVB Subtitle track that just makes MPC-HCs subtitle renderer crash (probably because of a bug in the renderer). Also happens with MPC-HCs TS splitter for me, when you activate the subtitle track.

Of course it doesn't happen with any other player, because they don't have MPC-HCs subtitle renderer.

This is a known bug in the MPC-HC DVB Subtitle renderer, and not a bug in LAV Splitter.

Is it because in your experience most people would prefer watching a dubbed track of the language they understand, rather than the original audio, if it's available? Cause I think people's attitudes are different in America (including Latin America) than in Europe (I know in Spain movies are dubbed in theaters).

If you dont configure a subtitle language, you get the first track in the list. How is that any better? :)
If you want original audio with subtitles you understand, then how about just setting subtitle languages?

There is a whole new logic planned for subtitle selection, until i have time to implement that, i will not start doing small tweaks to the existing code.

[Stephen R. Savage]

nevcairiel,

LAV Splitter is not able to properly handle this AVI file (http://www.mediafire.com/?g5kwp4ho2k6pxnz).

Specifically:

- LAV Splitter + ffdshow results in choppy video with many dropped frames. LAV Splitter + LAV Video and MS AVI + ffdshow have no problems.

- Subtitles are recognized and selectable but they can not be displayed by VSFilter (both DVS and DVS-autoload). Subtitles, including fonts and advanced styling, work correctly with MS AVI.

[CruNcher]

That file has a subtitle track thats not compatible with MPC-HC. Its a DVB Subtitle track that just makes MPC-HCs subtitle renderer crash (probably because of a bug in the renderer). Also happens with MPC-HCs TS splitter for me, when you activate the subtitle track.

Of course it doesn't happen with any other player, because they don't have MPC-HCs subtitle renderer.

This is a known bug in the MPC-HC DVB Subtitle renderer, and not a bug in LAV Splitter.



If you dont configure a subtitle language, you get the first track in the list. How is that any better? :)
If you want original audio with subtitles you understand, then how about just setting subtitle languages?

There is a whole new logic planned for subtitle selection, until i have time to implement that, i will not start doing small tweaks to the existing code.

Argh yeah i forgot that subtitles are enabled by default in lav splitter and yeah both bbc hd samples crash with subtitles on.

Though whats up with this macroblocking & distored frames issue http://www.mediafire.com/?h93rl062889477p in combination with lav splitter and microsofts decoder on the HD 2000 Decoder, that is definitely not visible with the internal splitter ?

Also their is a issue with a H.264 Film .ts but that never shown problems on Nvidias Hardware decoder (XP and Lav Framework + DXVA + VMR9 Renderless) also it works fine with WMP12 by default :( but via MPC-HC64 EVR Custom and it doesn't matter neither the Internal Splitter or Lav splitter + Lav Audio it shows major frame drops like a slideshow on the HD 2000 Decoder (Microsofts DTV-DVD Decoder) it shows also some strange FPS 1262.92 in MPC-HC64 :(
With System Standard as Renderer it works fine with Lav Splitter + Microsofts DTV-Decoder DXVA2 with EVR Custom it doesn't in this EVR Custom combination :(
It's like Internaly EVR Custom would stuck trying to playback this speed (which is absolute wrong anyways in the first place) even the Diag display seems almost frozen.

Sample is here http://www.mediafire.com/?h93rl062889477p

http://img851.imageshack.us/img851/7737/wrongframerate.png

Though this really looks more Renderer related then Splitter as different Renderer show different results, EVR Custom and Sync both fail with this the normal EVR (Vista .Net 3) = System default for Vista/Win7 i guess, shows no issues.

PS: If i drag and move the playback window it renders normal too fast but it updates, though continuously shaking isn't really a optimal solution ;)

[Andy o]

If you dont configure a subtitle language, you get the first track in the list. How is that any better? :)
If you want original audio with subtitles you understand, then how about just setting subtitle languages?

There is a whole new logic planned for subtitle selection, until i have time to implement that, i will not start doing small tweaks to the existing code.

Not complaining, it seems one of my sub streams was incorrectly labeled anyway. I see what you're saying though.

[jbcain]

Symptoms: 5 minute pauses every 15mins or so while watching bluray MKVs (made with makemkv). the computer is NOT frozen during this time, just the video/audio, but randomly just starts playing again with coherant audio but wrong paced video at first, then resyncs ~15secs upon replaying

Testing bed: WMC with lav, MPCHC with lav, mpchc with lave + madvr, all have same symptoms

Equipment: win7 x64, i5 960, 8gigs of ram, ssd main drive, 5400rpm hitachi's, nvidia 550ti


Is this a LAV issue (that's what i have it narrowed down to) or an nvidia thing?

weird side note: in graphstudio, im showing the video decoder as "ms dtv-dvd decoder" even though lav is pref + 3 and MS dtv-dvd is set to norm -1.

[Emulgator]

jbcain, maybe the last Win7DSFilterTweaker will help you to get lav preferred.

[Com DAC]

First let me say that these filters are amazing. My HTPC is performing better than before. There is only one thing that I'm having an issue with and hopefully someone can help me out. I have a few MKV files that have two audio streams in them. The first stream is stereo and is for only the first minute or two of the file and the second is 5.1 for the remaining of the file. With LAV Filters the file opens and plays the first stero stream but then plays nothing for the rest of the file. As a work around I've installed ffdshow tryouts and just enabled the AC3 audio decoding but idealy I would like to get rid of ffdshow completely as it appears to cause issues with my TV tuners (didn't find out that ffdshow was my problem until I uninstalled it to install LAV Filters).

Does anyone know how to get the LAV Filters to work with this type of file or a better option than ffdshow tryouts to get the audio to work?

FYI I'm using Windows Media Center on Windows 7 and LAV Filters 0.33

Thank you

[nevcairiel]

Windows Media Center/Player has an issue with changing the number of channels during playback, and it just breaks then.

With ffdshow, i bet you have a fixed speaker matrix configured, and any streams get output as such, no matter how many source channels?
LAV Audio in contrast will always switch to the right count of channels (which doesnt work with WMC/WMP)

Options to upmix/downmix to a fixed speaker count are planned for the future, which would potentially solve this issue.

[jbcain]

jbcain, maybe the last Win7DSFilterTweaker will help you to get lav preferred.

Thank you. that definately got LAV preferred but guess what... still the pause. I guess i'll have to try another set of codecs and see how they react. I had lav + cuvid + madvr working at one time and it was a beautiful thing. :(

[nevcairiel]

nevcairiel,

LAV Splitter is not able to properly handle this AVI file (http://www.mediafire.com/?g5kwp4ho2k6pxnz).

Specifically:

- LAV Splitter + ffdshow results in choppy video with many dropped frames. LAV Splitter + LAV Video and MS AVI + ffdshow have no problems.

- Subtitles are recognized and selectable but they can not be displayed by VSFilter (both DVS and DVS-autoload). Subtitles, including fonts and advanced styling, work correctly with MS AVI.

I guess from the filename that its H264 in AVI?
H264 in AVI needs some special logic in the decoder, which LAV Video detects properly, and hence it works. ffdshow also has a detection for that, however its detection does not work properly with LAV Splitter, therefor it'll not switch to the special AVI mode. Its really a ffdshow bug (ffdshow also has other issues with H264 in AVI, like a desync when multi-threading - with any splitter)

I could probably fix it on the splitter side, but it wouldn't be a good fix, so i really recommend to report this problem to ffdshow. The underlying problem is that LAV Splitter converts all H264 to the "AVC1" format as used by MKV and MP4. AVI and MPEG-TS use the so-called AnnexB format with the "H264" FourCC. ffdshow only properly handles AVIs if it receives the video in that format. I do however think that converting it to "AVC1" is the right choice, because its more commonly supported and easier to handle.

I'm looking at the subtitle issue, its probably because AVI isn't really designed to have subtitles. :D
Why do people even use AVI for these kind of files? I don't get it.

But i figured out why subs don't work, and i'll fix it (Edit: I did.)

[Blight]

Bug Report:
If the LAV Video Decoder filter is registered with the system (not using the installer, just "regsvr32 LAVVideo.ax") causes microsoft's graphedit to crash when browsing the DirectShow filter list.
If I unregister the filter (regsvr32 /u LAVVideo.ax) graphedit's directshow filter browsing works again.

Note:
The crash only occurs when trying to expand the DirectShow section of the filter listing.

[nevcairiel]

Bug Report:
If the LAV Video Decoder filter is registered with the system (not using the installer, just "regsvr32 LAVVideo.ax") causes microsoft's graphedit to crash when browsing the DirectShow filter list.
If I unregister the filter (regsvr32 /u LAVVideo.ax) graphedit's directshow filter browsing works again.

Note:
The crash only occurs when trying to expand the DirectShow section of the filter listing.

Thats a bug in Microsofts GraphEdit, and there is nothing i can do to fix it.
GraphEdit crashes when a decoder has more then about ~110 subtypes. The only solution would be to remove some subtypes, but that limits the functionality of LAV Video, so not going to happen.

GraphStudio to the rescue! :)

[clsid]

I could probably fix it on the splitter side, but it wouldn't be a good fix, so i really recommend to report this problem to ffdshow. The underlying problem is that LAV Splitter converts all H264 to the "AVC1" format as used by MKV and MP4. AVI and MPEG-TS use the so-called AnnexB format with the "H264" FourCC. ffdshow only properly handles AVIs if it receives the video in that format. I do however think that converting it to "AVC1" is the right choice, because its more commonly supported and easier to handle.
So should "h264_on_MPEG2_system" be set to true in case of LAV Splitter and AVI with mt AVC1?
(TvideoCodecLibavcodec.cpp, line 365)

[Midzuki]

Thats a bug in Microsofts GraphEdit, and there is nothing i can do to fix it.
GraphEdit crashes when a decoder has more then about ~110 subtypes.

Hummm, very interesting info, :thanks: for the enlightenment :)

The only solution would be to remove some subtypes, but that limits the functionality of LAV Video, so not going to happen.

*thumbs up*

GraphStudio to the rescue! :)

Not in the case of MpegSplitter.ax :devil: If I click the Properties button in the filter list window, that's OK, but if I place the filter itself into the main window, and afterwards I choose "Properties" through the context menu, then Graphstudio crashes. :helpful:

[nevcairiel]

So should "h264_on_MPEG2_system" be set to true in case of LAV Splitter and AVI with mt AVC1?
(TvideoCodecLibavcodec.cpp, line 365)

Nope that won't work, that flag also assumes it is actually H264 in AnnexB, as it would be from MPEG-TS.

What should work would be setting "dont_use_rtStop_from_upper_stream" to false. If i'm not mistaken, it should then use the timestamps directly from the source.
Something simple like this (line 391 changed):


dont_use_rtStop_from_upper_stream = ((sourceFlags&SOURCE_NEROAVC && sourceExt != L"avi") || avctx->codec_tag==FOURCC_MPG1 || avctx->codec_tag==FOURCC_MPG2) && avctx->codec_tag!=FOURCC_THEO;


Or change it in TffdshowVideoInputPin to not set SOURCE_NEROAVC when its AVI.

No promises, all untested. :)

[Blight]

nev:
Thanks. Did you try notifying anyone at microsoft about this bug?

[nevcairiel]

The bug is so old, i really didn't bother. (And i wouldn't know where to go)

The MPC-HC standalone decoders have some code to actually limit the number of subtypes so GraphEdit doesn't crash. That code is probably from around 2006, so people have known about the issue for ages. If someone notified MS however, i don't know.

[CruNcher]

@nev
It seems that Lav Splitter causes a Problem with TMT5 registering the Audio filter causes major problems in TMT5 loading times seems to interfere with Arcsofts own Directshow Chain, though even without it the load performance is mediocre @ best, guess that's the price to pay for a thumbnailed media management (last played files ect) ;)

[nevcairiel]

If a commercial player breaks just because you install some other DirectShow component .. its too bad for that commercial player.

[Portioli]

hello to nev and everybody else.
i recently installed lav video decoder and i have some questions.
i am still an ATI user.
what are these settings? which boxes should be checked and which unchecked?

http://i.imgur.com/EmKuD.jpg

do i have to change any settings in madvR?
which are the optimal settings for madvr when using LAv video?
i care only for PQ
all my files are .mkv/.m2ts
output is set @ 4:4:4 Full RGB through CCC
my display is already calibrated.
i was using ffdshow with default settings till yesterday (only yv12 checked)

for software de-interlacing, do i still have to add ffdshow raw video filter?


thanks in advance.

[mindbomb]

yea, you need ffdshow raw for software deinterlacing.

the defaults are fine for lav video.

[Portioli]

hello mindbomb

did you write this (http://www.avsforum.com/avs-vb/showthread.php?t=1357375)guide?

are you this guy?

one more question, as long as lav video decoder works pretty fine,
is there any particular reason to change my ATI to nvidia except
1080i files (that can also be de-interlaced by ffdshow)?

[nevcairiel]

If you're happy with the decoder, it doesn't matter what video card you use.
Hardware deinterlacing is the only thing really missing with ATI for a "perfect" setup with madVR, but if your CPU is fast enough for decoding + YADIF deinterlacing, and the quality of YADIF is good enough for you, then by all means, go for it.

------------------------

A small update on the progress for the improved pixel format conversions:

All "unscaled" YUV conversions are done and optimized.
Unscaled means all formats that don't require changing of the chroma resolution.

Following are implemented using SSE2 enhancements (especially dithering is *alot* faster then before)

YUV 4:2:0 -> YV12/NV12
YUV 4:2:0 10bit -> P010
YUV 4:2:0 10bit -> YV12/NV12 (dithered)

YUV 4:2:2 -> YUY2/UYVY
YUV 4:2:2 10bit -> P210

YUV 4:4:4 -> AYUV
YUV 4:4:4 10bit -> Y410
YUV 4:4:4 10bit -> AYUV (dithered)

Whats missing is YUV 4:2:2 10bit -> YUY2, but getting a sample for that is kinda hard. Once a file surfaces for this, it'll be easy to add.
I'm still a bit stuck on the chroma upsampling for the RGB conversions. I'll hopefully get to it soon. Paid work has been quite taxing the last week.

In theory i would also need chroma subsampling, for 4:4:4/4:2:2 content and your renderer/processor only accepts 4:2:0, but thats a rather rare case and i'll let swscale keep doing that.

[Mercury_22]

@nev I have a rather strange problem with LAVVideo
When I'm trying to use it in my DVB(-C) Software: TERRATEC Home Cinema (http://www.terratec.net/de/produkte/treiber/produkte_treiber_de_18392.html), LAVVideo it's working OK for MPEG-2 streams but for H.264 I just have a black screen (with audio)
The other decoders: MainConcept (TerraTec), Microsoft DTV-DVD, Arcsoft are working ok with both MPEG-2 and H.264

I know that this seems rather unimportant problem but maybe it's (revealing) related to a more important one:p

Anyway if you got some time ...:D

[Boltron]

A quick question for you guys. I use MPC-HC, LAV Splitter/Video/Audio, madVR. I rip everything to .mkv and almost all is progressive. There is a series I want to watch that is interlaced mpeg2. I added raw ffdshow video as the last external filter in MPC-HC and selected only the deinterlacing module. This works just fine for the interlaced stuff.

So, my question. Is ffdshow in raw mode going to affect the vast majority of progressive stuff I watch? Is it going act as a simple pass through? I do not want to compromise pq in any way.

Finally, I assume that ffdshow Output and RGB Conversion settings will come into play. I set output as YU12 and have full range 0-255 (I have a LCD TV) input/output, is this OK?

Oh, and Nev, you are awesome :) That goes for Madshi too if you are reading this. And Madshi, where is your Donate button? I've bought Nev a couple of pints, I'd love to buy you one too.

[mindbomb]

hello mindbomb

did you write this (http://www.avsforum.com/avs-vb/showthread.php?t=1357375)guide?

are you this guy?


yea, thats me. i recently simplified that guide too.





So, my question. Is ffdshow in raw mode going to affect the vast majority of progressive stuff I watch? Is it going act as a simple pass through? I do not want to compromise pq in any way.

Finally, I assume that ffdshow Output and RGB Conversion settings will come into play. I set output as YU12 and have full range 0-255 (I have a LCD TV) input/output, is this OK?


no, ffdshow shouldn't affect progressive video you have it set like that.
and the RGB conversion actually shouldn't come into play. you should have everything checked under output, and if you are using madvr, this generally means you should be outputting yv12.

[mzso]

If you're happy with the decoder, it doesn't matter what video card you use.
Hardware deinterlacing is the only thing really missing with ATI for a "perfect" setup with madVR, but if your CPU is fast enough for decoding + YADIF deinterlacing, and the quality of YADIF is good enough for you, then by all means, go for it.

How much are hardware deinterlacers better? (and why?) By the way, if ffdshow has yadif couldn't LAV too?