January 2021 - Cin - Cinelerra-GG Mailing Lists

Main.C - two options undocumented in usage?
by Andrew Randrianasulu 19 Jan '21

19 Jan '21

I see those handled in code: else if( !strcmp(argv[i], "-z") ) { start_remote_control = 1; } but i don't have remote for testing this .... else if( !strcmp(argv[i], "-b") ) { operation = DO_BRENDER; if( i > argc - 2 ) { fprintf(stderr, _("-b may not be used by the user.\n")); exit(1); } else strcpy(deamon_path, argv[i + 1]); I think this one start background render mode? Apparently, it want socket, so I can run it like /bin/cin -b /tmp/cinelerra.01e3ad92-6020-4d7c-b862-a8fa9d9d8917 but of course it will show nothing in gui, just: ../bin/cin -b /tmp/cinelerra.01e3ad92-6020-4d7c-b862-a8fa9d9d8917 RenderFarmClient::main_loop: client started ^Csignal_entry: got SIGINT my pid=17867 execution table size=0: signal_entry: lock table size=1 lock_items: 0 lock_frees: 1 SigHandler::signal_handler total files=0 Аварийный останов I CTRL_C it .... not sure if this specific option actually *that* interesting for end-users ... But one about starting in remote control mode (?) might be useful? ...time to look into this remote android protocol submodule . may be it can be extended for allowing save operation from remote device, so periodic backups can be triggered externally (just idea at this moment ) .....

2 1

Re-created and checked in cin.po +
by Phyllis Smith 18 Jan '21

18 Jan '21

A few hours ago, I created a new cin.po as Andrew had suggested since it was over 1.5 years old and I checked it into GIT. Also, checked in the following small fixes: 1) the warn = 0 instead of 1 in batchrender.C (I missed this and should have found it in yesterday's test) 2) added 1 more tooltip on Dangerous flag setting in appearanceprefs.C and slight re-wording on other one 3) removed the sample/display/interlace printf statements from ffmpeg.C and fileffmpeg.C (I hope that is OK)

2 2

[PATCH] UnsafeGUI toggle, tooltips, file overwrite warning for batchrender.c
by Andrew Randrianasulu 18 Jan '21

18 Jan '21

This time I tried to add user confirmation on project (EDL) file overwrite, _in addition_ to gui toggle hiding this button. Rafa Mar, I saw your letter, just tracking _where exactly_ this function writes file() turned out to be harder than just adding warning. For now.

4 18

Perpetual session question
by Andrew Randrianasulu 17 Jan '21

17 Jan '21

If I read manual (from Jan, 15, 2021) correcty, it says: ==== Perpetual session is very useful for working on a project over many days so you can just quit before shutting down and the next time you start up CINELERRA-GG you will be right back where you left off. You will retain all of your undo’s and redo’s. The binary ﬁle name is $HOME/.bcast5/perpetual.dat and as long as Settings → Preferences, the Appearance tab has the Flag Perpetual session set this capability takes effect. It is very important to understand that this is not the same as the continuously editing- operation-updated backup.xml ﬁle. The perpetual.dat ﬁle is only updated when you Quit CINELERRA-GG in the normal manner. Which means if you interrupt the program, or kill it, or there is a segv or system crash, the perpetual.dat ﬁle will only reﬂect the state of your project from when you last started CINELERRA-GG, and none of the editing/undo’s/redo’s you executed during the current session which was not ended normally. • the ﬁles backup.xml and backup.prev will operate the same as before so that if there is a crash, you will want to use File → Load backup in order to continue where you were interrupted. ==== So, I take this as IF my CinGG instance crashed with Perpetual Session turned on, I should start program again, load Backup, and then quit normally. So, on next load everything will by synced again. I am correct? Is there any pressure for making this Perpetual Session data also user-saveable? (I am thinking about another item in main menu, hidden if perpetual session turned off) Still thinking on automatic crash detection .... CinGG already know how to dump .dmp files so same function handle_dump() in guicast/bcsignals.C can be used to put crash file in ~/.bcast5, but this may become more complex with two or more instances .....

2 1

New proposal for "Save to EDL Path" in Batch Render
by Rafa Mar Multimedia en Gnu\Linux 16 Jan '21

16 Jan '21

*Hi Andrew*, I see that you know programming, To try to keep the "Save to EDL Path" option in the batchrender.C file Would it be possible that when this option is pressed, instead of overwriting the file loaded in EDL Path with the project that is now loaded in Cinelerra, if the precaution has not been taken to rename it, what it does is create a new file with the same name plus an incremental number or the current date? And in this situation that in EDL Path the name is updated with this new name? I mean if the file exists don't overwrite it, but create a copy with the same name plus a current number or date with the new project status. For example, I have my project: project.xml I hit the "Save to EDL Path" button and a new project_001.xml file is created, if I hit again project_002.xml, and this name is also updated in the EDL path. --------------------------------------------- Another option would be that if the file name exists, a backup copy of it with the date or an incremental number is created, so even if this button is pressed several times by mistake, there will always be a copy that will save the state of our project before play with this option. For example, I have my project: project.xml I click the "Save to EDL Path" button and a backup file is created with the current content of the xml of the EDL path called project_bk001.xml, if I click again project_bk002.xml etc ... In this way, this button would stop being dangerous, since we would never overwrite our original file. ------------------------ In both cases this would happen if the file loaded in the EDL path already exists on the disk, to avoid writing it. If, on the contrary, the user has taken the precaution of changing the name, its operation will be like the current onea new file will be created with the current state of the project. A programmer has told me that this is done by creating a function that in case the file already exists will not overwrite it, but will make a copy with an incremental number or the current date. I don't know how to do this, if I knew I would be happy to do it. I am still in favor of eliminating this option, because of how dangerous it is currently, and because this is not normally done from a batch render window, but from the project itself with the save as option. But I observe that there are people who want this option. And I think that in this way that I indicate it would be even easier to use avoiding loss of projects. The "Warn if jobs ...." option would be left as my friend did, if the user activates so it it will remain during the current session, but whenever Cinelerra is started this option will be disabled by default and in the xml it will always 0, in this way if the render is done from the terminal there will be no problems of matching versions. *Phyllis*, what do you think of this possibility? I apologize for the time I steal from you with this theme, but the goal is to perfect these little details of Cinelerra and prevent someone from losing their work in such a sadly easy way.

1 0

[PATCH] Copy backups of backup.xml automatically
by Andrew Randrianasulu 16 Jan '21

16 Jan '21

So, I tried to implement 'create more than one backup' It uses 'system' call, so probably not ideal if you run CinGG as root ( 'man system' warns about such case) Patch attached.

2 1

Minor GIT checkins for code + manual
by Phyllis Smith 16 Jan '21

16 Jan '21

So that the improvements made by Andrew and RafaMar for minor Russian/English and Spanish tips and translations did not get lost among the Batch Render, I checked them into GIT right away. This includes a slight increase in the Tip Window sizes. Also, checked in manual changes and updated the HTML and PDF CinelerraGG_Manual on the website.

2 2

Backups discussion
by Andrew Randrianasulu 15 Jan '21

15 Jan '21

So, right now CinGG tracks your work and can create two backup files (backup.xml and backup.prev). It works [hopefully] but feels a bit TOO dangerous in the event of crash, when confused user may save backup instead of loading it. Recently I crashed Audacity a bit :} It surely shows up Session recovery dialog, where you can see backups with time-date added to their names, and choose one to load. Do you think similar system will work for CinGG? At very minimum I think I can try to write 'we_are_running.lock' file on app startup, and only delete it on clean shutdown. So, there will be way to act in case we detect crash. After we detect crash - probably right now Warning can be displayed, instructing user to seek LOADING backups. If I can made this sytem work reliably - I hope multi-backup solution also will be within reach.

