- Cin - Cinelerra-GG Mailing Lists

Cinelerra's error very serious.
by Rafa Mar Multimedia en Gnu\Linux 21 Apr '20

21 Apr '20

Very excited about Cinelerra, today I wanted to make a silent short video, as an example, to upload to the YouTube channel. I made a very meticulous desktop recording, with the goal that without saying a word, anyone can understand a simple process, such as changing the speed to a clip. I know this is as easy for you as scratching a ear. But for people who start they need someone to teach them. It is a question that several readers have asked me. As usual, in me, create a new project, and as is also usual for me when loading the files, I forgot to put the selector in "Create new resources only" I had it in "Replace current project" and when loading the 3 clips that I wanted to use for this video, this they have been loaded on three different tracks. Nothing happens, I pressed z and started again. I have uploaded the files, selecting the correct option. I made the montage when it was almost finished, after adjusting a clip, Cinelerra has blocked, it did not respond. I had not saved the job, and I had to close Cinelerra, kill the application from the system monitor. When I reopened Cinelerra I went quickly to file, load backup, and well, there was my project, more or less as I had it before the crash. So far so good... from here very bad I hastened to save in case the lock happened again... and here comes the catastrophe... when pressing s, no wizard was opened to save... I was surprised, I did not remember saving... I look in the timeline window bar and I freeze, this bad joke had already happened to me the first days in Cinelerra. There it said "Cinelerra: speedChange-2020-04-20_20.25.34.webm" For the second time Cinelerra has converted a video into an xml file. All my work thrown away, my lost time ... I have pondered, and I have thought, I am currently recommending an application that can make a user lose a video that is important to him. Because of an application that still carries defects that were very common in the late 90s, but that are inconceivable in the middle of 2020. Then all my illusion has turned into disappointment. I cannot recommend or spend time with an editor who can make you lose a video in such an absurd way. It is true that in my case, it was not an important video. But what if it had been...? I am not a computer scientist nor are I proficient with Photorec ... I am only an audiovisual technician. So after thinking it over and seeing the great risk of working with Cinelerra, for the moment I take a break. If GG ever decides to fix this, please let me know, maybe I'll regain the lost illusion and keep writing tutorials. So sorry. I have already deleted myself from the youtube channel and I am going to send the latest corrections of the Spanish translation to Phyllis and take a break. Thank you very much for your good predisposition and for your kindness always with me.

4 4

libtheora includes
by Andrew Randrianasulu 21 Apr '20

21 Apr '20

I think I found small bug in configure.ac https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=blob;f=cinelerr… 301 PKG_3RD([libtheora],[auto], 302 [libtheora-1.1.1], 303 [ lib/.libs/libtheora.a \ 304 lib/.libs/libtheoradec.a \ 305 lib/.libs/libtheoraenc.a ], 306 [ . ]) if last line indicate where includes located in module's tree .. then for libtheora this location is thirdparty/libtheora-1.1.1/include/ so, *I think* last line should bre replaced with [ include ]) I fixed it locally in global_config , so it reads: static_blds += libtheora ver_libtheora := $(THIRDPARTY)/libtheora-1.1.1 inc_libtheora := \ -I$(ver_libtheora)/include \ but this file generated by configure, right? I think this can fix my error about building CinGG without libtheora installed (error was in ffmpeg, but if buildsystem consistently use those parameters ..)

2 1

Test msg for email address
by Mat Nieuwenhoven 20 Apr '20

20 Apr '20

MatN

1 0

Actually compiled CinGG for e2k machine
by Andrew Randrianasulu 20 Apr '20

20 Apr '20

