1

(426 replies, posted in Using SVP)

Anyone know where the option for reset on seek went? SVP Crashes if I seek backwards.

2

(426 replies, posted in Using SVP)

Anyone been able to get AMD GPU Acceleration working on Fedora? I installed rocm-opencl but I get the following error

mesa: CommandLine Error: Option 'h' registered more than once!
LLVM ERROR: inconsistency in registered CommandLine options

In case someone else comes across this:

https://www.reddit.com/r/Fedora/comment … ro_opencl/

https://archive.ph/xOiy7

sudo dnf copr enable rmnscnce/amdgpu-pro-shims

sudo dnf install amdgpu-pro-shims

sudo dnf install rocm-opencl-runtime

I now have GPU acceleration working

3

(426 replies, posted in Using SVP)

Anyone been able to get AMD GPU Acceleration working on Fedora? I installed rocm-opencl but I get the following error

mesa: CommandLine Error: Option 'h' registered more than once!
LLVM ERROR: inconsistency in registered CommandLine options

4

(426 replies, posted in Using SVP)

Nintendo Maniac 64 wrote:
BaconCatBug wrote:

Using SMPlayer and SVP on Linux Mint 20.3. When I load a video, the video plays for a second or two, then stutters when SVP takes over. Any idea on how I can stop that?

Does the stutter persist for the entire time that SVP is running?  If so then you might want to try updating mesa - there was a similar sort of stutter issue I ran into with video playback on Intel GPUs that I believe updating mesa fixed but I can't say for sure (basically the issue only occurred on test OS installations where I just happened to never update mesa and, similarly, OS installations where I had already updated mesa just simply never exhibited the issue).  For reference I simply followed the usual "linux gaming" recommendation of installing the "kisak-mesa" PPA for updated mesa.

If the stutter only occurs right at the moment when SVP "kicks in" but then goes away after a second or so, then this might not be something that can be solved as it's something even I've noticed for many many years (going back to SVP 3.1) even on Windows with MPC-HC.

BTW while you're here, do you have the same issue that I do that I described above where double-clicking SVP's ".run" installation file on Mint 20.3 simply does nothing?  How did you work around that outside of using the old version of the installer from archive.org that I linked to on the previous page?

It's just the initial stutter about 2 seconds after the video loads, at which point the SVP kicks in.

Did you remember to set the .run to be executable? I just ran it from terminal (./svp-4-linux-64.run) and it worked fine for me.

5

(426 replies, posted in Using SVP)

Using SMPlayer and SVP on Linux Mint 20.3. When I load a video, the video plays for a second or two, then stutters when SVP takes over. Any idea on how I can stop that?

Yup I nuked with DDU before swapping the card.

So, SVP has always hiccupped a little for me on a video load, all well and good. Never more than a second or two.

I recently upgraded my nVidia 1060 for an AMD 6700xt, however whenever I load a media file now with GPU accelleration enabled there is a really nasty lag spike for 5-10 seconds. this spike goes away when I set it back to CPU only mode. I assume this is due to OpenCL being worse than CUDA? Could this be an issue with Potplayer GPU acceleration? Any ideas at all?

Anyone have any ideas? I am looking for settings that keep the file size at roughly 2x the size of the source but without turning into a grainy unwatchable mess. All my attempts either turn out unusable videos or videos that explode into massive file sizes.

I've been trying to transcode some video files with SVP code, and it seems no matter what I do, I always get a highly artefact riddled mess at the end, or a video with a file size the size of Uranus.

Does anyone know the optimal settings for this to at least maintain the same video quality as the input? I am fine with the file size being bigger, obviously it will be bigger due to more frames, but I doubt a few hundred megabyte file should balloon into tens of gigabytes.