- Cin - Cinelerra-GG Mailing Lists

in/out point selected plugin attach fix?
by Andrew Randrianasulu 09 Aug '21

09 Aug '21

My initial idea about modifying track.C was wrong, but even simpler mod (attached) makes selection by setting in/out points and attaching plugin from menu work... in sense your plugin legth now can be set by setting i/o points not by just mouse selection or making few cuts with 'x' blade and then selecting block.. Phyllis, Andrea - can you give this patch a lot of testing? I mean with many tracks (armed/disarmed), many plugins, shared plugins, gang modes, etc...?

4 27

html manual on gang modes
by Andrew Randrianasulu 08 Aug '21

08 Aug '21

https://cinelerra-gg.org/download/CinelerraGG_Manual/Displaying_tracks_Gang… i see it described there as well === NOTES: When in Gang Channels or Gang Media mode, if the first audio track is not disarmed, but any of its connected channel tracks are, the disarm of those channels are ignored and all channels are treated as being armed. This is to be consistent with the purpose of using this mode; the purpose being that any edits to the first master track are automatically propagated to all other channels. == but again, I never used Ardour (or any audio DAW) but I thought idea of locked/protected tracks still common there? At very minimum it gives you more fine control about editing... note, my implementation of hidden preference actually done in localsession, too, just like gang_mode itself. Also I think this line has a typo (ares instead of are) ? "More details ares described next about master tracks" Finally, is there a way to numerate chapters in html output? ( so reference to numbered chapter can be easily found by browser's search function.)

2 2

Re: [Cin] in/out point selected plugin attach fix?
by Andrew Randrianasulu 08 Aug '21

08 Aug '21

