September 2020 - Cin - Cinelerra-GG Mailing Lists

I tried to add AVC-Intra 100 output profiles
by Andrew Randrianasulu 08 May '25

08 May '25

But not sure if I did this correctly. https://en.wikipedia.org/wiki/AVC-Intra says for AVC-Intra 100: AVC-Intra 100: nominally 100 Mbit/s, size of each frame is fixed CAVLC entropy coding only. All formats are High 4:2:2 Intra Profile, Level 4.1 4:2:2 chrominance sampling frames are not scaled and yeah, this French-language pdf actually says the same: https://web.archive.org/web/20110720215759/http://www.ficam.fr/upload/docum… 50M 100M Standard MPEG-4 part10 AVC/H.264 Profile High 10 Intra High 4:2:2 Intra Level Level 3.2/4.0 Level 4.1 Resolution 1440x1080 / 960x720 1920x1080 / 1280x720 Sampling 4:2:0 4:2:2 Bit rate 54Mbps 111Mbps Block size Y: 8x8, C: 4x4 Intra Prediction Y: 9mode, C: 4mode MBAFF Yes De-block filter No Slice/frame 10 Entropy coding CABAC CAVLC so, I looked up ffmpeg cmd line https://trac.ffmpeg.org/ticket/3597 ffmpeg -v info -i /mnt-data/backup4/vol0/export/CUHK\ 2014-1/V017b.mov -vcodec libx264 -intra -pix_fmt yuv422p10le -vb 100M -x264opts avcintra-class=100 -x264opts colorprim=bt709 -x264opts transfer=bt709 -x264opts colormatrix=bt709 -threads 4 -acodec copy V017b-ffmpeg-git-avcintra100.mov Huh, said I and entered those params in opts file, actually in two files (mp4 and mov containers) mov libx264 cin_pix_fmt=yuv422p10le flags -global_header keyint_min=0 x264-params=keyint=0:colorprim=bt709:transfer=bt709:colormatrix=bt709 avcintra-class=100 bufsize=100000000 level=4.1 mp4 libx264 cin_pix_fmt=yuv422p10le flags -global_header keyint_min=0 x264-params=keyint=0:colorprim=bt709:transfer=bt709:colormatrix=bt709 avcintra-class=100 bufsize=100000000 level=4.1 both for progressive content, for interlace you must add some more flags: https://lists.ffmpeg.org/pipermail/ffmpeg-user/2017-January/035049.html -flags +ildct+ilme -x264opts interlaced=1 Also, there is still lack of (GUI) user notification if file writing failed due to NO SPACE on device :} FFStream::write_packet: write packet failed. file:/dev/shm/avci_new.mp4 err: На устройстве не осталось свободного места FFStream::encode_frame: encode failed. file: /dev/shm/avci_new.mp4 err: На устройстве не осталось свободного места FFStream::flush failed :file:/dev/shm/avci_new.mp4 err: Операция не позволена Render::render_single: Session finished. ** rendered 273 frames in 85.585 secs, 3.190 fps Render::render_single: Session finished. ** rendered 273 frames in 85.485 secs, 3.194 fps Render::render_single: Session finished. ** rendered 273 frames in 82.176 secs, 3.322 fps Profile sort of assumes you set project to some supported resolution, framerate, etc, otherwise libx264 will fail with console error message..... I found some talk about AVC-Ultra, there even was patch for x264, but it was not merged: https://mailman.videolan.org/pipermail/x264-devel/2015-September/011412.html Also, I think sound must be uncompressed, but I'm not sure.

2 5

Re: [Cin] cinelerra-gg on ppc64el
by Daniel Reurich 02 Apr '22

02 Apr '22

Hi I've made some significant progress in getting the build going - and will have some patches to drop that solve some issues for builds using system libs and non x86 based archs. The current issue I'm stumbling on is that configure doesn't detect the systems liba52 and a52dec/a52.h header files as installed. This results in a linking failure during the build of libzmpeg Any thoughts on how I might overcome that? Thanks, Daniel. -- Daniel Reurich Centurion Computer Technology (2005) Ltd. 021 797 722

3 5

ffmpeg.git.patch4 is not needed anymore?
by Andrew Randrianasulu 16 Oct '20

