Standalone DR prepass bug?

[seq]

Hi,

once again we get this errors (see attached image) when rendering a vrscene with standalone and DR. Rendering the same scene with the same clients within Maya gives us a clean image!?

Using Maya 2011 SP1 und Windows 7 64bit (server) and Vista 64 (clients). And VRay for Maya NB from twelfth november. All textures are available for each client locally.

The error seems to happen during the prepass phase. Any ideas?

Thanks,
Lars

[vlado]

Would it be possible to get the Maya scene for this to vraymaya@chaosgroup.com so that we can fix it?

Best regards,
Vlado

[seq]

I'll strip down a scene for you tomorrow.

[seq]

Hi Vlado,

sorry for the delay. It was not possible to strip down the scene. So I've zip the whole scene for you. Send you the link via email right now.

Thanks,
Lars

[ivaylo.ivanov]

Hello seq,

In the scene that you send us, the ies light name is with double ".ies" extension and the standalone couldn't open it. The missing light can produce such artifacts. I didn't notice such problem after fixing this. Please, verify that vray can open the ies light (you can see such warnings in the output)

[seq]

Thanks Ivaylo. Then we would be guilty

I'll check this tomorrow.

[seq]

Hi Ivaylo,

just checked the scene again and I couldn't find a ies-file with double extension? Only that the extension is written in capital letter.

When you wrote that we would see that warnings in the output, do you mean the output window on the computer where we start the batch file? Because on the clients the render slaves are running as services and so have no output to check. Or is there a log-file on every client?

Thanks
Lars

[ivaylo.ivanov]

Sory, the ies light with wrong name was put there from our support . It was not in the archive. Can you upload this light too?
On clients, you can check "C:\Windows\Temp\VRMayaSpawner.log" for errors.

[seq]

Just send them as zip to vraymaya@chaosgroup.com.

[ivaylo.ivanov]

Still no luck reproducing the problem so far. I was rendering on 3 machines - with windows 7, leopard and fedora. Will try only on windows machines tomorrow

[seq]

Same here: It is a phenomenon that appears and disappears. We had that problem several times in the last 1.5 years. Perhaps it has something to do with our network? Perhaps I can do some research in the holidays.

[ivaylo.ivanov]

I think I've fixed this issue with revision 13702. The problem was a misunderstanding between the server and the slaves when there are region/crop overrides as command line arguments. Let me know if you have such issues after the next nightly.

[seq]

Great news Ivaylo! Awesome that you found the bug! We will test the fix in the next days.

[seq]

Unfortunately the bug still seems to be there as you can see on the image - rendered with the NB from 14th december.

We'll try to render without the region/crop overrides as command line arguments. Instead we try the new region="none" flag. Perhaps that helps.

Thanks
Lars

[seq]

Just to let you know: The same problem with the region=none flag.

Seems that most people don't us that flag or are we the only ones having this problem?