3 2

Tried gitwatch
by Andrew Randrianasulu 15 Jan '21

15 Jan '21

First I created .git/ directory by typing 'git init' in /dev/shm where I have few BIG files and tmp dirs with compiled software Initially I ran into problem that git was checking ALL my files, it was slow and wrong. so, I consulted 'man gitignore' It worked much better with this .gitignore in /dev/shm/ (as example) (ignore all files BUT *.xml ones in tree, do not look into dirs) --- */* *.* !*.xml now if you run ./gitwatch from its own git tree, you will see .... ./gitwatch.sh /dev/shm/ [master d067f65] Scripted auto-commit on change (2021-01-15 17:46:25) by gitwatch.sh 1 file changed, 1 insertion(+), 1 deletion(-) [master 30c5669] Scripted auto-commit on change (2021-01-15 17:46:35) by gitwatch.sh 1 file changed, 1 insertion(+) create mode 120000 .#1.xml [master 4ac3506] Scripted auto-commit on change (2021-01-15 17:46:38) by gitwatch.sh 2 files changed, 8 insertions(+), 2 deletions(-) delete mode 120000 .#1.xml [master 77f79f9] Scripted auto-commit on change (2021-01-15 17:46:48) by gitwatch.sh 1 file changed, 1 insertion(+) create mode 120000 .#1.xml [master d8508b2] Scripted auto-commit on change (2021-01-15 17:46:59) by gitwatch.sh 2 files changed, 1 insertion(+), 10 deletions(-) delete mode 120000 .#1.xml ^C (I was using mc's editor) Now you can look around by using git log, git reflog and gitk (graphical git tree viewer) And return to any point in time. (git reset --hard <commit> / git checkout <commit>) Be aware, that wrong/absent .gitignore file WILL cause ALL stuff in dirs and subdirs to be checked in, this is obviously (?) not that you want. Yes, this is not out-of-the box, not GUI. But. IT WORKS.

1 0

Debate on batch render
by Rafa Mar Multimedia en Gnu\Linux 15 Jan '21

15 Jan '21

The batch render window is true that it is not very intuitive, but once we know that each new line that we want to add, we must first use the "New" button, with this data it is already perfect, except for two options that I will comment below. Two options that in my point of view do not make any sense in this assistant. One of these options in the "Save to EDL Path" option is the first time I have seen this option to save the open project in a batch render window, but it can ruin our work. Let me explain, a batch render is normally prepared with the application without any project loaded. Imagine that you have just loaded in "EDL Path" the path of a project file that has taken you months of work, and of which you do not have a backup copy. And by mistake you click on this button ... you have just lost all your work and there is no going back. I find this button a bad joke, so dangerous, meaningless and with disastrous consequences. I would ask that it be removed, because it is not useful or logical and can also frustrate many hours of work. Another option that doesn't make sense in the "warn if jobs/session mismatched" option. Let me explain, normally when we program a batch render we do it to export different projects, so that these are carried out automatically at times when we do not need to use the computer. This option sometimes seems to be disabled, but it is not, despite the apparently inactive button, it is active and when we try to start the batch rendering we get the error "# job EDLs do not match session edl". It is true that a batch render can be done from a single project to export it in different formats, but even so, I don't see any sense, because when we program this batch render we do it from an .xml project file, already saved, without the need for it to be loaded into the project. I honestly think this window would be much better without these options. I don't know how to program, but I think these changes are very easy to make. I open this debate in order to improve the experience with Cinelerra, an editor that I really like, but that is sometimes a little overshadowed by these details.

6 50