Well, this was interesting experience ..... I got remote shell on Elbrus machine, and of course tried to compile CinGG there ./configure --with-single-user --with-booby --disable-openExr \ --disable-libavc1394 --disable-libiec61883 --disable-libtheora --without-ladspa \ --disable-tiff --without-openexr --disable-x264 --disable-dav1d --without-ladspa \ --without-dv --without-firewire --without-nv --without-commercial with this command line it started to compile .. and run into few problems :} Even if I disabled commercials detection via configure some files leaked in and confused compiler. So, I just #ifdef __i386__ whole thing out of my way: it diff cinelerra/ diff --git a/cinelerra-5.1/cinelerra/commercials.h b/cinelerra-5.1/cinelerra/commercials.h index b7b815c..01f4c27 100644 --- a/cinelerra-5.1/cinelerra/commercials.h +++ b/cinelerra-5.1/cinelerra/commercials.h @@ -1,3 +1,4 @@ +#ifdef __i386__ #ifndef _COMMERCIALS_H_ #define _COMMERCIALS_H_ @@ -202,3 +203,4 @@ public: #endif +#endif /* i386 */ \ No newline at end of file diff --git a/cinelerra-5.1/cinelerra/dbwindow.h b/cinelerra-5.1/cinelerra/dbwindow.h index 24a40df..983c65b 100644 --- a/cinelerra-5.1/cinelerra/dbwindow.h +++ b/cinelerra-5.1/cinelerra/dbwindow.h @@ -1,3 +1,4 @@ +#ifdef __i386__ #ifndef _DBWINDOW_H_ #define _DBWINDOW_H_ @@ -296,3 +297,4 @@ public: #endif +#endif /* i386 */ \ No newline at end of file diff --git a/cinelerra-5.1/cinelerra/mediadb.h b/cinelerra-5.1/cinelerra/mediadb.h index 9bb970e..eb39340 100644 --- a/cinelerra-5.1/cinelerra/mediadb.h +++ b/cinelerra-5.1/cinelerra/mediadb.h @@ -1,3 +1,4 @@ +#ifdef __i386__ #ifndef _MEDIA_DB_H_ #define _MEDIA_DB_H_ @@ -239,3 +240,4 @@ public: }; #endif +#endif /* i386 */ \ No newline at end of file diff --git a/cinelerra-5.1/cinelerra/mwindow.C b/cinelerra-5.1/cinelerra/mwindow.C index 8c0dd6c..cdc0325 100644 --- a/cinelerra-5.1/cinelerra/mwindow.C +++ b/cinelerra-5.1/cinelerra/mwindow.C @@ -282,7 +282,9 @@ MWindow::~MWindow() delete render; render = 0; delete mixers_align; mixers_align = 0; commit_commercial(); +#ifdef HAVE_COMMERCIALS if( commercials && !commercials->remove_user() ) commercials = 0; +#endif close_mixers(); if( speed_edl ) { speed_edl->remove_user(); speed_edl = 0; } // Save defaults for open plugins git diff db/ diff --git a/cinelerra-5.1/db/tdb.h b/cinelerra-5.1/db/tdb.h index 8ee8800..b337b90 100644 --- a/cinelerra-5.1/db/tdb.h +++ b/cinelerra-5.1/db/tdb.h @@ -1,3 +1,5 @@ +#ifdef __i386__ + #ifndef __DB_H__ #define __DB_H__ #include <cstring> @@ -1514,3 +1516,5 @@ public: }; #endif + +#endif /* i386 */ \ No newline at end of file Probably not best idea (shouldn't those headers use same #ifdef HAVE_COMMERCIALS as I did in mwindow.C ?) but so far it worked... git diff guicast/ diff --git a/cinelerra-5.1/guicast/Makefile b/cinelerra-5.1/guicast/Makefile index 04bc87a..be47e0b 100644 --- a/cinelerra-5.1/guicast/Makefile +++ b/cinelerra-5.1/guicast/Makefile @@ -12,6 +12,11 @@ ifeq ($(OBJDIR), amd64) BOOTSTRAPFLAGS := -DBOOTSTRAP="\"objcopy -B i386 -I binary -O elf64-x86-64\"" endif +ifeq ($(OBJDIR), e2k) +BOOTSTRAPFLAGS := -DBOOTSTRAP="\"objcopy -B e2k -I binary -O elf64-e2k\"" +endif + + this basically added objcopy line for theme pngs, if I understand correctly. Should I also add my old ppc lines here? -- this is most hacky part ... I just disabled all this nice signal/crash reporting, but no crashes so far :} diff --git a/cinelerra-5.1/guicast/bcsignals.C b/cinelerra-5.1/guicast/bcsignals.C index ffc8a1c..71b69b9 100644 --- a/cinelerra-5.1/guicast/bcsignals.C +++ b/cinelerra-5.1/guicast/bcsignals.C @@ -471,15 +471,16 @@ static void reg_dump(FILE *fp,sigregs_t *rp) static void reg_dump(FILE *fp,sigregs_t *rp) {} #endif -#ifndef IP -#error gotta have IP -#endif +//#ifndef IP +//#error gotta have IP +//#endif // HAVE_CTX #endif static void handle_dump(int n, siginfo_t * info, void *sc) { +#if 0 uncatch_segv(); uncatch_intr(); signal(SIGSEGV, SIG_DFL); signal(SIGINT, SIG_DFL); @@ -586,5 +587,6 @@ static void handle_dump(int n, siginfo_t * info, void *sc) char *const argv[4] = { (char*) "/bin/sh", (char*) "-c", cmd, 0 }; execvp(argv[0], &argv[0]); #endif +#endif } --- git diff libzmpeg3/ diff --git a/cinelerra-5.1/libzmpeg3/libzmpeg3.h b/cinelerra-5.1/libzmpeg3/libzmpeg3.h index 430ebb4..9ebee66 100644 --- a/cinelerra-5.1/libzmpeg3/libzmpeg3.h +++ b/cinelerra-5.1/libzmpeg3/libzmpeg3.h @@ -5,7 +5,7 @@ /* for quicktime build */ #define MAXFRAMESAMPLES 65536 #define ZDVB -#define USE_FUTEX +//#define USE_FUTEX #ifndef __STDC_LIMIT_MACROS #define __STDC_LIMIT_MACROS and finally I disabled USE_FUTEX in libzmpeg (probably should be true for all non-x86 arches) Now, I have two patches, but they touch different unrelated files, sadly ... and in-between there was some build environment confusion, so I added and removed few things Both attached, but ... there was also more work in x264/mjpegtools/lame, basically if-0 ing SSE parts I have no idea how to easily diff those ..... probably move to someplace, clean, and compare to unpacked fresh directories ... Some libs from thirdparty again failed to autoconf themselves due to unknown architecture, but this was fixed by copying machine's automake dir (/usr/share/automake-1.14/*) to each library subfolder and autoreconf'ing them with --force --install. No idea how to automate this step. E2k_incomplete-2.diff contains unrelated html changes, and E2k_incomplete.diff has some -lcrystalhd stuff before I killed it from ffmpeg: diff --git a/cinelerra-5.1/thirdparty/Makefile b/cinelerra-5.1/thirdparty/Makefile index 0be2898..0017fc4 100644 --- a/cinelerra-5.1/thirdparty/Makefile +++ b/cinelerra-5.1/thirdparty/Makefile @@ -130,19 +130,19 @@ esound.mak_vars+= CFLAGS="" esound.ldflags=" -lm -lstdc++" fftw.cfg_params= --disable-fortran --enable-shared=no ffmpeg.cfg_params= \ - --enable-pthreads --enable-gpl --disable-ffplay \ + --enable-pthreads --disable-crystalhd --enable-gpl --disable-ffplay \ $(call if_want,VAAPI,--enable-vaapi,--disable-vaapi) \ $(call if_want,VDPAU,--enable-vdpau,--disable-vdpau) \ $(call if_want,NV, --enable-nvenc --enable-nvdec --enable-ffnvcodec) \ $(call if_ena,twolame,--enable-libtwolame) \ $(call if_ena,openjpeg,--enable-libopenjpeg) \ - $(call if_ena,lame,--enable-libmp3lame) \ + $(call if_ena,lame,--disable-libmp3lame) \ $(call if_ena,libaom,--enable-libaom) \ $(call if_ena,dav1d,--enable-libdav1d) \ $(call if_ena,libwebp,--enable-libwebp) \ $(call if_ena,opus,--enable-libopus) \ $(call if_ena,libvorbis,--enable-libvorbis) \ - $(call if_ena,libtheora,--enable-libtheora) \ + $(call if_ena,libtheora,--disable-libtheora) \ $(call if_ena,libvpx,--enable-libvpx) \ $(call if_ena,x264,--enable-libx264) \ $(call if_ena,x265,--enable-libx265) \ @@ -208,7 +208,7 @@ libwebp.cfg_vars?= mkdir build && cd build && $(call cmake_config,..) libwebp.mak_params?= -C build all install DESTDIR=$(call bld_path,libwebp) mjpegtools.cflags?="$(call inc_path,libjpeg) $(call ld_path,libjpeg,build)" mjpegtools.cfg_vars?= ./autogen.sh; -mjpegtools.cfg_params?= --enable-shared=no --without-libquicktime --without-libdv \ +mjpegtools.cfg_params?= --enable-shared=no --disable-simd-accel --without-libquicktime --without-libdv \ --without-libpng --without-dga --without-gtk --without-libsdl --without-sdlgfx mjpegtools.mak_params?= all ladspa.cfg_vars?= CFLAGS+=' -Dinline="" ' @@ -249,7 +249,7 @@ tiff.cfg_params+= --enable-shared=no --disable-zstd $(call if_pkg,libwebp,\ --with-webp-lib-dir=$(call pkg_libs,libwebp))\ $(call if_npkg,libwebp,--disable-webp) twolame.cfg_params?=--enable-shared=no -x264.cfg_params?= --enable-static --enable-pic +x264.cfg_params?= --enable-static --enable-pic --disable-asm x265.cfg_vars?=$(call cmake_config,source) x265.cfg_params?= -DENABLE_SHARED=no libvpx.cfg_params?= --enable-pic --- Resulted binary works remotely, even if slowly. There was problem with livevideo plugin , it wanted libdv anyway, just deleted it for now Machine is LE (little-endian), so BE problems not really visible on it I asked my host to try this locally, hopefully some video will be shown there, too.

