Marten74 wrote:License/technical issues behind the current solution? Don´t see why else the f12 render should not have been LIVE from the beginning...
If you don't see - it is unlikely I will be able to explain it more here...
But I will try last time...
To "see why" - you should at least dig into Blender source code to understand the offline conception. Or just look at your internet browser from this angle to understand the "online" and "offline" conceptions and "why offline is needed at all".
When e.g. the plain internet page (we are not talking about AYAX) is rendered by browser, the browser sends request with all parameters to server, gets the response data from server, renders this data on your screen, and closes this request's connection. So, you are not able to change anything on the page look without re-rendering the full page in new server-connection session. This mode (in contrast to LIVE mode where the session keeps "alive" during work with rendered data) is very usable in a lot of cases and is used often due to lot of different reasons.
In Blender for example you have the opportunity to use both these modes (so in OctaneRender for Blender too). And F12 render mode in Blender is made OFFLINE by definition, it is
ideological conception inside Blender, and it is needed due to different reasons. The need to free resources after rendering one frame to be able to immediately start render the next frame - is just one of them. So, all Blender's source code is build such a straightforward and well-thought-out way - in the offline mode all the rendering by internal render-module is done in just one modal callback from Blender core, after returning from this callback all the rendering process is supposed to be finished, and no other "interactive" callbacks from Blender core interfere with work of this main offline rendering callback.
Sure I can rewrite all this ideology inside Blender - but it will not only a big work (which is not purpose of this plugin), but it will be most stupid thing I ever done in my life - to break all the well-thought-out and well-implemented Blender's internal rendering ideology and turn it into something not having the ideology at all, with mixed online-offline behavior between different render-modes...
So, taking into account Blender already
has both these modes, "online" and "offline" - all you need is just use already existing "online" mode (Live-render in our terms). So, here we go:
Marten74 wrote:So, I would like to be able to save out an image from the LIVE render mode then, as in the stand alone. The thing is that when in LIVE render mode in the view port you can´t save out an image. A screen dump is not an option here =) Would it be possible to add a "LIVE render" alternative where you can access the post processing options in the render view and be able to save out an image?
The only thing which stops you here - is the fact that Blender does not have the feature of saving the live-rendered image to file. But. The key-phrase here is "
Blender does not have". As this feature is the universal feature of Blender itself, more specifically - its viewport's "rendered" mode. As you are not able to save any live-image rendered in Cycles too.
But it is not the purpose of this plugin - improve the Blender core itself. As if I start to do it - it will take
a lot of additional work-time which is not covered by this plugin's price... So, if the modifications are simple enough to add them into plugin itself (having a risk that after the same feature will be implemented by Blender developers, it will just double the existing one and make the work with plugin less intuitive) - perhaps I will make these modifications later. But such a modifications have less priority than the work on main features of plugin itself.
Sure I can add the "save live image" feature to Blender core itself - but I avoid to modify the Blender core as much as possible. As any modification to Blender core makes the patching of new Blender versions more and more complicated, and issuing every new plugin version for every new Blender version becomes more complicated and work-time consuming, with reworking all the Blender internals again and again after some new feature is implemented by Blender developers (even worse when this new feature will double already implemented by this plugin due to lack of this feature in previous Blender versions)...
Something like this.
PS. I have added the ticket "implement saving of live-render to file", but you should understand - as it must be a Blender's feature (not the plugin's), this ticket has low priority... I should implement the most important features
of the plugin first (on which I'm working hard right now), and only after it I will be perhaps given some work-time to modify the lack of some features in Blender itself... Anyway - Blender is open-sourced project, so
anyone can contribute (not only me) - just add this feature, send the patch to Blender developers, and have this "Save live-viewport" feature in next trunk...
You can't change anything in the final render as the render-job simply does not exist anymore on the server, as it is OFFLINE render mode, not Live-render mode. If you want to do LIVE changes to rendered job - you can do it ONLY in LIVE render mode. Offline render supposes that you have already choosen the render settings for this frame previously playing in Live-mode and you know what you will get from server after this job will be finished...