[Cin] Cinelerra-GG packages build farm
Terje J. Hanssen
terjejhanssen at gmail.com
Sun Nov 19 23:04:52 CET 2023
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20231119/079507bb/attachment-0001.htm>
More information about the Cin
mailing list