326

(34 replies, posted in Using SVP)

Duckers wrote:

But the processor is running at up to 3Ghz, not 800mhz

2.4 up to 3.0 GHz, 3 MB cache, 15 W

That's my point - even at 800MHz, your performance should still be better!

I have to ask though, are you using SVP3, SVP4 Free, or SVP4 Pro on your tablet?  Because being custom settings, they'll only work with SVP3 or SVP4 Pro.

I hate to triple post, but it's been nearly 5 days, my "new" HTPC is fully up and running, and there's been no response to my previous post... Maybe I'm simply asking the wrong question?


If that's the case, then let me ask this - is the massive visual difference in the interpolated frames for "cubic enabled" and "cubic disabled" the expected result?

In other words, is my so-called "issue" that I am running into actually not a problem at all and is in fact normal operation?

328

(34 replies, posted in Using SVP)

Duckers wrote:

Apparently, in the "script" config it was set to 48 fps. And that crippled the tablet. So no svp for the tablet or my macbook it seems tongue

Awww, don't give up that easily!  The thing is, SVP4 Free is totally not optimized for low-end hardware.  I mean, even at 800MHz your tablet should still be faster than my aforementioned Core 2 Duo T8300 that lacks any sort of GPU acceleration!

And for reference, this is even with doing x2.5 interpolation with 24fps content.  If you'd like, I could even share my exact profile settings.

329

(34 replies, posted in Using SVP)

James D wrote:

Used to be possible on Linux but they "fixed" that soon too.

As I mentioned I'm not particularly Linux-savvy so you'll have to forgive my ignorance...but it's my understanding that there are both open source and proprietary drivers, and that this seems par for the course with any sort of proprietary drivers but seems way out of line with any sort of open source drivers.

330

(3 replies, posted in Using SVP)

brucethemoose wrote:

If you want the "best" version of Svp, use the 64 bit mpv version. I can post my config file if you want.

Just remember that it's much more difficult for the average user to achieve the best possible result for a given hardware config in mpv due to the difficulty of configuring the program.

brucethemoose wrote:

We all grew up watching 24p

Not if you played video games more than you watched video. wink

332

(20 replies, posted in Using SVP)

Duckers wrote:

there's no webm format for youtube.

It exists on YouTube, but that doesn't mean SVPtube2 supports them.

333

(20 replies, posted in Using SVP)

I don't have an answer for your latest question, but I'd at least like to ask if you've tried the HD WebM formats as well?

Duckers wrote:

Umm, aren't we setting the threads here? My i7-4790k only has 4 cores (8 threads)

And my dual core (without SMT) Pentium G3258 only has 2 threads, yet I need to set SVP to 7 threads to get the most performance out of it when I'm overclocked to 4.6GHz.

For whatever reason, when manually setting the thread count, you need to use more than double the amount of physical CPU cores that you have (though I'm not so sure this applies to SMT threads).  Since you have a quad core with 4 SMT threads, that'd be [4 x 2] + 4 = 12, so you really should have been using 13 threads as a minimum (possibly more if overclocked).

335

(34 replies, posted in Using SVP)

James D wrote:
Nintendo Maniac 64 wrote:

It takes less processor grunt to do 24fps --to-> 48Hz than 24fps --to-> 60Hz

If his GPU is Intel or Intel Optimus+... then he can't change LCD refresh rate unless flashing modified EDID.

Optimus yes, but even plain old Intel graphics?  You can totally make custom resolutions and refresh rates on desktop Intel (at least since Haswell), so I'd find it suprising that the drivers could tell an embedded DisplayPort display from an external DisplayPort one since they're practically the same protocol anyway.

336

(34 replies, posted in Using SVP)

Duckers wrote:

I meant the SVP index.

...so did I.

It takes less processor grunt to do 24fps --to-> 48Hz than 24fps --to-> 60Hz; just because you can't do the latter doesn't mean you'd be unable to do the former (and it's actually smoother to boot).  My fown Nvidia NVS 3100M can't do 720p 24fps --to-> 60Hz at all, but 720p 24fps --to-> 48Hz is completely within its capabilities.

Duckers wrote:

