Point Release 10 Release notes RenderPal V2 Version:
Transcription
Point Release 10 Release notes RenderPal V2 Version:
The professional Render Farm Manager Point Release 10 Release notes RenderPal V2 Version: 2.10 RenderPal V2 Copyright © 2008-2014 Shoran Software All rights reserved. RenderPal V2 Release notes Page 1 What’s new in RenderPal V2 Version 2.10 Automatic executable searching One of the first things after installing a RenderPal V2 Client is to configure the executables for the renderers it shall use. Even though this can be done remotely and in bulk, it nevertheless has to be done. With RenderPal V2 2.10, this is no longer a necessity, as the client can now automatically search for renderer executables. To achieve this, search paths can now be configured for each renderer, and we already filled in the standard installation paths of all major renderers. As soon as the client receives a job for a renderer the client has no executable configured yet, it will search for a fitting one on the given search paths. These search paths can be, of course, fully customized. This way, the client is instantly ready to do its work after installation. Editing frame lists and splitting Sometimes, just in the middle of an ongoing rendering, you realize that your initially entered frame list was too short, or that the chosen frame splitting doesn’t suite the current job very well. This usually meant that the entire net job had to be restarted and rendered anew. The same goes for removing a camera (or changing similar, ”chunk-relevant” settings) to be rendered or turning on additional splitting. In RenderPal V2 2.10, this behavior has now changed. When editing settings that determine how chunks will be created for the job (such settings include the frame list and frame splitting, the scene list of a job and any settings that can be used for additional splitting), the job will now keep the chunk status wherever possible, so that simply increasing the frame range to be rendered will no longer cause finished chunks to be lost. Editing render sets In previous versions, editing the render set of an existing job always caused the entire net job to be restarted; even if only the renderer’s verbosity was changed, the job had to be restarted. With this new point release, this behavior has now changed, and editing a render set will no longer cause the net job to be restarted. This means that you can change the verbosity or increase the thread count of a net job on-the-fly; the job will simply continue to render, using the new settings (a few settings, like image dimensions, will still require a net job restart; RenderPal will warn you in these few cases, of course). Database management RenderPal V2 now includes a simple database management which can be used to backup the current server database and restore previous backups. But most importantly, the database management can also be configured to create automatic, periodic backups of your database, so that you can always, if ever needed, revert to an older version of your data. Renderer System Environment variables It is now possible to define a set of environment variables for each renderer, which will then be used by the rendering process. Many renderers use environment variables to modify certain settings (like thread count), and with this new feature, such settings can be changed easily. It goes without saying that you can use any render set setting for environment variable values. License management Many renderers these days also support plugin renderers, which often come with their own license count. However, these licenses are usually not standalone, so they will also consume a license of their host renderer. Such a licensing scheme can now be easily realized: For each renderer license, a host renderer can now be defined. This way, when a license of the (plugin) renderer is used, a license of its host renderer will be used as well. RenderPal V2 Release notes Page 2 Client scheduling In previous versions, you could only schedule when a certain client pool should do its work and when not. But what if a single client is available for rendering for even less time than the entire pool? In previous versions, you had to create an entirely new pool just for that client. In this version, though, clients can be scheduled as well. If the entire pool is on schedule but certain clients in that pool aren’t, they won’t be used for rendering anyway. This allows for even more finetuning of your farm’s rendering schedules. Email notifications We added a new email notification to send emails about net jobs which were either paused or cancelled due to an exceeded error count (this is a setting already present in net jobs). This way, you will be informed about malfunctioning net jobs right away, so you can correct whatever might be wrong with them. We also added an option to only send one email about chunk errors per net job, so even if the job will cause one chunk error after the other, you won’t be flooded with error emails. Remote execution Client remote execution is a handy way to control clients and perform tasks on them which are not directly related to rendering (like cleaning up directories or even installing software). This new version makes this feature even more comfortable to use by introducing remote execution presets: They allow you to preserve tasks that you will perform frequently via remote execution. User Account Control If UAC is turned on a client node, the RenderPal V2 Client will now inform the user about this and offer to turn it off. This is necessary due to the fact that UAC can cause many problems when rendering via a 3rd party application like RenderPal (scenes/assets not found and similar). Disabling UAC is not enforced, but highly recommended. To get a full overview of all changes, scroll down for the full changelog of RenderPal V2 2.10. RenderPal V2 Release notes Page 3 Full changelog for RenderPal V2 Version 2.10 +-- Legend ------------------+ | + New feature | | # Modification/Improvement | | ! Bugfix | | * New/changed renderer | | - Removed feature | +----------------------------+ [+ [+ [+ [+ [+ [+ [+ [+ [+ [+ [+ [+ [+ Global] Client] Server] Server] Global] Global] Global] Svr/Cl] Server] Server] Svr/RC] RmCtrl] RenSys] Renderer system: Search paths for renderer executables can now be defined for each renderer If no executable for a renderer is specified, the client now searches for one automatically Added a database manager to the server The server can now automatically create periodic backups of its database Renderer system: Environment variables can now be defined for each renderer Renderer licenses can now have a host renderer (useful for managing plugin renderers) Clients can now be scheduled The RenderPal V2 service can now be started with a delay Email notifications: An email can now be sent if a net job caused too many errors Email notifications: Added an option to only send one chunk error notification per job The Remote execution dialog now supports presets Console RC: Added a switch to set the start date and time of a net job (-nj_startdate) Added a new callback function (ImageRendered) to the renderer script [# [# [# [# [# [# [# [# Svr/Rc] Svr/Rc] Svr/Rc] Client] Global] Global] Svr/RC] Svr/RC] When changing the frame list of a net job, RenderPal will now keep chunk states When changing the frame splitting of a net job, RenderPal will now keep chunk states Editing the render set of a net job no longer causes the net job to be restarted The Windows client will now warn the user if UAC is enabled on the system (and offers to disable it) Made some performance improvements in the various item lists (net jobs, clients/pools etc.) Improved the overall redrawing logic (can increase visual performance) When loading a renderer failed, a more detailed error message will now be shown Other smaller improvements around the places [! Svr/RC] When the renderer management created a def. version for a new renderer, duplicated tab pages appeared [! Global] Environment variables were case-sensitive [! Global] Fixed several other smaller bugs [* Render] Added executable search paths to several renderers [* Render] Updated the Arnold for Maya renderer to support Maya 2013 and higher [* Render] The After Effects renderer now requires a comp name if an output file is specified RenderPal V2 Release notes Page 4 Contact Shoran Software Heidekamp 1 48268 Greven Germany Phone: +49 (0)2571 - 953 353 Fax: +49 (0)321 - 213 188 78 E-Mail: contact@shoran.de http://www.renderpal.com http://www.shoran.de RenderPal V2 Copyright © 2008-2014 Shoran Software All rights reserved. RenderPal V2 Release notes Page 5