- Cin - Cinelerra-GG Mailing Lists

Crash at fast 'z' (undo) for many-fade-keyframes?
by Andrew Randrianasulu 03 Sep '20

03 Sep '20

I was playing with new bump autos, set some on fade curve, played with type of each keyframe point, and then decided to remove them all by hitting 'z' fast. This resulted in: cin Cinelerra Infinity - built: Aug 31 2020 05:07:06 git://git.cinelerra-gg.org/goodguy/cinelerra.git (c) 2006-2019 Heroine Virtual Ltd. by Adam Williams 2007-2020 mods for Cinelerra-GG 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. RenderFarmClient::main_loop: client started FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv Mutex::lock: Resource temporarily unavailable Mutex::unlock: Invalid argument ** segv at 0xf6a2d558 in pid 3994, tid 4011 writing debug data to /tmp/cinelerra_3994.dmp lock_items: 19 lock_frees: 6 FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv ** dump complete Ошибка сегментирования Dump attached

2 1

Possible hack/idea for automatically workaround clearing wrong keyframes?
by Andrew Randrianasulu 03 Sep '20

03 Sep '20

So, I looked into mainmenu.C and there I can see (searching for ClearKeyframes) int ClearKeyframes::handle_event() { if( mwindow->session->current_operation == NO_OPERATION ) mwindow->clear_automation(); return 1; } and for "keyframes_follow_edits" I see keyframes_follow_edits->set_checked(mwindow->edl->session->autos_follow_edits); so, may be save this state into tmp variable, test this mwindow->edl->session->autos_follow_edits , and if set to 1 - clear temporarily before calling mwindow->clear_automation(); and restore from tmp variable afterwards?

2 2

Re: [Cin] BUG on Clear keyframes (CinGG-release by GIT 30Aug 2020)
by Andrew Randrianasulu 31 Aug '20

31 Aug '20

---------- Пересланное сообщение ---------- Тема: Re: [Cin] BUG on Clear keyframes (CinGG-release by GIT 30Aug 2020) Дата: Понедельник 31 августа 2020 Отправитель: Andrew Randrianasulu <randrianasulu(a)gmail.com> Получатель: cin(a)lists.cinelerra-gg.org В сообщении от Monday 31 August 2020 15:56:28 Igor BEGHETTO via Cin написал(а): > Clear Keyframes (Shift+Del) do not delete the right keyframes. > Maybe it's too late for the monthy release but a bug I found. I don't > know if this bug is also in the last GIT release. I think bug still exist in latest (0678b17975f50a831fb8a1cda6baaa961e3b6de7) code, at least if I try to cover all existing keyframes by highlighting them - they all disappear. But if I only select 2-3 out of 4 - yes, remaining keyframes moved left, into higlighted region. Thing is, because those keyframes represent change ... deleting only SOME of them will create new curve (default value in highlighted region, abruptly starting to climb to remaining keyframes as we move outside of highlighted region). I mean, isn't this operation ought to *create* some keyframes in such case, too? *****update***** No, my thinking above was not useful here, but may be keyframes saved not as absolute pairs (distance from start of timeline, value), but as relative (delta) to previous keyframe values? If so, 'delete keyframes' should recalculate this delta for next left keyframe outside of highlighted region relative to keyframe right before highlight started (if any). And then apply those values to left (next) keyframe. At least when it comes to automatization keyframes like fade, speed, etc. Not sure how plugin automatization should react. > 1. Create three (or more) Fade keyframes > 2. Highlight an area to select one or more Fade keyframe > 3. Hit Shift+Del shortcut or Keyframes-> Clear Keyframes > 4. It delete the wrong keyframes and move others. > (Note: Settings-> keyframes follow edits = checked) > > Take a look the screencast at > https://streamable.com/q58t37 > > Thanks! (Sorry for the late) > > IgorBeg -------------------------------------------------------

1 0

Today's GIT checkin includes fixes + Ctrl-s for save session
by Phyllis Smith 31 Aug '20

31 Aug '20

Hopefully this solves some of the new user complaints -- *Ctrl-s ALSO saves the session as does the original "s" shortc*ut. We can not lose the "s" since too many users already know and use this consistently but since according to the forum, 99% of people use Ctrl-s to save the session. Unfortunately, this means that "Save Settings" under settings has had to change to Ctrl-Shift-S. If you have concerns about this, please let us know -- I am sorry that we find it necessary to ever change anything. Also, we would like to change Ctrl-z to be a undo in addition to the current shortcut "z" -- as this is another major complaint of new users. Same reasoning as above. We have not done this yet as ctrl-z in currently in use in a couple of different ways. If you have objections about this change, now is the time to say so. GIT changes also include: - Igor's last auto bump found error where the effects did not correctly stay put - other auto bump fixes - updated es.po (thanks to RafaMar as he has faithfully been providing for months now) - undo tweaks - *new feature is drag speed highlights; *check this out as I believe it is quite useful because it shows you the change that the speed up/down will make to the timeline while moving and then drops it there when you let up on the mouse - fix to ffmpeg filter parameters for video (to match previous change already done for audio); this allows for usage of f*_minterpolate *(and possibly other ffmpeg plugins that were commented out but I did not have time to test); "yes", it can be cpu intensive like Igor suggested and it does not seek so I *do not know if minterpolate will be useful* anyway but at least it does not crash. In order to get use of this plugin, you will have to "Reload Plugins" which you can do from Preferences. - normalize speed tweaks.

