[Cin] Batchrender update diff

Rafa Mar Multimedia en Gnu\Linux rafamar.mm.ig at gmail.com
Tue Jan 19 21:47:39 CET 2021


I did not do a local installation, it is installed on the system, otherwise
I would get an error that cin is not found.

El mar, 19 ene 2021 a las 21:13, Andrew Randrianasulu via Cin (<
cin at lists.cinelerra-gg.org>) escribió:

> В сообщении от Tuesday 19 January 2021 22:54:28 Rafa Mar Multimedia en
> Gnu\Linux via Cin написал(а):
> > 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
>
> Oh, you need to run ./cin for local copy!!!
>
>
> > 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
> > >
> >
>
>
> --
> 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/130e6205/attachment-0001.htm>


More information about the Cin mailing list