LAV Filters - DirectShow Media Splitter and Decoders

[Siso]

Originally Posted by Siso

A question about mixing to stereo, is it better to let lav audio decoder do the mixing or mpc-be's sound processing?

Anyone?

[lvqcl]

@nevcairiel
I wonder why git.1f0.de/gitweb?p=lavfsplitter.git is not updated, and there's no new nightlies..?

[ryrynz]

Not much to wonder about. He doesn't want to spend time on it atm. Real life + work and factor in that it's stable and working well for most use cases means dev work is gonna calm down, + It's only been four weeks
What I'm curious about is why nobody else is helping co-develop it. Lav gets used a lot, so wonder why the lack of interest ¯\_(ツ)_/¯

[nevcairiel]

Originally Posted by lvqcl

@nevcairiel
I wonder why git.1f0.de/gitweb?p=lavfsplitter.git is not updated, and there's no new nightlies..?

Updated with what? It has the latest version. There are no nightlies if there are no changes.

Originally Posted by ryrynz

What I'm curious about is why nobody else is helping co-develop it. Lav gets used a lot, so wonder why the lack of interest ¯\_(ツ)_/¯

DirectShow isn't exactly a field overflowing with developers, nevermind those wanting to work on open-source software for free.
But I also don't think that LAV is in desperate need of much work. There is always some open requests for special format support, or some new overhaul of hardware decoding stuff, but for the majority of people it works just fine as-is.

[lvqcl]

Sorry. For some reason I misread "1 Jun" as "1 Jul" in the date of the latest commit...
I have no idea why it happened.

[filler56789]

Originally Posted by ryrynz

What I'm curious about is why nobody else is helping co-develop it.

By the way, I have always wondered who are the "WE" in the quote below

Originally Posted by nevcairiel

Hi folks,

We've been working on this for quite a while already, and i feel its time to release it into the wild for some more comprehensive testing.

[huhn]

just keep reading

At this point i would like to thank Ti-BEN for his contributions. Without his work on this project, it probably would have stayed a design in my mind.

[nevcairiel]

Yeah that was 9 years ago, beyond the initial prototype that we made together, I was basically on my own though.

[QBhd]

I always thought it was a "Royal" "we" :P

QB

[ryrynz]

I have a partially downloaded video that I find MPC-BE's internal filters handle better than LAVs. With the internal filters the file stops playing, detecting the playback length at 20 seconds.
LAV shows the what would be entire length of the film, once it hits the 20 second point it appears to continue looking for playable content which there likely is none. Nothing basically happens as it continues to chug through the file.
Nev, are you interested at improving this at all? Can upload a chunk if interested, not sure how you feel about broken file playback.

[Sunspark]

Just wondering something.. In LAV, on my Windows 7 system selecting D3D11 as the decoder to use states "D3D11 requires Windows 8 or newer, and is not supported on this OS."

I have DirectX 11.0 installed, but I don't have the platform update installed which would give the system a partial DirectX 11.1. Is it actually DirectX 11.1 that is required, or the OS itself that is at fault?

[lvqcl]

there's this reply from the author:

Originally Posted by nevcairiel

The problem on Windows 7 is not that the decoder doesn't work, because it technically does - the problem is that NV12/P010 are not supported in D3D11. You need Windows 8 for that. But without NV12/P010, the decoder is mostly useless for most use-cases.

[Sunspark]

Ah, thanks for that info. I wasn't after 10-bit colour since I don't have a display that supports it anyway, but I was curious to take a look at Error Diffusion dithering which requires Direct Compute to function. Direct Compute is only available to dx10 and dx11.

[clsid]

D3D11 decoding and D3D11 rendering are two different and independent things! The decoder in LAV should not be confused with settings in MadVR.

[Asmodian]

Even in madVR they are independant. You can use D3D9 presentation and Error Diffusion dithering. You need DX10/11 installed but you can set every option in the playback chain to DXVA2/D3D9 and still use Error Diffusion dithering.

[Sunspark]

Asmodian, I am not sure that is true, unless it requires DX 11.1 as opposed to 11.0 which is what I have. The reason I say that is because I was looking at dithering patterns and both EDs in DX9 mode looked exactly the same as ordered dithering. At least with the low bit-depth on the video clip I was testing with. This is what made me think that the support just wasn't there, and that it simply just fell back to ordered. I just now tested with a still image 16 bit gradient in a window. Set the display to 2 bit, and turned off change dither pattern every frame. As I apply the selection through the ordered, ED 1 and ED 2 options, there is no change in the dither pattern.

[huhn]

maybe it needs dx 11.1 or your driver have a problem with direct compute but it has nothing todo with the decoder lav filter has nothing todo with that too.

d3d9 can use ED it works flawless here just as a general rule madVR does pretty much everything using d3d9 even with d3d11 decode and even with d3d11 presentation only a very small part is done with d3d11 these are interops and presentation in this example.

[kolak]

Originally Posted by manolito

I can confirm your issues, LAV Filters for me always had such problems when dealing with HD transport streams. It looks like DirectShow is simply not good at seeking within transport streams...

Just to make sure that your clip was not corrupted I ran it through TSDoctor, and it came out fine without any complaints. My usual workaround for HD transport streams is to repack them into an MKV container. I either use MKVMerge or ffmpeg (using the dmMediaConverter GUI) for this, and the resulting MKVs play with just about any player and have no problems with seeking.


Cheers
manolito

I can also confirm TS seeking issues. I also know that those TS streams are 100% correct.

[Aleksoid1978]

Originally Posted by kolak

I can also confirm TS seeking issues. I also know that those TS streams are 100% correct.

Can you upload .ts sample with seeking porblem ?

[el Filou]

Originally Posted by Sunspark

I just now tested with a still image 16 bit gradient in a window. Set the display to 2 bit, and turned off change dither pattern every frame. As I apply the selection through the ordered, ED 1 and ED 2 options, there is no change in the dither pattern.

You can check by creating a file called ShowRenderSteps (no extension, and delete the file after testing) in madVR's folder, and comparing the 'FinalStep' rendering step in the OSD. On my system, ED2 takes ~3x the rendering time as Ordered (first make sure that the other steps are the same time to eliminate GPU frequency variation).