LAV Filters - DirectShow Media Splitter and Decoders

[STaRGaZeR]

MediaFire isn't all that much faster anymore either. :P

Aye, usually I don't get more than 200 KB/s out of it.

[nevcairiel]

LAVSplitter can't play some m2ts(ssif) files
Sample (http://www.putlocker.com/file/8A2C1124222C6569) Mirrors (http://go4up.com/dl/1piODryiWIdQ)


Partly fixed, LAV can now at least access the normal H264 stream in such files, but the second stream for 3D is not accessible (yet).

[HoP]

@nevcairiel
do you have any plan to add filters like sharpening,postprocessing,deband & etc to LAV Filters??
i'm using ffdshow just for this settings.
anyway,many many thanks for your awesome project
goodluck
any idea??
thanks in advance

[nevcairiel]

any idea??
thanks in advance

No plans.

[Mercury_22]

Partly fixed, LAV can now at least access the normal H264 stream in such files, but the second stream for 3D is not accessible (yet).

Working :thanks:

P.S. The second stream problem is related with issue 3 (http://code.google.com/p/lavfilters/issues/detail?id=3&colspec=ID%20Type%20Status%20Priority%20Filter%20Summary) ?

[nevcairiel]

P.S. The second stream problem is related with issue 3 (http://code.google.com/p/lavfilters/issues/detail?id=3&colspec=ID%20Type%20Status%20Priority%20Filter%20Summary) ?

Not at all.

[SamuriHL]

Nev, have you tried the VS11 beta yet?

[SamuriHL]

Just an FYI, it builds fine with VS11 Premium beta. Good to know. :)

[mzso]

Anyone tried potplayers new rotation feature? With LAV and ffdshow the video is corrupted at 90° and 240°.
http://www.abload.de/thumb/sky.high.2005.bluray.5slun.png (http://www.abload.de/image.php?img=sky.high.2005.bluray.5slun.png)

[nevcairiel]

Anyone tried potplayers new rotation feature? With LAV and ffdshow the video is corrupted at 90° and 240°.

Rotation has nothing to do with the decoder, if its broken, its the renderers fault (or post-processing filter, depending how its implemented). The decoder always just outputs its image.

[wanezhiling]

http://www.mediafire.com/?76gf02wj3a2vdd0

LAV Video (http://i.imgur.com/hjXWb.jpg)

00:00:12, only CoreAVC is ok.:)

[nevcairiel]

Corruptions in software decoding should be reported to ffmpeg or libav, as only they can fix them.
Especially the H264 decoder is way too complicated for me to hack around in on such cases.

[wanezhiling]

Anyone tried potplayers new rotation feature? With LAV and ffdshow the video is corrupted at 90° and 240°.
http://www.abload.de/thumb/sky.high.2005.bluray.5slun.png (http://www.abload.de/image.php?img=sky.high.2005.bluray.5slun.png)

PotPlayer's post-processing filter has much compatibility issue with third-party decoder.

Unfortunately many image features of PotPlayer are in the post-processing filter..

So use PotPlayer's internal video decoder(not dxva) if you need some image features like rotation.

[mzso]

PotPlayer's post-processing filter has much compatibility issue with third-party decoder.

Unfortunately many image features of PotPlayer are in the post-processing filter..

So use PotPlayer's internal video decoder(not dxva) if you need some image features like rotation.

Ah. Ok. Thanks for the info.

[Midzuki]

MP4 ALS thru LAV Audio gets a very-high CPU usage :confused: :confused: :confused:

revision 0.50.5 is less hungry than 0.50.1, but still is too hungry for my tastes :scared:

Mplayer OTOH behaves as it should :cool:

[nevcairiel]

Using MPC-HC to play a ALS file uses 0% CPU according to the task manager. Clearly, too much.

[DragonQ]

In this day and age, it most certainly is. Anything that uses >0.01% CPU is "bloated". ;)

[shimaflarex]

Can you add "skip deblocking when safe" and "skip all deblocking" for h264 video?

[DragonQ]

Are those options for lower end hardware? Cos, as far as I'm aware, deblocking is the major difference between H.263 and H.264 so disabling it kinda defeats the point. Could be totally wrong though lol.

[Midzuki]

Using MPC-HC to play a ALS file uses 0% CPU according to the task manager. Clearly, too much.

I see, I will tell Reimar to make Mplayer always use anything between 60% and 95% CPU-time on every single-core computer. :rolleyes:

[ryrynz]

I laughed when you said single core, but we've been down this road before. ;)

[Midzuki]

...
but we've been down this road before. ;)

Not sure of what you tried to say, but...

I mean it --- over here, LAV Audio is good at decoding FLAC, WavPack and ALAC, but does eat CPU-time for decoding MPEG-4 ALS.

[Midzuki]

Besides, and FWIW, :

--- while playing a stereo ALS file,

1) ffplay adds 19MB to pagefile.sys

2) Mplayer adds 33MB to pagefile.sys

