сб, 18 нояб. 2023 г., 01:29 Terje J. Hanssen <[email protected]>:
Den 17.11.2023 16:23, skrev Andrew Randrianasulu:
пт, 17 нояб. 2023 г., 18:20 Andrew Randrianasulu
<[email protected]>:
пт, 17 нояб. 2023 г., 17:00 Terje J. Hanssen via Cin
<[email protected]>:
Den 08.10.2023 13:14, skrev Андрей Спицын via Cin:
Hello Phyllis and everyone,
I've created a build farm for cinelerra deb and rpm
packages. Although it is at an early stage of
development, it can build packages on every git change
in the main repo. Feel free to use these packages at
https://github.com/einhander/cin-gg-packages/releases. Note
that releases correspond to a build date, not a git
commit date.
Current build hosts are debian 12 and alma linux 8.
I'm open to suggestions for a new distro and packages.
Best regards,
Andrey Spitsyn
The following is more an idea and a question from my side:
First a background reference url to and an extract from
the manual:
https://cinelerra-gg.org/download/CinelerraGG_Manual/Download_Already_Built_CINE.html
* Download Already Built CINELERRA-GG
* All of these images are dated 10/31/2020 and are no
longer being maintained. They will still work on
the version of the O/S in use at that time but will
have none of the latest features. You should use
the simpler AppImage instead as described previously.
* If you prefer to not have to take the time to build
CINELERRA-GG Infinity yourself, there are pre-built
dynamic or static binaries for various versions of
Ubuntu, Mint, Suse, Fedora, Debian, Centos, Arch,
and Slackware linux as well as Gentoo and FreeBSD.
If you do want to build it yourself so that you get
the added benefit of the latest checked in changes,
* https://cinelerra-gg.org/download/tars
* The tars directory contains single-user static
builds for different distros. This is the
recommended usage of CINELERRA-GG because all of
the files will exist in a single directory.
Generally all of the necessary libraries are built
into the static build, but in some cases you may
have to install another library that is being
called for. To install the single user builds,
download the designated tarball from the ./tars
subdirectory and unpack as indicated
I've test-installed and had a look this last
single-user static build tar ball on current Leap:
* cinelerra-5.1-leap15.2-20201031.x86_64-static.txz
2020-10-31 15:06 60M
~/cin> ls
applications COPYING expanders.txt
ladspa lv2ui mplexlo README zmpeg3cc2txt
bdwrite doc ffmpeg locale
models msg shuttlerc zmpeg3ifochk
cin expanders.es <http://expanders.es> hveg2enc
lv2 mpeg2enc pixmaps tips zmpeg3show
Cinelerra_factory expanders.fr
<http://expanders.fr> info lv2_blacklist.txt mplex
plugins zmpeg3cat zmpeg3toc
~/cin> ls ffmpeg
audio decode.opts encode.opts ffmpeg.opts flv.dfl
format plugin.opts video
As clarified by Andrew in another post, the ffmpeg
binary has not been packaged in the dynamic system
build pkgs,
https://lists.cinelerra-gg.org/pipermail/cin/2023-November/007273.html
and as seen here: no ffmpeg binary (while bdwrite is
there) available in the single-user static build tar ball.
So to my question to avoid user efforts to build
CINELERRA-GG themselves in cases where the distro
system ffmpeg version or libs are not available:
Would it be possible and not at least manageable to
bundle also the ffmpeg binary tool with all relevant
libs in an optional maintained single-user static build
tar ball?
I think ffmpeg website host at least some binary builds?
oh, it was externally hosted
https://johnvansickle.com/ffmpeg/
Yes, thanks. I downloaded and unpacked the
ffmpeg-6.1-amd64-static tarball.
du -sh *
76M ffmpeg
76M ffprobe
36K GPLv3.txt
3,0M manpages
5,6M model
680K qt-faststart
4,0K readme.txt
file *
ffmpeg: ELF 64-bit LSB executable, x86-64, version 1
(GNU/Linux), statically linked, for GNU/Linux 3.2.0,
BuildID[sha1]=1d9f8adece5d29c5ded6ffdfaf95ac0910cb8d47,
stripped
ffprobe: ELF 64-bit LSB executable, x86-64, version 1
(GNU/Linux), statically linked, for GNU/Linux 3.2.0,
BuildID[sha1]=f3c2690764cddc93a230113eb92719b46cf47a50,
stripped
GPLv3.txt: ASCII text
manpages: directory
model: directory
qt-faststart: ELF 64-bit LSB executable, x86-64, version 1
(GNU/Linux), statically linked, for GNU/Linux 3.2.0,
BuildID[sha1]=69e624a6f851ef6b8127f81548b917229a37a355,
stripped
readme.txt: ASCII text
Checked if ffmpeg 6.1 for example is compiled with pcm_bluray
Encoder needed for LPCM on Blu-ray:
ffmpeg -codecs -hide_banner | grep pcm_bluray
D.AI.S pcm_bluray PCM signed 16|20|24-bit
big-endian for Blu-ray media
That is no pcm_bluray Encoder, only the Decoder.
hm, not sure if this was oversight or intentional. Try to contact
builder and ask?
At least termux's ffmpeg build with it:
ffmpeg -codecs| grep bluray
ffmpeg version 6.1 Copyright (c) 2000-2023 the FFmpeg developers
built with Android (10552028, +pgo, +bolt, +lto, -mlgo, based on
r487747d) clang version 17.0.2
(https://android.googlesource.com/toolchain/llvm-project
d9f89f4d16663d5012e5c09495f3b30ece3d2362)
configuration: --arch=aarch64 --as=aarch64-linux-android-clang
--cc=aarch64-linux-android-clang --cxx=aarch64-linux-android-clang++
--nm=llvm-nm
--pkg-config=/home/builder/.termux-build/_cache/android-r26b-api-24-v0/bin/pkg-config
--strip=llvm-strip --cross-prefix=aarch64-linux-android-
--disable-indevs --disable-outdevs --enable-indev=lavfi
--disable-static --disable-symver --enable-cross-compile
--enable-gnutls --enable-gpl --enable-version3 --enable-jni
--enable-lcms2 --enable-libaom --enable-libass --enable-libbluray
--enable-libdav1d --enable-libfreetype --enable-libgme
--enable-libmp3lame --enable-libopencore-amrnb
--enable-libopencore-amrwb --enable-libopenmpt --enable-libopus
--enable-librav1e --enable-libsoxr --enable-libsrt --enable-libssh
--enable-libsvtav1 --enable-libtheora --enable-libv4l2
--enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis
--enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265
--enable-libxml2 --enable-libxvid --enable-libzimg
--enable-mediacodec --enable-opencl --enable-shared
--prefix=/data/data/com.termux/files/usr --target-os=android
--extra-libs=-landroid-glob --disable-vulkan --enable-neon
--disable-libfdk-aac
libavutil 58. 29.100 / 58. 29.100
libavcodec 60. 31.102 / 60. 31.102
libavformat 60. 16.100 / 60. 16.100
libavdevice 60. 3.100 / 60. 3.100
libavfilter 9. 12.100 / 9. 12.100
libswscale 7. 5.100 / 7. 5.100
libswresample 4. 12.100 / 4. 12.100
libpostproc 57. 3.100 / 57. 3.100
DEAI.S pcm_bluray PCM signed 16|20|24-bit big-endian for
Blu-ray media