[Cin] Cinelerra-GG packages build farm
Terje J. Hanssen
terjejhanssen at gmail.com
Sat Nov 18 12:51:54 CET 2023
Den 18.11.2023 00:29, skrev Andrew Randrianasulu:
>
>
> сб, 18 нояб. 2023 г., 01:29 Terje J. Hanssen <terjejhanssen at gmail.com>:
>
>
>
> Den 17.11.2023 16:23, skrev Andrew Randrianasulu:
>>
>>
>> пт, 17 нояб. 2023 г., 18:20 Andrew Randrianasulu
>> <randrianasulu at gmail.com>:
>>
>>
>>
>> пт, 17 нояб. 2023 г., 17:00 Terje J. Hanssen via Cin
>> <cin at lists.cinelerra-gg.org>:
>>
>>
>> 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
>
Ok, I reinstalled Tumbleweed to SlowRoll and added OBS_Multimedia_libs.
It provides ffmpeg-5.1.3 with pcm_bluray Encoder and Decoder.
I expect it will be a question of time before ffmpeg 6.x is available,
which works for me so far.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20231118/d1b6f432/attachment-0001.htm>
More information about the Cin
mailing list