1,351 Reply by Nintendo Maniac 64

(29 replies, posted in Using SVP)

Nyan wrote:

None of this worked, unfortunately

Did you try all three settings at the same time?

Also make sure you're using  the "Enhanced Video Renderer" (View -> Options -> Output -> under "DirectShow Video"), and also try enabling "D3D Fullscreen" and testing in, well, fullscreen. (note that you may need to restart MPC-HC for these settings to be applied).

Nyan wrote:

I don't really know what VP9 is, but I didn't see it in file -> properties

In File -> Properties, click the MediaInfo tab, under "Video" look at "Codec ID".

Go to forum: Using SVP

1,352 Reply by Nintendo Maniac 64

(18 replies, posted in Using SVP)

He could always underclock his monitor to 48hz as well.

Modern Intel and Nvidia GPUs have this function built into their control panel, while AMD users can use CRU - Custom Resolution Utility.

Another thing to try is to set "SVP shader" to "complicated".  Now this setting will usually give noticably worse artifacts than Uniform would, but for certain scenes like time-lapse of moving clouds it is glorioius.

And if you're feeling particularly daring, you can even try setting the "motion vectors grid" to one of the three "Small" settings.

Go to forum: Using SVP

1,353 Reply by Nintendo Maniac 64

(20 replies, posted in Using SVP)

I'm using a Trinitron CRT and there wasn't anyway to get above 85hz without the use of custom resolutions.  The thing is, CRTs only used the EDID as a guideline but flat panels and modern OSes use the EDID as the rule.

For reference, my monitor can go over 120hz at lower resolutions and can easily hit 90+Hz for your typical HD resolutions.

Go to forum: Using SVP

1,354 Reply by Nintendo Maniac 64

(8 replies, posted in Using SVP)

MAG79 wrote:

MysteryIt uses Avisynth function BicubicResize([new width], [new height], b=0, c=0.75)

Is there a way to modify the value bolded?  As you may be aware, MPC-HC also gives the options for 0.60 and 1.00.

Go to forum: Using SVP

1,355 Reply by Nintendo Maniac 64

(29 replies, posted in Using SVP)

Try the following:

Set "Decrease grid step" to "Disabled (default)"


If that's not enough, also do the following:

Set "Motion vectors precision" to "Two pixels"


If that's still not enough, do this as well:

Set "Frames interpolation mode" to "2m (min artifacts)"