4 4

New ffmpeg plugins
by Andrea paz 31 Aug '20

31 Aug '20

I enclose my plugins.opts after testing some of the ffmpeg plugins that were commented before: 15 now work, although some I have no idea how they work or what use they have. The others still don't work, giving the usual errors. There are some that do not give errors when booting CinGG but then do not appear in the list of plugins. Probably you can make them work, but I don't know if it is worth wasting time. WORKS: allrgb; allyuv; cellauto; codecview (I don't know how to use it!); copy; fps; freezedetect; null; pixdesctest (I don't know how to use it!); pullup (I don't know how to use it!); random; reverse; selective colors; settb; tonemap; vmafmotion (I don't know how to use it!). NO ERROR but NO LOADS: alphaextract; decimate; displace; extractplanes; hdcd; join; mergeplanes; noformat; removelogo; replaygain; xmedian; mix; drawtext; subtitles.

2 2

Bump Autos + other checked into GIT
by Phyllis Smith 29 Aug '20

29 Aug '20

New "Bump Autos" have been checked into GIT. A demo is at: https://streamable.com/4kqlpv The initial goal was to resolve some of the issues reported with Speed with the end result of application to all of the float autos (to include Camera and Projector). Documentation is not yet available due to Phyllis not being available much to do anything. Hopefully it will get done by the 31st. Test builds for Ubuntu 20, Mint 18 and Arch can be downloaded (*in about 2 hours from now*) at https://cinelerra-gg.org/download/testing/ look for the one with today's date on it. The icon symbols that were checked in are still being worked too. GG

8 28

Improved Scale plugin from Contributor checked in
by Phyllis Smith 14 Aug '20

14 Aug '20

The GIT has an improved Scale plugin added. And Locale was replaced with Language in the Settings->Preferences, Appearance tab. GG is working on improving the Speed Auto. I am having to spend more time in the next couple of weeks on personal stuff.

2 1

Request: Language settings
by Gerd + Beatrix Elgert 11 Aug '20

11 Aug '20

Phyllis, the new mint package installs perfect. Thank you all. My only REQUEST for some time in the future: Could you add an additional tab for language settings in the preferences - like in the animation program Krita? My system is set up in German and I constantly need to switch between German and English to make full use of the excellent English tutorials which are out there. (I have been using Cinelerra since 2008. But with new technologies and equipment I am constantly testing and learning) At the moment I have to start CIN in the terminal to make it load the English language at start. That does it for me, but it is not an elegant solution. Have a look at Krita.

2 3

Fixed typo in my x265-8/10/12 bit patchset, tried CineformHD encoder in ffmpeg.git
by Andrew Randrianasulu 07 Aug '20

07 Aug '20

