<div dir="ltr">I just tried this new version:<br>Observations.<br>- The render works fine again if launched from the terminal.<br>- I notice that the solution that Andrew proposed for the Insert transitions wizard in local mode has not been included yet.<br><a href="https://www.cinelerra-gg.org/bugtracker/view.php?id=545">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 .xml, it is deleted and a blank xml remains. I think Andrew is working on it. It would be a shame if someone could lose their job due to this issue, since in other applications it is very common that when a render is launched from the terminal it points to the project file.<br><br>I take this opportunity to report an error that I have been observing from the beginning with the batch render window.<br>This error only occurs on the first use of this wizard and has to do with assigning the extension when choosing FFMPEG.<br>To play it you need to delete or rename, the .bcast5 folder, to simulate that it is the first time we use Cinelerra. And create a new list of EDL's to render, since if we load a list already created, this problem is not 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 comes as "Unknown".<br>- If I create a new render line, assigning an EDL and an output path, if I choose the FFMPEG option, this option automatically gives me the mp4 extension, and this is precisely the one I want to use and I don't touch anything else.<br>- But when I press the Start button I get an error message with two 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><div><img src="cid:ii_kk50jqou0" alt="b.render.error.png" style="margin-right: 0px;"></div><br><img src="cid:ii_kk50l2vx1" alt="imagen.png" style="margin-right: 0px;"><br><br>How is it solved?<br>Apparently it is not enough that in File format put FFMPEG, I must also click on choose extension, even if I want to use the same one that is shown, which is mp4 by default. If I display the extensions menu and click 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 export with mp4 will encounter this problem. It will not be the case if, for example, this person chooses another format.<br>Possible solutions.<br>- The sloppy proposal by a person who does not know programming, that is me. Set by default an extension that no one wants to use today, such as .avi, which is also the first on the list.<br>- The elegant one, fix this or failing that, when FFMPEG is chosen, the extension is left blank and forces the user to choose one. With this simplicity, this error no longer occurs.<br><br>Even with the experience I have, I got a little confused with this, because I wanted to use mp4 and this was the extension that I saw and I did not realize that I should display this menu and click on it, and this problem repeats itself every time I do tests, because I always rename the .bcast5 folder first to simulate a first use of Cinelerra that is not contaminated with my settings, which I recover again after testing.<br><br>I apologize for being such a perfectionist about these things, "fussy" I would say.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El mié, 20 ene 2021 a las 0:51, Phyllis Smith 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"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small">The patch attached to this original email for batchrender.C has been checked into GIT just now (minus the warning for XML).  This fixes the console runs problem due to GUI versus command line.  Thank you, Andrew!<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 18, 2021 at 6:07 PM Andrew Randrianasulu via Cin <<a href="mailto:cin@lists.cinelerra-gg.org" target="_blank">cin@lists.cinelerra-gg.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Generated by<br>
<br>
diff -u -w -B  /home/guest/botva/src/cinelerra-git/cin-5/new-git/cinelerra/cinelerra-5.1/cinelerra/batchrender.C batchrender.C  > /home/guest/botva/src/cinelerra-git/cin-5/batchrender_post_merge_raw_fix.diff <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 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>
</blockquote></div></div>
-- <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>