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.