LAV Filters - DirectShow Media Splitter and Decoders

[Hera]

Originally Posted by shimaflarex

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]

Originally Posted by Qaq

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

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]

Originally Posted by nevcairiel

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

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

[Midzuki]

Originally Posted by Skibicki

...

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]

Originally Posted by nevcairiel

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

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

[robpdotcom]

Originally Posted by thewebchat

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]

Originally Posted by Midzuki

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]

Originally Posted by Midzuki

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

latest build with the improvement below.

Originally Posted by nevcairiel

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/LA....5-2856720.exe

[Hera]

Originally Posted by nevcairiel

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

Biggest problem is formats that are not picked up by the GPU - crazy video dimensions, 10-bit, etc. Thus these bad formats are at the mercy of the CPU. Now obviously, one can recode such bad encodes to something compatible (to avoid stuttering, heat, etc) - but this takes lots of time and just isn't worth it most of the time.

Options to trade quality for performance are a must, and should be outlined as such. Your current options do not highlight which options are better for performance and which ones are worse. (If possible separate settings for separate resolutions - SD, 720, 1080 4K?)

From using LAV, I can conclude that the only three things missing are performance options (and help), DVD support, and linked MKV support.
LAV works well otherwise with my systems.

I apologize if I don't understand the discussion ATM.

[wanezhiling]

Originally Posted by ryrynz

latest build with the improvement below.
http://xhmikosr.1f0.de/lavfilters/LA....5-2856720.exe

Hi, do you know other nightly LAV installer builds? Thanks.

[ajp_anton]

Originally Posted by ryrynz

http://xhmikosr.1f0.de/lavfilters/LA....5-2856720.exe

Haha =).

[ryrynz]

Originally Posted by wanezhiling

Hi, do you know other nightly LAV installer builds? Thanks.

Nope not any other installer builds.

[kasper93]

Originally Posted by wanezhiling

Hi, do you know other nightly LAV installer builds? Thanks.

I sometimes upload here https://www.dropbox.com/sh/pr337z98gka7q2m/JLgkv2KBhe

[ryrynz]

No worries, I'm interested to know how this affects your CPU usage so please update on the performance difference.

[Kurtnoise]

Originally Posted by Midzuki

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".

Why ? Almost audio formats used by BASS are already supported by libav libraries...

Too bad the "official" trolls and a certain wannabe-programmer from the "ffdshow world" will keep solemnly ignoring the FACTS.

did you know that you can reencode your als to flac losslessly ? So, go away...

[Midzuki]

Originally Posted by ryrynz

No worries, I'm interested to know how this affects your CPU usage so please update on the performance difference.

Well, the new LAV Audio uses just 1% or 2% more CPU-time than ffplay or Mplayer, so that's OK. But it still "eats" too much paging file (around 60MB), whereas ffplay consumes only 19MB, and the external MPC-HC audio decoder uses 22MB.

[wanezhiling]

Originally Posted by kasper93

I sometimes upload here https://www.dropbox.com/sh/pr337z98gka7q2m/JLgkv2KBhe

No other words, just thanks thanks

[Kurtnoise]

Originally Posted by Midzuki

Grrrreat, yet another incompetent deviloper who has nothing more productive to do than telling me "to go away".

That does not compute, sir.

It has been fixed since ages...so, what's your point ? Seems you like to write for nothing.


/you added in my Ignore List.