3 3

How do I crop a picture-in-picture?
by David Given 19 Apr '20

19 Apr '20

I have two video tracks; one is overlayed on the other. I'm using projector automation to put the overlay video in the corner of the underlying video. I would like to crop the overlay video so it only shows the section I'm interested in. The overlayed video is a 1:1 image in the middle of a 16:9 video, and I just want to show the 1:1 bit. I can't figure out how to do this. - I thought I would be able to use the camera automation to scale the image after I had placed the projector, but while this works, it happens *before* any track plugins are rendered, and as one of these is rotation I always end up with a rotated rectangle on the screen. (With black borders.) - using the crop plugin adds more black borders. - I tried a mask, but I haven't found out how to invert the mask (i.e. I draw the area I want displayed so that everything else is cropped); plus cropped areas show up as black. - I simply can't get my head around the crop tool. The best I've come up with is to add a scale plugin to the track to resize it up a bit, so that the black wedges caused by the rotate plugin aren't visible; then adjusting the camera to zoom in on the are I'm interested in; but I haven't found a way to change the *shape* of the projector yet. It's always a 16:9 rectangle, but the area I want to show isn't that shape. What's the right way to do this? Ideally what I would like is the ability to draw a path on an object on the screen and say 'clip this object to this path'. Does anything like that exist? -- ┌─── http://www.cowlark.com ─── │ "I have always wished for my computer to be as easy to use as my │ telephone; my wish has come true because I can no longer figure out │ how to use my telephone." --- Bjarne Stroustrup

