LAV Filters - DirectShow Media Splitter and Decoders

[Snowknight26]

Figures. ;)

Any plans for V210/UYVY support?

[nevcairiel]

I don't know what you mean by that exactly.

LAV Video already supports UYVY output, since its just swaped YUY2. V210 output will most likely not be implemented, because P210 is just the nicer format.

If you mean playback of files with raw V210/UYVY video, that should also work already, but it does require a renderer or post-processor which would accept those formats (UYVY should work with most, V210 no idea)

[Snowknight26]

I did indeed mean raw V210/UYVY support. I haven't tried UYVY but V210 definitely doesn't work, but its a minor inconvenience so don't feel obliged to even look into it, hah.

[nevcairiel]

I don't think any renderer supports V210 input. madVR might, but i don't know for sure.
Without a renderer to accept the image, it wont connect to anything.

[madshi]

madVR does accept "v210", but not "V210".

[Volfield]

Matroska Sub-chapter: On some files works but PotPlayer and MPCHC doesn't show any chapters. On another files i doesn't work (missing chapter from a diffrent file)

[nevcairiel]

Why, oh why do people always assume so much? (and more importantly, the wrong things?)
You talk about chapters and Matroska, and they think about ordered chapters.

"Sub" chapters, or more appropriately, nested chapters are nothing special. All they allow you is to have a neat little tree of chapters, instead of only a list.

[matthew_eli]

Hello guys,

I've problem seeing this video with MPC-HC and lav filters:

http://movies.yahoo.com/movie/1810179899/video/27082832 (please, select 1080p theatrical trailer of October 27th)

If I use lav filters for split it, then it stucks at around 15 sec; otherwise, if I use internal MPC-HC all works well. I renamed the file with either .hdmov or .mp4 extension, but the problem still persist. :confused:

[fastplayer]

Confirmed with latest build from trunk.
Here's a proper download link (http://playlist.yahoo.com/makeplaylist.dll?sid=128114687&sdm=web&pt=rd) (right-click --> Save as...). 720p (http://playlist.yahoo.com/makeplaylist.dll?sid=128114686&sdm=web&pt=rd) version plays fine.

[rica]

http://forum.doom9.org/showthread.php?p=1534720#post1534720

[Shark007]

A small bug: the x64 video decoder formats read and write to LAV instead of LAV64 in the registry.

[nevcairiel]

A small bug: the x64 video decoder formats read and write to LAV instead of LAV64 in the registry.

Thats not a bug, its meant to share the same configuration.

[Shark007]

Thats not a bug, its meant to share the same configuration.

In this case, I request a feature.
Please allow ALL settings to be separately controlled according to the platform they support.

[Mercury_22]

In this case, I request a feature.
Please allow ALL settings to be separately controlled according to the platform they support.
Already requested Small request :) can you please, please ... separate the settings for x86 and x64 versions
but it seems that nev it's not "keen on" separate settings nor separate location for the x64 version :p

[nevcairiel]

I just don't get why it would be important. I would want my media player configuration to be the same, no matter if i use the 32-bit or 64-bit version. Why would i want different configurations there?
Also, why would i want to run both at the same time? Usually you just decide on 32 or 64bit, and go with that.

[CruNcher]

http://forum.doom9.org/showpost.php?p=1534773&postcount=15

Hello guys,

I've problem seeing this video with MPC-HC and lav filters:

http://movies.yahoo.com/movie/1810179899/video/27082832 (please, select 1080p theatrical trailer of October 27th)

If I use lav filters for split it, then it stucks at around 15 sec; otherwise, if I use internal MPC-HC all works well. I renamed the file with either .hdmov or .mp4 extension, but the problem still persist. :confused:

Confirmed with latest build from trunk.
Here's a proper download link (http://playlist.yahoo.com/makeplaylist.dll?sid=128114687&sdm=web&pt=rd) (right-click --> Save as...). 720p (http://playlist.yahoo.com/makeplaylist.dll?sid=128114686&sdm=web&pt=rd) version plays fine.



more reports now flying in might be the same issue (confirmed it is the exact same behavior pattern), it always happens @ cut (concatenate) points in editing (most probably finalcut) that must have a reason, though this is a generic ffmpeg parser issue and needs to be reported also other parser have problems with this (hickup @ the concatenate cut point).

Reference Video of the issue: http://www.mediafire.com/?5d9r80vb7dis5ft (different parser reactions 3 so far freeze, hickup and work)

