LAV Filters - DirectShow Media Splitter and Decoders

[Blight]

In order to better understand why seeking with LAV is so much slower than with libVLC, I've had the network connections tracked using Wireshark.

The same exact stream was played (a TV episode on a remote Emby media server) using both libVLC and LAV. In both cases, 4 seeks were made.

The wrapper format is this case is MKV.

And here are the results:

Seeking with libVLC
https://docs.google.com/spreadsheets...#gid=716414888

Seeking with LAV
https://docs.google.com/spreadsheets...gid=1650206653

As you can see, seeking with libVLC performs 1 HTTP/GET command per seek.

Seeking with LAV performs about 45 HTTP/GET commands per seek.

Can this be resolved?

[masodes]

Hi there,

Is there any possibility to make a captured 3D Frame Packed stream compatible wit LAV Video decoder?
The capture card's directshow filter outputs a 1920x2205 stream with MEDIATYPE_Video and MEDIASUBTYPE_YUY2 for example.
How has this to be transformed for LAV Video decoder to accept it as input and recognize it as 3D and pass it on to the renderer?
The renderer, madVR in this case, should then be able to output again as 3D Frame Packed via HDMI.


Edit: So far I've built a directshow filter that is working as expected in graphstudionext.
But in MPC-HC I'm not able to block the Smart Tee Filter, which makes my own filter useless.
With PotPlayer there is always the Built-in Video Codec/Transform after my filter, so it is not working either.
Does anybody have an idea, how to solve this?

Edit2: Found out that MPC-HC is forcing Capture Sources to use Smart Tee Filter. Removed this restriction now in my own build.

[Blight]

Originally Posted by masodes

Edit: So far I've built a directshow filter that is working as expected in graphstudionext.
But in MPC-HC I'm not able to block the Smart Tee Filter, which makes my own filter useless.
With PotPlayer there is always the Built-in Video Codec/Transform after my filter, so it is not working either.
Does anybody have an idea, how to solve this?

If you'd like, I can try helping you get it working in Zoom Player.

[masodes]

Originally Posted by Blight

If you'd like, I'll can try helping you get it working in Zoom Player.

Thank you, but I already found kind of a solution 👍

[clsid]

@nevcairiel
Can you build an updated MinGW pack for GCC 14.3 or 13.4?

[Siso]

There is some sort of corruption visual glitches decoding x264 with LAVFilters-0.79.2-41 and LAVFilters-0.79.2-47. Last working version for me is LAVFilters-0.79.2-31.

[manolito]

Just to clarify:

You are talking about this:
Nightly testing builds are available here:
https://files.1f0.de/lavf/nightly/

Is this correct?


The latest stable build is this one:
0.79.2 - 2024/04/08


Cheers
manolito

[nevcairiel]

Going to need a sample file. Also software or hardware decoding? I have no observed anything like that.

[Siso]

MPC-BE latest stable build, madvr 112, LAVFilters-0.79.2-47. Happens only with x264 with one movie: D3D11 Native in LAV video decoder. Sample: https://1cloudfile.com/N16v

[nevcairiel]

Thanks for the sample, I can reproduce the issue. Will take a look.

Edit:
Fixed

[Siso]

Originally Posted by nevcairiel

Thanks for the sample, I can reproduce the issue. Will take a look.

Edit:
Fixed

Thank you for your quick response.