ronviers
![]() |
I saved an hdr texture that I had created with ff in linear. When I opened that same file in ff I expected it to be washed out, I even got the ff warning that I was looking at an uncorrected image, but what I saw was a gamma corrected image – like I would expect from PS if I were using soft proof with monitor rgb. In fact, if I open the same image in ps without soft proof, I get the washed out image I expect.
Does ff, with linear workflow enabled, default to a gamma corrected preview? @ronviers |
|||
Posted: May 27, 2010 5:30 pm | ||||
Vladimir Golovin
Administrator |
What are your settings in Tools > Options > Gamma?
|
|||
Posted: May 28, 2010 1:50 am | ||||
ronviers
![]() |
Gamma correction disabled - ticked
Gamma 2.2 Show notifications - ticked @ronviers |
|||
Posted: May 28, 2010 1:54 am | ||||
ronviers
![]() |
||||
Posted: May 28, 2010 5:49 pm | ||||
ronviers
![]() |
||||
Posted: May 28, 2010 5:50 pm | ||||
ronviers
![]() |
||||
Posted: May 28, 2010 5:51 pm | ||||
ronviers
![]() |
||||
Posted: May 28, 2010 5:52 pm | ||||
ronviers
![]() |
||||
Posted: May 29, 2010 12:57 am | ||||
ronviers
![]() |
Here is a filter I used to generate three gradients; one with a gamma of 1, one with a gamma of 0.454545455 and one with a gamma of 2.2 – with the filter forge gamma option settings as shown above.
ImageBasedGradient.ffxml @ronviers |
|||
Posted: May 29, 2010 12:57 am | ||||
ronviers
![]() |
Here are the results as they appear in cs5. You can see in the upper left corner of each image which gamma they were saved as. Starting form the upper left and going clockwise, 1, .45, 2.2. This is with soft proof off.
Fwiw, all of these images were saved as 32bit exr with alpha and no compression. Ok, so that seems to be all working as expected. Ps should open and display them according to the gamma that ff saved them with. ![]() @ronviers |
|||
Posted: May 29, 2010 1:02 am | ||||
ronviers
![]() |
||||
Posted: May 29, 2010 1:47 am | ||||
Vladimir Golovin
Administrator |
(Sorry for the lack of replies -- we'll reply when we have a free programmer to look into this. Everybody is too busy working on Beta Stage 4.)
|
|||
Posted: June 1, 2010 1:52 pm | ||||
ronviers
![]() |
I completely understand - thanks for the update.
![]() @ronviers |
|||
Posted: June 1, 2010 1:56 pm | ||||
Dmitry Sapelnikov |
FF behaviour in your tests is absolutely right.
For example, you save 0.5-grayscale pixel in FF without gamma correction. What will you have in file? Of course 0.5. Then you load previously saved 0.5-pixel without gamma correction. So after loading you get the same pixel value as before saving. No surprises. Photoshop performs pixel loading in the different way. It supposes that saved in FF picture was created with linear-gamma device. So PS makes linear-monitor gamma-correction. It's produced according to the formula: loaded_pixel = pixel_in_file ^ (1 / monitor_gamma) Actually FF does the same during loading if gamma correction is turned on. BTW the formula explains why linear-gamma images look washed after loading if they were created with non-linear gamma devices (such as your monitor =). |
|||
Posted: July 5, 2010 6:56 am | ||||
ronviers
![]() |
Filter forge is displaying the images exactly the same if gamma correction is turned on or off. PS will display the images the way ff displays them by default. If you notice above, I have a custom rgb workspace defined in PS that sets the gamma to 1.0. I can get PS to display the images with correction by turning on softproof set to monitor rgb. I expect FF to display the image the way PS displays the image when PS is set to a linear workspace and no softproof. Are you saying ff is working that way now?
@ronviers |
|||
Posted: July 5, 2010 7:35 am | ||||
Dmitry Sapelnikov |
Only in case of displaying, but saving/loading process in 2 gamma modes is different. In case we use no gamma correction FF acts as I previously wrote. In case we use gamma correction, FF performs monitor-linear correction before saving and linear-monitor one before loading. For better understanding and consistency between PS and FF try the following test: save an image in FF without gamma correction, then turn correction on and load previously saved image. You will get "washed out Photoshop" result. I hope this explanation is enough. =) |
|||
Posted: July 5, 2010 8:59 am | ||||
ronviers
![]() |
I realize you are very busy but I have one more quick question.
If ff’s gamma correction setting is set to disabled and I open an image that had been saved with ff’s gamma correction setting set to disabled, I see an image that appears to be corrected to monitor but this correction is preview only – the image is linear. Is that correct? @ronviers |
|||
Posted: July 5, 2010 9:35 am | ||||
Dmitry Sapelnikov |
No, it's not. =( While PS corrects pixel values only for on its previews, FF changes them everywhere as it doesn't have split pipelines for processing and displaying of the image data. For example, you have saved 0.5-value pixel (1.0 - white, 0.0 - black) in file with linear gamma. After loading in PS you get 0.5 value (check it out with color picker). But pixel value for PS preview is greater, about 0.7. So PS preserves original pixel values for image processing and have a copy of them for gamma-corrected preview. If you load the image in FF (gamma correction is turned on), you will see the same preview as in PS, but pixel value will be 0.7 (check it out with color inspector). So FF with enabled gamma changes pixel values during image loading. Of course, FF doesn't change values of the original image, it just copies image into internal cache and produce gamma correction for it. Why is it so? Besides of image processing FF uses pixel data for numerical calculations. For example, linear-gamma gradients will be really confusing for users who use it for grayscale inputs mapping. |
|||
Posted: July 7, 2010 6:05 am | ||||
ronviers
![]() |
Thank you for clarification
![]() @ronviers |
|||
Posted: July 7, 2010 6:34 am |
Filter Forge has a thriving, vibrant, knowledgeable user community. Feel free to join us and have fun!
33,711 Registered Users
+18 new in 30 days!
153,533 Posts
+31 new in 30 days!
15,348 Topics
+73 new in year!
24 unregistered users.