So conclusion: manually selecting threads causes slowdown in heavy activity in movies for local videos and V+A causes issues for youtube.

Actually it's more likely that 7 isn't enough for your CPU - 7 is good for a dual core CPU, but for a quad core (especially quad with SMT) you really want something in the double-digits (at least 11, but even 17 isn't uncommon).

It could be the wacky issue where SVP isn't using enough threads.  Try to manually increase the amount of threads (Application settings -> Additional options -> Processing threads) until performance is good (assuming it does get better).

339

(34 replies, posted in Using SVP)

Duckers wrote:

I did, and the performance was horrible lol. Gown to 86-97 most of the time

...I think we have different definitions of "horrible" - that's within spitting distance to be honest.  If you can get your display refresh rate to run at 2x of the source framerate (presumably 48Hz in this case) then I wouldn't be surprised if that would be enough (2x interpolation is quite a bit more intensive than 2.5x interpolation).

They're not available in the free version of SVP4 unless you use Linux.

Either stick to SVP3, buy SVP4 Pro, or switch to Linux*



*though with my Linux newbie-ness I wasn't able to get it working on Linux Mint 18; I've been meaning to make thread about that but I've been more concerned about my weird flicker issue that seems to have either been missed, ignored, or maybe nobody knows the cause.

341

(2 replies, posted in Using SVP)

Actually I can't help but think that Android could theoretically run SVP (not necessarily well) since it does run the Linux kernel and SVP now has a Linux version.

342

(20 replies, posted in Using SVP)

Duckers wrote:

And where can i download the latest svp version of mpc hc?

Unless you want to deal with seemingly-random program crashes when using SVP or use a completely different media player, stick with the x86 version of MPC-HC; also make sure it's not the pdb version:
https://nightly.mpc-hc.org/

Just remember that you may need to manually set up MPC-HC for SVP.  If you do need to, refer to these instructions:
http://svp-team.com/wiki/SVP:MPC-HC

Duckers wrote:

I thought the svp program downloaded that version by itself?

I may not be correct on this, but I believe that SVP downloads the stable 1.7.10 version.

343

(34 replies, posted in Using SVP)

Duckers wrote:

It only throttles down when reaching 100c. And it has yet to go over 65c.

Well then!  Maybe you won't have to live with the compromised SVP rig-up that I've been living with on my HTPC for the last could years. smile

344

(34 replies, posted in Using SVP)

James D wrote:

Intel-Core-i5-6300U is a dual core 2.5GHz CPU with 3MB Cache and it throttles down to 800MHz.

...so still faster than my Core 2 Duo T8300 that lacks any sort of GPU acceleration or decoding.

I made a lengthy post a year or so ago detailing various tricks on making due with a lower-performance PC in SVP.  Lemme see if I can find it...


EDIT: Found it, but the post isn't that clear.  Basically do the following in MPC-HC:

1. EVR custom presenter
2. Use D3D Fullscreen
3. Disable any accurate vsync
4. Use the Bilinear (not PS 2.0) resizer unless there is minimal performance difference between Bilinear and Bicubic on your PC
5. Set your screen refresh rate to always be 2x of the source fps (for 48Hz for a 24fps video, 50Hz for 25fps, 60Hz for 30fps, etc)
6. Beware of 10bit AVC/h.264 videos (popular with anime); unlike VP9 and HEVC/h.265, hardware decoding of 10bit AVC/h.264 is extremely uncommon (no AMD, Intel, or Nvidia GPU supports it)

In SVP (assuming you're using a 720p video)...

1. Manually set threads to at least 5 (lower CPU utilization) and at most 7 (more performance head-room)
2. Enable "resize to HD" (may not need to be manually set if your screen resolution is set to 1280x720)
3. Do not use automatic settings (see: http://www.svp-team.com/forum/viewtopic.php?id=2699)
4. Only use x2 interpolation (may not need to be manually set if you're following #5 above)
5. Always use "Uniform"
6. Set motion vectors precision to "Two pixel"
7. Set motion vectors grid to "16px"
8. Try to set the shader to "Standard"; otherwise use "Simple Lite" (use "Sharp" for anime)


If you end up actually having some performance headroom left over, then try increasing the motion vectors grid to 14px and maybe even 12px, but sometimes it's actually better to instead set motion vectors precision to "One pixel", so fiddle with those two settings.

If you aren't able to always do x2 interpolation, then keep in mind that doing something like 1m + standard shader will actually give less artifacts than Uniform + simple lite, though the latter will be smoother.

345

(34 replies, posted in Using SVP)

Chainik wrote:

but you'd better test the tablet with free version first, you may not get what you expect from it...

It's still a Skylake CPU and not an Atom-based one, so it should still be quite plenty as long as 1080p and higher isn't involved, and even then 1080p may not be out of the question.

346

(1 replies, posted in Using SVP)

Psst, 99.99% of "MP3" players can play AAC as well (it is what itunes uses afterall), and literally every single YouTube video has at least one audio track that's encoded in AAC.

Heck, with a lot of players, you can just download the actual MP4 file, rename the extension to .M4A, and it'll just play back as an ordinary AAC music file - this even worked on the built-in USB audio system in my father's 2016 Lincoln MKS/Z (I'm dumb and can't remember if he has an S or a Z).

347

(20 replies, posted in Using SVP)

Duckers wrote:

Ok, so i bought a licence, and now i sorta kinda regret it as i bought it for the svptube, but when i copy a link and use mpc hc, it only has 10 sec buffered, and the image freezes at 5 sec but the audio continues

If you haven't already, you may want to try the latest SVN version of MPC-HC - it seems that the buffering behavior has been changed in MPC-HC since the release of 1.7.10 stable.

Duckers wrote:

And for downloaded youtube videos already at 60 fps, whgy doesn't the program convert it to 120/144 fps?

See this thread:
http://www.svp-team.com/forum/viewtopic.php?pid=56025

Also you may want to read the entire thread since it also gives some pointers with regards to setting things up optimally for high-refresh displays.

348

(34 replies, posted in Using SVP)

brucethemoose wrote:

BTW, you should use the MPV version over the MPC one. It's more CPU-efficient, and it can do basically everything MPC+MadVR can do.

...except for configuring automatic changing of your screen resolution/refresh rate - to achieve the same thing in mpv you practically have to be savvy in coding and/or command line-like stuff.  By comparison such functionality is built right into MPC-HC's options GUI.

Also, MPC-HC with D3D Fullsceen and the bilinear (not PS 2.0) resizer is definitely the fastest and lightest-weight method of video playback which is very important for older PCs (read: Core 2 Duo systems with 10-year-old Intel integrated graphics).

Apologizes for the double-post so soon after the previous post, but I've just run into a pretty big issue.

It turns out that one of my real-world test videos has an annoying flicker-like artifact when "smooth.cubic = 0;" is set, but looks nearly flawless with that setting commented out.

Link to the video in question - see attachments in the following post:
http://www.svp-team.com/forum/viewtopic … 730#p60730

I've also attached a screenshot showing the flicker-like artifact as well as a screenshot showing the exact same frame but with cubic enabled and therefore without the flicker-like artifact.


EDIT: In an attempt to cover all my bases, I've also attached a screenshot of the SVP test settings I was using as well as the source frames just before and after the example flicker-inducing frame.

Normally I'd attach logs as well, but honestly they're like exactly the same between using cubic and not using cubic.


EDIT 2: I just did more testing and it turns out that 1775MHz is stable for SVP but not for the likes of Furmark - I have to use something like 1750MHz to be Furmark-stable (again, GPU temps are fine - they max out ~60c).


----------------------------------------------------------------


EDIT 3: All in all, I'd really like to know one thing - is there a way to specifically prevent this crazy flicker-like artifact while also having "smooth.cubic = 0;" active without reducing my SVP profile settings or disable GPU acceleration?  This is literally the final thing preventing my "new" HTPC from being fully functional.

Chainik wrote:

more smooth interpolation of motion vectors and masks - bicubic vs. bilinear

What about the "smooth.linear" setting?  What does it do?


Chainik wrote:

we can use any algorithm supported by Avisynth/Vapoursynth however it's not configurable now

Awww. sad  Thing is, using SVP for 1080p is completely out of the question for this PC as the performance is just nowhere even close to adequate.