If you still have problems, then make sure your video isn't encoded in VP9, because unless you use a trunk build of LAVfilters you'll have massive CPU usage when decoding 1080p VP9 videos. (if you're playing via MPC-HC, you can find this out via File -> Properties)

Go to forum: Using SVP

1,356 Reply by Nintendo Maniac 64

(2 replies, posted in Using SVP)

Definitely 4:1.  I did a test recently with a native 60fps video and it was smoother to watch it natively 1:1 @ 60hz  than with SVP doing 3:2 @ 90hz.  By comparison doing 2:1 @ 120hz was smoother than the original 60fps @ 60hz.

(The display used in question was a Trinitron CRT monitor, so it also essentually had built-in black frame insertion)


The tl;dr version is, exact integer ratios are always better,

Go to forum: Using SVP

1,357 Reply by Nintendo Maniac 64

(20 replies, posted in Using SVP)

It's very simple - the official HDMI spec pre-v1.4 only went up to 60hz while v1.4 added 120hz for 3D.

The thing is though, HDMI uses the exact same video signal as DVI, so there's no technical reason you can't do something like 75hz or 90hz over HDMI.

A good example of this is the Oculus Rift DK2 which runs at 75hz natively and uses HDMI.


So there's a very easy solution to getting refresh rates other than 60hz and 120hz over HDMI  - custom resolutions.  Intel and Nvidia GPUs have this function in their control panels while AMD users can use CRU - Custom Resolution Utility.  I've used such a method to get wierd refresh rates like 77hz on my HDTV over HDMI (yes, the TV actually showed via its OSD that it was running at 77Hz).

Go to forum: Using SVP

1,358 Reply by Nintendo Maniac 64

(6 replies, posted in Using SVP)

The only thing I can think to try is to try enabling "D3D Fullscreen" in MPC-HC.

Other than that, you can try this cheaty work-around in MPC-HC:

1. Enable "Use autochange fullscreen monitor mode"
2. Uncheck all the resolution modes except for the top two - 'Default' and '01'
3. Set the "Display mode" for "Default" to your normal desktop resolution of 2560x1440
4. Set the "Display mode" for '01' to 1920x1080
5. Set the "From FPS" for '01' to "1.000"
6. Set to "To FPS" for '01' to "125.999"
7. Enable "Apply default monitor mode on fullscreen exit"

Go to forum: Using SVP

1,359 Reply by Nintendo Maniac 64

(3 replies, posted in Using SVP)

You can just make a new profile and specify that 1920x1080 @ 29.97 content have it set to "Double source framerate (2x)"

Go to forum: Using SVP

1,360 Reply by Nintendo Maniac 64

(6 replies, posted in Using SVP)

120hz is not limited to DVI...I do it with VGA and many others do it with DisplayPort.

Also HDMI uses the exact same video signal as HDMI, so HDMI can do it as well.

I know that high-end Panasonic TVs have DisplayPort input (such as their 4k models).

Go to forum: Using SVP

1,361 Reply by Nintendo Maniac 64

(4 replies, posted in Using SVP)

MAG79 wrote:

VP9 software decoding is less optimized compare to h.264.

According to the developers of ffvp9 (the VP9 decoder used in MPC-HC), most of the optimizations that involve SSSE3 and above require 64bit:

http://lists.ffmpeg.org/pipermail/ffmpeg-devel-irc/2014-July/002201.html wrote:

<jamrial> the optimizations [for ffvp9] up to sse2 are all for both x86 and x64. it's only ssse3 and above that (most) require x64

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

MAG79 wrote:

You can use internal Intel HD Graphics core to accelerate video decoding.

DXVA2 and QuickSync decoding do not support VP9:

http://forum.doom9.org/showthread.php?t=162442 wrote:

* Decodes H264, MPEG2, VC-1, WMV9.

This is why I did my performance testing without any hardware acceleration.

Go to forum: Using SVP

1,362 Reply by Nintendo Maniac 64

(28 replies, posted in Using SVP)

Neshi wrote:

If it is a trojan horse wreaking havoc, it is because you put it in your program.

Have you tested with SVP closed?

Go to forum: Using SVP

1,363 Topic by Nintendo Maniac 64

(4 replies, posted in Using SVP)

For reference, all hardware acceleration is disabled and everything is being output to 1280x720 @ 90hz; I'm using the following as my test video (beware of on-screen f-bomb text at the end):
https://www.youtube.com/watch?v=CEo1D2Y57_U

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

So I've run into an interesting issue with my new Pentium G3258...


For h.264 @ 1920x1080 30fps I can run perfectly with profile 4c.

But for VP9 @ 1920x1080 30fps, in order to run perfectly, I have to use profile 3c.


I mean, yes I could just stick with 3c and live with it, but it's kind of psychologically disappointing when it's only using like 45% of my CPU...I mean, I can run the same settings on 60fps 1920x1080 h.264!


Here's a screenshot I took showing the CPU utilization of h.264 @ 1080p 60fps vs VP9 @ 1080p 60fps without SVP and all hardware acceleration disabled:
http://i.minus.com/iseX5SvNSV9Pc.png

Go to forum: Using SVP

1,364 Reply by Nintendo Maniac 64

(23 replies, posted in Using SVP)

Super apologies for the double post, but I finally have a modern CPU (Pentium G3258) and the difference in CPU utilization between 32bit and 64bit is even more dramatic.

I tested with the following video, specifically the 1920x1080 60fps VP9/WebM version of it:
https://www.youtube.com/watch?v=ZwC7diqoBAc

And this is the CPU usage results I got from playing back said video in MPC-HC 32bit (without SVP) and MPC-HC 64bit (both version 1.76):

http://i.minus.com/imegZe1y5fT8m.png

Go to forum: Using SVP

1,365 Topic by Nintendo Maniac 64

(0 replies, posted in Using SVP)

Considering how SVP takes advantage of both the CPU and GPU in tanduim, I was just thinking about if HSA would theoretically provide any benefits to SVP?  I realize that SVP is (at least currently) not coded to take advantage of HSA, this is why I was speaking theoretically.

The reason I'm asking is because my main PC's AM2+ motherboard died and, if HSA could theoretically be beneficial, then I may want to go with an inexpensive FM2+ mobo + A6-7400k bundle (Microcenter) vs an inexpensive LGA1155 motherboard, Pentium G630, and Radeon 4670.

Go to forum: Using SVP

1,366 Reply by Nintendo Maniac 64

(11 replies, posted in Using SVP)

On my 2.5GHz Athlon 64 x2 4800+ I was only able to use SVP for 1280x720p 30fps h.264 videos.  Anything of a higher resolution, framerate, or newer codec (like VP9) was too much for SVP.

For reference the GPU I was using was an integrated Radeon HD 4200.

Go to forum: Using SVP

1,367 Topic by Nintendo Maniac 64

(0 replies, posted in Using SVP)

DISCLAIMER: VP9 decoding is considerably more CPU intensive in 32bit MPC-HC than it is in 64bit MPC-HC, so don't be surprised if 1080p VP9 + SVP makes your computer cry seeing how SVP is 32bit-only.


Apparently MPC-HC is able to support external audio files when the video is in the Matroska format, and by association WebM. All that's required are the following things:

1. The audio file must be completely downloaded

2. The video and audio files must be in the same folder

3. The video and audio files must have the exact same filename (not including file extension)

4. The audio must be in the format that the video file is expecting (in this case vorbis)

5. The audio must have a file extension that audio-only files use (ogg, oga, mka, mp3, mp2, wma, wav, flac, wv, ape, tta, dts... you get the idea)


Usually the audio stream is much smaller filesize-wise than the video stream, so you should be able to download it quickly.  From there you just need to open the according still-downloading WebM video file in MPC-HC (confirmed to work in v1.7.6) like you would for a completely downloaded video file and everything should "just work".

Go to forum: Using SVP

1,368 Reply by Nintendo Maniac 64

(23 replies, posted in Using SVP)

Chainik wrote:

travolter10% is too small. When we're talking about GPU support it's about 100-200% increase. With some minimal algorithm modifications we can get another 40% (wait for SVP 3.0.2 wink)
Getting just a 10% for such a huge headache like porting to 64-bit? Certainly not now smile

I just registered to say that 64bit now sees quite a large performance increase with VP9 decoding; this is even confirmed by the ffmpeg devs themselves:
http://lists.ffmpeg.org/pipermail/ffmpe … 02201.html


My CPU is a 2.0GHz Core 2 Duo T5800 and I am running Windows 7 SP1 64bit.  All tests were ran with mostly stock copies of MPC-HC v1.7.6 32bit and 64bit (the only change is I set the "Video Frame" to be "Normal size") and nothing else (this means SVP was not running).

I do not know of how to benchmark the raw FPS numbers, so I am instead posting the CPU utilization as reported by the Windows task manager.

32bit: ~45-65% CPU utilization

64bit: ~25-40% CPU utilization


UPDATE: I just tried the exact same thing on an AMD E-350 (1.6GHz) and the results are even more dramatic:

32bit: ~100% CPU utilization, framerate drops occur

64bit: ~55-75% CPU utilization



I am using the following YouTube video as a test subject, but many other YouTube videos with lots of views also have VP9/WebM versions available as well:
https://www.youtube.com/watch?v=BLxHjixnf3c

I am using the following Firefox extension to download the according 1280x720 VP9/WebM video:
https://addons.mozilla.org/en-US/firefo … ube-saver/

Go to forum: Using SVP