LAV Filters - DirectShow Media Splitter and Decoders

[el Filou]

Plays fine for me using d3d11 native.

1050 Ti 385.69, Windows 1703 x64, LAV latest nightly and madVR 0.92.7.
I'm using 32-bit players only though.

[huhn]

i guess i found the issue.
it's the CPU queue if it is over 48 it will start to produce garbage frames. with h264 is only goes to 39-40 with vp9 is uses the full 128.

so i don't know if madVR or lavfilter should stop at 39-40.

[el Filou]

nevcairiel warned not to go above 32 or something.

[huhn]

did he? that a bummer the 128 subtitle queue is very useful...

[nevcairiel]

I've been considering limiting the number of buffers for decoding all formats forcefully to 32, but HEVC and H.264 seem to be fine with up to 127 buffers (which is the hard-limit in DXVA/D3D11) - although with those more advanced codecs, not all buffers are available to the renderer, since the decoder internally needs a bunch as well for reference frames and whatnot.

I added a hard-limit of 32 for VP9 now anyway, just like VC-1 which seems to also have that issue.

[P.J]

It seems D3D11 is useless for Nvidia Optimus =/
Wish I could use 940MX's de-interlacer...

[huhn]

i personally only need/use a high CPU queue (ignoring the subtitle queue here) for live streams to get a bigger buffer.
but maybe it is better to buffer more of the decoded stream i guess the queue settings in lav source could be used for this but i have no clue what could be a possible improve and it is hard to test buffering issue of live streaming. and what is a packet is is a frame a gop is it different from codec to codec...

[nevcairiel]

LAV Splitters final output queue should be mostly packet=frame, it re-assembles those as best as it can, which for the modern codecs should be fine.

[huhn]

it set it to some unreasonable setting like 4096 mb and 3600 packets and my mpc-hc memory usages got down from ~240 to ~145 even pausing the stream doesn't increase the buffer.
i guess a reasonable buffer would be 3-5 secs so your default settings.

[aufkrawall]

Originally Posted by huhn

i personally only need/use a high CPU queue (ignoring the subtitle queue here) for live streams to get a bigger buffer.

This basicially means half of the buffer size for doubled framerate, which is bad since higher framerate means higher bitrate.
A clean solution would be a buffer in seconds like mpv does.

A CPU queue of 8 in madVR should work for livestreaming with youtube-dl though.

[huhn]

with live streaming i mean >lives< streaming a stream with no end known end. not streaming a youtube video.

This basicially means half of the buffer size for doubled framerate, which is bad since higher framerate means higher bitrate.

what has the bit rate to do with this. bit rate is meaningless for livestraming you will never reach anything significant. and lav source has a buffer with a mb cap and a "frame" size.

[nevcairiel]

Originally Posted by huhn

it set it to some unreasonable setting like 4096 mb and 3600 packets and my mpc-hc memory usages got down from ~240 to ~145 even pausing the stream doesn't increase the buffer.
i guess a reasonable buffer would be 3-5 secs so your default settings.

Enable the "Statistics" panel in MPC-HC (View -> Statistics), it'll show you queue size in both packets and memory use. If i set it high enough, it'll read entire files into memory no problem. Live streaming is different, although pausing *should* help to fill the queue.

[huhn]

yes works fine.

[aufkrawall]

Originally Posted by huhn

with live streaming i mean >lives< streaming a stream with no end known end. not streaming a youtube video.

youtube-dl is for HLS in general and there can be also livestreams on YT.

Originally Posted by huhn

what has the bit rate to do with this. bit rate is meaningless for livestraming you will never reach anything significant.

Try to play YT 4k 60fps in any player with what ever LAV Filters settings for more than five minutes, won't work.

[mclingo]

Originally Posted by Pat357

What modes have you listed in Madvr settings ?
When your screen is black and you go to 1080p, does it matter if your 1080p mode has a different FPS ?
like 3D 2160p 23p -> stop -> 1080p24 or 1080p50 (does this work ?)

From my experience, Madvr does handle changes in FPS very well, but if only other things change, like (2160p -> 1080p) or (3D -> not 3D) changes, it doesn't switch.
What actually means no FPS changes -> no switching !

I managed to resolved this in MPC-BE and MPC-HC by moving back to 0.69 LAV and 090 MADVR, however i could stop it simply by setting my TV to 1080p so it was defo something to do with the 1080p back to 4k switch.

This broke KODI though but I use portable so a clean install only takes to a couple of mins to install and copy over portable userdata. All working now. Cheers for the input though.

[huhn]

Originally Posted by aufkrawall

youtube-dl is for HLS in general and there can be also livestreams on YT.

yes and why should bit rate now matter for live streaming?
Try to play YT 4k 60fps in any player with what ever LAV

Filters settings for more than five minutes, won't work.

that's not a live stream and well that a not easy with youtube DL. if it is not a dash video...

-o - youtube url | mpc.exe /play
plays a 720p dash video what youtube dl understands as "best quality".

and -f 315 -o - "youtube url" | mpc.exe /play
downloads the file and names it -.webm. sorry this is inconsistent i'm pretty sure it can be done but i'm not wasting my time with this tool.

[aufkrawall]

Is there actually any case where having an insanely large CPU queue in madVR does have a positive effect for streaming?

[Manni]

Quick question about installation on my Win10 x64 OS:

If I use the default options, both x86 and x64 versions are installed in the Program Files x86 folder. In the start menu, the shortcuts are to the x86 version.

Is there a way to know if the x64 versions are used with MPC-BE x64 and MadVR?

The only way I was able to make sure was to uncheck the x86 versions during install and install the x64 only in Program Files. In that case, it's the x64 shortcuts that appear in the start menu / installed progs.

Is there any downside in installing the x64 versions only? Is the x64 version always used with a x64 player when the x86 version is also installed?

Thanks!

[nevcairiel]

A 64-bit player can only use 64-bit components. You cannot mix 32 and 64-bit in the same process.

[Manni]

Originally Posted by nevcairiel

A 64-bit player can only use 64-bit components. You cannot mix 32 and 64-bit in the same process.

Great, thanks, so I'll install all the components.