В сообщении от Tuesday 12 January 2021 03:27:41 Rafa Mar Multimedia en Gnu\Linux via Cin написал(а): > Thanks Andrew, I don't know how to deactivate these buttons, and it's not > my place to deactivate them either, I simply recommend from my experience > to improve Cinelerra and make it interesting and without kamikaze functions.
Well, at the beginning I also know nothing about this particular codebase :} Try to look at code and guess what line does this or that .... comment it out, recompile, try to launch .... > I have Audacity 2.4.2 backport from Debian upstream running perfectly on > Linux Mint 19.3, the only drawback is that the Calf effects interfaces are > not graphically pretty, but I don't care, they work just as well with its > retro-style interface from the late 90s. :} Yeah, sometimes binary distributions are fine, but mostly when someone already solved little things like .... https://forum.audacityteam.org/viewtopic.php?t=105237 https://forum.audacityteam.org/viewtopic.php?f=19&t=104224 (I hit error related to re-building right in source tree, instead of 'build' directory) The I realized portaudio was patched in Ubuntu/Debian etc: https://portaudio.music.columbia.narkive.com/rju8OHIE/pa-getstreamhostapitype then I realized audacity will not link until you apply https://gitweb.gentoo.org/repo/gentoo.git/tree/media-sound/audacity/files/audacity-2.3.3-Fix-building-against-system-portaudio.patch :} so, a lot of adventuring, but at least you can see CinGG is not only software using custom/patched libs ... > I don't know what distribution you use, and I'm sure you know 1000 times > more about this than I do, but just in case, the repositories that have > allowed me to have Audacity 2.4.2 working perfectly are the ones on this > website: > https://launchpad.net/~ubuntuhandbook1/+archive/ubuntu/audacity > > El lun, 11 ene 2021 a las 23:51, Andrew Randrianasulu via Cin (< > cin@lists.cinelerra-gg.org>) escribió: > > > В сообщении от Tuesday 12 January 2021 00:57:48 Rafa Mar Multimedia en > > Gnu\Linux via Cin написал(а): > > > I have forwarded this valuable information to you, and I hope it is not > > too > > > late. > > > I understand that a programmer likes to play with the code and do > > wonders, > > > but you should consider that a video application is focused on people who > > > are NOT computer scientists and that their knowledge is very basic. > > > > Well, unlike closed-source applications you also can disable (at least) > > buttons you do not like > > _locally_. Yes, such patch may create inconvience later on, if there will > > be changes in this area upstream. > > > > Sorry, I'm puzzled by another crash (Audacity 2.3.3 crash on launch, while > > 2.3.2 works ?! on my system), > > so I'm a bit distracted from CinelerraGG hacking right now .... > > > > > > > And > > > these options "cheat" rather than facilitate the work they make it > > > difficult. The audiovisual technicians must be given the simple tools. I > > do > > > not know of any application that I work with in my audiovisual > > professional > > > field that has the ability to step on a backup by user interaction. > > > To justify this I would tell you an anecdote that happened during the > > > production of "Finding Nemo" by Andrew Stanton at Pixar. But I think I > > bore > > > you with my long writings and I don't see an initiative to correct these > > > "traps" that Cinelerra contains. Rather the opposite, a strong attitude > > in > > > maintaining them. > > > Perhaps it could be done as in Kdenlive, Adobe etc.., which after a > > sudden > > > shutdown at the next start gives the option to recover the file that was > > > being worked with. But I usually go to practicality and if something is > > not > > > useful I eliminate it, I think that eliminating these options (also the > > > batch render option) is easier than making special menus for them or > > what I > > > just mentioned from kdenlive, which is usually what What applications do > > > after a sudden shutdown. > > > Anyway, thank you very much for the information, I know that some time > > ago > > > you mentioned this about the backup, but I did not remember very well > > what > > > it was like, and this user I suppose that when he wrote to me he would > > have > > > already done tests that they will have overwritten this .prev file > > > Greetings Phyllis. > > > > > > El lun, 11 ene 2021 a las 21:56, Phyllis Smith via Cin (< > > > cin@lists.cinelerra-gg.org>) escribió: > > > > > > > RafaMar: > > > > > > > >> gave the option "Save backup" instead of "Load backup" and the poor > > man > > > >> was desperate wondering if there was any way to get his work back, > > > >> > > > > > > > > from the Manual, section 4.4.3: > > > > > > > > *"There is still 1 more backup that may save you. If for some reason > > you > > > > forgot to use Load backup immediately when restarting or you did a Load > > > > with Replace current project in your current session, you have a second > > > > chance to use File → Load and select $HOME/.bcast5/backup.prev as long > > as > > > > you only loaded a different file and have performed no editing > > operations."* > > > > > > > > I just tested this to verify that it works as stated. > > > > > > > > -- > > > > Cin mailing list > > > > Cin@lists.cinelerra-gg.org > > > > https://lists.cinelerra-gg.org/mailman/listinfo/cin > > > > > > > > > > > > > -- > > Cin mailing list > > Cin@lists.cinelerra-gg.org > > https://lists.cinelerra-gg.org/mailman/listinfo/cin > > > -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin