[Cin] Cinelerra-GG packages build farm

Terje J. Hanssen terjejhanssen at gmail.com
Mon Nov 20 12:33:20 CET 2023



Den 19.11.2023 23:04, skrev Terje J. Hanssen:
>
>
> Den 18.11.2023 12:51, skrev Terje J. Hanssen:
>>
>>
>> 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, SUSE which works for me so far.
>
> Just to correct myselfe:
> It was the packman repo for Slowroll that provided ffmpeg-5.1.3 with 
> pcm_bluray Encoder and Decoder.
>
> For fun I also tried to install the Cin-gg rpm for openSUSE Leap 15.5 
> on the quite new Slowroll.
> But as expected, it didn't work, due to missing dependices of older 
> libs, FLAC8, Tex and possibly other.
>
>

I will add that I've  also put  a question on the packman mailing list 
regarding a dependency error installing ffmpeg 6.0 on Slowroll
https://lists.links2linux.de/pipermail/packman/2023-November/017646.html

In short, openSUSE Slowroll is still in an early or experimental phase, 
so IMO there is no need to rush with package builds yet, as long as 
things works well on the long term stable Leap release ;)




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20231120/d5ef0afb/attachment-0001.htm>


More information about the Cin mailing list