PS: Im pretty sure that remuxing also this file with Avidemux (or maybe another remuxer didn't test that many yet) is gonna fix the freeze as well (workaround the parser problem by remuxing, though mp4box seems not suited as it propagates the issue over).

[Shark007]

I just don't get why it would be important. I would want my media player configuration to be the same, no matter if i use the 32-bit or 64-bit version. Why would i want different configurations there?
Also, why would i want to run both at the same time? Usually you just decide on 32 or 64bit, and go with that.

Dec 11, 2007 (http://forum.doom9.org/showthread.php?t=120465&highlight=separate+x64&page=136), ffdshow devs agree that separating the settings is the right thing to do.

[nevcairiel]

If you think a decision by the ffdshow devs would make me change my mind, you should realize that me and the ffdshow devs don't agree on many things. :P

[Shark007]

If you think a decision by the ffdshow devs would make me change my mind, you should realize that me and the ffdshow devs don't agree on many things. :P

The link I supplied states the argument
Because in some instances, I'd want to apply some settings to one build but not the other (e.g. I prefer to use CoreAVC for H.264 in the 32-bit build, but ffdshow in the 64-bit build. Another example is I prefer to use ffdshow for Mpeg2 in the 32-bit built, but the Microsoft decoder in the 64-bit build). My current workaround is to set CoreAVC to 'Prefer' in mpc but...
As I say, it's not essential, it'd just be handy.


and doing things right has always been your style as far as I can see, why waver on such a trivial to implememt issue.

[CruNcher]

Shark007 i don't see the use of it either you maybe could avoid issues between the 32 and 64 bit code path on certain functions this way but mostly those would be performance related and mostly you are aware of these though you have the same goals on both 32 and 64 bit with playback understandable maybe for other components like the Player itself but the Decoding side ?
And on MPC-HC you can still mix those even whit the same registry keys by just opening more instances and setting them up differently that's how i do it works perfectly for testing different stuff :) even different DXVA or rendering implementations @ the same time (NT6 rocks) :D

[Shark007]

I use 64bit Win7.

MPC-HC 32bit is my main player for personal use at my monitor, in my office. On my system, I also use Media Center which is 64bit only, and that is setup to bitstream to my AVR and on to my TV located in the studio.

Media Center is using many different settings and I have that player setup much differently. It has a totally different purpose than MPC-HC. Why deny me the choice of configuration of playback chains because you do not have your system setup like mine or that using one player is enough for you.

[CruNcher]

Shark007 because their should be no difference in anyway and if their is a difference it needs to be fixed, aren't we all working on the ultimate goal to transfer everything to 64 bit with the same or better performance ? :D

[Shark007]

Cruncher, remove the blinders, they're unbecoming.
At no time did I mention a performance difference in playback-ability from one platform to another.

My point has been well presented, Nev has the last word.

[madshi]

aren't we all working on the ultimate goal to transfer everything to 64 bit with the same or better performance ? :D
Nope, we don't.

[CruNcher]

Hmm how about giving a example of which options need to be differently setup (on the decoder) and why in a Media Center environment compared to a MPC-HC environment, because if it really have to be that's no good thing either and that hasn't todo with me having blinders on :D


Nope, we don't.


Hmm so coexisting with 32 bit hardware fine but maybe some want to have entirely 64 bit frameworks and no different memory management and everything in 1 space except of 2 spaces running side by side (less complexity) :(

[e-t172]

MPC-HC 32bit is my main player for personal use at my monitor, in my office. On my system, I also use Media Center which is 64bit only, and that is setup to bitstream to my AVR and on to my TV located in the studio.

Media Center is using many different settings and I have that player setup much differently. It has a totally different purpose than MPC-HC. Why deny me the choice of configuration of playback chains because you do not have your system setup like mine or that using one player is enough for you.

What you want is not separation between 32-bit and 64-bit settings per se. You have a more general problem, which is separation of configuration between different playback "environments".

Implementing separation between 32/64 would only solve your problem because you happen to be in a very specific situation where one playback environment is 32-bit and the other is 64-bit. But it is not a general, well-thought solution (i.e. it will break as soon as one will want different configurations for, say, two 64-bit players). Hence it would just be a hack, not the "Right Thing To Do©®™". That's why I doubt nevcairiel will implement it.

ffdshow already solved this problem using "presets", which is a powerful solution to select different configurations based on a number of parameters. It is a real, proper solution to the issue at hand. Maybe nevcairiel plans to implement an equivalent feature in LAV. Or maybe not.

[nevcairiel]

Actually, the "Right Thing" is if the player controls the whole playback environment. LAV exposes all its settings through a configuration interface, which players can take full control over (including a "runtime config" mode, which does not use or change the registry settings)

[SamuriHL]

Actually, the "Right Thing" is if the player controls the whole playback environment. LAV exposes all its settings through a configuration interface, which players can take full control over (including a "runtime config" mode, which does not use or change the registry settings)

Woa! I use such a player! :D

[kalston]

With the latest nvidia drivers (285.62) CUDA vc1 decoding is buggy for me, I get a lot of random "macroblocking" (gtx 275, Win 7 64).

I used libav software decoding in madvr instead and got smooth playback with 0 issue.

That's on Jurassic Park's blu ray by the way, might try a different one later.

[nevcairiel]

Did that not occur with previous drivers? AFAIK the bluray is somewhat new.
I have not tried that one specifically, but i also have a card which does full VC-1 hardware decoding, and i would guess the problem is limited to the partial mode of your card.

[kalston]

Did that not occur with previous drivers? AFAIK the bluray is somewhat new.
I have not tried that one specifically, but i also have a card which does full VC-1 hardware decoding, and i would guess the problem is limited to the partial mode of your card.

Well, I did not try the JP bluray with the older drivers no. And yeah, it just came out on Monday.

I just never had this problem before with OTHER vc1 blurays and since the only thing that changed in my setup is the drivers I thought it was *unlikely* to be something else. Maybe I should just make a sample but I'm not sure how effective that would be since it doesn't happen all the time.

[dead_screem]

With the latest nvidia drivers (285.62) CUDA vc1 decoding is buggy for me, I get a lot of random "macroblocking" (gtx 275, Win 7 64).

I used libav software decoding in madvr instead and got smooth playback with 0 issue.

That's on Jurassic Park's blu ray by the way, might try a different one later.

I've noticed a similar problem for me as well on my 9800GTX and only with interlaced content when adaptive deinterlacing is used. Otherwise its fine. last version to work correctly with VC-1 interlaced w/adaptive deinterlacing is 258.96. I'm assuming it has to do with the newer drivers containing newer CUDA versions that don't like my card.
(with the newer drivers I only tested VC-1 interlaced+adaptive deinterlacing and VC-1 progressive. I didn't happen to test MPEG-2 or H.264 interlaced with adaptive deinterlacing, so I don't know if it's specificly related to VC-1 interlaced and adaptive deinterlacing or adaptive in general, I'm not going to re test because upgrading drivers then downgrading to 258.96 or lower is hell.)

[Gleb Egorych]

Did anyone face a similar problem with the latest nvidia whql 285.62: viewing particular h.264 1080i channel in DVBViewer with LAV CUVID or LAV Video (+CUVID acceleration) causes slow motion effect. After a few seconds DVBViewer resets video playback and its source filter says there was a buffer overflow error. No problem with 285.27 beta or while playing recorded stream from HDD. Cyberlink decoder is OK on both video driver versions. Seems like Nvidia broke CUVID in the release.

[Superb]

Looking at the ffmpeg repository (http://git.videolan.org/?p=ffmpeg.git;a=shortlog), it seems they added support for DTS Express decoding... If I'm not mistaken, LAV Audio supports it via the ArcSoft DTS Decoder, but an open-source option would also be appreciated. :)

EDIT: My bad. Only parsing. nev explained it below.

[nevcairiel]

Looking at the ffmpeg repository (http://git.videolan.org/?p=ffmpeg.git;a=shortlog), it seems they added support for DTS Express decoding... If I'm not mistaken, LAV Audio supports it via the ArcSoft DTS Decoder, but an open-source option would also be appreciated. :)

The only thing they did is merge my patches that allow *parsing* DTS Express, not decoding. The parsers are just responsible to find the frames in the audio stream, and separate them, so the decoder can get a full audio frame to decode and doesn't have to piece it back together itself.

This is how those rumors start again, and in a few weeks someone will come along wondering why DTS Express doesn't work. Please don't start rumors on facts that you don't fully understand.
If some new important feature is added to ffmpeg, i'll surely also include it in my changelog, so read that. ;)

[Superb]

Fair enough. I edited my previous reply to avoid confusing others.

[nevcairiel]

Don't take it personally, the stupid people have just been appearing everywhere lately. :)

[mkanet]

I apologize in advance if this is the wrong forum thread to ask this.

My mpg and wmv files all have screenshots added for each Windows Explorer thumbnail. However, none of the mkv, flv, and avi files have them.

I noticed in Haali splitter there is a feature to add thumbnails. What's the equivalent way to do it in LAV splitter?

I'm curious where the mpg and wmv thumbnails are coming from. Those seems to be working correctly on my machine.

I'm using Windows 7 64bit for my OS.

[clsid]

Haali splitter does not have a thumbnail feature. Nor does any other splitter. Thumbnailing is done by a shell extension for Explorer. The option you are referring to controls Haali's shell extension, which was removed long ago for stability reasons.

You can use Microsoft's shell extension for thumbnails. Easy way to enable that is with the Codec Tweak Tool.

[ney2x]

I apologize in advance if this is the wrong forum thread to ask this.

My mpg and wmv files all have screenshots added for each Windows Explorer thumbnail. However, none of the mkv, flv, and avi files have them.

I noticed in Haali splitter there is a feature to add thumbnails. What's the equivalent way to do it in LAV splitter?

I'm curious where the mpg and wmv thumbnails are coming from. Those seems to be working correctly on my machine.

I'm using Windows 7 64bit for my OS.

This may help you regarding thumbnails Icaros (http://shark007.net/tools.html)

[mkanet]

Thanks so much clsid and ney2x, you guys were both extremely helpful. I noticed when using the default windows shell extension; even after enabling the extensions I wanted via Codec Tweak Tool, I noticed a few flvs or mkv would not get their thumbnails.

When I used Icaros, every single file received a thumbnail. However, what worries me about Icaros is if it is a memory resident app or not. I'm hoping it simply replaces the default shell extension with a slightly more enhanced version without taking any extra resources.

This may help you regarding thumbnails Icaros (http://shark007.net/tools.html)

[jmone]

Any progress on SW based deinterlacing? It would be great to prod JRiver to move to LAV Video but without a SW deinterlacing option.....it is still FFDSHOW for now. (not an issue for me thanks to LAV CUVID)

[madshi]

Any progress on SW based deinterlacing?
There may soon be no need for that... ;)

[jmone]

Tease!

[jmone]

...actually, lets say madshi looks at adding a deinterlacer in madVR..that could change things big time, as then for J.River Users the options are:
- RO Std: LAV Video & EVR (you get deinterlacing as a part of EVR)
- RO HQ: LAV Video & madVR (??? new deinterlacer) as at present JRiver has to use FFDSHOW with YADIF if you are not a nvidia users (else you get LAV CUVID and all is excelent!!!).

[pSych0bUNny]

Kia Ora nevcairiel,

Thank you very much for your work on these filters.

I am having issues with the LAV splitter and FLV files. I have searched this forum, however I cannot see that anyone has reported a similar issue.

I have encountered an issue when using any FLV splitter and files from www.tvnz.co.nz/video - obviously as it is an NZ site you may not be able to view media streams.

I access this site thru Media Portal and the OnlineVideos plug-in. I am using hoborg's SAF6 (latest pkg using LAV v0.37), unlocked, and the only files I have issues playing are .flv from above mentioned site.

The files are VP6.2 Video Flash (VP6F) 1024x576 - VLC states frame rate is 1000...?
Audio is MPEG audio layer 1/2/3 (mpga), stereo, 44kHz, 128kb/s.

A sample file is here - http://homepages.slingshot.co.nz/~perrin_g/TVNZ_Sample.flv (24MB)

Regardless of video codec (LAV, ffdshow, Windows 7, CyberLink), the LAV splitters do not allow for smooth playback of these files. They stutter and freeze for up to 10 secs in seemingly random places.

Same thing happens using FLV Splitter, but more freezing, etc.

The only way I can get smooth, almost jitter free playback is using VLC, or using SAF5.2 unlocked from hoborg - http://hobring.esero.net/saf/binary/saf502.exe - which uses the Cyberlink FLV splitter.

Now I would continue to use SAF5.2, except there is no BD support like in SAF6 due to your LAV Filters.

I have unticked 'Enable Video Stream Parsing' in the LAV Splitter config, which did make the playback freeze as described above, whereas before, when ticked, it almost completely freezes.

I have spent some time trying out different combinations of filters/splitters/codecs trying to discover something useful, however my limited knowledge of these things is probably preventing me supplying you any useful info.

I do not think my machine specs are required, as again, these files play back nearly flawlessly in VLC or in Media Portal using SAF5.2 with the CyberLink FLV Splitter.

Hopefully the file sample and my incoherent ramblings have helped at least point you towards a solution?

Appreciate your time.

Cheers.

-P

[BloodySword]

Does anyone have a build of the actual FFDshow mod? http://git.1f0.de/gitweb?p=ffmpeg.git;a=summary

[roytam1]

Does anyone have a build of the actual FFDshow mod? http://git.1f0.de/gitweb?p=ffmpeg.git;a=summary

Wrong. This git repository is for building LAV Filters. IT IS NOT FFDSHOW MOD.
ffdshow-tryout itself use libav.

[BloodySword]

First post says:

You can find the slightly modified/tuned version of ffmpeg used for LAV Filters here:
http://git.1f0.de/gitweb?p=ffmpeg.git;a=summary

And I'm looking for builds because I don't have all depencies to compile it.

[JEEB]

ffdshow-tryout itself use libav.
Actually, no -- -tryouts uses a weird mix of ffmpeg and libav as far as I can remember -- with random modifications all over because of legacy reasons ("All hail Milan!").