You are not logged in. Please login or register.
SmoothVideo Project → Posts by Nintendo Maniac 64
"normal" people
You're lucky that even I don't consider myself normal, because other people could very well take offense to such a statement. 
Either way, email sent...not that I'll likely ever use the Mac version anyway (it's the principle of the matter that counts!).
But doesn't that still leave the door open for any future donors to feel cheated by the fact that earlier donors got a better deal?
You, Nintendo Maniac 64, will get a MacOS license when it will be ready!
No.... don't do that, I don't want to be special, that defeats the purpose of what I'm trying to achieve here. If everyone can't have a Mac version at $10, then I don't want it either.
And no, you won't get Android, iPhone or Intel Itanium edition for the same $10.
Besides, it's this I really want, not a Mac version anyway. The whole point is that I'm quite OCD about vendor lock-in, particularly on non-tangible items (like software) that cost money - I don't want to spend money on something that will tie me to a single product and make it more difficult for me in the future to use an alternative product.
Well I donated on the understanding that it would be no matter what the OS and no matter what the CPU architecture, so it's somewhat difficult to not be a bit peeved at that...
No matter what OS it is developed for. - no
No matter what CPU architecture it is compiled for. - no
No matter whether I have an internet connection or not. - depends
Well then what do I have to do to make those be a "yes"? Donate $20 total?
What exactly do you want from me?
Simple: all future versions of SVP for free no matter what - no strings attached. Plain and simple, I want to pay once and not have to worry about having to pay again in the future.
No matter how long it's been since the previous version came out.
No matter what OS it is developed for.
No matter what CPU architecture it is compiled for.
No matter how many times I've downloaded it.
No matter how many times I've installed it.
No matter how many times I've used it.
No matter how many instances are running at once.
No matter whether I have an internet connection or not.
That is what "no matter what" means.
To be fair, when the campaign started nobody really thought about anything but Windows.
Umm, I mentioned Linux and Mac support regarding the VLC plug-in in the very first email I sent to you, which was the email that was in reply to the initial email that you sent me - you know, the one asking for my opinion on the draft version of the campaign webpage.
Lastly, with a VLC plugin, that makes me wonder if Mac and Linux support would be possible.
...and you even replied to it:
If VLC plugin will ever be possible - surely it will be cross-platform.
Ok, but what about that "free forever" bit and the changing of CPU architectures and OSes? I donated so that, even if SVP was designed for an ARM CPU on an OS running the Linux kernel (SVP for Android on tablets anyone?), it would still be free - that to me is what "no matter what" means after all.
Yeah, "Free Forever" tier never specified an operating system", so why it can't be Windows?
Do you really see a problem here?
Yes I see a problem, because to me the statement made it sound like it was free forever regardless of anything, such as what operating system or what CPU architecture it was available for.
I mean, it does say forever, and I don't think most people (maybe except Intel fanboys and employees) believe we'll all still be using x86_64 CPUs for PCs by 2050. Not only that, but if the likes of Android, Chrome OS, or other Google-designed Linux-based OSes continue to gain as much traction as they have been, it's very possible that Windows will not be anywhere as dominant as it has been in the last 20 years - I say this as someone that is starting to take their first step into desktop Linux.
There's also the very unfortunate possibility of a Mac donor that donated $10 but doesn't check the updated Indiegogo page while the fundraiser is still occurring. Then once the fund raiser is finished, said Mac donor will find out that they actually have to pay an additional $25 on top of the $10 they donated because they did not quality for the supposed $15 Free Forever Mac tier that isn't actually one the list of purchasable perks.
So I am not a Mac user in the slightest, but is this a mistake? Looking at the chart on the Indiegogo page it says that donors need to donate $15 in order to have the "Free Forever" tier on a Mac even though the "Free Forever" tier never specified an operating system (not to mention VLC is also available on Mac).
So uh... did somebody goof?
Well it seems that, if the issue is not present, it will not come back unless I close MPC-HC, re-open the same video, or open a different media file altogether; I can even pause the video, close SVP, relaunch SVP, unpause the video, and the issue will still not be present.
This points to the issue possibly being with MPC-HC after all. I'll look into that...
Apologies for the double-post, but I've got a status update.
I've tried changing the thread count and that definitely makes a difference...but still causes issues. Having a thread count of 4 or less lower causes the poor performance issue mentioned in the first post while setting a thread count of 5 or more solves the performance problem but causes the weird flickering issue I mentioned months ago that can only be solved by (other than lowering the thread count) turning on "global refinement" or disabling GPU acceleration.
EDIT: ...and now Einstein is rolling in his grave - I closed MPC-HC and re-opened it and now the flicker issue isn't occuring. For reference this was like the third or forth time I've closed MPC-HC, and yet only now it's suddenly working...
Other than that, the only difference was that I enabled "Global refinement" and then disabled it. Maybe even just doing that fixes the weird flicker issue?
EDIT 2: *sigh* poor Einstein... now after a reboot the flicker issue is back, and changing threads and enabling global refinement isn't fixing it. Maybe I just need to keep restarting MPC-HC and eventually I'll get lucky?
EDIT 3: Yup, seems like it's just a lottery - just keep restarting MPC-HC and eventually the flicker issue won't occur (seems like ~30% chance of it working correctly). Alternatively you can just disable GPU acceleration in SVP and that'll solve it completely...
Have you tried with other players?
No.
Have you recently update one of the individual codec (LAV, ffdshow, or madVR, or even the player itself) recently?
Only thing that's been updated semi-recently are the graphics drivers.
Can you check the dropped frame (for example with madvr it's the shortcut ctrl+j) ?
No idea how to do so, and I'm using EVR CP + D3D fullscreen.
Can you ensure the present queue is working fine?
No idea how to do so.
Have this symptom happened for many videos or just a "recognized pattern" video? (Recognized pattern it is like, it's like the combination of mp4 and 29.97, or just can't play hevc videos smoothly, or the video with scenes that requires calculating the mv very intense).
It cannot be a "recognized pattern" because sometimes the issue does not occur and I'll get smooth performance with the exact same CPU utilization as it would have when being problematic. In other words, it's not consistent. I personally know of a video with a "recognized pattern" so I am familiar with such a thing, and I can safely say it isn't that.
For what I know from the description, if the SVP index is dropping down, it means there's something problem with CPU. If the frames are dropping but without affecting the index, it means the problem is not in CPU.
I will look into this and test to see if my CPU is actually running at full speed.
Here last question, do you feel the dropping down the smoothness is only happen when it's fullsceen? If yes, then maybe you should check the resizer filter.
Have not tried it in windowed, but the video is not being resized at all and is playing at 100% scale.
I thought I solved this issue with a reboot, but now it's back...
Simply put, I seem to be GPU-bottlenecked quite a bit more often with v3.1.7 compared to v3.1.6 - I really don't think it's a CPU bottleneck because my CPU utilization can at times be at only 40% and yet my SVP index will be below 0.8x.
EDIT: I just checked with GPU-Z and it says my GPU load is only 48%. What the crap? My processor shouldn't be throttling itself because temps aren't even hitting 45c...
I don't quite understand how your suggestion would help here.
The way you worded your first post it sounded like your problem only occurs when SVP is set to "To screen refresh rate", so my suggestion was to try a different value.
Try "cheating" by making separate SVP profiles for different framerates and then use the according exact framerate multiplication value (2x, 2.5x, etc) to have said framerate match your screen's refresh rate. You'll also want to go into "Profile selection method" and enable "Exclude profiles with different frame rates".
what I meant was that the fact NGP removes the audio if you use trim is not an inconvenience to me, I really don't need the audio
Oh alright; whenever I want to throw away the audio I usually just use mkvtoolix and only include the video stream, then import the resulting MKV into Avidemux.
Maybe I wasn't clear, but Avidemux also trims and retains the audio stream to a video file.
Personally I like using Avidemux to trim h.264/MP4 and AAC files since it can do it losslessly.
MAG79, I'm not really interested in using something higher quality than Bicubic for downsizing since performance is key for me - the main thing was that I was trying to actually use Bicubic rather than Lanczos but have not (yet) succeeded in doing do.
Xenonite, yes I'm a CRT user, but I do not have issues with flicker at 90hz and up on my monitor. One must also consider how quickly the phosphors decay - that will make a difference in the intensity of the flicker (quick decay = worse flicker).
Regarding OLED, I do not understand what active-matrix has to do with anything...we already know that OLED can support strobbing as seen with the Oculus Rift DK2 - that combined with OLEDs ridiculously quick pixel response times (sub .1ms) was actually deemed a requirement for people to not want to throw up when using said headset.
You also don't seem to be aware that LG is currently selling OLED HDTVs. Even though LG's implementation lacks strobbing, it has been recently discussed on AVSforum in response to the recent "2015 Value Electronics Flat-Panel Shootout" that the human eye seems to actually be more sensitive to blur and ghosting due to poor pixel response time than to sample-and-hold when it comes to actual content; in other words, sample-and-hold + fast pixel response looks better for actual content than strobbing + poor pixel response, and the faster the framerate the greater the difference should be.
You could always cheat and just try Uniform alone.
not a waste. any cheap 4+ cores cpu (I have fx 6300 6 cores @ 4.6 Ghz, 85$ only + 20$ cooler) can handle it. Down-scaling after svp rendering should bring higher quality.
That's because SVP is a program that can actually use extra cores quite effectively, but not everyone can build a PC purely for multi-threaded tasks - a good amount of software is still largely dependent on single-threaded performance.
Also consider that you would have quite a large amount of heat output with that CPU and that overclock - not exactly optimal for HTPC situations. For such TDP-limited use-cases, you'd be stuck with either a quad core A10 with poor single-thread performance, a dual-core Intel with poor multi-thread performance, or a quad core Intel with poor bang-per-buck.
may be for laptops. if u have that slow cpu u should upgrade it asap
Not everyone has a quad core, i3s can't be overclocked, and you can't do h/w decoding for 10bit h.264 and VP9.
Also my monitor is smaller than 1080p and, other than raw pixel count and dot-pitch, no currently-available consumer monitor would be an upgrade simply because high-refresh consumer OLED monitors (regardless of whether they're strobbed or not) aren't a thing yet.
All I know is, I get worse performance with MadVR even when I'm not doing any scaling.
What if you compare the difference with madVR downscaling with those same algorithms?
Well let's put it this way - bicubic in SVP looks way more like lanczos than it looks like bicubic in MPC-HC. You could zoom in 300% and the difference between bicubic in SVP and lanczos is on level with what you'd see due to purely colorspace conversion.
For reference I do not use MadVR because it takes more CPU utilization than EVR CP + D3D fullscreen.
SmoothVideo Project → Posts by Nintendo Maniac 64
Powered by PunBB, supported by Informer Technologies, Inc.
