November 2021 - Cin - Cinelerra-GG Mailing Lists

Re: [Cin] arm emulation on qemu links
by Andrew Randrianasulu 22 Nov '21

22 Nov '21

On Monday, November 22, 2021, <mnieuw(a)zap.a2000.nl> wrote: > Building CinGG for aarch64. > > In multiple places in the build tree, ./configure reports that it cannot > guess the build type. This is because "uname -p" returns unknown. I just > found out that this is quite common. On arm, only a few distributions > patch uname to return the same value as "uname -m" . Debian does not, > but Fedora does. So I am ditching the Debian VM, and create a Fedora > aarch64 VM instead. That will hopefully fix the "cannot build" error. try to study attached patch I made as part of effort to build Cin on elbrus machine. there was plenty of places where autoreconf fixes things... BUT i have not tested those modifications on more standard and older x86 distros.... (you hopefully can ignore nasm pieces, this was part of another patch) > A second point is that any nasm call is obviously for the wrong > CPU, so any product build that uses nasm should be disabled with a > configure options. well, at least libopus as configured by cingg was building fine here ... > > MatN >

1 0

alternative BD burning guide
by Andrew Randrianasulu 21 Nov '21

21 Nov '21

https://lists.fedoraproject.org/archives/list/[email protected]… oh, so many details about error management! from 2013.. ==== To summarize the process: Use x264 through ffmpeg or directly to convert the video to H.264 per the recommendations on www.x264bluray.com. Add the -fps flag if you need it. Unless you have a REALLY fast machine or an eternity to wait, use the slow preset instead of veryslow. Extract the audio, I used ffmpeg to extract the existing AC3 audio. Use tsMuxeR to create the proper blu-ray folder structure and mux'ed stream (unfortunately not FOSS, but free) Use ImgBurn under WINE to create the image for burning, which supports UDF 2.50 for blu-ray (and 2.60, but that's not needed). === so for now tsmuxer IS free, but imgburn not. imgburn might require setting windows version in Wine to winxp https://www.imgburn.com/ in theory new mkudffs can be used for making udf image, and then.. try udfclient (cli tool from netbsd) to put files into it (should be in debian/ubuntu) ? https://openports.pl/path/sysutils/udfclient === udfclient interactive commands ------------------------------ These are ftp-like, with some differences. Use the 'help' command at the "UDF>" prompt to display a summary. Of particular value is a 'get' or 'put' of a directory. This will copy the entire structure in or out of the filesystem. === https://github.com/pali/udftools/issues/20 https://superuser.com/questions/1552763/using-udfutils-to-create-a-data-bd-… note, some of those links contradict each other on (un) ability of udfcliet to put files/dirs into udf 2.5 formatted image... Only test will tell.. (afterwards usual linux kernel driver should show files in r/o mode) nerolinux is also non-free (and from 2012) https://medium.com/@justdan96/using-nerocmd-in-ubuntu-19-10-627c5b157fed http://home.thomas.pp.ua/soft/linux/Nero%20Linux%204.0.0.0%20x86_x64/ (not tested)

1 0

pcm in mp4
by Andrew Randrianasulu 21 Nov '21

21 Nov '21

from https://amp.reddit.com/r/ffmpeg/comments/ep61ig/uncompressed_audio_in_mp4_w… ==== You can use mp4box to mux PCM audio in MP4. If the audio is in a separate file, mp4box -add h264.mp4#video -add pcm.mov#audio -new h264pcm.mp4 If it's in the same file mp4box -add h264pcm.mov -new h264pcm.mp4 2 Reply jvaratos · 1y Success! This works perfectly and premiere accepts the file with ease. Thank you for this info! For those attempting similar things, I used FFMPEG to create a standalone m4v file with a h.264 stream (encoded to my liking) as well as a mov file containing just a PCM audio stream (mp4box would not accept a wav file for some reason). Mp4box accepted both of those with the syntax mentioned above and gave me a single mp4 file that premiere was happy with. ==== may be ffmbc also accepts this. If 'support' was as simple as 'id case somewhere' - we probably can patch our ffmpeg too

1 2

BT597
by Andrea paz 20 Nov '21

20 Nov '21

Regarding BT#597; I wanted to tell you that I only tried the build from git and not the appimage. The last one you created (cin-i386.AppImage) doesn't work for me. Instead, the last git build allowed me to compile without errors. I apologize, Phyllis, with my incompetence I am making you confused too.

1 0

render profiles
by Andrew Randrianasulu 18 Nov '21

18 Nov '21