3) LAV Audio adds 68MB :scared: to pagefile.sys

--- EDIT ---

Just tested MPC-HC odio dekoda, well, it requires "only" 22MB from pagefile.sys, but it still is as CPU-hungry as LAV Audio :( Also, both filters freeze the player (Graphstudio, MPC-HC, WMP) during many seconds when I press the Stop button -.-

[Mikey2]

This just started happening in this build: I cannot seem to output NV12 out of the LAV Video Decoder anymore. (It will output YV12, and if I de-select that, it will fall-back to YUY2.)

I am just using software decoding and my input media-type is Mpeg4 h264. (Here are a couple examples from the input-pin:
"Video: MPEG4 Video (H264) 1920x1040 (37:20) 23.976fps"
"Video: MPEG4 Video (H264) 1280x720 23.976fps" )

Finally, I know it is an issue with LAV Video Decoder, since the same files work fine in NV12 when using any other decoder, such as CoreAVC or ffdShow...

I suppose it is not a huge deal since YV12/NV12 are similar, but I am confused...why is this happening?

Thanks in advance!

[Volfield]

Can you add "skip deblocking when safe" and "skip all deblocking" for h264 video?

+1 to that

[meetajhu]

Lav Filters with CudaVideo kicks ass!!! All you need is to finish the MPEG-4 problems!

[nevcairiel]

Can you add "skip deblocking when safe" and "skip all deblocking" for h264 video?

All these options do is lower the quality of the decoded video, so no, i will not.
Deblocking is a mandatory part of the decoding of H264, its not optional like in other formats.


Finally, I know it is an issue with LAV Video Decoder, since the same files work fine in NV12 when using any other decoder, such as CoreAVC or ffdShow...


And i know NV12 works just fine for me. :)
There also have been no changes whatsoever to any code related to such things for quite a long while, so if it just started happening now, something else is up.

[ryrynz]

All these options do is lower the quality of the decoded video, so no, i will not.

And allow old/outdated hardware to play back content with better performance :)

It seems programmers will forever be asked to support old and outdated hardware rather than people just upgrading what they've got to suit their needs, carry on :D

[mzso]

And allow old/outdated hardware to play back content with better performance :)

It seems programmers will forever be asked to support old and outdated hardware rather than people just upgrading what they've got to suit their needs, carry on :D

They can use outdated formats for outdated hardware. Like mpeg-2 dvd-s. Or less out dated mpeg-4 part 2 videos.

[Midzuki]

All these options do is lower the quality of the decoded video,

And allow old/outdated hardware to play back content with better performance :)

It seems programmers will forever be asked to support old and outdated hardware rather than people just upgrading what they've got to suit their needs, carry on :D

So you mean ffplay and Mplayer "degrade" the quality of MPEG-4 ALS when they run on "outdated" hardware? :rolleyes:

But thanks for showing you are an unconditional backer of the narrow-minded thing called *planned obsolescence*. :p

[ryrynz]

So you mean ffplay and Mplayer "degrade" the quality of MPEG-4 ALS when running on "outdated" hardware? :rolleyes:


Wouldn't know, never used them, Nev mentioned quality not I.

But thanks for showing you are an unconditional backer of the narrow-minded thing called *planned obsolescence*. :p

You can't expect computer hardware to last forever, things are forever improving, instruction sets change, code becomes more complex. I'm no unconditional backer nor do I believe this to be narrow minded, it's the nature of technology at stage of our development. The useful life of your technology is determined solely by the software installed on it and the demands you place on it, that is all. :rolleyes:

[nevcairiel]

So you mean ffplay and Mplayer "degrade" the quality of MPEG-4 ALS when they run on "outdated" hardware? :rolleyes:

What does deblocking of H264 have to do with MPEG-4 ALS now?
Let me tell you: Nothing, nothing at all. You just tried to be a smart-ass (again)

The point is, i will never implement any feature that would degrade quality on purpose, for whatever reason there might be.
The biggest problem with that is that people mis-interpet such options and then turn them on - and then come and complain! "But i only turned on skip deblocking when safe, it said it was safe!"

Anyway, your attitude seems to be the narrowminded one. If you pay me, i will gladly investigate problems with your ancient hardware, but since you don't, i'll focus on the 99.9% of all people that have more recent hardware.
In any case, like i said, a sample MPEG4 ALS file i had around used less then 1% CPU on my system (mostly showing up as 0%), i can't say that its using much. Cannot reproduce, case closed. You can go troll elsewhere now :)

[Midzuki]

If you pay me, i will gladly investigate problems with your ancient hardware, but since you don't, i'll focus on the 99.9% of all people that have more recent hardware.
In any case, like i said, a sample MPEG4 ALS file i had around used less then 1% CPU on my system (mostly showing up as 0%), i can't say that its using much. Cannot reproduce, case closed.

At last, you have gone straight to the point, instead of pretending a problem does not exist.

You just tried to be a smart-ass (again)

