Ok
I tried dependency walker and it actually did find the mpv-1.dll from the C:\program files (x86)\svp 4 pro\mpv64 directory smile
I must have did something when i screwed around with the python and vapoursynth installation that fixed something.

So i checked mpc-qt again and i got it to start without the mpv-1.dll file now.

But.....svp dosen't kick in when i start a movie sad
And I don't see any errors in the log

here is the mpc-qt svp log

Hehe, smart of you to switch the log start to end when we copy it automatically smile

and here is the dependency walker log for mpc-qt with its own mpv-1.dll removed
EDIT removed for privacy. If you needed it still just let me know and i fix the link........

Some more testing trying to figure this out.......

When i run echo %PATH% & echo %PYTHONPATH% in cmd the path show up like they should.

If install python 3.6 installer and vapoursynth i can run vapoursynth from the python client app.
And if i install phyton embedded plus vapoursynth portable in a directory together that works as it should.

But why don't SVP's mpv vapoursynth work.....i don't get it.
Python works on my system with vapoursynth alone, but not through svp and mpv i mean they are right there in the same directory together why can't it start properly hmm sad

Chainik wrote:
SamE wrote:

If i remove mpv-1.dll it dosen't start at all for me, it just gives an error message asking for that file.
I am guessing that indicate that my path/phytonpath environment variables didn't work, right?

yep

But when i check with echo %PATH% it shows up like it should and i can for example start mpv.com from the mpv64 directory from any directory i want in cmd.
So that mean i should have the right and working path and phytonpath in environment variables i think and it is some other reason it dosen't work.....

Any ideas to test?

If i remove mpv-1.dll it dosen't start at all for me, it just gives an error message asking for that file.

I am guessing that indicate that my path/phytonpath environment variables didn't work, right?
Because otherwise mpc-qt without the mpc-1.dll should read that from the mpv64 directories i think.

But something is wrong.......

Hi,

I can't get the inbuilt mpv working with vaporsynth.

I get the error message

"09:15:00.957 [E]: Playback [e82cdc7c]: VS - Could not initialize VapourSynth scripting."

I have added the mpv64 path to PATH and PYTHONPATH.

Is there anything else i need to do to get this working?

EDIT
I tested MPC-QT and added the mpvpipe,cmdrkotori.mpc-qt.mpv in setup.

If i remove mpv-1.dll mpc-qt dosen't start and just gives an error asking for that file.

If i don't remove that file i get an error message in the log

"12:54:40.906 [W]: Playback [e82cdc7c]: Frame server (64-bit) NOT FOUND"

Blackfyre wrote:

However, I thought MPC + Madvr already supports HDR? Madvr certainly has the settings for it under the display settings.

No Madvr dosen't yet support HDR output.
What it does support is a very high quality HDR to SDR conversion, so you can watch HDR clips on a non HDR connection with some retained quality enhancement to the SDR version of the clip. If you crank up your backlight(for LCD screens)/OLED light setting and tune madvr's HDR conversion setting for it.

But for some reason madvr and LAV filter dosen't pick up the HDLeaders releases as being HDR BT.2020 files, as it does work with the various demo-uhd3d.com files correctly. I don't know why.
The right media info metadata seems to be included in the mkv.
The HDLeader releases is reported to work on LG HDR 4k and Samsung HDR 4k screens inbuilt players.
One tricky thing is that some releases have ATMOS audio, and at least the LG's can't play that so you will have to remux in som lesser & supported audio track from another release.

As far as i think it works is, HDLeader uses Zeus BT.709 WCG 4k releases and then reinserts the HDR curve with the SMPTE ST2086 static metadata in the mkv somehow.
But i really don't know how he does it, he reveal some info if you read the comments in the 1337x site, but it is really not much to go on.

I don't have access to a real UHD-BR discs or a player, but i have tested a HDR BT.2020 HDLeader release and a "normal" 4k BT.709 Zeus release of the same movie (Mad Max).
And.......it looks AMAZING big_smile

The HDR mkv does activate the HDR function on a compatible LG TV and it does look better (much more intense from the HDR on anything bright and much wider colour palette from the WCG features) than the straight 4k 10 bit 4:2:0 BT.709 Zeus rip. And just the straight Zeus rip looks already more than great. But HDR + WCG on top of that is an whole other level.

I have checked out several of the releases and i think it is legit as far as 4k HDR UHD Rip. Of course i can't compare with the real disc.

The day madvr or another renderer/player with high grade chroma upsampling & 3D lut support + SVP supports HDR output through the new HDR windows 10 interface/API, it will look better than any UHD-BR standalone player can offer smile
And I still hold a hope that madshi will add vaporsynth interface one day to madvr.

So bottom line, if you have a HDR screen and no UHD-BR disc or player.
YOU have to try it out it will blow you away wink Of course depending on how good the screen is though.

The general consensus seems to be, anything LG 4K OLED panel based (LG/Loewe/Panasonic) is the best, then the various high end Samsung and Sony FALD LCD screens and then everything less begins to be less impressive for maximum HDR dynamic range impact.
In terms of maximum contrast and highest light output that the screens can support.

*********
EDIT update

I checked these HDLeder 4K BT.2020 with HDR releases some more.

And unfortunately there is some problems with them.
He has used Zeus normal BT.709 4k UHD release and reinserts the HDR curve with the SMPTE ST2086 static metadata in the mkv.

But he also expands the normal compressed BT.709 gamut to WCG DCI BT.2020.
And the result is over saturated colors sad

On an LG TV you can switch the Color gamut to standard from wide and it will look right again but still with glorious HDR.
This should be possible in madvr if madvr support HDR output in the future also.

Hi guys i am not sure what the policy is in this forum for this stuff.

But 10 bit HDR UHD-BR movies has been ripped for a while now.
That dosen't mean they have cracked UHD-BR, just that it is possible to downgrade and eliminate HDCP 2.2 to a lower version and (eliminate HDCP?) so they are compatible with HDMI 4K capture cards.

Check out releases from "HDLeader"

on your nearest torrent site for example
https://1337x.to/search/HDLeader/1/

The problem is we don't have any movie player or renderers that support HDMI 2.0 output with HDR 10 bit support and of course SVP dosen't support 10 bit yet either.
But it should run 8 bit 4:2:0, if it works with HDR when players starts to support HDR output i don't know.
So i think the only way to play them now is through a TV's inbuilt player.

As far as i know they are based on "Zeus" ULTRA-Br rips he does that are available
here https://www.katzeus.com/movies.html

SVP works descent for me at least in actual videos if i pick a low thread in the "Processing threads" in the GUI.
Just remember to set it back to auto when watching hi res video wink

I say decent because the interlacing and telecining issue we have with most DVD's not being 23fps or 24fps, and we are probably going to have to wait until the fabled vaporsynth integration in madvr before we have a good solution for that, so we can pre deinterlace and run madvr's film mode before SVP to get rid of the extra frames and get a good solid smooth 24fps for SVP to work with and interpolate.

I guess SVP could do this on its own also like do DXVA hardware deinterlace, but i know the developers doesn't care for interlaced content and most movies are available on BluRay nowadays anyway so i understand their position on this.