<div dir="ltr"><div class="gmail_default" style="font-size:small">Andrea, that is GREAT NEWS as I was very worried about AppImage not working.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail_default" style="font-size:small">Is it possible to create a generally valid script to replace the one mentioned in the manual?  </div></blockquote><div><span class="gmail_default" style="font-size:small">Probably, but I do now know what it is.</span> <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 class="gmail_default" style="font-size:small">Every time you close the client instances, if you want to redo the render farm, you have to repeat the associations. <br></div></blockquote><div class="gmail_default" style="font-size:small"> I never had to do this but I will try it again and see if that has changed.</div><div class="gmail_default" style="font-size:small">Will have to look at some of the other things you mentioned.  It would be good for you to open a BT on the Calf plugins reload though.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 17, 2021 at 4:06 AM Andrea paz via Cin <<a href="mailto:cin@lists.cinelerra-gg.org">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">Success!<br>
For my tests, it seems that the main problem is the script to<br>
associate all the clients with one command. Doing the associations one<br>
at a time works for me. Is it possible to create a generally valid<br>
script to replace the one mentioned in the manual?<br>
<br>
Both the built CinGG and the AppImage WORKS for me. For the latter,<br>
perhaps because something was left in memory, I had to kill some<br>
instances of cin indicated by the command "ps -ef | grep cin".<br>
<br>
I noticed a few things:<br>
1- AppImage reloads calf plugins every time; associating clients<br>
extends the loading time to about 25s per client. It is advisable to<br>
disable calfs momentarily when we want to do a Render Farm (unless<br>
they are used in the project, of course).<br>
2- If there are labels in the project to be rendered it may happen<br>
(rarely) that they are taken as render points even if they are not<br>
set. In this case it is advisable to use the In/Out Points for the<br>
whole timeline and use them as render option instead of "Whole<br>
Project".<br>
3- Every time you close the client instances, if you want to redo the<br>
render farm, you have to repeat the associations. It is probable that<br>
we need to clean the memory from the cin processes to make it work<br>
again. You can see the processes with "ps" and then you have to kill<br>
them one by one. Now the association of the clients works without<br>
errors.<br>
<br>
Some information about my tests:<br>
Rendering a 16 minute file (consisting of edits of Big Buck Bunny at<br>
1080p in h264 and Tears of Steel at 1080p in VP8; CPU: 8c/16t: RAM<br>
32GB) is rendered in:<br>
<br>
Render Farm:     12.11 min and 47.722 fps (All threads at 100%; RAM ~10GB)<br>
No Render Farm:  35 min and 7 fps (All Threads ~30%)<br>
RF con AppImage: 12.07 min and 41.563 fps (All Threads at 100%; RAM ~10GB)<br>
<br>
Now it remains to understand how RenderMux works because, for now, I<br>
use ffmpeg to merge the various files obtained.<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>