New pkgs and tars for this month's release are ready
Latest builds are now available at: https://www.cinelerra-gg.org/download/tars/ https://www.cinelerra-gg.org/download/pkgs/ Description of GPU usage and the new Tracer plugin are temporarily at: https://www.cinelerra-gg.org/download/GPU_potential_speedup.pdf https://www.cinelerra-gg.org/download/Tracer_plugin.pdf Cin will NOT START without the system libva-dev (or libva) AND libvdpau-dev (or libvdpau) libraries installed. You will see an error message at startup like the following if missing: error while loading shared libraries: libva.so.1 cannot ... Release notes are at: https://www.cinelerra-gg.org/download/releasenotes.pdf or as shown in text below. -------------------------------------------------------------------------------------------------------------------------------------------- Cinelerra-GG (Version Infinity) Release Notes for 04/01/2019-04/30/2019 for builds *VIP* - if you have an error starting Cin, look at the error message in the window from where you started Cin. It might look something like this: error while loading shared libraries: libva.so.1 cannot … You will have to install your Operating System’s libva-dev and libvdpau-dev (or libva and libvdpau). *VIP* - if when using OpenGL, you encounter a crash occurring in the OpenGL (Nvidia?) code, you will have to use a workaround and set the environment variable: CIN_FINISH=0 until a better fix is made. For more details, please refer to MantisBT issue #201 on the cinelerra-gg.org website. 1. *Updated libvpx* from 1.7.0 to 1.8.0. *Upgraded LV2* library from version 14 to lv2-1.16.0. 2. *New native Tracer plugin* added for still images, but works with keyframes if moves. This plugin makes it easy to outline, that is “Trace”, an object with only a few points, kind of like a mask. There is a pdf file with the description of usage. 3. *Potential decode speedup with GPU* usage for some computers/some formats via vaapi and vdpau with the use of an environment variable CIN_HW_DEV=vdpau(or vaapi). Computers with Nvidia, Nouveau, Amdgpu drivers use vdpau and computers with Broadcom, Intel HD graphics, Radeon and other graphics device drivers use vaapi. Please see the pdf file for details. 4. *15 native plugins have been enhanced* by a user contributor to include a “Clear” button for individual sliders making it easy to reset just 1 instead of all. In addition a “Default” button for some of these plugins was added to revert to the plugin’s default settings. Plugins affected include: brightness, colorbalance, huesaturation, linearblur, polar, radialblur, rgbshift, sharpen, shiftinterlace, unsharp, wave, whirl, yuv, yuvshift, and zoomblur. Thank you very much to the contributor. 5. *Usability Improvements* A yellow colored “outline” has been added to the Camera view in the compositor in order to more easily view location. Some minor code improvements have been maded. You can now nest and unnest multiple clips instead of just 1 at a time. Added shortcut shift-d to delete the first track; change "create DVD" to alt-d instead. An Apply button has been added to the “Attach Effect” option menu so that multiple plugins can be added without having to reopen the window for each plugin. FPS and Codec have been added in the comment field in the Resources window for easy viewing. Enhanced ffmpeg error reporting to include file name that is causing a problem. In the Proxy menu, when the user checks Scaler on or off, that setting is retained for ease of use. For aesthetic purposes, changed the program code to draw a more symmetrical pulldown arrow. The Alt+LMB in the Sketcher has been replaced with Alt+Ctrl+LMB due to O/S grabbing first. 6. *Bugs/Issues fixed* Bug when you play a selection on the timeline and it stops, and when you play again, you have to hit space bar twice has been fixed. Updated shortcuts.html file. Rework update_lv2 for jitter bug + override LV2_PATH in order to avoid hangs for new usage An ffmpeg segv was occurring with PAL100/75 bars when not RGB; fix added to only not crash. Shuttle driver (not USB_DIRECT) for the new Linux kernel 5.x was broken, but now fixed. When using ffmpeg to render, a select file name to render to was not working if there was not at least one period or one slash. This has been corrected. A fix was added so that the camera and projector in the Compositor are less jittery. A patch was added to ffmpeg code to avoid a SEGV when using YUV format for certain plugins. Some non-standard characters, like /, that were not working right in the Titler have been corrected. A booby was caught in the Title plugin and has been fixed. In masking, a double lock problem in the cwindow and tool window is alleviated. Fader slider update for video is now correctly being updated just like the audios in the patchbay. The histogram plugin “histogram plot” checkbox when unchecked was still updating when Automatic is checked too. This has now been turned off. Ran Valgrind and found some memory leaks that were repaired. Added the diamond icon for Bezier versus the default square icon for Linear as used for some autos. A case for the Aging plugin was crashing on an edge case that was incorrectly fielded. The Sketcher and CriKey plugins had a grab problem but now the boundary test fixes this. Serious canvas height bug has been fixed – it was erroneously using “y” as the height. Some code changes involving the leaker test were improved – this just helps to find memory leaks. Build scripts have been modified to compensate for new GPU usage and to include shuttle. Clips folder thumbnails were popping/playing when in the “no play” mode has been fixed. CIN_FINISH variable added for OpenGL video driver (GL-ew) as a workaround for segv. Two tweaks in Mixer reload to solve a rare case that caused a crash. Unset In/Out pointer on “replace current project”. Lots of miscellaneous code cleanup. Fix to stop render engine races; Dialog joins fix. Proxy menu fix when scaler is enabled for the size to be correctly calculated. Removed the ffmpeg F_interlace plugin because it was problematic. Use F_tinterlace instead. Added Tracer info one line description. Fixed too small boxes on Sketcher and Motion51 plugins. In order to enable LV2 plugins for ubuntu14, had to add LANG=C99 to the build script.
I only did a quick test, but it's all OK, including ticket 202 of the sketcher plugin (alpha color). The number of new features and improvements you bring every month is incredible. Thanks a lot. Questions: What are the issue: "The Sketcher and CriKey plugins had a grab problem but now the boundary test fixes this" " Fixed too small boxes on Sketcher and Motion51 plugins"
Hi, I have installed the new "cinelerra-5.1-ub16.04-20190430.x86_64-static.txz" release in another AMD desktop PC with UbuntuStudio_16.04_LTS. When I run ./cin by terminal an error "libva.so.1 ..." appear. I read the "releasenotes.pdf" about, and I understand I have to install the libva-dev and libvdpau-dev. Unfortunately that desktop PC is off-line, so I ask you if there is a easy way (workaround) to bypass the problem to use the new Cin release. (the prevoius Cin releases works fine, of course). Thank you. IgorBeg Il 01/05/2019 4.09, Phyllis Smith ha scritto:
Latest builds are now available at:
https://www.cinelerra-gg.org/download/tars/ https://www.cinelerra-gg.org/download/pkgs/
Cin will NOT START without the system libva-dev (or libva) AND libvdpau-dev (or libvdpau) libraries installed. You will see an error message at startup like the following if missing:
error while loading shared libraries: libva.so.1 cannot ...
Release notes are at: https://www.cinelerra-gg.org/download/releasenotes.pdf or as shown in text below. -------------------------------------------------------------------------------------------------------------------------------------------- Cinelerra-GG (Version Infinity) Release Notes for 04/01/2019-04/30/2019 for builds
*VIP* - if you have an error starting Cin, look at the error message in the window from where you started Cin. It might look something like this: error while loading shared libraries: libva.so.1 cannot … You will have to install your Operating System’s libva-dev and libvdpau-dev (or libva and libvdpau). **
IgorB:
I have installed the new "cinelerra-5.1-ub16.04-20190430.x86_64-static.txz" release in another AMD desktop PC with UbuntuStudio_16.04_LTS. When I run ./cin by terminal an error "libva.so.1 ..." appear. I read the "releasenotes.pdf" about, and I understand I have to install the libva-dev and libvdpau-dev. Unfortunately that desktop PC is off-line, so I ask you if there is a easy way (workaround) to bypass the problem to use the new Cin release.
GG and I discussed this this morning. Originally we had considered carrying the libva and libvdpau as another thirdparty library, similar to libmpeg3 but it is too much and very impractical. There also is no easy way to build Cinelerra without the 2 linked in. The best we could come up with was in: https://askubuntu.com/questions/974/how-can-i-install-software-or-packages-w... with the section I took out of that below. It may be old; it may not work; but here it is anyway. If absolutely necessary, because we want you to be able to continue to work offline, is for GG to make a special build or provide some kind of tar file for you to move over via USB and install that. Let us know if this helps. gg/phyllis -------------------------------------------------------------- You can use apt-offline or apt-offline-gui. *Pre-requistes*: A friend's system with Internet connection. apt-offline installed in both your systems. The Offline installation is achieved in 3 simple steps. *Step 1*: Generate a signature file on the Disconnected Debian box at home apt-offline set /tmp/apt-offline.sig The above command will generate all information required from apt about updating its database. *Step 2*: Download data based on the signature file generated earlier apt-offline get C:\apt-offline.sig --threads 5 The above command will download data as mentioned in the signature file. To speed up downloads (that can be from multiple apt repositories), in this example we spawn 5 download threads. Once completed, you could just copy the data (an archive file, if you used the --bundle option) back to the removable medium and copy it back onto your offline host. *Step 3*: Once you're back upon the home Debian machine, you feed the data from the removable medium to apt-offline: apt-offline install /media/USB/apt-offline.zip This will update the APT database on your disconnected machine seamlessly. Apt-offline can be even used in Windows systems. In my opinion, apt-offline is the best option for Offline installation. I have installed the new
"cinelerra-5.1-ub16.04-20190430.x86_64-static.txz" release in another AMD desktop PC with UbuntuStudio_16.04_LTS. When I run ./cin by terminal an error "libva.so.1 ..." appear. I read the "releasenotes.pdf" about, and I understand I have to install the libva-dev and libvdpau-dev. Unfortunately that desktop PC is off-line, so I ask you if there is a easy way (workaround) to bypass the problem to use the new Cin release.
IgorB: GG says *this procedure COULD BE PROBLEMATIC* and that is not how he would do it. I will see if he comes up with something else yet today. Sorry, Phyllis ---------- Forwarded message --------- From: Phyllis Smith <[email protected]> Date: Wed, May 8, 2019 at 10:02 AM Subject: Re: [Cin] New pkgs and tars for this month's release are ready To: Cinelerra.GG <[email protected]> IgorB:
I have installed the new "cinelerra-5.1-ub16.04-20190430.x86_64-static.txz" release in another AMD desktop PC with UbuntuStudio_16.04_LTS. When I run ./cin by terminal an error "libva.so.1 ..." appear. I read the "releasenotes.pdf" about, and I understand I have to install the libva-dev and libvdpau-dev. Unfortunately that desktop PC is off-line, so I ask you if there is a easy way (workaround) to bypass the problem to use the new Cin release.
GG and I discussed this this morning. Originally we had considered carrying the libva and libvdpau as another thirdparty library, similar to libmpeg3 but it is too much and very impractical. There also is no easy way to build Cinelerra without the 2 linked in. The best we could come up with was in: https://askubuntu.com/questions/974/how-can-i-install-software-or-packages-w... with the section I took out of that below. It may be old; it may not work; but here it is anyway. If absolutely necessary, because we want you to be able to continue to work offline, is for GG to make a special build or provide some kind of tar file for you to move over via USB and install that. Let us know if this helps. gg/phyllis -------------------------------------------------------------- You can use apt-offline or apt-offline-gui. *Pre-requistes*: A friend's system with Internet connection. apt-offline installed in both your systems. The Offline installation is achieved in 3 simple steps. *Step 1*: Generate a signature file on the Disconnected Debian box at home apt-offline set /tmp/apt-offline.sig The above command will generate all information required from apt about updating its database. *Step 2*: Download data based on the signature file generated earlier apt-offline get C:\apt-offline.sig --threads 5 The above command will download data as mentioned in the signature file. To speed up downloads (that can be from multiple apt repositories), in this example we spawn 5 download threads. Once completed, you could just copy the data (an archive file, if you used the --bundle option) back to the removable medium and copy it back onto your offline host. *Step 3*: Once you're back upon the home Debian machine, you feed the data from the removable medium to apt-offline: apt-offline install /media/USB/apt-offline.zip This will update the APT database on your disconnected machine seamlessly. Apt-offline can be even used in Windows systems. In my opinion, apt-offline is the best option for Offline installation. I have installed the new
"cinelerra-5.1-ub16.04-20190430.x86_64-static.txz" release in another AMD desktop PC with UbuntuStudio_16.04_LTS. When I run ./cin by terminal an error "libva.so.1 ..." appear. I read the "releasenotes.pdf" about, and I understand I have to install the libva-dev and libvdpau-dev. Unfortunately that desktop PC is off-line, so I ask you if there is a easy way (workaround) to bypass the problem to use the new Cin release.
Thanks Phyllis for your time and the steps for offline installation. It is a bit complicated for me and, mostly, I have to understand well before I do any command. Every time I have to do an update I make a backup of the disk partition with "Clonezilla DVD" (that I use also for Windows system), so if something goes wrong I can restore to the previous image partition. I guess, that You all, guru of the linux system, surely use a special linux command.
Originally we had considered carrying the libva and libvdpau as another thirdparty library, similar to libmpeg3 but it is too much and very impractical. I can understand.
If absolutely necessary, because we want you to be able to continue to work offline, is for GG to make a special build or provide some kind of tar file for you to move over via USB and install that. Thanks GG, but I don't want to waste your time. And every time a new month release come out I should "break the boxes" to you (I don't know if the texts between quotes may be translate from italian to english/american language). ;-)
I don't know if it is possible and I guess not, otherwise GG would have already implemented this, but would it be possible to use a special command to run cin, to make it work without the new library? Consider that I am speaking without knowing which library it used before. Thank you very much for your time. IgorBeg
IgorB: I don't know if it is possible and I guess not, otherwise GG would have
already implemented this, but would it be possible to use a special
command to run cin, to make it work without the new library? Consider that I am speaking without knowing which library it used before.
Check to see if you have vdpau library installed. GG is going to build Ubuntu16 without libva today but since ./cin stops on the first missing library, he can not tell if it will now stop on libvpdau instead or if you have that installed - he did notice that quite a few of the distros come automatically installed with libvdpau already. He does builds all day long while developing so it is no trouble.
Before this last month's build, I interrogated him over and over to see exactly how to avoid this missing library issue and there was no way to do so (otherwise I would have had him implement it!!) gg/phyllis
Hi, Finally I updated my installation of Cin-GG on debian testing and debian 9 and encounter some problems. In debian testing Cin failed to start with shared libraries error: libva.so.1: cannot open shared object file: No such file or directory. These packages are installed libvdpau1, libvdpau-dev, libvdpau-va-gl1, libva2, libva-dev. And there no package containing libva.so.1 only libva.so.2(libva2) and libva.so(libva-dev). The package libva1 removed in upcoming debian release in favor of libva2 due to library version change. On debian 9 cin failed to install with folowing error: root@deurmods:~# LANG=C apt install cin Reading package lists... Done Building dependency tree Reading state information... Done cin is already the newest version (1:5.1.20190430). The following packages were automatically installed and are no longer required: libass5 libatomic1 libbdplus0 libbluray1 libebur128-1 libflite1 libopenal-data libopenal1 libopencv-core2.4v5 libopencv-imgproc2.4v5 libpgm-5.2-0 libsodium18 libssh-gcrypt-4 libtbb2 libtwolame0 libwavpack1 libwebpmux2 libzmq5 Use 'apt autoremove' to remove them. 0 upgraded, 0 newly installed, 0 to remove and 109 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue? [Y/n] Setting up cin (1:5.1.20190430) ... dpkg: error processing package cin (--configure): subprocess installed post-installation script returned error exit status 255 Errors were encountered while processing: cin E: Sub-process /usr/bin/dpkg returned an error code (1) I investigate more and find following error during post install routine: sysctl: setting key "kernel.shmmax": Read-only file system sysctl: setting key "kernel.shmmni": Read-only file system I'm think that's happen because of lxc nature of my system. To set these values I have to use a privileged container. May be post install routine should check availability to set these values and instead of error throw warning message to user, that these values should be added manually.
Hello again, I managed to run Cin-GG on debian testing. I symlinked libva.so.2 to libvaso.1 and other libraries similarly.
Thank you very much for the "heads up" so we know early on the problems that are here or coming up. It looks like Debian 10 is out there too now and we will have to deal with that. When GG ran the builds using Xen, he found that some O/S distros were at libva.so.1 and some where at libva.so.2. It is very difficult to keep all of them in synch. gg/Phyllis On Sat, May 11, 2019 at 12:09 PM Спицын Андрей <[email protected]> wrote:
Hello again, I managed to run Cin-GG on debian testing. I symlinked libva.so.2 to libvaso.1 and other libraries similarly.
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Hi, Looks like CIN_HW_DEV=vdpau failed with my setup. It needs to be compiled with libva.so.2 support. Here the logs: CIN_HW_DEV=vaapi cin Cinelerra Infinity - built: Apr 30 2019 17:05:16 git://git.cinelerra-gg.org/goodguy/cinelerra.git (c) 2006-2018 Heroine Virtual Ltd. by Adam Williams (c) 2007-2018 cin5 derivative by W.P. Morrow aka goodguy Cinelerra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. There is absolutely no warranty for Cinelerra. libva info: VA-API version 1.4.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_1_4 libva info: va_openDriver() returns 0 malloc(): invalid next size (unsorted) Interesting part that vainfo gives very similar info about my system with vainfo sample in PDF file. Here is my system: $vainfo libva info: VA-API version 1.4.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_1_4 libva info: va_openDriver() returns 0 vainfo: VA-API version: 1.4 (libva 2.4.0) vainfo: Driver version: Intel i965 driver for Intel(R) Ivybridge Mobile - 2.3.0 vainfo: Supported profile and entrypoints VAProfileMPEG2Simple : VAEntrypointVLD VAProfileMPEG2Simple : VAEntrypointEncSlice VAProfileMPEG2Main : VAEntrypointVLD VAProfileMPEG2Main : VAEntrypointEncSlice VAProfileH264ConstrainedBaseline: VAEntrypointVLD VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice VAProfileH264Main : VAEntrypointVLD VAProfileH264Main : VAEntrypointEncSlice VAProfileH264High : VAEntrypointVLD VAProfileH264High : VAEntrypointEncSlice VAProfileH264StereoHigh : VAEntrypointVLD VAProfileVC1Simple : VAEntrypointVLD VAProfileVC1Main : VAEntrypointVLD VAProfileVC1Advanced : VAEntrypointVLD VAProfileNone : VAEntrypointVideoProc VAProfileJPEGBaseline : VAEntrypointVLD I've made some test with my home PC. It has debian 9 with AMD polaris GPU (open source driver) and Intel CPU without integrated CPU (Very old). I used LIBVA_DRIVER_NAME=radeonsi to enable VAAPI and CIN_HW_DEV=vaapi to run Cin-GG. I tested only a playback function with X11 video driver in settings. 4k video files runs very smooth. So video acceleration works on AMD GPU at last for decoding. Additional tests needed for encoding.
В сообщении от Wednesday 01 May 2019 05:09:08 Phyllis Smith написал(а):
Latest builds are now available at:
https://www.cinelerra-gg.org/download/tars/ https://www.cinelerra-gg.org/download/pkgs/
I tried to build Cinelerra-GG for ROSA Linux Fresh 11 (64 bit). Default .spec file was not working out-of-the-box, so I hacked it 1) Replaced few lib_something-devel with lib64_something-devel 2) removed inkscape from requirements 3) removed xz-devel. 4) Changed group into just Video. 5) Changed download URL, so rpmbuild was able to download whole thing. (is there sha256sum or other way to check source downloads?) ------------------- cat ~/botva/src/cinelerra-git/cin-5/cinelerra-rosa-64.spec %define ver 20190430 %define cin cinelerra Summary: Multimedia Editing and construction %if 0%{?hidepth} %define xbit 10bit %define xcfg --enable-x265_hidepth --with-exec-name=cinx %endif Name: %{cin}%{?xbit} Version: 5.1 Release: %{ver} License: GPL #Group: Applications/Multimedia Group: Video URL: https://cinelerra-gg.org/ # Obtained from : # git clone git://git.cinelerra.org/goodguy/cinelerra.git cinelerra5 Source0: https://cinelerra-gg.org/download/pkgs/src/cin_%{version}.%{ver}-src.tgz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root %if 0%{?fedora} %define rhat 1 %define distro fedora %endif %if 0%{?centos} %define rhat 1 %define distro centos %define centos_cfg --disable-libaom --disable-libwebp %endif BuildRequires: autoconf BuildRequires: automake BuildRequires: cmake BuildRequires: binutils BuildRequires: ctags BuildRequires: flac-devel BuildRequires: freetype-devel BuildRequires: gcc-c++ BuildRequires: gettext-devel BuildRequires: git #BuildRequires: inkscape BuildRequires: lib64png-devel BuildRequires: lib64xft-devel BuildRequires: lib64xinerama-devel BuildRequires: lib64xv-devel BuildRequires: nasm BuildRequires: libtool BuildRequires: ncurses-devel BuildRequires: texinfo BuildRequires: udftools BuildRequires: gtk2-devel BuildRequires: lib64va-devel BuildRequires: lib64vdpau-devel %{?rhat:BuildRequires: alsa-lib-devel} %{?rhat:BuildRequires: bzip2-devel} %{?rhat:BuildRequires: xorg-x11-fonts-cyrillic} %{?rhat:BuildRequires: xorg-x11-fonts-cyrillic} %{?rhat:BuildRequires: xorg-x11-fonts-ISO8859-1-100dpi} %{?rhat:BuildRequires: xorg-x11-fonts-ISO8859-1-75dpi} %{?rhat:BuildRequires: xorg-x11-fonts-misc} %{?rhat:BuildRequires: xorg-x11-fonts-Type1} %{?suse:BuildRequires: alsa-devel} %{?suse:BuildRequires: libbz2-devel} %{?suse:BuildRequires: bitstream-vera-fonts} %{?suse:BuildRequires: xorg-x11-fonts-core} %{?suse:BuildRequires: xorg-x11-fonts} %{?suse:BuildRequires: dejavu-fonts} %{?suse:BuildRequires: libnuma-devel} #BuildRequires: xz-devel BuildRequires: yasm BuildRequires: zlib-devel %description Multimedia editing and construction %prep %define _buildsubdir %{cin}-%{version} %setup -q -n %{cin}-%{version} %build ./autogen.sh %configure %{?xcfg} %{?centos_cfg} %{__make} %install %make_install %clean %{__rm} -rf %{buildroot} %if 0%{?rhat} %post if [ -d /etc/yum.repos.d ]; then echo > /etc/yum.repos.d/cin.repo "[cin]" echo >> /etc/yum.repos.d/cin.repo "name=cinelerra-gg" echo >> /etc/yum.repos.d/cin.repo "baseurl=https://cinelerra-gg.org/download/pkgs/%{distro}\$releasever/" echo >> /etc/yum.repos.d/cin.repo "enabled=1" echo >> /etc/yum.repos.d/cin.repo "gpgcheck=0" fi %postun if [ -d /etc/yum.repos.d ]; then rm -f /etc/yum.repos.d/cin.repo fi %endif %files %defattr(-, root, root, -) %{_bindir}/* %{_libdir}/* %{_datadir}/* %changelog ---------------------------- resulting files also available here: https://cloud.mail.ru/public/2JbP/5f8QkfjsA/ (Cinelerra-64-3.tar.bz2 is latest 64-bit git single-user build for same Rosa Fresh R11 64-bit Linux distro) Rosa website: https://www.rosalinux.ru/en/home-2/ I used ROSA.FRESH.KDE4.R11.x86_64.uefi.iso under qemu. Actually, I installed 32-bit version first, only to realize my friend has 64-bit/hybrid version! So, now I have two 15Gb virtual hdds for this OS! Note, default 64 bit KDE4 install there is multi-arch (i586 and x86_64). udftools somewhat outdated (1.3), but guess I need to ping their maintainer for this problem.
Andrew: 5) Changed download URL, so rpmbuild was able to download whole thing. (*is
there sha256sum or other way to check source downloads?*)
There is an md5sum generated for the main files in the md5sum.txt file each month. With the limited resources available, it is all we have time to do. The file is at: https://www.cinelerra-gg.org/download/md5sum.txt
resulting files also available here: https://cloud.mail.ru/public/2JbP/5f8QkfjsA/
(Cinelerra-64-3.tar.bz2 is latest 64-bit git single-user build for same Rosa Fresh R11 64-bit Linux distro)
Will a ROSA cinelerra version be created regularly but always in a different area? Should it be mentioned on the cinelerra-gg.org Download page similar to FreeBSD if it will always be available? Or should we make a copy whenever a new version exists and put it in a standard place? Thanks, gg/Phyllis
В сообщении от Wednesday 15 May 2019 05:18:01 Phyllis Smith написал(а):
Andrew:
5) Changed download URL, so rpmbuild was able to download whole thing. (*is
there sha256sum or other way to check source downloads?*)
There is an md5sum generated for the main files in the md5sum.txt file each month. With the limited resources available, it is all we have time to do. The file is at: https://www.cinelerra-gg.org/download/md5sum.txt
Thanks, good to know it exist!
resulting files also available here: https://cloud.mail.ru/public/2JbP/5f8QkfjsA/
(Cinelerra-64-3.tar.bz2 is latest 64-bit git single-user build for same Rosa Fresh R11 64-bit Linux distro)
Will a ROSA cinelerra version be created regularly but always in a different area? Should it be mentioned on the cinelerra-gg.org Download page similar to FreeBSD if it will always be available? Or should we make a copy whenever a new version exists and put it in a standard place?
Hm, I'll try to keep this folder updated, but then I probably must add signature file, too? Just for showing files come from same (virtual) machine as before ... Need to study this (finally). I think for now you can note existence of this rpm, yet I better to survive few monthly cycles before considering my builds worth 'official' blessing :}
Thanks, gg/Phyllis
participants (5)
-
Andrea paz -
Andrew Randrianasulu -
Igor BEGHETTO -
Phyllis Smith -
Спицын Андрей