16 Oct '20

Hello, all! for my usual rebuild of CinGG with ffmpeg.git I found ffmpeg.git.patch4 is not applicable anymore, and ffmpeg log list this commit: https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/a7bd37927628df3672488e07f71… avfilter/af_aformat: Add uninit function so, i just moved this patch away from buildsystem for now. sadly, bigger patch ffmpeg.git.patch2 (mpegts/blu-ray) also started to show at least one failure: (as of ffmpeg commit 649a6969f75f2378c65768deb9debd325eb2fc7f): root@slax:/dev/shm/tmp/cinelerra-goodguy-20200826/cinelerra-5.1/thirdparty/ffmpeg.git# cat ../src/_ffmpeg.git.patch2 | patch -p1 patching file libavformat/mpegtsenc.c Hunk #1 succeeded at 57 (offset 1 line). Hunk #2 succeeded at 78 (offset 1 line). Hunk #3 succeeded at 93 (offset 1 line). Hunk #4 succeeded at 109 (offset 1 line). Hunk #5 succeeded at 218 (offset 1 line). Hunk #6 succeeded at 238 (offset 1 line). Hunk #7 succeeded at 260 (offset 3 lines). Hunk #8 succeeded at 282 (offset 3 lines). Hunk #9 succeeded at 295 (offset 3 lines). Hunk #10 succeeded at 324 (offset 4 lines). Hunk #11 succeeded at 676 (offset 28 lines). Hunk #12 succeeded at 702 (offset 28 lines). Hunk #13 succeeded at 742 (offset 28 lines). Hunk #14 succeeded at 755 (offset 28 lines). Hunk #15 succeeded at 814 (offset 28 lines). Hunk #16 succeeded at 876 (offset 28 lines). Hunk #17 succeeded at 1077 (offset 28 lines). Hunk #18 succeeded at 1086 (offset 28 lines). Hunk #19 succeeded at 1104 (offset 28 lines). Hunk #20 succeeded at 1173 (offset 28 lines). Hunk #21 succeeded at 1233 (offset 28 lines). Hunk #22 succeeded at 1241 (offset 28 lines). Hunk #23 succeeded at 1315 (offset 28 lines). Hunk #24 succeeded at 1345 (offset 28 lines). Hunk #25 succeeded at 1363 (offset 28 lines). Hunk #26 succeeded at 1424 (offset 28 lines). Hunk #27 succeeded at 1522 (offset 28 lines). Hunk #28 succeeded at 1534 (offset 28 lines). Hunk #29 FAILED at 1585. Hunk #30 succeeded at 1644 (offset 28 lines). Hunk #31 succeeded at 1789 with fuzz 1 (offset 85 lines). Hunk #32 succeeded at 1843 (offset 85 lines). Hunk #33 succeeded at 1857 (offset 85 lines). Hunk #34 succeeded at 1925 (offset 86 lines). 1 out of 34 hunks FAILED -- saving rejects to file libavformat/mpegtsenc.c.rej cat libavformat/mpegtsenc.c.rej --- libavformat/mpegtsenc.c +++ libavformat/mpegtsenc.c @@ -1585,7 +1446,7 @@ static int mpegts_write_packet_internal(AVFormatContext *s, AVPacket *pkt) ret = avio_open_dyn_buf(&ts_st->amux->pb); if (ret < 0) - return ret; + return AVERROR(ENOMEM); ret = av_write_frame(ts_st->amux, &pkt2); if (ret < 0) { I tried to make new patch (by manually adding missed chunk), but not tested it yet (attached)

3 6

Blu-ray encoding again
by Andrew Randrianasulu 16 Oct '20

16 Oct '20

