we have develop a software wich gives user the possibility to render out of 3dsmax by pressing one button in the Rebus render farm
dont care about textures
dont care about pathes
dont care about gamma
dont care about archiving
no ftp bullsh.it
no missing plugins nor external files
our Farminizer takes care about all that stuff
furthermore it checks your scene about correctness
no more wrong rendersettings
no more user follys
test it out for free
in case of error dont delete your scene from manager - we need it for debugging
if no error appears but output is wrong (missing textures, to brighten etc..) please info @ rebusfarm . com
DO NOT send 1000 frames of 40min each - a hand full images of 5min rendertime is enough
DO NOT !! send confidential stuff - other user will see your files during beta
DO NOT delete jobs from others
you need:
Max9SP1 or higher
Java 1.50 or higher (will be checked during install)
Windows OS
Looks like a great concept - just giving this a try this morning - so far a few issues I have run into:
- won’t render single frames
- won’t render to .exr or .hdr so no 32bit ?
Also: some of the functions that conflict, like using DR or not using the VFBuffer, will entail having to adjust render settings to send to Rebus. Some kind of autotmatic render-time only override (like the sort used by LPM pass manager for example) would be handy.
I not yet use DR to render one image so one PC do the entire image wich need the same time here then local - I am sure user not aware about that point and miss a deadline
I Error it to be save
.hdr and .exr is supported but progger set wrong switch
about DR is the answer abouve but VFB?
someting importend I missed ? why you need buffer during render here ?
It’s not the we need DR or the VFB on your farm, but if you use them regularly on your own machine, then it’s just one more thing you have to remember to change when you send it to Rebus, and then change back to return to your normal in-house workflow. I just find that the more stuff I have to toggle off and then on the more likely I am to forget something or make a mistake. If that the farminizer used a render override like a pass manager then it would not interfere with in-house workflows. Does that make sense?
b
I must count with the user stupidity - if I disable the DR switch automaticly without warning user may think the farm do that job in DR with 30 PC per image …
I scratched my head about each point I restricted several days
all error is error for one specific reason
warnings maybe a user folly or potential troubble maker
Are you saying that you do not use DR at all, so that any single frame render is only done on one machine? Does that mean there is no real advantage to using your farm for still/single images?
yes
thats why I error if DR and if frame range =1
I have no “easy” way to start a DR here - even manuell DR is tricky
I have 15! versions of vray here - what spawner to start ?
Would it be possible to write it so that it would detect a DR job and then just before it launches the job it would launch the appropriate version of spawner on the machines to be used? And then shutdown once done? Rather than having spawner running all the time.
I will supporting still image render somewhen
via DR as you mention
or via region render script
or split scanline
or another secret weapon
the region and split way is imho the best solution cos DR is not that stabile and failure restistent but what about GI to keep propper borders that way ?
if user must provide a GI map then half the work is done inhouse
and doing all in QMC is not user friendly
you see many problems to solve…
Are you still in business? I tried to register on your site and it wouldn’t let me and I tried to have my old password sent to me, but nothing ever arrived.
I am very interested in trying your service. How does the automatic service handle plug-ins? I have a scene using vrayscatter.
