51 Reply by brucethemoose

(45 replies, posted in Using SVP)

Ryzen can't OC much itself.

Go to forum: Using SVP

52 Reply by brucethemoose

(45 replies, posted in Using SVP)

A high-refresh monitor with a small block size setting will easily kill a 7700k at 1080p.

Go to forum: Using SVP

53 Reply by brucethemoose

(15 replies, posted in Using SVP)

Mystery wrote:

10-bit would be nice, sure, although ffdshow doesn't support.

I know the focus is on live playback, but this is also useful for AviSynth manual processing. Since I run SVP in the middle of the script, the ability to process in YV24 and not downscale the chroma into YV12 before further upscaling the image would considerably improve the image quality in my case. I don't think this would be hard to implement.

Then, could the algorithm itself be further be improved or it's mathematically doing the best it can already? Comparing with various other products doing a similar job (including Abobe Optical Flow), it's already doing a great job, yet there's always room for improvements.

You can process 10-bit videos with VapourSynth SVP. That only comes with the paid version though...

The feature tiers need to be restructured IMHO. Free users need to get some form of VapourSynth interpolation, as that's the future of this software.


GPU utilization could be better too. I know the devs said the current usage profile matches average computer hardware these days (average CPU, weak GPU), but the GPU load needs to go up if SVP ever gets a mobile app (which would make the devs a ton of money).

Go to forum: Using SVP

54 Reply by brucethemoose

(14 replies, posted in Using SVP)

Again, can you run Mediainfo on that episode and the previous, and paste the results?

Go to forum: Using SVP

55 Reply by brucethemoose

(12 replies, posted in Using SVP)

Not sure if it's enabled on that mpv config, but try disabling the AV sync feature.

Go to forum: Using SVP

56 Reply by brucethemoose

(14 replies, posted in Using SVP)

Be sure to uninstall your old drivers first, then clean them out with DDU.

You shouldn't be using DSR on videos anyway. Or games, IMHO (I'd rather use the extra GPU power for ReShade), but definitely not on videos.

Oh, and the monitor resolution actually has no impact on SVP. It interpolates the video first, then your video player scales it to your screen.

Go to forum: Using SVP

57 Reply by brucethemoose

(14 replies, posted in Using SVP)

Can you paste the Mediainfo text for episodes 5 and 6 here?


Also, did switching Nvidia drivers not work?

Go to forum: Using SVP

58 Reply by brucethemoose

(14 replies, posted in Using SVP)

hoover1979 wrote:
brucethemoose wrote:

Can you post a sample  clip?

Not without committing copyright infringement.  It is only legal to post official trailers online, and not other snippets of any movie. 

Of course MPC-HC insta-crashes when using FRAPS, Bandicam, Litecam, OBS or ShadowPlay for me (Access Violation "0xc00000005"), which would make it impossible to get a snippet of the stutter issue anyway.

Well does the trailer stutter like the movie?


Also, try a different Nvidia driver. Someone mentioned a recent revision giving them issues in SVP and with shadowplay.


EDIT: Also, I've uploaded sample clips here before. SVP requires you to break Blu-Ray DRM anyway... No one's gonna judge you here tongue

EDOT2: Also, just use avidemix to get a clip if u want. No re-encoding required, so it shouldn't crash.

Go to forum: Using SVP

59 Reply by brucethemoose

(14 replies, posted in Using SVP)

Can you post a sample  clip?

Go to forum: Using SVP

60 Reply by brucethemoose

(6 replies, posted in Using SVP)

Have you tried using ReClock, or MPV's sync feature?

Go to forum: Using SVP

61 Reply by brucethemoose

(13 replies, posted in Using SVP)

James D wrote:
brucethemoose wrote:

378.49?

Yeah, it supposedly borked video streaming for most people... Nvidia's recent drivers have been very spotty for some reason. Just stay on the old driver until a new one comes out.

Recent? It's been for 2 years since Nvidia drivers went downstream and now I'd rather let AMD team to write a driver for my GPU than Nvidia. Not because AMD drivers are better but because while they are about the same AMD at least is on the road UP.

I have to spend my time checking and deciding if I want to stay on 337.88/347.09, or go with 372.90 or take a risk and take something from 375/377.

Yeah, it's kind of ridiculous how picking a stable Nvidia driver is like a game now. And I haven't had an AMD driver issue in months, now that you mention it...

EDIT: Actually that's a lie. ReLive didn't work with the Origin overlay in the first release, but that's a minor issue.

Go to forum: Using SVP

62 Reply by brucethemoose

(13 replies, posted in Using SVP)

378.49?

Yeah, it supposedly borked video streaming for most people... Nvidia's recent drivers have been very spotty for some reason. Just stay on the old driver until a new one comes out.

Go to forum: Using SVP

63 Reply by brucethemoose

(6 replies, posted in Using SVP)

If you get Pro, you can use MPV or one of the other vapoursynth players being tested ATM. That saved me about 20℅ CPU usage, which was enough to make a big difference at 96hz.

MPV also has most of the options MadVR has.

Go to forum: Using SVP

64 Reply by brucethemoose

(6 replies, posted in Using SVP)

Nintendo Maniac 64 wrote:

And don't forget the key point that SVP's CPU/GPU utilization for 1080p videos will be identical - using a display resolution higher than the video resolution makes no difference to SVP.

Yeah, SVP's load is only affected by the video's resolution and the refresh rate. It wouldn't care if you were using an 8k display.

Go to forum: Using SVP

65 Reply by brucethemoose

(25 replies, posted in Using SVP)

myfakeacc wrote:
Duckers wrote:
brucethemoose wrote:

https://github.com/mpv-android/mpv-android/releases

Nice thanks! Unfortunately it did not interpolate any frames, nor would it play any mkv files.

