Den 20.11.2024 16:53, skrev
Andrew Randrianasulu:
Den 20.11.2024
06:23, skrev
Andrew
Randrianasulu:
On Tue, Nov 19, 2024 at 6:59 PM Terje J. Hanssen
<terjejhanssen@gmail.com> wrote:
Den 19.11.2024 15:08, skrev Andrew Randrianasulu:
On Tue, Nov 19, 2024 at 1:56 PM Terje J. Hanssen <terjejhanssen@gmail.com> wrote:
Den 19.11.2024 14:53, skrev Andrew Randrianasulu:
On Tue, Nov 19, 2024 at 1:28 PM Terje J. Hanssen <terjejhanssen@gmail.com> wrote:
Den 19.11.2024 06:58, skrev Andrew Randrianasulu:
вт, 19 нояб. 2024 г., 03:47 Terje J. Hanssen <terjejhanssen@gmail.com>:
Den 18.11.2024 10:52, skrev Andrew Randrianasulu:
It may work or break it completely ...
apply by normal patch command from inside thirdparty/ffmpeg (may be "cat pathname | patch -p1", may be "cat patchname | patch -p0") or edit libavcodec/qsvenc.c by hand.
rebuild ffmpeg, do not do make clean,
cd ../../
so you again in main directory with ./autogen.sh and bin directory with cinelerra.
touch cinelerra/ffmpeg.C
make
Hopefully this rebuild cin so on next start from bin/cin you will have something to test with tff sources.
Unfortunately, netBSD does not support hardware virtualization on AMD cpus, so for now I do not have my virtual machines. I also forgot type of cable from PSU to disks, so now I can only power up one of two sata drives.
It will be fixed eventually, but for now I hope to live up this netBSD install a bit ...
To prepare for tomorrow, because else I am stuck:
apply by normal patch command from inside thirdparty/ffmpeg (may be "cat pathname | patch -p1", may be "cat patchname | patch -p0") or edit libavcodec/qsvenc.c by hand.
Should here be a patch attached to be able to use "git am patch"?
I installed Fedora 40 in qemu on NetBSD (thankfully only booting from iso as cdrom was not working on hw virtualization - 4*3.9 {amd fx4300 } Ghz was barely enough for gnome-based (?) installer to just show up) so hopefully there will be!
cd /Cin/thirdparty/ffmpeg-7.0 ?
may be "cat pathname | patch -p1", may be "cat patchname | patch -p0" ?
or edit libavcodec/qsvenc.c by hand. - possibly what to edit there?
cd ../../
localhost:/Cin #
When possible, I need more explanation to my questions above ..,
? If you are not comfortable applying it by hand to internal ffmpeg I'll prepare normal git am patch, just wait a bit, ok?
Yes, fine and ok. But I didn't even understand what and how to edit libavcodec/qsvenc.c by hand above ;)
Normally you just delete lines marked with "-" at very beginning, and replace them with lines marked with "+" sign in patch. Line numbers and line endings extremely important for patch, so sometimes 'innocent' patch editing resulted in no-working patch :(
for simple patches you can just edit file they normally modify by doing patch's work.
Yet, I prefer to wait for the normal git am patch ;)
try attached ?
Thanks for the
patch, but unhappily
no success so far.
Still the same
errors.
In case I did
something wrong, I
have preserved my
steps as follow for
verification:
# cd /Cin/thirdparty/ffmpeg-7.0
# git am
0001-experimental-add-qsv-field-info-to-qsv-encoder-in-ff.patch
Applying:
experimental: add
qsv field info to
qsv encoder in
ffmpeg
# cd ../..
# /Cin
# touch
cinelerra/ffmpeg.C
# make
(no additonal
"make install"
step mentioned!?)
well, just
remaking cinelerra put
resulting binary in bin,
and plugins and stuff
should already be there
from previous build.
BUT in this
case we need to rebuild
ffmpeg itself, not just
our interface to it.
rm -rf
thirdparty/ffmpeg-7.0
rm
thirdparty/build/ffmpeg.*
make
/Cin/bin/cin
with a new render test here, got
the same qsv errors.
or you can
do full rebuild just in
case, but do not forgot to
save profiles you worked
on for so many days ...
Additional "make install" step
and another render test had the
same qsv errors.
I checked that my presets in
/Cin/bin/ffmpeg/video were not
overwritten. Should they?
Or did you mean something else
with a "full rebuild" ?
by full rebuild i mean
running
make clean
./autogen.sh
./configure with
switches for single user and libvpl
make
make install.
by partial rebuild i
mean
rm
thirdparty/build/ffmpeg.* - files
indicating that was already built
rm -rf
thirdparty/ffmpeg-7.0
so on next top level
make it will unpack and patch ffmpeg
sources anew, build .a static
libraries, and only then you do
touch cinelerra/ffmpeg.C
make
so cinelerra herself
rebuilt with updated ffmpeg libraries.
depend on how cpu power
you have. I often do partial rebuild
because I use qemu-based virtual
machines with limited number of vCPUs
assigned to them, or build on my
android tablet.