That's just your stupid opinion of course.

Anyway, your attitude seems to be the narrowminded one.

Look who's talking.

[Midzuki]

...

nor do I believe this to be narrow minded, it's the nature of technology at stage of our development.

Wrong again. It's the nature of *business model* at stage of our "development".

[thewebchat]

For what it's worth, on the only ALS file I could find, I read higher CPU usage in MPC than with a FLAC file off my library. It was something like 6-9% CPU usage for ALS compared to 4% for FLAC, with an idle CPU usage of 3% in MPC. This doesn't surprise me since ffmpeg ALS code isn't particularly optimized. What's more surprising is that someone actually cares about ALS which has had essentially 0 consumer or industry interest.

Edit: I confirmed high (30+%) CPU usage playing a file converted with the ALS reference software (mp4alsRM22rev2.exe in.wav out.mp4). CPU usage always seems to be higher at startup.

[Midzuki]

Maybe if you shared the problematic file instead of trolling around...

There is N0 "problematic file" for being shared, to begin with.

...
ffmpeg ALS code isn't particularly optimized.

As I said, both ffplay and Mplayer can decode ALS with less than 10% of CPU-usage on my "rig".

And yes, I "love" people who selectively pretend they misunderstand what they read.

[Skibicki]

MP4 ALS thru LAV Audio gets a very-high CPU usage
DC-Bass Source Mod (http://forum.doom9.org/showthread.php?t=164200) may help. It looks to be based on a different decoder than Lav Audio. DC-Bass Source Mod doesn't support "containered" audio formats (AVI, MPG, MP4 or MKV). You'd need LAV Filters for that.I am curious. Can Lav split the audio for BASS to decode or is audio required to be in seperate files for Bass source filter?

[nevcairiel]

There, i managed to lower the CPU usage from like 0.60% to 0.15%, happy now? :p

[SamuriHL]

There, i managed to lower the CPU usage from like 0.60% to 0.15%, happy now? :p

Oh thank God! I can sleep at night again! :D

[Qaq]

Gotcha. How about to lower CPU usage for DXVA CB now?:D

[Hera]

Can you add "skip deblocking when safe" and "skip all deblocking" for h264 video?

+1
That is a great option for non-DXVA compatible video.

[nevcairiel]

Gotcha. How about to lower CPU usage for DXVA CB now?:D

The copying process uses around 0.8% CPU on my system. Can't say thats alot (a total usage of around 2%, for demuxing and other tasks)
What CPU do you have? It will probably be rather inefficient on AMD CPUs, because the highly optimized copy function won't work there..

May also depend on your GPU, i didn't really measure CPU usage with an AMD GPU, maybe i should. :)

Considering it needs to copy around 100mb/s of image data (twice, actually), 1% of usage seems ok.

[Qaq]

Never mind, I was just kidding. LAV does pretty good job on my system, I can't complain.

[Midzuki]

There, i managed to lower the CPU usage from like 0.60% to 0.15%, happy now? :p

I don't know, I don't have an updated LAVAudio.ax to test.

[Midzuki]

...

Can Lav split the audio for BASS to decode or is audio required to be in seperate files for Bass source filter?

I think LAV Audio could use the BASS dll(s), more or less in the same way it already can use Arcsoft's DTS DLL. Of course, the final decision is in Nev's hands, and he might even refuse a patch that he happens to regard as "irrelevant". ;)

[mzso]

There, i managed to lower the CPU usage from like 0.60% to 0.15%, happy now? :p

Wonder what kind of CPU he has if 0.6% correlates to 60-90% on his computer. Intel486?

[robpdotcom]

What's more surprising is that someone actually cares about ALS which has had essentially 0 consumer or industry interest.

I was thinking the same thing. I never even heard of ALS until yesterday.

If you want to use some rare codec that nobody else seems to care about, then don't complain if the free software you use to decode it doesn't meet your satisfaction. Report the problem, offer to provide some samples, and then thank the developer for his time and efforts (which he is being very generous with just by offering the software to begin with).

What I'm seeing here is like asking someone for money, and then insulting them if they don't give you the exact amount you asked for. It's just rude and ungrateful.

[hoborg]

I think LAV Audio could use the BASS dll(s), more or less in the same way it already can use Arcsoft's DTS DLL. Of course, the final decision is in Nev's hands, and he might even refuse a patch that he happens to regard as "irrelevant". ;)

Hi.
Have MO3, IT, XM, S3M, MOD, etc... support in one audio decoder will be great.
But is it really worth the efort?

[ageback]

Is it necessary to build ffmpeg every time even if it was not changed?

[ryrynz]

I don't know, I don't have an updated LAVAudio.ax to test.

latest build with the improvement below.


Avoid needless copying of the encoded audio buffer. This can lead to drastic performance increase in some formats (most notably MPEG-4 ALS)


http://xhmikosr.1f0.de/lavfilters/LAVFilters-0.50.5-2856720.exe