On Saturday, August 7, 2021, Phyllis Smith <phylsmith2017(a)gmail.com> wrote: > > But there must be one more place that needs the same type of fix yet for >>> GANG audio mode. This is currently working if you drag an audio plugin to >>> a 2-channel audio track - that is, when you get back to regular mode you >>> can see that the plugin is on both audio tracks. But when you have In/Out >>> pointers and use the "attach effect" method instead, it only shows on the >>> initial track. >>> >> >> i tried to add two more lines into mwindowedit.C >> >> >> and for me I can select in/out points for two gang modes where sound >> tracks collapsed on timeline (with 6ch divx) and then use audio > attach >> effect for inserting effect and it propagates correctly >> > > Not sure why but this patch did not work for me. When I drag effect from > Resources in Gang Channels mode both tracks of 2-track audio get the > plugin. BUT when I attach effect only the 1 channel gets the plugin. This > is with just the 3 first patches in (not the 0004-Attempt-at...which I will > comment on later). Andrea, did this work for you? > well, I think this specific patch makes no difference - I commented out if condition out and it was still working as before. So you can drop this one. most interesting will be test 0004/0005 patches together, and may be extend patch 0005 with play_only_set_trks_in_gang_mode hidden settings (so more fine-grained control over cingg's behavior will be possible.) i added mail list as recipient because I think you wanted this mail to be seen there. >> >

1 0

screen capture of in/out patch work..
by Andrew Randrianasulu 06 Aug '21

06 Aug '21

well, i re-encoded it in cin itself (vp9 mkv) and it become smaller! original was around 4 mb. but rendering took more than 7 min for 23 sec 1280x800 x 30 fps video! guess those assembly optimizations for x86(x86-65) really make big diff..

1 0

vp9 row-mt parameter?
by Andrew Randrianasulu 06 Aug '21

06 Aug '21

I found this thread while looking at av1 parameters.. https://stackoverflow.com/questions/41372045/vp9-encoding-limited-to-4-thre… ==== Apparently since ffmpeg 3.3/libvpx 1.6.2, there is now support -row-mt=1 option which provides better encoding parallelization and more than 4 threads for 1080p content. Threadripper guys go nuts! - groups.google.com/a/webmproject.org/forum/#!topic/codec-devel/… – Programster Oct 29 '17 at 10:15 === As some people in comments and below have already commented, more recent versions of libvpx support -row-mt 1 to enable tile row multi-threading. === we use libvpx 1.8.2 / ffmpeg 4.3 so it should be applicable to us can anyone test few vp9 profiles modified with this parameter? (on high-cpu machines)

3 3

ffmpeg's shadertoy filter
by Andrew Randrianasulu 05 Aug '21

05 Aug '21

found via reddit https://gitlab.com/Canta/ffmpeg_shadertoy_filter I wonder if it works with Cingg? (it looks simple enough on command line), but i have no idea how it will interact with say opengl output..) Can't test on my limited environment, sorry (there is xwayland-based experimental project [0] with packages for termux, but i am a but short on flash space right now for trying it..) [0] - https://github.com/suhan-paradkar/termux-wayland/wiki/Launching-GUI-applica…

1 0

x265 3.5 update?
by Andrew Randrianasulu 05 Aug '21

05 Aug '21

I tried to update x265 lib due to possible speedup reported at https://avidemux.org/smif/index.php?topic=19448.0 (up to 30%) I downloaded tar.gz from https://bitbucket.org/multicoreware/x265_git/downloads/x265_3.5.tar.gz and put it in thirdparty/src, renamed x265_3.4.patch* to x265_3.5.patch* and it worked for simple 420 8bit encode .. -- $ ./cin.sh E: [pulseaudio] main.c: Failed to kill daemon: Unknown error 3 16 Killing Xvnc process ID 13038 Gdk-Message: 02:08:54.154: xfwm4: Fatal IO error 104 (Connection reset by peer) on X server :1. rm: cannot remove '/data/data/com.termux/files/usr/tmp/.X1-lock': No such file or directory rm: cannot remove '/data/data/com.termux/files/usr/tmp/.X11-unix/X1': No such file or directory New 'localhost:1 ()' desktop is localhost:1 Starting applications specified in /data/data/com.termux/files/home/.vnc/xstartup Log file is /data/data/com.termux/files/home/.vnc/localhost:1.log Cinelerra Infinity - built: Jul 12 2021 01:37:22 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. (xfwm4:13482): xfwm4-WARNING **: 02:08:59.352: Failed to connect to session manager: Failed to connect to the session manager: SESSION_MANAGER environment variable not defined BC_WindowBase::init_im: Could not open input method. BC_Theme::get_image: image "mode_reflect" not found. BC_Theme::get_image: image "mode_average" not found. BC_Theme::get_image: image "mode_normals" not found. FFMPEG::open_decoder: some stream times estimated: /data/data/com.termux/files/home/matrixbench_highdivx_ac3.avi FFMPEG::open_decoder: some stream times estimated: /data/data/com.termux/files/home/matrixbench_highdivx_ac3.avi filebase cpu 1 FFMPEG::open_decoder: some stream times estimated: /data/data/com.termux/files/home/matrixbench_highdivx_ac3.avi filebase cpu 1 FFMPEG::open_decoder: some stream times estimated: /data/data/com.termux/files/home/matrixbench_highdivx_ac3.avi filebase cpu 8 FFMPEG::open_decoder: some stream times estimated: /data/data/com.termux/files/home/matrixbench_highdivx_ac3.avi filebase cpu 8 FFMPEG::open_decoder: some stream times estimated: /data/data/com.termux/files/home/matrixbench_highdivx_ac3.avi filebase cpu 8 FFMPEG::open_decoder: some stream times estimated: /data/data/com.termux/files/home/matrixbench_highdivx_ac3.avi filebase cpu 8 FFMPEG::open_decoder: some stream times estimated: /data/data/com.termux/files/home/matrixbench_highdivx_ac3.avi filebase cpu 8 filebase cpu 8 tc: 0.000000 tc: 42.320000 x265 [info]: HEVC encoder version 3.5+1-f0c1022b6 x265 [info]: build info [Linux][clang 12.0.0][32 bit][noasm] 8bit+10bit+12bit x265 [info]: using cpu capabilities: none! x265 [info]: Main profile, Level-3 (Main tier) x265 [info]: Thread pool created using 8 threads x265 [info]: Slices : 1 x265 [info]: frame threads / pool features : 3 / wpp(9 rows) x265 [warning]: Source height < 720p; disabling lookahead-slices 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 : 30 / 30 / 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 deblock sao FFMPEG::open_decoder: some stream times estimated: /data/data/com.termux/files/home/matrixbench_highdivx_ac3.avi filebase cpu 8 x265 [info]: frame I: 30, Avg QP:27.01 kb/s: 1674.48 x265 [info]: frame P: 300, Avg QP:30.57 kb/s: 387.99 x265 [info]: frame B: 276, Avg QP:34.53 kb/s: 168.77 x265 [info]: Weighted P-Frames: Y:0.0% UV:0.0% x265 [info]: consecutive B-frames: 67.0% 2.7% 13.6% 13.0% 3.6% encoded 606 frames in 139.70s (4.34 fps), 351.83 kb/s, Avg QP:32.20 Render::render_single: Session finished. ** rendered 606 frames in 143.498 secs, 4.223 fps FFMPEG::open_decoder: some stream times estimated: /data/data/com.termux/files/home/matrixbench_highdivx_ac3.avi filebase cpu 8 filebase cpu 8 filebase cpu 1 filebase cpu 1 FFMPEG::scan: codec open failed FFMPEG::scan:file=/data/data/com.termux/files/home/h265.mp4 filebase cpu 8 AudioPulse::open_output 110: failed server=(null) Connection refused AudioPulse::open_output 110: failed server=(null) Connection refused Total excess of backups: 0 Session time: 0:05:44 Cpu time: user: 0:10:19.434 sys: 0:00:13.609 $ mediainfo ~/h265.mp4 General Complete name : /data/data/com.termux/files/home/h265.mp4 Format : MPEG-4 Format profile : Base Media Codec ID : isom (isom/iso2/mp41) File size : 1.03 MiB Duration : 24 s 240 ms Overall bit rate : 356 kb/s Writing application : Lavf58.76.100 Video ID : 1 Format : HEVC Format/Info : High Efficiency Video CodingFormat profile : Main@L3@Main Codec ID : hev1 Codec ID/Info : High Efficiency Video CodingDuration : 24 s 240 ms Bit rate : 353 kb/s Width : 720 pixels Height : 576 pixels Display aspect ratio : 4:3 Frame rate mode : Constant Frame rate : 25.000 FPS Standard : PAL Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.034 Stream size : 1.02 MiB (99%) Writing library : x265 3.5+1-f0c1022b6:[Linux][clang 12.0.0][32 bit][noasm] 8bit+10bit+12bit Encoding settings : cpuid=0 / frame-threads=3 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=720x576 / interlace=0 / total-frames=0 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=3 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=30 / keyint=30 / gop-lookahead=0 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=20 / lookahead-slices=0 / scenecut=40 / hist-scenecut=0 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=0 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=3 / limit-refs=1 / no-limit-modes / me=1 / subme=2 / merange=57 / temporal-mvp / no-frame-dup / no-hme / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=3 / selective-sao=4 / early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=0.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=28.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / ipratio=1.40 / pbratio=1.30 / aq-mode=2 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=255 / sar-width / : / sar-height=16:15 / overscan=0 / videoformat=5 / range=1 / colorprim=2 / transfer=2 / colormatrix=5 / chromaloc=0 / display-window=0 / cll=0,0 / min-luma=0 / max-luma=255 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / hist-threshold=0.03 / no-opt-cu-delta-qp / no-aq-motion / no-hdr10 / no-hdr10-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=0 / analysis-save-reuse-level=0 / analysis-load-reuse-level=0 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00 / scenecut-aware-qp=0conformance-window-offsets / right=0 / bottom=0 / decoder-max-rate=0 / no-vbv-live-multi-pass Color range : Full Matrix coefficients : BT.470 System B/G Codec configuration box : hvcC Other ID : 2 Type : Time code Format : QuickTime TC Duration : 24 s 240 ms Frame rate : 25.000 FPS Time code of first frame : 00:00:42:08 Time code, striped : Yes Language : English Default : No ---- at least in this case x265 prints same number of encoded frames as Cinelerra... (606 frames) I think 'make - j 1' lines in x264_3.4/3.5.patch3 can be safely removed - for small speedup (each sub-lib still compiles serially..) not tested on older software distribitions, but I see no cmake/nasm version bumps at least in release notes...

3 5

Latest CinGG build
by Andrea paz 02 Aug '21

02 Aug '21

Only patches 50-53-59 give whitespace errors: Applicazione in corso: fix mjpegtools patch4 and patch5 (termux) .git/rebase-apply/patch:20: space before tab in indent. if (nErr != 0) .git/rebase-apply/patch:21: space before tab in indent. mjpeg_error_exit1 ("pthread_attr_init() failed: %s", .git/rebase-apply/patch:22: space before tab in indent. strerror (nErr)); .git/rebase-apply/patch:35: space before tab in indent. // Inherit scheduling parameters from the main thread. .git/rebase-apply/patch:36: space before tab in indent. nErr = pthread_attr_setinheritsched (&sThreadAttributes, warning: 13 errori di spazi bianchi soppressi warning: 18 righe aggiungono errori di spazi bianchi. Applicazione in corso: attempt at making mpegts/bluray patch for ffmpeg-4.4, might not work .git/rebase-apply/patch:23: trailing whitespace. .git/rebase-apply/patch:47: trailing whitespace. .git/rebase-apply/patch:57: trailing whitespace. .git/rebase-apply/patch:75: trailing whitespace. .git/rebase-apply/patch:80: trailing whitespace. warning: 85 errori di spazi bianchi soppressi warning: 90 righe aggiungono errori di spazi bianchi. Applicazione in corso: Add two more libx264 patches for ffmpe, enable avcintra 300/480 .git/rebase-apply/patch:63: trailing whitespace. .git/rebase-apply/patch:69: trailing whitespace. warning: 2 righe aggiungono errori di spazi bianchi. Applicazione in corso: sigh, i deleted make in x265_3.5.patch3, restored .git/rebase-apply/patch:30: trailing whitespace. +make warning: 1 riga aggiunge errori di spazi bianchi. Applicazione in corso: --with-booby demands execinfo.h Then I tried reapplying these 3 patches with the --whitespace=fix option, but it didn't work: $ git am --whitespace=fix /home/paz/Download/randrik14/rand/*.patch Applicazione in corso: fix mjpegtools patch4 and patch5 (termux) .git/rebase-apply/patch:20: space before tab in indent. if (nErr != 0) .git/rebase-apply/patch:21: space before tab in indent. mjpeg_error_exit1 ("pthread_attr_init() failed: %s", .git/rebase-apply/patch:22: space before tab in indent. strerror (nErr)); .git/rebase-apply/patch:35: space before tab in indent. // Inherit scheduling parameters from the main thread. .git/rebase-apply/patch:36: space before tab in indent. nErr = pthread_attr_setinheritsched (&sThreadAttributes, error: patch non riuscita: cinelerra-5.1/thirdparty/src/mjpegtools-2.1.0.patch4:1 error: cinelerra-5.1/thirdparty/src/mjpegtools-2.1.0.patch4: la patch non si applica correttamente error: patch non riuscita: cinelerra-5.1/thirdparty/src/mjpegtools-2.1.0.patch5:1 error: cinelerra-5.1/thirdparty/src/mjpegtools-2.1.0.patch5: la patch non si applica correttamente Patch non riuscita a 0001 fix mjpegtools patch4 and patch5 (termux) suggerimento: Usa 'git am --show-current-patch=diff' per visualizzare la patch non riuscita Una volta risolto questo problema, esegui "git am --continue". Se preferisci saltare questa patch, esegui invece "git am --skip". Per ripristinare il branch originario e terminare il patching, esegui "git am --abort". $ git am --skip Applicazione in corso: attempt at making mpegts/bluray patch for ffmpeg-4.4, might not work .git/rebase-apply/patch:23: trailing whitespace. .git/rebase-apply/patch:47: trailing whitespace. .git/rebase-apply/patch:57: trailing whitespace. .git/rebase-apply/patch:75: trailing whitespace. .git/rebase-apply/patch:80: trailing whitespace. error: cinelerra-5.1/thirdparty/src/ffmpeg-4.4.patch2: esiste già nell'indice Patch non riuscita a 0002 attempt at making mpegts/bluray patch for ffmpeg-4.4, might not work suggerimento: Usa 'git am --show-current-patch=diff' per visualizzare la patch non riuscita Una volta risolto questo problema, esegui "git am --continue". Se preferisci saltare questa patch, esegui invece "git am --skip". Per ripristinare il branch originario e terminare il patching, esegui "git am --abort". [paz@arch-paz cinelerra-5.1]$ git am --skip Applicazione in corso: Add two more libx264 patches for ffmpe, enable avcintra 300/480 .git/rebase-apply/patch:63: trailing whitespace. .git/rebase-apply/patch:69: trailing whitespace. error: cinelerra-5.1/thirdparty/src/ffmpeg-4.4.patch_4: esiste già nell'indice error: cinelerra-5.1/thirdparty/src/ffmpeg-4.4.patch_5: esiste già nell'indice Patch non riuscita a 0003 Add two more libx264 patches for ffmpe, enable avcintra 300/480 suggerimento: Usa 'git am --show-current-patch=diff' per visualizzare la patch non riuscita Una volta risolto questo problema, esegui "git am --continue". Se preferisci saltare questa patch, esegui invece "git am --skip". Per ripristinare il branch originario e terminare il patching, esegui "git am --abort". I still went ahead and compiled CinGG without problems (I attach cin5.log). The build took 8 min; without the patches the default was 5 min. The previous times with patches was 20 min. It seems to me a very good result, thanks! The proxy path patch was already present without needing to download it; I applied it with "patch < ..." and it works without errors. I'll get around to testing later today.

1 0

Updated AppImage's and Manuals
by Phyllis Smith 02 Aug '21

02 Aug '21

There are now 4 newly created AppImage's for CinGG as follows: https://cinelerra-gg.org/download/images/CinGG-20210731-x86_64.AppImage - for newer distros https://cinelerra-gg.org/download/images/CinGG-20210731-x86_64-older_distro… https://cinelerra-gg.org/download/images/CinGG-20210731-i386.AppImage - for 32 bit https://cinelerra-gg.org/download/images/CinGG-20210731-multibit.AppImage - for extra 10 and 12 bit The "multibit" AppImage was created on Mint 20 using the patch supplied by Andrew_R (which will be checked into GIT as a patch after I get the manual wording done to match). I tested this by rendering using the h265_10bit and h265_12bit formats -- which will not work without the 10 and 12 bit compiled version. But it is important to note that the multibit AppImage will only work on the appropriate Operating Systems which have all of the needed libraries installed. In other words, it worked on the Mint 20 system here as well as my laptop running Fedora 32 BUT did not work on the big desktop computer. And the HTML and pdf versions of the manuals have been updated: https://cinelerra-gg.org/download/CinelerraGG_Manual.pdf https://cinelerra-gg.org/download/CinelerraGG_Manual/ One more note -- the upgrade of ffmpeg from 4.3 to 4.4 is still awaiting a patch for the bluray. A "freelancer" was working on this and said he had a "fix", but then he disappeared so maybe he got sick or has some problem. Who knows these days but I hope a solution is available in August. Notes from the releasenote.pdf file: **************************************** *GIT for Cinelerra-GG has the following changes from 07/01/2021-07/31/2021* Workaround for “attach effect” bug when using In/Out pointers as *discovered by DeJay* and discussed in the forum is to use drag from the Resources window instead. Bug was introduced with the mods checked into GIT on 6/26/2020 in the track.C program. Fix not yet available but would be easy for someone who knows c++ and a little about CinGG. *Andrew R *has contributed all of the following upgrades/fixes with *Andrea doing additional tests*: Upgrade of x264 to 2021-06-15 master version from 20191217-2245-stable version. Upgrade of x265 from 3.4 to 3.5. Upgrade libaom from 3.0.0 to 3.1.1 and modified the build parameters to eliminate unnecessary docs. YUV Color Space has had 601 and 2020 split into 601-NTSC/601-PAL and BT2020-NCL/BT202/CL. Old projects will not be affected because 601-NTSC and BT2020-NCL are the old defaults. Updated or new profile formats of h265-10bit and h265-12bit. Export EDL option for CMX3600 formatted output has been re-instated and proven to work in at least one other application - Final Cut Pro for PPC Mac and also OpenShot with possible caveats. Changes may need to be made if there is a reason to do so for a specific case. *Rafa Mar* updated the Spanish translations.

4 12

offtopic: blender video rendering script
by Andrew Randrianasulu 01 Aug '21

01 Aug '21

found in comments under https://logosbynick.com/ubuntu-video-editing-software/ https://github.com/mikeycal/the-video-editors-render-script-for-blender basically if I understand idea correctly it uses same trick as (new) renderfarm script in Cinelerra posted at https://www.cinelerra-gg.org/bugtracker/view.php?id=575 my own idea is to try more advanced yuv4mpeg pipe if you want high-bit-depth encodings/HDR metadata insertion, but so far this seems to be niche thing... also found Animation nodes addon for blender, https://animation-nodes.com/ but it reqiures relatively new blender for latest version (git or 2.92)

3 3