Hi! With Marton's patches from git clone -b mpegts https://github.com/cus/ffmpeg/ and CinGG compiled with ffmpg.git I _nearly_ got some rendering. But option files still needed some modification For example I was running into x264 errors. cin Cinelerra Infinity - built: Nov 14 2019 14:17:05 git://git.cinelerra-gg.org/goodguy/cinelerra.git (c) 2006-2019 Heroine Virtual Ltd. by Adam Williams (c) 2007-2019 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. Device type none is not supported. Available device types: vdpau cuda vaapi opencl Device type none is not supported. Available device types: vdpau cuda vaapi opencl Device type none is not supported. Available device types: vdpau cuda vaapi opencl Device type none is not supported. Available device types: vdpau cuda vaapi opencl [libx264 @ 0xe9a3c4c0] interlace + weightp is not implemented [libx264 @ 0xe9a3c4c0] using mv_range_thread = 88 [libx264 @ 0xe9a3c4c0] NAL HRD parameters require VBV parameters [libx264 @ 0xe9a3c4c0] using SAR=1/1 [libx264 @ 0xe9a3c4c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX XOP FMA3 BMI1 [libx264 @ 0xe9a3c4c0] profile High, level 4.1 Device type none is not supported. Available device types: vdpau cuda vaapi opencl FFMPEG::encode_activate: write header failed /dev/shm//bd_20191114-163217/bd.m2ts err: Недопустимый аргумент Render::render_single: Session finished. Device type none is not supported. Available device types: vdpau cuda vaapi opencl some of them were fixed by applying parameters from http://www.x264bluray.com/home/1080i-p [libx264 @ 0xe0609640] using mv_range_thread = 88 [libx264 @ 0xe0609640] using SAR=1/1 [libx264 @ 0xe0609640] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX XOP FMA3 BMI1 [libx264 @ 0xe0609640] HRD bitrate: 40000000 bits/sec [libx264 @ 0xe0609640] CPB size: 30000000 bits [libx264 @ 0xe0609640] profile High, level 4.1 [SWR @ 0xcfba81c0] Using fltp internally between filters Device type none is not supported. Available device types: vdpau cuda vaapi opencl Render::render_single: Session finished. but there still warning at ffmpeg site about deprecation of x264opts: https://trac.ffmpeg.org/wiki/Encode/H.264 Warning: Do not use the option x264opts, as it will eventually be removed. Use x264-params instead. --- /usr/share/cin/ffmpeg/video/bluray.m2ts 417/417 100% bluray libx264 bluray-compat=1 id=0x1011 level=41 bf=2 fake-interlaced=1 bitrate=40000 slices=4 sar=1:1 # vbv-maxrate=40000 # vbv-bufsize=30000 refs=3 cin_pix_fmt=yuv420p color_range=mpeg colorspace=bt709 color_trc=bt709 color_primaries=bt709 profile=high preset=medium flags=+cgop # must be last for bdcreate.C x264opts keyint=25:min-keyint=4:qpmin=3:qpmax=33:qp_step=4:merange=8:vbv-maxrate=40000:vbv-bufsize=30000 --- /usr/share/cin/ffmpeg/format/bluray 129/129 100% mpegts mpegts_m2ts_mode=1 mpegts_start_pid=1024 mpegts_pmt_start_pid=256 muxrate 1 #sdt_period=-1 packetsize 2048 preload 500000 But please note some x264 params actually should vary for interlaced or progressive, 25 vs 30 fps: 1080p Primary and Secondary Streams 1080p23.976 / 1080p24 x264 --bitrate XXXXX --preset veryslow --tune film --bluray-compat --vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 24 --open-gop --slices 4 --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --pass 1 -o out.264 input.file x264 --bitrate XXXXX --preset veryslow --tune film --bluray-compat --vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 24 --open-gop --slices 4 --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --pass 2 -o out.264 input.file NB: the following two streams are encoded using fake-interlaced mode. This allows the stream to be encoded progressively yet flagged as interlaced. 1080p25 x264 --bitrate XXXXX --preset veryslow --tune film --bluray-compat --vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 25 --open-gop --slices 4 --fake-interlaced --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --pass 1 -o out.264 input.file x264 --bitrate XXXXX --preset veryslow --tune film --bluray-compat --vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 25 --open-gop --slices 4 --fake-interlaced --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --pass 2 -o out.264 input.file 1080p29.97 x264 --bitrate XXXXX --preset veryslow --tune film --bluray-compat --vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 30 --open-gop --slices 4 --fake-interlaced --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --pass 1 -o out.264 input.file x264 --bitrate XXXXX --preset veryslow --tune film --bluray-compat --vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 30 --open-gop --slices 4 --fake-interlaced --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --pass 2 -o out.264 input.file 1080i Primary and Secondary Streams (assumes top field first) 1080i25 x264 --bitrate XXXXX --preset veryslow --tune film --bluray-compat --vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 25 --open-gop --slices 4 --tff --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --pass 1 -o out.264 input.file x264 --bitrate XXXXX --preset veryslow --tune film --bluray-compat --vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 25 --open-gop --slices 4 --tff --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --pass 2 -o out.264 input.file 1080i29.97 / 1080i30 x264 --bitrate XXXXX --preset veryslow --tune film --bluray-compat --vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 30 --open-gop --slices 4 --tff --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --pass 1 -o out.264 input.file x264 --bitrate XXXXX --preset veryslow --tune film --bluray-compat --vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 30 --open-gop --slices 4 --tff --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --pass 2 -o out.264 input.file so, keyint must be dynamically-selected, depending on profile you (user) choose, and fake_interlaced must be present for progressive encodings More on those constrains, refering same page: https://av.community/guides/encoding-video-for-blu-ray-using-h264-avc/ "8-bit (4:2:0) Colorspace is only allowed Main and High profiles are allowed Maximum 3 B-Frames is allowed NAL-HRD Type 2 capable encoder is needed" note, according to some comments around vbv-bufsize you can mux to DVD, so test this, too? "vbv-maxrate Maximum allowed bitrate. Depend of destination media, for normal BD Media, maximum settings is allowed (40000), while for DVD Media (eg BD-5 or BD-9) there is no maximum per Blu-Ray specification, but is strongly recommended that use less or equal to 15000, since DVD reading is slower."