Considering it works for brucethemoose I'd say it's a bug.
Android is very fragmented (hardware as well as software) and I guess these ~2 developers can't test every device and version so I'd assume they appreciate bug reports.

It might not even be the mkv file, but the way the video is encoded.

Try remuxing it into an MP4 without any re-encoding before you submit the report.

Go to forum: Using SVP

66 Reply by brucethemoose

(25 replies, posted in Using SVP)

Duckers wrote:
brucethemoose wrote:
Duckers wrote:

How did you install it? it's not even a apk in that link.

https://github.com/mpv-android/mpv-android/releases

Nice thanks! Unfortunately it did not interpolate any frames, nor would it play any mkv files.

Wait, did you actually try a vapoursynth script?

Plays MKV files just fine for me. What phone do you have, and what version of Android?

Go to forum: Using SVP

67 Reply by brucethemoose

(25 replies, posted in Using SVP)

Duckers wrote:

How did you install it? it's not even a apk in that link.

https://github.com/mpv-android/mpv-android/releases

Go to forum: Using SVP

68 Reply by brucethemoose

(25 replies, posted in Using SVP)

Tested a bit more, spline36 and Lanzcos just don't work at 1080p with hardware decoding (though they do work with software). But the scaling to 1440p is hard to notice on a 5" screen anyway.

Go to forum: Using SVP

69 Reply by brucethemoose

(25 replies, posted in Using SVP)

myfakeacc wrote:
brucethemoose wrote:

I saw some Github chatter about the mpv devs not wanting an Android version, but that was a long time ago.

wm4 usually doesn't want much platform specific stuff inside mpv and rather have people use mpv as library. That's what some other mpv dev (or ffmpeg? can't remember) did to test feasibility of mpv android: https://github.com/mpv-android/mpv-android
I don't know if this is more than a tech demo or if it's really neatly usable (for end users). I recall having read something about gestures for seeking etc., so there should be basic functionality for that (in mpv-android).

Oh wow... That Android test build is awesome:

https://sli.mg/a/rOxoET

It even decodes DTS audio:

https://i.sli.mg/I4QYBN.png

4K HEVC isn't working on my HTC 10 (playback is slow), but to be fair it doesn't work in any other Android player anyway.

Chainik wrote:

only if there will be an usable and fully functional mpv build available

and it'll definitely drain the battery ~ two times faster than any Android game

Chainik/MAG, I think that day has come.

Go to forum: Using SVP

70 Reply by brucethemoose

(6 replies, posted in Using SVP)

FYI, SVP will install and update everything besides XYSubfilter. If I were you, I'd just use that instead of KCP, and just install XY yourself.


Yeah, 1440p will increase GPU usage with high MadVR settings. But the the difference between high and medium settings is pretty hard to notice.

Go to forum: Using SVP

71 Reply by brucethemoose

(25 replies, posted in Using SVP)

I would too.

It'd be a really interesting test anyway, as its uses every major part of your phone except the encoding block and the flash, all at once.


In fact, that would make a hell of a benchmark:


* Download 4k24 HEVC video clip from a test server. (wifi/LTE radio)
* Hardware decode it (decoding block)
* Interpolate to 60p using SVP (CPU/GPU)
* Hardware encode it (encoding block)
* Upload to test server (other part of LTE/wifi radio).


It'd be the ultimate Android benchmark, a true test of your phone's capabilities and condition. Hell, I'd probably pay for it as a separate app.

Go to forum: Using SVP

72 Reply by brucethemoose

(25 replies, posted in Using SVP)

Duckers wrote:
Chainik wrote:

only if there will be an usable and fully functional mpv build available

and it'll definitely drain the battery ~ two times faster than any Android game

Depends on the phone. CAuse i can watch 6 or 7  20 minute videos in VR cinema via gear VR, so doubt that svp will kill it that much faster. (s7 edge)

Oh, it will. SVP + MPV would would load the ALL your CPU cores, the GPU, AND video decoding block almost completely, + your LTE/Wifi radio if you're streaming the video.


A intense 3d game, for instance, would load maybe 1 CPU core, a bit of another, and the GPU down. Samsung's VR cinema would load the decoding block and a little bit of the CPU/GPU. Netflix loads the decoding block (or the CPU if things go wrong) and your radio.



In other words, SVP is way worse than the worst case scenario on Android. It would probably make most phones throttle.

Go to forum: Using SVP

73 Reply by brucethemoose

(25 replies, posted in Using SVP)

Chainik wrote:

only if there will be an usable and fully functional mpv build available

and it'll definitely drain the battery ~ two times faster than any Android game

What are the odds of that?

I saw some Github chatter about the mpv devs not wanting an Android version, but that was a long time ago.

Go to forum: Using SVP

74 Reply by brucethemoose

(13 replies, posted in Using SVP)

The pc will have no external gpu so its up to the cpu to handle the video decoding.

FYI your G4400 has a hardware decoding block. In fact, it has a fairly good one.

Yeah, it should be fine.

Go to forum: Using SVP

75 Reply by brucethemoose

(45 replies, posted in Using SVP)

Maphuse wrote:

Just wanted to report back that my playback is flawless now with mpv and SVP. I simply deleted the vo and hwdec settings from mpv's custom settings file. It's worth noting that mpv is worlds better than MPC-HC at this point, but I suppose that's still owed to the driver issues.

Everything up to 1080p plays without any hiccups on medium SVP settings, for anyone who is interested in the performance.

Playing 4k video with SVP is a pipe dream of course, but I was expecting that. I suppose it would only work with a recent desktop graphics card (I'll give that a shot when I get back to my desktop PC in half a year).

With very low custom settings, 4k SVP might be possible on your laptop. MPV is already more CPU-efficient than MPC-HC, so that helps some.

Go to forum: Using SVP