<div dir="ltr">A Cinelerra project always starts with:<br><?xml version="1.0"?><br><EDL VERSION=Infinity PATH=""><br>Perhaps you can indicate in the code that if the file you find has in the header "EDL VERSION = Infinity" or simply "EDL"  ignore this file, do nothing with it and get an error that says "This file is not a batch render"<br><br>I see that the batch list headers are different:<br><?xml version="1.0"?><br><JOBS><br>And they do not contain the EDL attribute.<br><div>Maybe I'm saying other nonsense because I don't know how to program.</div><div><br></div><div>You are really good, I know, because a person who understands told me that the Cinelerra code requires a person with a lot of knowledge and experience. And you are demonstrating both characteristics and solving everything.<br><br>I feel bad for being so perfectionist with these things and always very critical of functions that can damage our work.</div><div><br></div><div>The render window is now much better than a few days ago. Above all, safer and easier to use. I keep the option to see dangerous buttons disabled, I don't need them because of the way I wo</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El mié, 20 ene 2021 a las 7:42, Andrew Randrianasulu via Cin (<<a href="mailto:cin@lists.cinelerra-gg.org">cin@lists.cinelerra-gg.org</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">В сообщении от Wednesday 20 January 2021 08:59:51 Rafa Mar Multimedia en Gnu\Linux via Cin написал(а):<br>
> I just tried this new version:<br>
> Observations.<br>
> - The render works fine again if launched from the terminal.<br>
<br>
Cool :}<br>
<br>
> - I notice that the solution that Andrew proposed for the Insert<br>
> transitions wizard in local mode has not been included yet.<br>
> <a href="https://www.cinelerra-gg.org/bugtracker/view.php?id=545" rel="noreferrer" target="_blank">https://www.cinelerra-gg.org/bugtracker/view.php?id=545</a><br>
> Days ago I tried it and it worked satisfactorily.<br>
> <br>
> Recommendations.<br>
> - The known problem that if using cin -r we point to an EDL project file<br>
> .xml, it is deleted and a blank xml remains. I think Andrew is working on<br>
> it. It would be a shame if someone could lose their job due to this issue,<br>
> since in other applications it is very common that when a render is<br>
> launched from the terminal it points to the project file.<br>
<br>
yes, I'm working on it .... But may be I should extract those two checks<br>
('Is this file XML?' and 'Is this file actually XML Project from compatible Cinelerra?')<br>
into function(s) first ...<br>
<br>
<br>
> <br>
> I take this opportunity to report an error that I have been observing from<br>
> the beginning with the batch render window.<br>
> This error only occurs on the first use of this wizard and has to do with<br>
> assigning the extension when choosing FFMPEG.<br>
> To play it you need to delete or rename, the .bcast5 folder, to simulate<br>
> that it is the first time we use Cinelerra. And create a new list of EDL's<br>
> to render, since if we load a list already created, this problem is not<br>
> reproduced.<br>
> Let's see if I can explain it so that it is understood.<br>
> - When we open the Render window for the first time in "File format" it<br>
> comes as "Unknown".<br>
> - If I create a new render line, assigning an EDL and an output path, if I<br>
> choose the FFMPEG option, this option automatically gives me the mp4<br>
> extension, and this is precisely the one I want to use and I don't touch<br>
> anything else.<br>
> - But when I press the Start button I get an error message with two<br>
> windows, one says like this:<br>
> "Couldn't open <file path> file.mp4"<br>
> And a log message that says like this:<br>
> "int FFMPEG :: init_encoder (const char *):<br>
>     bat file format: <file path> file.mp4 "<br>
> [image: b.render.error.png]<br>
> <br>
> [image: imagen.png]<br>
> <br>
> How is it solved?<br>
> Apparently it is not enough that in File format put FFMPEG, I must also<br>
> click on choose extension, even if I want to use the same one that is<br>
> shown, which is mp4 by default. If I display the extensions menu and click<br>
> on another, or even on mp4, this problem no longer occurs.<br>
> Conclusions.<br>
> - If the person who performs a batch render for the first time and wants to<br>
> export with mp4 will encounter this problem. It will not be the case if,<br>
> for example, this person chooses another format.<br>
> Possible solutions.<br>
> - The sloppy proposal by a person who does not know programming, that is<br>
> me. Set by default an extension that no one wants to use today, such as<br>
> .avi, which is also the first on the list.<br>
> - The elegant one, fix this or failing that, when FFMPEG is chosen, the<br>
> extension is left blank and forces the user to choose one. With this<br>
> simplicity, this error no longer occurs.<br>
<br>
Yes, i noticed it too ....<br>
Will try to fix .... as far as I learn enough :}<br>
<br>
<br>
> <br>
> Even with the experience I have, I got a little confused with this, because<br>
> I wanted to use mp4 and this was the extension that I saw and I did not<br>
> realize that I should display this menu and click on it, and this problem<br>
> repeats itself every time I do tests, because I always rename the .bcast5<br>
> folder first to simulate a first use of Cinelerra that is not contaminated<br>
> with my settings, which I recover again after testing.<br>
> <br>
> I apologize for being such a perfectionist about these things, "fussy" I<br>
> would say.<br>
> <br>
> El mié, 20 ene 2021 a las 0:51, Phyllis Smith via Cin (<<br>
> <a href="mailto:cin@lists.cinelerra-gg.org" target="_blank">cin@lists.cinelerra-gg.org</a>>) escribió:<br>
> <br>
> > The patch attached to this original email for batchrender.C has been<br>
> > checked into GIT just now (minus the warning for XML).  This fixes the<br>
> > console runs problem due to GUI versus command line.  Thank you, Andrew!<br>
> ><br>
> > On Mon, Jan 18, 2021 at 6:07 PM Andrew Randrianasulu via Cin <<br>
> > <a href="mailto:cin@lists.cinelerra-gg.org" target="_blank">cin@lists.cinelerra-gg.org</a>> wrote:<br>
> ><br>
> >> Generated by<br>
> >><br>
> >> diff -u -w -B<br>
> >> /home/guest/botva/src/cinelerra-git/cin-5/new-git/cinelerra/cinelerra-5.1/cinelerra/batchrender.C<br>
> >> batchrender.C  ><br>
> >> /home/guest/botva/src/cinelerra-git/cin-5/batchrender_post_merge_raw_fix.diff<br>
> >><br>
> >><br>
> >> (a lot of options because I wanted  patch without empty lines added)<br>
> >> and hand-editing header.<br>
> >><br>
> >> probably should be applied from within cinelerra-5.1/cinelerra folder.<br>
> >><br>
> >> should fix clonsole rendering<br>
> >> and also fix -r file.xml overwriting in case it was not batchrender.xml<br>
> >> AND should also NOT abort on GUI loading of same project file as<br>
> >> batchrender job file .... (my previous patch introduced new crash because<br>
> >> I used exit(1) even when GUI was running ..)<br>
> >> --<br>
> >> Cin mailing list<br>
> >> <a href="mailto:Cin@lists.cinelerra-gg.org" target="_blank">Cin@lists.cinelerra-gg.org</a><br>
> >> <a href="https://lists.cinelerra-gg.org/mailman/listinfo/cin" rel="noreferrer" target="_blank">https://lists.cinelerra-gg.org/mailman/listinfo/cin</a><br>
> >><br>
> > --<br>
> > Cin mailing list<br>
> > <a href="mailto:Cin@lists.cinelerra-gg.org" target="_blank">Cin@lists.cinelerra-gg.org</a><br>
> > <a href="https://lists.cinelerra-gg.org/mailman/listinfo/cin" rel="noreferrer" target="_blank">https://lists.cinelerra-gg.org/mailman/listinfo/cin</a><br>
> ><br>
> <br>
<br>
<br>
-- <br>
Cin mailing list<br>
<a href="mailto:Cin@lists.cinelerra-gg.org" target="_blank">Cin@lists.cinelerra-gg.org</a><br>
<a href="https://lists.cinelerra-gg.org/mailman/listinfo/cin" rel="noreferrer" target="_blank">https://lists.cinelerra-gg.org/mailman/listinfo/cin</a><br>
</blockquote></div>