FYI:
gcc-14 sees the bitshift of a negative value as an error.
SimpleModule.h:126:47: error: left operand of shift expression ‘(-1 <<
31)’ is negative [-fpermissive]
126 | static const int kMinSignedValue = -1 << kScaleBits;
| ~~~^~~~~~~~~~~~~
make[6]: *** [Makefile:361: ALAC.lo] Error 1
make[6]: Leaving directory
'/6TB/storage/programming/cingg/cinelerra-5.1/thirdparty/audiofile-0.3.6/libaudiofile/modules'
make[5]: *** [Makefile:657: all-recursive] Error 1
make[5]: Leaving directory
'/6TB/storage/programming/cingg/cinelerra-5.1/thirdparty/audiofile-0.3.6/libaudiofile'
This appears to have been fixed in upstream github master, although
there was some differing of opinion between maintainer and patch
submitter about the specific bit manipulation operations to fix it.
Thanks for reporting, I'll look into that.
build using (cingg internal libs)
./configure \
--prefix=/sharebin/cingg2511 \
--with-thirdparty \
--with-nv \
--with-gl \
--with-xv \
--with-alsa \
--without-cuda \
--enable-audiofile \
--with-jobs=1 \
now succeeds, but cingg version of ffmpeg/libavcodecs does not seem to
implement nvenc correctly. ie there is little difference in encoding
times between h264 and nvenc when using identical target bitrates.
Check
thirdparty/src/nv-codec-headers-12.2.72.0.tar.gz
depend on installed Nvidia driver (and this in turn depend on installed GPU) you may need newer or older version of those headers ....
However, when using my Debian supplied or custom compiled ffmpeg command
line transcode there is a 3:1 to 5:1 performance rate increase in nvenc.
I think nvenc needs to be FAST so it can serve as the a default
intermediate high-bitrate render format in projects.
-Rob
_______________________________________________
Cin mailing list -- cin@lists.cinelerra-gg.org
To unsubscribe send an email to cin-leave@lists.cinelerra-gg.org