[Cin] Batchrender update diff
Rafa Mar Multimedia en Gnu\Linux
rafamar.mm.ig at gmail.com
Tue Jan 19 20:54:28 CET 2021
Of course I have recompiled, but I have again the problem of the errors of
the effects and transitions in local.
Terminal out:
rafa at rafa-pc:/media/DATA/Tests_Cinelerra/BATCH-RENDER$ cin -r BatchTest.xml
Cinelerra Infinity - built: Jan 18 2021 12:14:50
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.
** segv at 0x55de6e6354df in pid 18499, tid 18499
writing debug data to /tmp/cinelerra_batch18499.dmp
lock_items: 0
lock_frees: 1
Segment violation (`core' generated)
El mar, 19 ene 2021 a las 20:35, Andrew Randrianasulu via Cin (<
cin at lists.cinelerra-gg.org>) escribió:
> В сообщении от Tuesday 19 January 2021 22:31:21 Rafa Mar Multimedia en
> Gnu\Linux via Cin написал(а):
> > > Can I see how it complain ?
> >
> > A .dmp file is created, but has no content ... :-(
>
>
> I mean just output from X terminal as you run it ...
> You usually can copy/paste with mouse from there ...
>
> >
> > may be I can come up with another hack :}
> > >
> > Sure you do, but don't waste a lot of time on it either, normally a user
> > who uses Cinelerra in the local language will not use it in English.
> > It's really my fault, when I did the Spanish translation, I translated
> > everything I saw without translating without really knowing what it was.
> > The funny thing is that these HTML-type tags work well translated, the
> only
> > problem is if you open a project made in Spanish in another language,
> they
> > stop working. Because the xml has these tags written with the local
> > language.
> > Perhaps we should ensure that in the xml file the instruction is always
> > written in English, and the user sees the labels as they are in the .po
> or
> > .mo language file
> > Sorry if because of my lack of programming knowledge I say nonsense. I
> can
> > really contribute ideas, some of them are surely stupid for the above, I
> > have no programming knowledge.
> > But like I told you, don't give too much importance to this issue.
> >
> >
> >
> >
> > El mar, 19 ene 2021 a las 20:06, Andrew Randrianasulu via Cin (<
> > cin at lists.cinelerra-gg.org>) escribió:
> >
> > > В сообщении от Tuesday 19 January 2021 21:39:42 Rafa Mar Multimedia en
> > > Gnu\Linux via Cin написал(а):
> > > > Andrew,
> > > > 1- The thing about the transitions, if it is the same patch, I
> already
> > > > tried it and now it works perfectly. The fact that the default
> transition
> > > > is in English is not important, when it is configured it is in the
> local
> > > > language, but when the window is reopened it appears in English, but
> I
> > > > reiterate that this is not important and that it works perfectly.
> > > >
> > > > 2- I replaced the files mwindow.h and mwindow.C that you attach, when
> > > > compiling this error appeared:
> > > > mwindow.C:1032:9: warning: unused variable ‘result’
> [-Wunused-variable]
> > > > int result;
> > > > ^~~~~~
> > > > But it compiled and installed fine.
> > > > 2.1 But when opening a project in local mode, all the effects and
> > > > transitions used in this project generated an error, the error said
> that
> > > > these effects and transitions did not belong to Cinelerra.
> > >
> > > As I said - file currently a mess ....I tried to fix local old test
> > > projects (where effect names
> > > were translated into cp1251) and only messed it up more ...
> > >
> > > Just two lines calling
> > >
> > > if( new_edl->load_xml(&xml_file, LOAD_ALL) ) {
> > > eprintf(_("Error: unable to load:\n
> %s"),
> > > filename);
> > > @@ -2657,7 +2748,8 @@ void MWindow::test_plugins(EDL *new_edl, const
> char
> > > *path)
> > > if( plugin->plugin_type !=
> > > PLUGIN_STANDALONE ) continue;
> > > // ok we need to find it in plugindb
> > > PluginServer *server =
> > > - scan_plugindb(plugin->title,
> > > track->data_type);
> > > + scan_plugindb(_(plugin->title),
> > > track->data_type);
> > > + fix_plugin_title(_(plugin->title));
> > > if( !server || server->transition ) {
> > > sprintf(string,
> > > _("The %s '%s' in file '%s' is not part of your installation of
> > > Cinelerra.\n"
> > > @@ -2672,7 +2764,8 @@ void MWindow::test_plugins(EDL *new_edl, const
> char
> > > *path)
> > > if( !edit->transition ) continue;
> > > // ok we need to find transition in plugindb
> > > PluginServer *server =
> > > - scan_plugindb(edit->transition->title,
> > > track->data_type);
> > > +
> scan_plugindb(_(edit->transition->title),
> > > track->data_type);
> > > + fix_plugin_title(_(edit->transition->title));
> > > if( !server || !server->transition ) {
> > > sprintf(string,
> > > _("The %s '%s' in file '%s' is not part of your installation of
> > > Cinelerra.\n"
> > >
> > > remove or comment out those two calls to fix_plugin_title()
> > >
> > > > 2.2 It is true that now from the terminal the xml files are no longer
> > > > overwritten or deleted, but the render still does not work.
> > >
> > >
> > > Can I see how it complain ?
> > >
> > >
> > > >
> > > > 3- The tags in the title effect works fine but the translations are
> lost
> > > in
> > > > working in local mode. This point is my fault, maybe these tags
> shouldn't
> > > > be translated.
> > >
> > > As far as I understand currently CinGG send exactly same text that you
> put
> > > into menu item structure, there is no generic support for holding both
> > > translated and
> > > untranslated string there ...
> > >
> > > may be I can come up with another hack :}
> > >
> > > >
> > > > Sincerely Rafa.
> > > >
> > > > El mar, 19 ene 2021 a las 17:14, Reuss András via Cin (<
> > > > cin at lists.cinelerra-gg.org>) escribió:
> > > >
> > > > > There are a few parts where save_backup() is called:
> > > > >
> > > > > cinelerra/cwindowgui.C:2
> > > > > cinelerra/swindow.C:1
> > > > > cinelerra/keyframepopup.C:2
> > > > > cinelerra/pluginpopup.C:1
> > > > > cinelerra/mwindowedit.C:87
> > > > > cinelerra/presetsgui.C.sav1:1
> > > > > cinelerra/assetpopup.C:1
> > > > > cinelerra/cwindowtool.C:1
> > > > > cinelerra/render.C:1
> > > > > cinelerra/setformat.C:1
> > > > > cinelerra/mwindow.C:9
> > > > > cinelerra/keyframegui.C:2
> > > > > cinelerra/mwindowgui.C:1
> > > > > cinelerra/mainmenu.C:1
> > > > > cinelerra/loadfile.C:2
> > > > > cinelerra/savefile.C:2
> > > > > cinelerra/menueffects.C:1
> > > > > cinelerra/main.C:1
> > > > > cinelerra/presetsgui.C.sav:1
> > > > > cinelerra/record.C:1
> > > > > cinelerra/plugindialog.C:1
> > > > >
> > > > >
> > > > > On 2021. 01. 19. 14:45, Andrea paz via Cin wrote:
> > > > > ...>
> > > > > > Backup: several backups with timecode and number are created (38
> > > after
> > > > > > a little testing). In .bcast5 there is a backup.prev; a
> backup.xml
> > > and
> > > > > > the various backups with timecode. "Save backup" creates a new
> > > backup;
> > > > > > "load backup" creates a new backup; I didn't really understand
> how it
> > > > > > works.
> > > > > >
> > > > > ...>
> > > > >
> > > > > --
> > > > > Cin mailing list
> > > > > Cin at lists.cinelerra-gg.org
> > > > > https://lists.cinelerra-gg.org/mailman/listinfo/cin
> > > > >
> > > >
> > >
> > >
> > > --
> > > Cin mailing list
> > > Cin at lists.cinelerra-gg.org
> > > https://lists.cinelerra-gg.org/mailman/listinfo/cin
> > >
> >
>
>
> --
> Cin mailing list
> Cin at lists.cinelerra-gg.org
> https://lists.cinelerra-gg.org/mailman/listinfo/cin
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20210119/6092946c/attachment-0001.htm>
More information about the Cin
mailing list