3 3

Cool stuff
by Sam 05 Oct '20

05 Oct '20

Hi guys, i have found an interesting video which shows how you can convert footage with a lower FPS to a video with a much higher FPS without any losses. https://youtu.be/sFN9dzw0qH8 https://github.com/baowenbo/DAIN The nice thing is that this software is free of charge. For my commercial projects I mainly use Da Vinci Resolve and there is the same possibility which I use again and again. This feature is great if you want to create slow motion effects and you only have footage that was created with a low FPS. I don't know if one day this software will be used for Cinelerra, but it would be a great feature to use. Maybe you can transfer footage from Cinelerra to this tool with a mouse click and transfer it back to Cinelerra after the rendering is finished? Even if an integration would not be possible, you can use this tool independently. Sam P.S.: By the way, the problems with the language plugin and web site are still bothering me, but a solution will surely be found soon.

3 3

New September builds are ready
by Phyllis Smith 02 Oct '20

02 Oct '20

Below are the latest release notes. *Cinelerra-GG (Version Infinity) Release Notes for 09/01/2020-09/30/2020 for builds* The Bug tracker has reached number *500 in tickets *consisting of bugs and requests. *Improvements to the Manual *are ongoing with Andrea creating an Advanced Editing chapter and MatN very detailed review. Meanwhile, Andrew has been *stress testing* the code. 1. *Motion plugin* major improvements contributed by Georgy (SGE BT #509) and with his updated documentation added to the Manual. 2. *MotionCV and MotionHV* will no longer get built (but code still there). With Georgy’s better Motion plugin, it is preferable to not confuse the situation with multiple choices that might have issues anyway. 3. Because currently existing downloadable 4K webm files when loaded into Cinelerra were no longer seekable, we backed down the *dav1d* library from 7.1 to 5.1. Unfortunately it took some time to discover this as it is not a widely used format in CinGG. 4. *Usability Improvements:* *Transitions* are now playing much faster as using Cache has been added as a default. You might see a slight hesitation at the beginning of a transition when memory is being loaded then quite often it will play at full speed (Houku BT #495). There is a Settings→Preference for this called “Cache Transitions” and it is enabled by default. This may be eliminated in the future if there are no problems with the caching because everyone will want this speed up. * Drag Transitions* is available to increase/decrease the length and works similar to dragging a plugin (Houku BT #495). Reverse playback now also uses Cache so that it is faster (Andrew note of slow reverse play). 14 revised or new FFmpeg formats for rendering have been generated & checked (Andrew). Russian translations in ru.po updated by Andrew. Spanish translations in es.po updated once again by RafaMar. The Aspect height has been increased in size from 10000 to 32767 (related to Shipman BT# 505). Menu and tooltip for Undo reads “z or Ctrl-z” now to make it clear as recommended in email. Improved SUV patchbay and expand pngs provided by IgorBeg. *Histogram plugin* modifications include: - capability to calculate a multiple frame average (a user request driven by need) - slider bar Linear to Log with 50% being the default; originally was Log - the “average” is now used for each bin / values - code cleanup for better readability 5. *Bugs/Issues fixed:* Fixed “Clear Keyframes” which in some cases did not delete the right keyframes (IgorB, Andrea, RafaMar BT #501) and create the correct intervals. Tweak keyframe popup speed undo. Added id-s for keyframes and labels (similar to what had been done for plugins awhile back). Fix background rendering to have a “in process” state before actually complete (Andrew BT #497). Edge gui fix in the Automation code. Dual Monitor mode fix (MatN BT# 502). Layout Viewer screen was raised when others weren’t, changed to be the same (MatN review notes). Fixed Settings→Preferences, Appearance tab problem with line through Flags/Warnings (IgorBeg). Fixed cache aging bug and some cache lock tweaks. Modified to push Preferences changes all the way to the render engine; they were not getting there before in some cases. General code cleanup; for example moved code of location where the background color was set. Fixed problem if run out of memory where Cin exits instead of crashes (Andrew-R email report). 32-bit shared memory fix (Andrew email with dump). Undo hide plugin fix (Andrew reported). Fixed a problem that occurred if performing a delete while the Render Engine is running. Booby fix if running Preferences at the same time as the FFmpeg button first/last is being pressed. Alpha is being set to 1 for background color always now – just a missing thing. Modified Render Farm to turn off “linger” and Render Farm usage will no longer send messages it does not know how to handle. Corrected SEGV discovery on load project when in Create Resources Only mode (Pierre BT #510) which was a result of using the wrong copy. Original Move tracks up/down along with its shortcut is now back. Roll tracks up/down has its own new shortcut along with its own distinct functionality.

2 1

Help: clarify some points of the manual
by Andrea paz 30 Sep '20

30 Sep '20

If you review the manual, you will find parts that are unclear or inaccurate. Please, can someone who knows the topics better explain the following points? Chapter 2.1.7 Labels "... you will have to use Alt+Ctrl instead ..." . I noticed when trying this in the Crop feature (chapter 2.2.7) that it only works with the left Alt key. I don't know if this is Mint-XFCE specific or not. The Alt key issue is also mentioned in 2.2.6 . Chapter 2.2.1 RMB in the compositor window includes Camera keyframe and Projector keyframe. What do these do? Describe them here seems logical. Chapter 2.2.7 Cropping. "... Reformat - Reformat Session crops and changes the Format for the entire session ..." Does the same thing happen if I change Settings->Format with tracks loaded? If so, which portion of the video is taken (e.g. 1920x1080p to 1080x720p). Is it cropped or scaled? Chapter 2.4.2 Timebar + Preview Region Usage in the Compositor and Viewer. "Settings", point 1. "...If no preview region is set ..." Then what is the rest of point 1 about? "... has no effect on the non-selected preview region ..."? If you notice any other unclear points, please let us know.

3 6

Please GG
by Igor BEGHETTO 30 Sep '20

30 Sep '20

Please, could you (GG) assign the "Shift+Up" shortcut to the "Swap tracks up" item instead of the "Move tracks up" and the "Shift+Down" shortcut to the "Swap tracks down" item instead of the "Move tracks down"? Thank you! If it help, take a look at https://www.youtube.com/watch?v=vruy2GRUsV8 IgorBeg

2 2

Latest Cin fail to launch, boxblur plugin at fault?
by Andrew Randrianasulu 29 Sep '20

29 Sep '20

2 3

Files for multi-cam
by Andrea paz 28 Sep '20

28 Sep '20

For those who do not follow the forum: an appendix (D.2) with an Armandux multi-cam workflow has been added to the manual. The good thing is that it provides its multicam material (3 video tracks with its own audio and one external audio track; all of good quality) for anyone who wants to experiment and try multicam, but has no material available. It's also always nice to see a magician at work! https://www.cinelerra-gg.org/forum/forum-news/contest/

1 0