пт, 5 дек. 2025 г., 05:38 Rob Prowel via Cin <[email protected]>:
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.
You mean this diff? https://github.com/mpruett/audiofile/commit/b62c902dd258125cac86cd2df21fc898... yes, I downloaded it and cut out Changelog entry. will try on my main desktop today ... and if worked will send as patch against our sources.
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.
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 -- [email protected] To unsubscribe send an email to [email protected]