Messages

1

Gallery / Re: Alon House

« on: 2015-03-20, 15:38:59 »

nice, how did you model the rocks?any plugin?

2

[Max] I need help! / Re: DR problem, again.........

« on: 2015-03-19, 14:23:55 »

Thanks Ondra,

I tried to update everything to 1.00.2, and i am now going to test it again..!

Your quick help it's always really appreciated!!

3

[Max] I need help! / DR problem, again.........

« on: 2015-03-19, 13:33:07 »

Ok After wasting the whole last weekend solving my last  DR problem, here we are again..

2015-03-19/12:22:28   Ready for new connection
2015-03-19/12:26:03   Accepted remote connection from dsk-021
2015-03-19/12:26:03   Handshake: <CoronaDrRemote>    <HandshakeInit>init</HandshakeInit>    <FrameName>0</FrameName>    <HostVersion>Max2015</HostVersion>    <CameraName>VRayCam003</CameraName> </CoronaDrRemote> 
2015-03-19/12:26:03   Downloading 3ds max 2015 scene to render with 3ds max 2015
2015-03-19/12:26:06   Downloaded scene: 235 M bytes in 2 s
2015-03-19/12:26:06   Running command:
echo Starting 3ds max DR... && "C:/Program Files/Autodesk/3ds Max 2015/3dsmaxcmd.exe" "C:\Program Files (x86)\Corona\DrServer/drData//received_scene_1468143691.max" -o:"C:\Program Files (x86)\Corona\DrServer/drData//dr_out.png" -frames:0 -continueOnError -gammaCorrection:1 -rfw:1 -sf -v:5  -camera: "VRayCam003"  >> "C:\Program Files (x86)\Corona\DrServer/drData//MaxLog.txt"
2015-03-19/12:26:06   WARNING: Got bogus loopback connection:
2015-03-19/12:26:06   WARNING: Got bogus loopback connection:
2015-03-19/12:26:06   WARNING: Got bogus loopback connection:
2015-03-19/12:26:07   3ds max is online after 1 seconds
2015-03-19/12:26:07   DR is running
2015-03-19/12:27:31   Started EXR dump (7,699,101 bytes, filename: C:\Program Files (x86)\Corona\DrServer/drData//dump4483.exr)
2015-03-19/12:27:31   Finished EXR dump after 0 s
2015-03-19/12:27:31   Removed file: C:\Program Files (x86)\Corona\DrServer/drData//dump4483.exr
2015-03-19/12:28:33   Started EXR dump (7,765,376 bytes, filename: C:\Program Files (x86)\Corona\DrServer/drData//dump4484.exr)
2015-03-19/12:28:33   Finished EXR dump after 0 s
2015-03-19/12:28:33   Removed file: C:\Program Files (x86)\Corona\DrServer/drData//dump4484.exr
2015-03-19/12:29:35   Started EXR dump (7,729,072 bytes, filename: C:\Program Files (x86)\Corona\DrServer/drData//dump4485.exr)
2015-03-19/12:29:35   Finished EXR dump after 0 s
2015-03-19/12:29:35   Removed file: C:\Program Files (x86)\Corona\DrServer/drData//dump4485.exr

Anyone knows what "WARNING: Got bogus loopback connection: " means?
The node is rendering, but some part of the image have more noise than others with visible stripes.

Thanks

4

Gallery / Re: ForEver

« on: 2015-03-17, 12:23:23 »

here's a little new render made for a private project(desktop wallpaper for friends)
sorry for the simple geometrie....very heavy to model this,i know....  :-)

nice concrete, would you mind sharing some details about that?

5

[Max] Resolved Bugs / Re: Render Slave Gamma

« on: 2015-03-17, 10:20:36 »

SOLVED

Ok I finally solved the problem.

Basically my main workstation was setup with output gamma to 1.0, even if from the ini file, was 2.2. (don't ask me why!).

I solved opening a file with the gamma setup on 2.2 for both, saying to use system gamma, instead of the file gamma, and then i saved the file.
I then run the script again, and apparently somehow, i managed to save the Bitmap output gamma on my main to 2.2.

Opening the file then from the node, i did NOT GET the mismatch gamma settings, which is fundamental to DON'T HAVE!
If you get that message, your render will look bad.

Finally, after having checked that the node was reading the file with the same gamma of the master, i sent the DR render, and it was finally looking good.

Edit:

On 2 workstation we have same settings for the bitmap gamma: input and output to 2.2

Can't change this settings on the nodes, where is 2.2 input 1.0 output.
I tried changing the ini file, using a script, but nothing. Any idea?
The mystery is that with vray it renders fine..!

So you got your textures to render correctly?  And everything's good now?

yes!

That's why the hdri was having problems!

6

[Max] I need help! / Re: reducing noise technique?

« on: 2015-03-16, 18:52:26 »

can't see any noise as well, but, you should use a portal plane  if you did not on the aperture.

7

[Max] Resolved Bugs / Re: Render Slave Gamma

« on: 2015-03-16, 14:04:20 »

SOLVED

Ok I finally solved the problem.

Basically my main workstation was setup with output gamma to 1.0, even if from the ini file, was 2.2. (don't ask me why!).

I solved opening a file with the gamma setup on 2.2 for both, saying to use system gamma, instead of the file gamma, and then i saved the file.
I then run the script again, and apparently somehow, i managed to save the Bitmap output gamma on my main to 2.2.

Opening the file then from the node, i did NOT GET the mismatch gamma settings, which is fundamental to DON'T HAVE!
If you get that message, your render will look bad.

Finally, after having checked that the node was reading the file with the same gamma of the master, i sent the DR render, and it was finally looking good.

8

[Max] Resolved Bugs / Re: Render Slave Gamma

« on: 2015-03-16, 12:23:04 »

I tried to change the INI file, using a script, but it's stucked to 2.2

Probably is not a Corona problem, but as i am not the only one having this issue, i think it would be good to keep posting and finding a solution, if you don't mind


Edit:

On 2 workstation we have same settings for the bitmap gamma: input and output to 2.2

Can't change this settings on the nodes, where is 2.2 input 1.0 output.
I tried changing the ini file, using a script, but nothing. Any idea?
The mystery is that with vray it renders fine..!

9

[Max] Resolved Bugs / Re: Render Slave Gamma

« on: 2015-03-16, 11:47:45 »

This is what i get opening the file from the node...

The solution must be here!

i can't change those settings..

10

[Max] Resolved Bugs / Re: Render Slave Gamma

« on: 2015-03-16, 10:35:45 »

Ok, new day, new test.

File New - plane - teapots - corona sun.

No textures at all, except for a bercon map, and yes it works, just adding one texture for the floor, it comes like attachment.

11

[Max] Resolved Bugs / Re: Render Slave Gamma

« on: 2015-03-15, 11:12:50 »

i did another test, instead of using an hdri, with the sun, and seems working..would you mind trying as well?

I haven't been using an HDRI, just the sun and corona sky.  But I think I got it to work :D

I work on my local computer then archive to gather all my textures, then i put it on the network drive, so all the slaves can read it.
That works with mentalray anyway.
When I looked at the textures paths in the material editor, the paths read as my local one, but when i opened the link, it opened the network folder.
So, I just linked it to the network path, so it had the network name in the path name.
It works :D

Let me know if that doesn't make sense.

Oh lucky you!!
Unfortunately this is not my case, as the location of the textures it's a server reachable for all the nodes, and second,  that if i render only from the node it renders fine!

Playing with the color space of the hdri seems to work, but the results are really bad!!

12

[Max] Resolved Bugs / Re: Render Slave Gamma

« on: 2015-03-14, 19:05:03 »

i did another test, instead of using an hdri, with the sun, and seems working..would you mind trying as well?

13

[Max] Resolved Bugs / Re: Render Slave Gamma

« on: 2015-03-14, 18:45:47 »

ok, some more test today..

THe render looks good for the first passes on the main computer, and the node is rendering fine. But, i don't know why, on my node, after the 30th pass, it starts again from 1-2-3, and when it does that, the stripes appear on the main workstation buffer.

I tried to play with .ini file, changing the gamma settings with different combination, but it doesn't seem helping.


edit1: changing the  sync interval to 10 seconds, makes the stripes appear sooner.
edit2: tried to copy and paste the ini file on both computer using the same but nothing
edit3: tried to remove textures and using an override but nothing.

Good thinking to copy the ini file.
I thought it was the ini files on the slaves that had to be changed, but it's the ini on the master computer.  The slaves use that outputgamma value of the master.
I saw a distributed rendering with corona video, and the guy had it at 0.0, but that didn't work for me either
I changed it to 1.000000 and nothing
I saw somewhere else where someone added 1.0+2.2 to make 3.2, but that didn't do anything either.
All those options produced the same result, so I'm thinking the output value doesn't affect it.
I'm thinking maybe it's the input value of the textures that affect it?....

The override with a solid material didn't work?  It works for me.  So, I'm thinking it's how gamma is applied to textures on the slaves?

i tried to use a solid material without texture, but no, it did not work.

I don't think is gamma problem honestly, don't know what to do, i am just rendering with vray for monday using the nodes..

i hope that they are going to fix this DR problem soon

14

[Max] Resolved Bugs / Re: Render Slave Gamma

« on: 2015-03-14, 15:46:53 »

i have this problem on a 7.1, it resolved for me making a new "base" file from 0 scratch (i was using some base file with all the units and camera setups configurated to my taste)

Thanks I just tried to create a new file, but still same issue.

15

[Max] Resolved Bugs / Re: Render Slave Gamma

« on: 2015-03-14, 12:50:42 »

ok, some more test today..

THe render looks good for the first passes on the main computer, and the node is rendering fine. But, i don't know why, on my node, after the 30th pass, it starts again from 1-2-3, and when it does that, the stripes appear on the main workstation buffer.

I tried to play with .ini file, changing the gamma settings with different combination, but it doesn't seem helping.


edit1: changing the  sync interval to 10 seconds, makes the stripes appear sooner.
edit2: tried to copy and paste the ini file on both computer using the same but nothing
edit3: tried to remove textures and using an override but nothing.