8 32

There are two buttons that are a great mystery to me
by Rafa Mar Multimedia en Gnu\Linux 19 Apr '20

19 Apr '20

[image: image.png] What are they for? It is that I do not even know how to look for them in the manual to clear my doubts. Thank you very much in advance.

3 6

Website translation (one typo found)
by Olivier Humbert 13 Apr '20

13 Apr '20

Hi Sam and all, while doing the French translation for the website, I went to the "March news - Videoscope is now on the Compositor and Viewer" page and I think I find a typo there: "Improvements for using the Videscope", isn't "videoscope"? HTH Olivier -- Site web : https://librazik.tuxfamily.org/ Donation : https://liberapay.com/LibraZiK/ Diaspora : https://framasphere.org/people/8c184af0c9450134f6682a0000053625 Mastodon : https://mastodon.xyz/@LibraZiK

2 1

error in compiling
by Andrea paz 10 Apr '20

10 Apr '20

I can't to compile CinGG with the latest release (Thu, 9 Apr 2020 03:52:38). I tried with my usual instructions, with bld.sh, with or without Cuda and with or without opencv: the result is the same error. I enclose cin5.log

2 2

New monthly tars and pkgs available
by Phyllis Smith 07 Apr '20

07 Apr '20

At the usual place, are tars and pkgs. We specifically tested the package install on Mint 19.3 with no obvious problems but there is a limit of what we can do. Arch and Tumbleweed were updated yesterday. https://cinelerra-gg.org/download/pkgs/ https://cinelerra-gg.org/download/tars/ https://cinelerra-gg.org/download/CinelerraGG_Manual.pdf https://cinelerra-gg.org/download/releasenotes.pdf Next month we will no longer provide Centos 7 and if Ubuntu 20 comes out on April 23, then will add that instead of Ubuntu 19 static tar. If no objections, we are going to take the Shape Wipe video transitions and switch them from png to jpg because they make the tars/pkgs files bigger thus slowing down the downloads. Then we can add back some of the ones we eliminated to save on size. We think the saving out weighs the quality of jpeg. A text copy of the release notes is below. ------------------------------------------------------ Cinelerra-GG (Version Infinity) Release Notes for 03/01/2020-03/31/2020 for builds Thanks to *Olaf and Andrea* - Improvements to formatting for making the Manual easier to read and more professional looking were done by Olaf. Creating new images of better quality and consistency were done by Andrea. Plus corrections and some clarifications were added by them and others. Thanks to *Andrew* – Providing patches, alerting us of new versions available, and much early testing. 1. *OpenExr* has been upgraded from 2.2.1 to 2.4.1 (Andrew notification and assistance). 2. *OpenCV* upgrade for more recent distros from 3.4.1 to 4.2. Older O/S still at 3.4.1 +(Andrew patch). 3. A major *change to ID based references for plugins *to resolve a code flaw in copying was made. 4. *Usability Improvements*: To make it easy for moving to the *next/previous auto *like fade or speed, added Alt-a/Ctrl-a shortcuts and in keeping with keyframes, Alt-Shift-A and Ctrl-Alt-Shift-A (Deim31 noted). Slider bars have been added to the *Projector and Camera *compositor menus for ease of use along with tumblers to change the range. All inter-related components are updated accordingly such as the zoom bar ranges and the auto xyz lines (Dan feature request). Another minor change to the *shortcut for “Delete last track” *from the lower case letter “d” to Ctrl- Shift-D and finally to just Ctrl-d to make it less dangerous but at the same time still not too hard to get to (IgorB suggestion for refinement). Several *new ShapeWipe transitions* created by Rafa + others available to load locally. The tips file and po file for *Spanish* were improved once again by RafaMar. *Videoscope* changes (there will be a couple of more changes next month): Added capability via an icon on the Compositor and Viewer windows to easily start up the scope (BT #71 of Andrea and more recent Dan email). Changes include the following: Replaced menu buttons with a “Scopes” pulldown which is easier to understand. Added a “Smooth” button for the purpose of aesthetics for not showing black line missing data. Scope values show up without having to play first when enabled or when the window is resized. Slider bars with reset button to modify the value for the Waveform and Vectorscope displays. Additional choice for the waveform of “Waveform ply” added. Note that it may run better with X11 as the video driver instead of OpenGl. *Mixer window* changes: - added a “Tile mixers” option easily accessible in the window which was previously only available in the Window→Mixers pulldown. - “Zoom” has been hooked up (Dan email report). - there is now a “Playable” option for each window to save cpu usage time (Dan request). *Zoom... *in the Compositor, Viewer, and Mixer windows has been renamed to Resize Window. The compositor button bar has had “Generate Keyframes...” and “Keyframe Spanning” buttons removed to make room for the Videoscope button. Patches for render options have been worked by Andrew to include: EXR - choices of B44, B44A, DWAA, DWAB PNG - now has added choices in the render video wrench to include Compression level 0-9 and Depth of either 8 or 16 bits. TIFF - new choices of LZW, LZWMA, Deflate. Tiff now allows for future webp use. New plugin “boxblur” to blur horizontal, vertical, and with power. Very fast; based on ffmpeg’s. 5. *Bugs/Issues fixed:* Format /muxer render new button was fixed as it was not retaining settings correctly. Fix for deadlock in Compositor when double click on the indicator bar and trying to drag after that + another deadlock fixed when using [ and ] and labels (Andrew noted and worked to reproduce). Vaapi software fallback fix added so that when non-supported models, like 66, are not supported, the software will automatically be in use instead (Jacek BT #383). A few tweaks for BSD builds, bld_prepare script added libtool, shortcuts.html and plugin.opts. Reverted h264_nvenc and h265_nvenc vaapi render options file back to medium as high was illegal. A problem with keyfame paste track tabbing when trying to go to previous keyframe has been fixed. Transition “Length” popup close session hang is now corrected. Created image2 for ffmpeg streams when rendering such as in the case of webp (Rafa reported). Fixed moving edits with plugins to retain status on/off status (Dan noted). Transitions losing their setups when Generate keyframes while tweaking is set is fixed (Rafa found). Bug in Shape Wipe jumping when going from Black to White has been fixed (Rafa analyzed). *OpenEDL problem of saving within a layer so that is propagated up if quit in non-zero layer* (Dan). Fixed bug in scale.C – autoaspect instead of audioaspect (Andrew found). Mixer zoom refactoring and cleanup done. DVD creation was limited to 100 sections but now goes up to 1000. Home/End keys in some cases had to be hit twice to perform that function while playing – now fixed. Crash when loading Exr sequence after files are deleted now gives a warning (Andrew found). Aspect ratio in Compositor was fixed when do a split screen view (IgorBeg noted). Bad clamps were fixed in the plugins, Color3way and Videoscope. *Improvement to bluray script added (Sandhill Crane BT#398*). More recommendations provided but not yet analyzed and tested. Build script tweaks for cross platform - a couple of days worth of testing all of the builds to prevent surprises (reflects a lot of Andrew’s work/testing). Includes lv2 fixes from Andrew. Added blur_box as a template (in conjunction with need for Videoscpe) as it will be useful elsewhere. Fix for cursor over button bar in the Compositor accidentally playing when Click to Play enabled. Segv problem fixed for load server bug that has been in a long time and hard to believe not noticed. On the scope window, calculate size of media and how many cpus exist to determine how many threads to use; i.e. “load client throttle”.

5 15

SVG source files in themes
by Andrew Randrianasulu 04 Apr '20

04 Apr '20

They not eat space if you install binary package, but I found out you can easily compress them with gzip :} So, whole themes subfolder will weight on disk (after git unpacked it) 16545K as opposed 67,968,745 bytes right now. Not sure if space-saving for unpacked git tree actually worth additional effort to unpack them if anyone want to make changes In theory there is supportfor SVG compression, but not sure if Inkscape and co actually support it well (never tried)? https://www.moxio.com/blog/6/serving-compressed-svg-files -- The SVG standard reserves the .svgz-extension for gzip-compressed SVG files, which can typically achieve about 20-50% of the original file size. When not actively editing them, saving SVG files as svgz makes sense: it saves disk space, the compression is lossless and it spares the time needed for on-the-fly compression when serving them over the web. -- hm .... This inspired by latest git commit, adding jpeg-compressed shapes :} I also tried optipng on existing shapes, but result was slightly more than 1Mb of savings: 8412866 bytes optimized vs 9786K by default

2 1