Author Topic: Render Slave Gamma  (Read 14904 times)

2015-03-16, 13:46:15
Reply #15

arqrenderz

  • Active Users
  • **
  • Posts: 1070
  • https://www.behance.net/Arqrenderz1
    • View Profile
    • arqrenderz
It happens somethimes to me  :( Is it possible that Corona Forces all the slaves to render at the gamma specified by the master??

2015-03-16, 14:04:20
Reply #16

lius86

  • Active Users
  • **
  • Posts: 52
    • View Profile
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.


2015-03-16, 18:50:46
Reply #17

luissee

  • Active Users
  • **
  • Posts: 6
    • View Profile
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?
« Last Edit: 2015-03-16, 18:56:27 by luissee »

2015-03-17, 10:20:36
Reply #18

lius86

  • Active Users
  • **
  • Posts: 52
    • View Profile
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!

2015-03-17, 10:38:27
Reply #19

maru

  • Corona Team
  • Active Users
  • ****
  • Posts: 13668
  • Marcin
    • View Profile
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.

Sorry but I d not fully understand how you did this. Could you try explaining step by step (bes would be in points 1,2,3...) what you did to fix it? It would be greatly appreciated.
Marcin Miodek | chaos-corona.com
3D Support Team Lead - Corona | contact us

2015-03-17, 18:57:18
Reply #20

luissee

  • Active Users
  • **
  • Posts: 6
    • View Profile
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.

So what are your gamma settings on the master and slaves?
It was a gamma issue after all?
I'm still having issues with it.

2015-03-18, 13:35:26
Reply #21

luissee

  • Active Users
  • **
  • Posts: 6
    • View Profile
Ok.  I finally got mine to work on four machines.  Hopefully I can add more now.

My issue wasn't the gamma issue.
My gamma was enabled, so the default 2.2 in and 2.2 out were fine.  I didn't have to mess with the ini file or run a script.

- My issue was the network mapping of textures.
- Even though they were mapped to the network (N:) and they would open fine on the slaves to render out alone, and I got the master and one slave to work this way.  But when I added more than one slave, it didn't work.
- When rendering together the stripes would show up
- So I changed all my texture paths to\\networkname\folder name\file name
- Seems simple enough, but since the files opened ok by themselves and got one slave to render with the master, I thought it was something else, and went crazy looking for it.
Also, the port numbers in backburner general settings should be the same.  They suggest you use 19667 and 19668, but I didn't have to, to get it to work.

- Before I was thinking it was a gamma output of the slaves
- Maybe the order things were installed on my computer. 3ds max, backburner, corona
- Maybe I had to uninstall corona and install service packs, then install corona again
- Maybe different versions of corona would work


I'm sure you've come across this, but this helped.
https://coronarenderer.freshdesk.com/support/solutions/articles/5000501666


2015-04-23, 17:47:56
Reply #22

iuvalles

  • Users
  • *
  • Posts: 2
    • View Profile
luis86 Can you explain how to change the output gamma computer?
thanks

2015-06-08, 17:07:29
Reply #23

Ludvik Koutny

  • VIP
  • Active Users
  • ***
  • Posts: 2557
  • Just another user
    • View Profile
    • My Portfolio
This seems to be solved.

Therefore moving it to resolved section.