The Render Multiple Instances (RMI) addon for Blender provides a convenient way to render animations faster by utilizing multiple instances in background. Here are the key features of the addon:
The addon is designed to work seamlessly with Blender 4.2 and later versions. It simplifies the process of rendering animations by leveraging multiple instances, resulting in faster rendering times. The flipbook features enable quick previews of animations, while the FFmpeg encoding ensures the final output is ready to use.
Even when using just a single instance, the RMI addon can improve rendering speed by rendering the animation in the background, allowing you to continue working in Blender while the rendering is in progress.
The Render Multiple Instances (RMI) panel is located in
Output Properties > Render Multiple Instances
Note that the FFmpeg encoding features of the addon require FFmpeg to be installed on the machine for them to function properly.
Update to GPL-3
This extension requests the following permission:
Save and read exports images
Hi. Thanks for the submission.
When I install the add-on and just press Render in the add-on tab I get this error pop-up three times. I understand this is because file isn't saved? In Blender you can poll to find out if blender instance is saved or not, and I urge you to not run operator if it isn't, and output custom error message. This looks quite scary for unassuming users, regular users don't check console and need to see this error printed in Info editor of Blender
Hello! I tested this on both Linux and windows and on my end, oepning a new blend file and running the operator does not show that error. I use the wrap of the blender save operator before rendering to ensure the .blend file used are always up to date with what is on screen. But i get that this might not be enough and that if the popup shows up it might scare less savy users.
I added the poll for the bpy.context.blend_data.is_saved
and I just tried showing a box in the panel if the file is not saved, but it crashed the UI performance, as the check is run on every mouse movement.
Is there something i do not know about that could help this?
Oh no you don't do polls for UI elements like that. In both render operators you can add @classmethod def poll(cls, context): return bpy.context.blend_data.is_saved
Website doesn't support multi-line code but you get the idea.
This is API documentation https://docs.blender.org/api/current/bpy.types.Operator.html#bpy.types.Operator.poll
When this is done, operator will be greyed out if file isn't saved
Same error. Now on saved file. I'm assuming you're not working on windows and have problem testing it. Please have somebody test this on windows before resubmitting again.
I tested it on both Linux and Windows. I really don't know what the problem is here. I dont think it a problem with Paths, or different drive for that reason, as i do have blender on D and the file on C. Same thing on Linux, both from the same drive and from different ones i still get no problems.
Checking over the code, cleanse_modules
is manipulating sys.modules
.
Manipulating sys.modules
shouldn't be necessary and is against our guidelines (link below).
__name__
is not valid for extensions, __package__
should be used instead.module_name.startswith(__name__ + ".")
should be used instead.Recently updated, see: https://developer.blender.org/docs/handbook/addons/guidelines/
Still the same error. I'm sorry I can't provide any help, I'm not familiar with Windows enough to help, but can't approve at this state, as far as I know every windows user will experience this. I will leave to other moderators who know better to make decision about this
I've tried saving file/setting render filepath both on C and D disks, just D:/Download/test, nothing longer than that.
The add-on worked with no issues on my side!
One thing that would be nice to change is the Info Message for FFmpeg. During my test, I worked on an unsaved project and thought that FFmpeg was required for all functionality (everything grayed out). You can make it clear that it's only needed for the Encoder (add the info message about the encoder button grayed out to have the context for example) and add another warning for the file save.
Let's approve it then, and author can make changes to info later, that is non-blocking. Hopefully other users will not have issues like me, if so, handle that as bug reports, and in the worst case scenario you'll have to mark some systems as unsupported.
Hey everyone,
Just a heads-up about a recent change regarding the licensing of add-ons on the Blender extension platform. Moving forward, all add-ons will need to be released under the GNU/GPL 3.0 license (SPDX:GPL-3.0-or-later). This is mainly to keep things simple and consistent across the board.
Previously, we accepted various licenses as long as they were compatible with Blender’s distribution. However, to avoid any confusion and streamline the process, all add-ons using the bpy API should now be presented as GPL 3 (the same license the Blender bundle is distributed). Regardless of whether the original code was under GPL 2, or something else like MIT or ZLIB.
Existing add-ons versions won't be affected. However, new updates will need to comply to the revised requirements.
Thanks for understanding, and feel free to reach out if you have any questions.
Sign in to comment.
Ready for review