1

(429 replies, posted in Using SVP)

Chainik wrote:

try this (replace files in SVP 4/plugins)

Can confirm that the new plugins work flawlessly on libvmaf 2.1.1, thank you!

Ah, I see.

I'll stay with libvmaf 1.5.3 for now, but will there be a fix made for this? If so, is there an estimable timeline?

If not, would you know if it is possible to use an external(?) libsvm so that I can upgrade libvmaf+ffmpeg?

Thanks for your response either way (seriously, that was pretty fast for such a random issue).

Chainik wrote:

> but it got no attention

you may notice the Linux version is not of the highest priority here

Suppose I should be used to it, lol.

Still, I figured this would affect mpv on Windows, too, with the upgraded libraries; but I guess Windows users aren't updating daily.

I posted this in the Linux thread, but it got no attention, so I'm posting it here.

---

Wanted to check here before filing a bug report:

OS: Fedora 34
Kernel: 5.13.4-200
SVP: 4.5.0.205

MPV crashes (while using SVP) during any seek operation with libvmaf v2.1.1 & ffmpeg 4.4-4, but works fine with libvmaf v1.5.3 and ffmpeg 4.4-2.
Final error from terminal: Job 1, 'mpv --profile=svp --loop $argv' terminated by signal SIGSEGV (Address boundary error)

Stack trace of failing instance:
(with libvmaf 2.1.1 / ffmpeg 4.4-4)
                                                               #0  0x00007f93b67e4789 __libc_free (libc.so.6 + 0x8c789)
                                                               #1  0x00007f93b1e7ce59 _ZN5CacheD1Ev (libvmaf.so.1 + 0xbe59)
                                                               #2  0x00007f92f7ee69c9 n/a (/home/user/.local/share/SVP4/plugins/libsvpflow2_vs64.so + 0x269c9)
gdb output of working instance
(with libvmaf 1.5.3 / ffmpeg 4.4-2)
                                                               #0  0x00007f93b67e4789 in free () at /lib64/libc.so.6
                                                               #1  0x00007f93b1e7ce59 in  ()
                                                               #2  0x000055faf05ce890 in  ()
                                                               #3  0x000055faf01119a0 in  ()
                                                               #4  0x000055faf05c0720 in  ()
                                                               #5  0x00007f92f7ee69c9 in Cache::~Cache() () at /home/user/.local/share/SVP4/plugins/libsvpflow2_vs64.so

I suspect this has more to do with libvmaf than ffmpeg, but included both of their version numbers just in case. I've pinned ffmpeg and libvmaf to the lower version for now.

Anyone else have this problem?

5

(429 replies, posted in Using SVP)

Wanted to check here before filing a bug report:

OS: Fedora 34
Kernel: 5.13.4-200
SVP: 4.5.0.205

MPV crashes (while using SVP) during any seek operation with libvmaf v2.1.1 & ffmpeg 4.4-4, but works fine with libvmaf v1.5.3 and ffmpeg 4.4-2.
Final error from terminal: Job 1, 'mpv --profile=svp --loop $argv' terminated by signal SIGSEGV (Address boundary error)


Stack trace of failing instance:
(with libvmaf 2.1.1 / ffmpeg 4.4-4)
                                                               #0  0x00007f93b67e4789 __libc_free (libc.so.6 + 0x8c789)
                                                               #1  0x00007f93b1e7ce59 _ZN5CacheD1Ev (libvmaf.so.1 + 0xbe59)
                                                               #2  0x00007f92f7ee69c9 n/a (/home/user/.local/share/SVP4/plugins/libsvpflow2_vs64.so + 0x269c9)
gdb output of working instance
(with libvmaf 1.5.3 / ffmpeg 4.4-2)
                                                               #0  0x00007f93b67e4789 in free () at /lib64/libc.so.6
                                                               #1  0x00007f93b1e7ce59 in  ()
                                                               #2  0x000055faf05ce890 in  ()
                                                               #3  0x000055faf01119a0 in  ()
                                                               #4  0x000055faf05c0720 in  ()
                                                               #5  0x00007f92f7ee69c9 in Cache::~Cache() () at /home/user/.local/share/SVP4/plugins/libsvpflow2_vs64.so

I suspect this has more to do with libvmaf than ffmpeg, but included both of their version numbers just in case. I've pinned ffmpeg and libvmaf to the lower version for now.

Anyone else have this problem?