View Full Version : Vapoursynth doodle1 branch not working
forgetfool
28th March 2021, 01:52
Hi, I need to install doodle1 branch manually, so I can work with BestAudioSound, as BAS is V4 plugin.
My first issue is that vspipe does not work properly after install.
I did:
git clone --single-branch --branch doodle1 git://github.com/vapoursynth/vapoursynth.git
./autogen.sh
./configure
make -j$(nproc)
su
make install
Now when I run vspipe (even with no parameters), I get "Failed to initialize VSScript".
It fails on the following source line:
include/cython/vapoursynth_api.h:119: module = PyImport_ImportModule("vapoursynth");
So am I missing a path somewhere?
forgetfool
28th March 2021, 04:00
Nevermind. I found a proper guide in here - http://vapoursynth.com/doc/installation.html#linux-and-os-x-compilation-instructions
All I needed was PYTHONPATH=/usr/local/lib/python3.9/site-packages vspipe ...
forgetfool
28th March 2021, 04:54
Now the second (and main) problem: vspipe core dumps on FFVideoSource() call...
[file] Reading from stdin...
(+) Video --vid=1 (rawvideo 1280x720 24.000fps)
VO: [gpu] 1280x720 yuv422p
V: 00:00:00 / 00:00:00 (67%) Cache: 0.0s
Exiting... (End of file)
If I use vapoursynth V3 (installed by Arch Linux's pacman) it works fine (but I cannot use V4 plugin with it). Has anyone successfully run V4 on Linux?
Stack:
#0 0x00007ffff4483a58 in VSVideoSource::OutputFrame(FFMS_Frame const*, VSFrameRef*, VSAPI const*) () from /home/romashka/.local/lib/avisynth/libffms2.so.4.0.0
#1 0x00007ffff44841d0 in VSVideoSource::GetFrame(int, int, void**, void**, VSFrameContext*, VSCore*, VSAPI const*) () from /home/romashka/.local/lib/avisynth/libffms2.so.4.0.0
#2 0x00007ffff6d6427d in VSNode::getFrameInternal (this=0x5555557552e0, n=0, activationReason=0, frameCtx=0x7fffec000b90) at src/core/vscore.cpp:973
#3 0x00007ffff6d98c04 in VSThreadPool::runTasks (owner=0x5555556e7a10, stop=...) at src/core/vsthreadpool.cpp:210
#4 0x00007ffff6da1908 in std::__invoke_impl<void, void (*)(VSThreadPool*, std::atomic<bool>&), VSThreadPool*, std::reference_wrapper<std::atomic<bool> > > (__f=@0x5555557304a8: 0x7ffff6d981c8 <VSThreadPool::runTasks(VSThreadPool*, std::atomic<bool>&)>) at /usr/include/c++/10.2.0/bits/invoke.h:60
#5 0x00007ffff6da1824 in std::__invoke<void (*)(VSThreadPool*, std::atomic<bool>&), VSThreadPool*, std::reference_wrapper<std::atomic<bool> > > (__fn=@0x5555557304a8: 0x7ffff6d981c8 <VSThreadPool::runTasks(VSThreadPool*, std::atomic<bool>&)>) at /usr/include/c++/10.2.0/bits/invoke.h:95
#6 0x00007ffff6da1757 in std::thread::_Invoker<std::tuple<void (*)(VSThreadPool*, std::atomic<bool>&), VSThreadPool*, std::reference_wrapper<std::atomic<bool> > > >::_M_invoke<0ul, 1ul, 2ul> (this=0x555555730498) at /usr/include/c++/10.2.0/thread:264
#7 0x00007ffff6da16f4 in std::thread::_Invoker<std::tuple<void (*)(VSThreadPool*, std::atomic<bool>&), VSThreadPool*, std::reference_wrapper<std::atomic<bool> > > >::operator() (this=0x555555730498) at /usr/include/c++/10.2.0/thread:271
#8 0x00007ffff6da16d8 in std::thread::_State_impl<std::thread::_Invoker<std::tuple<void (*)(VSThreadPool*, std::atomic<bool>&), VSThreadPool*, std::reference_wrapper<std::atomic<bool> > > > >::_M_run (this=0x555555730490) at /usr/include/c++/10.2.0/thread:215
#9 0x00007ffff7aadbc4 in std::execute_native_thread_routine (__p=0x555555730490) at /build/gcc/src/gcc/libstdc++-v3/src/c++11/thread.cc:80
#10 0x00007ffff7698299 in start_thread () from /usr/lib/libpthread.so.0
#11 0x00007ffff77b1053 in clone () from /usr/lib/libc.so.6
forgetfool
2nd April 2021, 15:27
If I use vs.core.lsmas.LWLibavSource() instead of vs.core.ffms2.Source(), I also get a segmentation fault. Call stack:
#0 0x00007ffff650a7e9 in ?? () from /usr/lib/vapoursynth/libvslsmashsource.so
#1 0x00007ffff650b0cd in ?? () from /usr/lib/vapoursynth/libvslsmashsource.so
#2 0x00007ffff6d6427d in VSNode::getFrameInternal (this=0x555555789040, n=0, activationReason=0, frameCtx=0x7fffbc000b90) at src/core/vscore.cpp:973
#3 0x00007ffff6d98c04 in VSThreadPool::runTasks (owner=0x5555556e7a10, stop=...) at src/core/vsthreadpool.cpp:210
#4 0x00007ffff6da1908 in std::__invoke_impl<void, void (*)(VSThreadPool*, std::atomic<bool>&), VSThreadPool*, std::reference_wrapper<std::atomic<bool> > > (__f=@0x555555725fa8: 0x7ffff6d981c8 <VSThreadPool::runTasks(VSThreadPool*, std::atomic<bool>&)>) at /usr/include/c++/10.2.0/bits/invoke.h:60
#5 0x00007ffff6da1824 in std::__invoke<void (*)(VSThreadPool*, std::atomic<bool>&), VSThreadPool*, std::reference_wrapper<std::atomic<bool> > > (__fn=@0x555555725fa8: 0x7ffff6d981c8 <VSThreadPool::runTasks(VSThreadPool*, std::atomic<bool>&)>) at /usr/include/c++/10.2.0/bits/invoke.h:95
#6 0x00007ffff6da1757 in std::thread::_Invoker<std::tuple<void (*)(VSThreadPool*, std::atomic<bool>&), VSThreadPool*, std::reference_wrapper<std::atomic<bool> > > >::_M_invoke<0ul, 1ul, 2ul> (this=0x555555725f98) at /usr/include/c++/10.2.0/thread:264
#7 0x00007ffff6da16f4 in std::thread::_Invoker<std::tuple<void (*)(VSThreadPool*, std::atomic<bool>&), VSThreadPool*, std::reference_wrapper<std::atomic<bool> > > >::operator() (this=0x555555725f98) at /usr/include/c++/10.2.0/thread:271
#8 0x00007ffff6da16d8 in std::thread::_State_impl<std::thread::_Invoker<std::tuple<void (*)(VSThreadPool*, std::atomic<bool>&), VSThreadPool*, std::reference_wrapper<std::atomic<bool> > > > >::_M_run (this=0x555555725f90) at /usr/include/c++/10.2.0/thread:215
#9 0x00007ffff7aadbc4 in std::execute_native_thread_routine (__p=0x555555725f90) at /build/gcc/src/gcc/libstdc++-v3/src/c++11/thread.cc:80
#10 0x00007ffff7698299 in start_thread () from /usr/lib/libpthread.so.0
#11 0x00007ffff77b1053 in clone () from /usr/lib/libc.so.6
With V3 Vapoursynth it works. Perhaps, I didn't compile Vapoursynth doodle1 branch correctly somehow?
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.