I tried to create one just for testing, it apparently saved in .bcast5/Cinelerra_rc, but you hopefully can copy/paste those lines via text editor... http://www.g-raffa.eu/Cinelerra/HOWTO/rendering.html "The Render profile box is there for your convenience. It helps you by keeping note of your favourite rendering settings. You can use it, for instance, for memorizing the rendering of the video stream when you render for DVD. Let’s try it. Select YUV4MPEG Stream as File Format. Click on the Render video tracks checkbox. Select Insert nothing as insertion strategy. Type DVD video stream in the Render profile box. *** - I missed this step initially, silly me! Click on the Save Profile button. Now, change some rendering settings, just to mess things up. Open the Render profile drop down menu by clicking on the arrow on the right side of the Render profile box. Select the DVD video stream option you have just created and… voillà! You get all your settings back!" as far as I can see you can save more than ffmpeg settings this way (from my experiment) : RENDER_1_PROFILE_NAME h264-8bit RENDER_1_FILE_PER_LABEL 0 RENDER_1_LOADMODE 3 RENDER_1_RANGE_TYPE 3 RENDER_1_PATH /data/data/com.termux/files/home/h265.mp4 RENDER_1_FORMAT 33 RENDER_1_USE_HEADER 1 RENDER_1_FFORMAT mp4 RENDER_1_FF_FORMAT_OPTIONS RENDER_1_AUDIO 1 RENDER_1_VIDEO 1 RENDER_1_AUDIO_CODEC h264.mp4 RENDER_1_VIDEO_CODEC h265-10bit.mp4 RENDER_1_AMPEG_BITRATE 256 {...} so may be we can create few of those profiles too and ship them) {i misnamed my profile as you clearly see - it named h264-8bit yet encoder set to h265-10bit! so better to make those NOT at 3 am! }

3 5

arm emulation on qemu links
by Andrew Randrianasulu 18 Nov '21

18 Nov '21

because my patch series tend to fail on x86 while working on arm, I hope those links will help in creating virtual arm debian install for testing official qemu wiki https://wiki.qemu.org/Documentation/Platforms/ARM link from this wiki to older (2017) guide, you probably want to change debian distro name in d/l links https://translatedcode.wordpress.com/2017/07/24/installing-debian-on-qemus-… also, for faster performance try https://wiki.qemu.org/Features/tcg-multithread (do not forgot -smp 4 (or 8) argument)

2 12

FLAC audio files as resource creates skips
by Stefan de Konink 16 Nov '21

16 Nov '21

I have a very odd situation. I put a FLAC 44.1kHz into a project with 48kHz audio. I have noticed two things; 1. the playback does not match the timeline marker. 2. for some extremely odd reason the file skips to a different part. With ffmpeg I have converted the file to a plain wave (44.1kHz), which does not employ these issues. From the screenshot you can see there are some vertical 'empty' lines where the skip likely occurs. Is there a way to transfer the audio of this project to someone to investigate in private for a bug report, without getting the copyright police on our backs? -- Stefan

3 6

Updated CinGG release for downloading the AppImage
by Phyllis Smith 13 Nov '21

13 Nov '21

The October 31, 2021 CinGG releases are at: https://cinelerra-gg.org/download/images/CinGG-20211031-x86_64.AppImage https://cinelerra-gg.org/download/images/CinGG-20211031-x86_64-older_distro… https://cinelerra-gg.org/download/images/CinGG-20211031-multibit.AppImage https://cinelerra-gg.org/download/images/CinGG-20211031-i386.AppImage *GIT for Cinelerra-GG has the following changes from 10/01/2021-10/31/2021* The instructions for using AppImage in the file, *README_appimage.txt*, was updated by *Terje*. *Cineform, DPX, MXF *additional render formats have been provided as used in ffmpeg by *Andrea*. *Title video plugin* now correctly fades in/out as reported by *Camille.* This bug had been around a very long time (see BT #559) with the fix now done by a Freelancer. Many *plugins were being reloaded* in the AppImage on every start which could take awhile on some computers. *MatN* has expertly fixed this and changed that of the Cinelerra_plugins also. Note that any time a new release/build is started for the first time, it will always reload the plugins but each subsequent usage of that image will no longer require reloads as long as you use the same .bcast5. *Andrew-R contributions:* Opus and aom thirdparty libraries have had the examples and extras deleted to save build time. *In support of Android/Termux* CinGG compile, patches for libwepb and libaom have been added. Defaults for mxf render format have now been established. *Hungarian translation* as created using google with a 90% automated procedure is now available. To use, keyin the following in a window: LANGUAGE=hu ./CinGG-20211031-x86_64.AppImage

5 39

edl into ffmpeg cuts
by Andrew Randrianasulu 12 Nov '21

12 Nov '21

it says Premiere edl, but I hope our cmx3600 edl will work too? https://gist.github.com/seriousm4x/b5f795d7058f4e831270b047e25c3b9e req. python3

1 0

Add-timecode-to-output-mov-mxf.patch
by Phyllis Smith 11 Nov '21

11 Nov '21

Andrea/Andrew: > The 0030-Add-timecode-to-output-mov-mxf.patch works and introduces > timecode in both mov and mxf and also in mp4 (instead it doesn't work in > mkv). Thanks! I propose to put this patch in git. > It is a good idea but I tested it and it works and shows up in mediainfo BUT there is an error message that is a problem and I do not understand. Maybe Andrew can look at this as shown below where the new lines and error (codec open failed) is in BOLD as shown on the startup window. *AFTER 0030* ... 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. ... *tc: 0.000000* Render::render_single: Session finished. ** rendered 2713 frames in 7.326 secs, 370.325 fps *FFMPEG::scan: codec open failed* *FFMPEG::scan:file=/tmp/junafter.mp4* audio0 pad 32 0 (32) BEFORE 0030 ... 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. ... Render::render_single: Session finished. ** rendered 2713 frames in 9.759 secs, 278.000 fps audio0 pad 32 0 (32)

2 1