Hi all ... Not much to report, just another recompile of CinelerraGG. I made typo in one of my patches, so compilation stopped in x265, but then I fixed it and tried resulted Cinelerra for encoding .. cin Cinelerra Infinity - built: Aug 6 2020 08:57:33 git://git.cinelerra-gg.org/goodguy/cinelerra.git (c) 2006-2019 Heroine Virtual Ltd. by Adam Williams 2007-2020 mods for Cinelerra-GG 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. RenderFarmClient::main_loop: client started x265 [info]: HEVC encoder version 3.4 x265 [info]: build info [Linux][clang 10.0.0][32 bit][noasm] 10bit x265 [info]: using cpu capabilities: none! x265 [info]: Main 4:2:2 10 profile, Level-4 (Main tier) x265 [info]: Thread pool created using 4 threads x265 [info]: Slices : 1 x265 [info]: frame threads / pool features : 2 / wpp(17 rows) x265 [info]: Coding QT: max CU size, min CU size : 64 / 8 x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 3 x265 [info]: Keyframe min / max / scenecut / bias : 25 / 250 / 40 / 5.00 x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2 x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0 x265 [info]: References / ref-limit cu / depth : 3 / off / on x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1 x265 [info]: Rate Control / qCompress : CRF-28.0 / 0.60 x265 [info]: tools: rd=3 psy-rd=2.00 early-skip rskip mode=1 signhide tmvp x265 [info]: tools: b-intra strong-intra-smoothing lslices=6 deblock sao FFStream::encode_frame: encode failed. file: /dev/shm/x265-10bit.m2ts err: Ресурс временно недоступен FFStream::flush failed :file:/dev/shm/x265-10bit.m2ts err: Операция не позволена FFStream::encode_frame: encode failed. file: /dev/shm/x265-10bit.m2ts err: Ресурс временно недоступен FFStream::flush failed :file:/dev/shm/x265-10bit.m2ts err: Операция не позволена x265 [info]: frame I: 10, Avg QP:27.41 kb/s: 3481.49 x265 [info]: frame P: 502, Avg QP:29.10 kb/s: 2210.02 x265 [info]: frame B: 1274, Avg QP:32.85 kb/s: 942.35 x265 [info]: Weighted P-Frames: Y:2.4% UV:0.4% x265 [info]: consecutive B-frames: 8.4% 7.8% 13.0% 67.7% 3.1% encoded 1786 frames in 3014.28s (0.59 fps), 1312.88 kb/s, Avg QP:31.76 Render::render_single: Session finished. ** rendered 1814 frames in 3014.337 secs, 0.602 fps Mesa: User error: GL_INVALID_OPERATION in glDeleteShader Session time: 3:08:33 Cpu time: user: 3:06:29.051 sys: 0:01:52.474 a bit strange, because resulted m2ts file still plays until end, just video stops a bit before audio (with mplayer). I also tried this new CineformHD encoder in ffmpeg, using attached options file: cat /usr/share/cin/ffmpeg/video/cfhdenc.qt mov cfhd It worked at around 7 fps for 1080p h264 source in RGBA-float project ... Decoding with mplayer was fine if I set CPU to on-demand performance, but just 4x 1.4Ghz of my AMD FX 4300 was not enough for single stream decode. This codec was rumored to be fast for both encode and decode, guess ffmpeg implementation not very fast yet ...

2 2

x265 10/12 bit patch3 a bit reworked
by Andrew Randrianasulu 01 Aug '20

01 Aug '20

I used advice from https://stackoverflow.com/questions/106387/is-it-possible-to-detect-32-bit-… and reworked my patch like this: --- /dev/null 2020-07-19 09:07:01.788494015 +0300 +++ multilib.sh 2020-08-02 02:34:58.444933214 +0300 @@ -0,0 +1,54 @@ +#!/bin/sh + +mkdir -p 8bit 10bit 12bit + + +cd 12bit +if [ $(uname -m) == 'x86_64' ]; then + # 64-bit stuff here +cmake ../source -DHIGH_BIT_DEPTH=ON -DENABLE_ASSEMBLY=ON -DEXPORT_C_API=OFF -DENABLE_SHARED=OFF -DENABLE_CLI=OFF -DMAIN12=ON +else + # 32-bit stuff here +cmake ../source -DHIGH_BIT_DEPTH=ON -DENABLE_ASSEMBLY=OFF -DEXPORT_C_API=OFF -DENABLE_SHARED=OFF -DENABLE_CLI=OFF -DMAIN12=ON +fi +make -j 1 + +cd ../10bit +if [ $(uname -m) == 'x86_64' ]; then + # 64-bit stuff here +cmake ../source -DHIGH_BIT_DEPTH=ON -DENABLE_ASSEMBLY=ON -DEXPORT_C_API=OFF -DENABLE_SHARED=OFF -DENABLE_CLI=OFF +else + # 32-bit stuff here +cmake ../source -DHIGH_BIT_DEPTH=ON -DENABLE_ASSEMBLY=OFF -DEXPORT_C_API=OFF -DENABLE_SHARED=OFF -DENABLE_CLI=OFF +fi +make -j 1 + +cd ../8bit +ln -sf ../10bit/libx265.a libx265_main10.a +ln -sf ../12bit/libx265.a libx265_main12.a +cmake ../source -DEXTRA_LIB="x265_main10.a;x265_main12.a" -DENABLE_SHARED=OFF -DEXTRA_LINK_FLAGS=-L. -DLINKED_10BIT=ON -DLINKED_12BIT=ON +make -j 1 + +# rename the 8bit library, then combine all three into libx265.a +mv libx265.a libx265_main.a + +uname=`uname` +if [ "$uname" = "Linux" ] +then + +# On Linux, we use GNU ar to combine the static libraries together +ar -M <<EOF +CREATE libx265.a +ADDLIB libx265_main.a +ADDLIB libx265_main10.a +ADDLIB libx265_main12.a +SAVE +END +EOF + +else + +# Mac/BSD libtool +libtool -static -o libx265.a libx265_main.a libx265_main10.a libx265_main12.a 2>/dev/null + +fi hopefully it should enable assembly for 10/12 bit depth on x86_64, and disable it on my i686 - but UNTESTED for now due to lack of sleep.

1 0