You are not logged in. Please login or register.
SmoothVideo Project → Posts by Nintendo Maniac 64
Yes, but note that MadVR also can use more resources depending on how it's configured.
Alternatively you can just enable "D3D Fullscreen".
Very nice chart explaining the difference. May I ask then what the difference between 1m and Uniform is if the "target frame rate" is set to only 2x?
Also to clarify, does "Standard" switch between 'Uniform' and '1m' and such as it deems necessary?
Just a quick heads up, FLV was the most common on YouTube circa 2007, but most of the higher quality formats before they implemented DASH used MP4 or WebM containers, and nowadays the only thing still using FLV is a single low-resolution format purely for legacy compatibility purposes.
Since you say you're using DownloadHelper, it is important to note that you are not able to access the newer higher quality (VP9), higher resolution (1080p+), and higher framerate (48, 50, 60fps) formats.
The first thing you should probably do is the following, which will allow us to determine if it's MPC-HC or actually SVP.
Just to make sure, try a fresh copy of MPC-HC 32bit portable:
http://portableapps.com/apps/music_vide … c-portableThen follow this guide on setting up MPC-HC Portable to use SVP.
http://svp-team.com/wiki/SVP:MPC-HCDoes this make any difference?
Well, what refresh rate are you running these interpolated videos at?
You will also get the best result if you interpolate by a non-fractional ratio (2x, 3x, 4x, etc), and then have your monitor's refresh rate match the interpolated framerate.
Also, at least for interpolated video, I find that past 90-100fps doesn't make much difference really - you get a smoother result by "cranking up" SVP's settings past the default (such as using "Uniform" and "Complicated", though the latter causes some more noticeable artifacting...)
Oh and BTW, if you have a 144hz monitor, see if it's lightboost compatible so that you can enable backlight strobing - this will improve the motion resolution, but isn't available above 120hz:
http://www.blurbusters.com/zero-motion-blur/lightboost/
http://www.monitortests.com/forum/Threa … and-NVIDIA
I would say this is simply the benefit of a software-based method rather than a hardware-based one - it is more flexible in what it can do such as handling virtually any framerate.
The only benefit those probably have is for the encoding to produce smaller files (it does even if the source is 8bit).
It's pretty obvious they do not really have an original source of 10bit color.
Let alone most animes are very simplistic in animation coloring.
It's largely because of the gradients.
Daanvandam - I'm guessing you aren't using an LGA 1155 or 1150 Intel CPU?
It's obviously not SVP's doing, but I can't figure out what is. Perhaps Avisynth or ffdshow?
Well if it's still happening even with SVP closed then it shouldn't be Avisynth, which would only leave the likes of ffdshow. I have minimal knowledge with ffdshow, so I personally can't help you with that...
However, since it is occurring regardless of whether SVP is open or not, you could probably ask this in the Doom9 MPC-HC thread or similar and get advice from people way more experienced with the likes of ffdshow. Make sure you emphasize that it even happens with a fresh copy of MPC-HC 1.7.8 portable.
Here's a direct link to the thread for your convenience:
http://forum.doom9.org/showthread.php?t=166689
EDIT
Before you do that, in MPC-HC's built-in LAVfilters, try changing the hardware decoder to something other than one of the two "DXVA" options; from best to worst try "Intel QuickSync" (only if you have an LGA 1155 or 1150 Intel CPU), "Nvidia CUVID" (only if you have an Nvidia GPU that isn't ~8 years old), and "None".
Another thing you could always try is a fresh copy of MPC-BE. Note that there's no official portable version, so you'd have to go into the program options and enable "save settings in .ini". Also it does not have any built-in LAVfilters, so you may have to test without that...
Ok... next thing then.
Does it happen when the current SVP profile's "Interpolation mode" is set to "Off"?
Also, does it still occur when SVP is flat-out closed? (you can do this by right-clicking on SVP's task bar icon and selecting "Exit")
EDIT:
It was already set on Billinear (both portable and installed version)
Just to make absolutely sure, it was set to just "Bilinear", not "Bilinear (PS 2.0)", correct?
That's really odd... humor me and enable "D3D Fullscreen" and see if it still happens. Also, try setting the "Resize" algorithm to just "Bilinear" (not the ps 2.0 one)
You can find both settings in MPC-HC via View -> Options -> Output
Well then it's clearly not the media player itself...
Maybe it's a GPU driver setting? I'm pretty sure there are some video post-processing stuff available in AMD's and Nvidia's graphics drivers, though if you're using Intel graphics then it shouldn't be that because they don't have anything like a "sharpness" setting...
Quick question - this wouldn't happen to be a pre-build computer (whether a laptop, desktop, or whatever) rather than one you or somebody else custom-built, would it? I say this because, to me, this seems like the kind of setting you'd find by default on an OEM machine from a big-box store (similar to the "torch mode" settings you find on TVs in said big-box stores). On similar note (pun >_>) with audio, I know that some OEM PCs come with the likes of a "base boost" enabled in their audio drivers.
Ehhh... saying "installation" could also include SVP in that. If doing the process I described fixed it, then SVP was perfectly fine and the issue is on the media player side of things.
You know, this is the 4th time I've made the following suggestion in the last couple days...perhaps it could be wise if something similar was placed in an FAQ or something so as to weed out some issues that are not actually the fault of SVP?
Just to make sure, try a fresh copy of MPC-HC 32bit portable:
http://portableapps.com/apps/music_vide … c-portableThen follow this guide on setting up MPC-HC Portable to use SVP.
http://svp-team.com/wiki/SVP:MPC-HCDoes this make any difference?
And FYI, since 10bit encodes are common with anime but SVP doesn't support 10bit input (nor chroma greater than 4:2:0), it may be wise to disable every output format except NV12 and YV12.
...which reminds me, wouldn't it make more sense if the according LAVfilters screenshot on the above-linked SVP wiki page only had NV12 and YV12 enabled? Heck, is the MPC-HC bundled with SVP even pre-configured this way?
Just to make sure, try a fresh copy of MPC-HC 32bit portable:
http://portableapps.com/apps/music_vide … c-portable
Then follow this guide on setting up MPC-HC Portable to use SVP.
http://svp-team.com/wiki/SVP:MPC-HC
Does this make any difference?
Have you tried using a fresh copy of MPC-HC 32bit portable?
http://portableapps.com/apps/music_vide … c-portable
Once you have that, follow this guide on setting up MPC-HC Portable to use SVP.
http://svp-team.com/wiki/SVP:MPC-HC
Do your LAV settings still not save even though portable MPC-HC Portable's built-in LAVfilters shouldn't be saving to the registry?
I would say try a fresh copy of MPC-HC 32bit portable:
http://portableapps.com/apps/music_vide … c-portable
Then follow this guide on setting up MPC-HC Portable to use SVP.
http://svp-team.com/wiki/SVP:MPC-HC
Once you've done that, load in the video or whatever that would normally result in the blank video screen and see if it's any better.
And it wasn't very clear if you're saying that you do in fact sometimes have stutters, but if so, try enabling "D3D Fullscreen" - this can help lower-end GPUs.
Looking at Mystery's screenshots, that seems to be about the same thing I'm experiencing on my HTPC since I get about 2x the amount of CPU utilization with the new DLLs.
Just so you know, I didn't forget about your question/request ealier, but since I said I was going to do more testing on my side of things anyway, I figured it be more useful for this current discussion to run its course first...
Mystery
+- on numpad.
And if you don't have a numpad you can always change MPC's hotkeys in the options.
MPC has it's own audio delay function that you can use - it seems to have no upper or lower limit.
I can't get you the information until tomorrow (or at least until in 12-17 hours), but one thing I would like to mention though is that I actually have a second computer that is darned near identical to my HTPC except that it uses a first-gen 65nm Core 2 Duo; I will definitely make sure to test SVP on there as well, especially since it's even already installed on it.
I will also be sure to test with different profile settings and different types of videos to see if it happens seemingly regardless of settings or what-not.
Of course you'll get lower performance without GPU acceleration!
No no no, you misunderstand. Let me break it out for it into raw numbers then.
SVP 3.1.6 DLLs + no GPU acceleration = ~90% CPU
New SVPflow DLLs + no GPU acceleration = 100% CPU & framedrops
And this is with the exact same profile settings.
So uh, since I said that disabling GPU acceleration seems to fix the shimmer/flicker issue, I tried the newer SVPflow DLLs on my el-cheapo HTPC that doesn't support GPU-acceleration in SVP and...well, the performance was worse.
For reference the CPU is a 2.4GHz Wolfdale-based (45nm) Core 2 Duo.
with cosmonaut rare
Shoot, I knew SVP was mainly Russian-developed, but I didn't know the devs were those kind of Russians! Mad respect to them. 
Not that I wouldn't respect them if they weren't cosmonaunts... I'm not one to buy into the FUD about Russia that mainstream US media likes to put out nowadays (I distinctly noticed an agenda appearing conveniently timed with the 2014 Winter Olympics...)
On a less "breaking rule #1 of the internet" (don't talk about politics) note, do you still want/need me to try Avisynth 2.6 MT?
So you use Avisynth 2.5.8 SVP edition. Then try to put Avisynth 2.6 MT in the player's folder and try to play with thread number.
Before I do that, here's something very interesting I just discovered - disabling GPU acceleration fixes the issue! And this seems to be extremely repeatable as well - it doesn't matter what my settings are or my performance is, disabling GPU acceleration will fix the issue and and re-enabling GPU acceleration will re-introduce the issue.
For reference my GPU is the integrated iGP on the Pentium G3258 - I am under the impression that new versions of SVP would more heavily use the GPU, so perhaps it's possible that my GPU is too weak for said new version(s)?
SmoothVideo Project → Posts by Nintendo Maniac 64
Powered by PunBB, supported by Informer Technologies, Inc.