OTOY Forums

Notiusweb wrote:Hi Goldorak, are the GPUs back at the farm air cooled or watercooled? And are they some special industrial strength GPU that is less subject to hardware crashing? I'm imagining one GPU in the ORC might fail while we are all burning them with our animations

ORC uses Tesla (server) GPUs in the largest and most reliable managed DC's on the planet. This offers a different class of reliability over consumer hardware configurations.

Goldorak wrote:

Notiusweb wrote:Hi Goldorak, are the GPUs back at the farm air cooled or watercooled? And are they some special industrial strength GPU that is less subject to hardware crashing? I'm imagining one GPU in the ORC might fail while we are all burning them with our animations

ORC uses Tesla (server) GPUs in the largest and most reliable managed DC's on the planet. This offers a different class of reliability over consumer hardware configurations.

i thought teslas are slow for gpu rendering

coilbook wrote:

Goldorak wrote:

Notiusweb wrote:Hi Goldorak, are the GPUs back at the farm air cooled or watercooled? And are they some special industrial strength GPU that is less subject to hardware crashing? I'm imagining one GPU in the ORC might fail while we are all burning them with our animations

ORC uses Tesla (server) GPUs in the largest and most reliable managed DC's on the planet. This offers a different class of reliability over consumer hardware configurations.

i thought teslas are slow for gpu rendering

Newer ones like the K80 are about 150 on OB. This is also not the limiting factor for when you assign each frame/sub-tile across many thousands of parallel GPUs on the cloud.

Can we have an idea when ORC and ORBX will be available? Thought they were supposed to be available when v3 was released.

imensah wrote:Can we have an idea when ORC and ORBX will be available? Thought they were supposed to be available when v3 was released.

+1 to that, was just looking around for information on it, only thing I could find was the original slide with the release dates:



Genuinely understand the issues with development and schedules, just after an update on it's status.

cheers
brasc

Im sure they must have just forgot to turn on the service.

did you guys try restarting the router?

It is very dissapointing...
i have been waiting for this ORC service for too long.... how many YEARS! have passed since they said they were going to give us that? (prior V2 launch i think...)
still nothing...

also, reading the forum, it says that there is not an advantage of using ORC for people like me that need to render still images... too bad....
i was just stupid in buying V3 version without reading the forum.

sorry friends for being negative, but too many promisses with this otoy guys.
maybe its time to start learning Vray.

Now that we have gone through 3 out of the 4 things on that list, ORC is next.

Goldorak wrote:Now that we have gone through 3 out of the 4 things on that list, ORC is next.

Great to hear, thanks!

cheers,
brasc

so in my understanding, when rendering a still image on ORC, it still limit to 20gpus, which giving me around ~800ob and it's the MAX vaule I can render a still? for 2.x will be even worst(12x40=480ob), if I want to say 200gpus for a still, it will never gonna happen due to v3 20gpu limitation, so for a still render it's a dead end ?

for animation, does the orc split a frame to a group of 20gpus(assuming the scene use v3)? and then split another of 20gpus to render next frame etc..and it run all across the whole animation range? ok if this formula is correct, which means:
For rendering a frame will cost: 10$/50min * frame render time = 0.2$ (If a frame rendered using 20gpus will cost 1min rendertime, then this frame cost 0.2$ , if the frame cost 10min rendertime, then this frame will cost 2$,etc....you get the point...), also, does the scene data transfer will get charged during render time?

prove me I am wrong please...I mean the price is to high...I am start to losing hope, please drag me back...

Shane