Approve the Cookies
This website uses cookies to improve your user experience. By using this site, you agree to our use of cookies and our Privacy Policy.
OK
Forums  •   • New posts  •   • RTAT  •   • 'Best of'  •   • Gallery  •   • Gear
Guest
Forums  •   • New posts  •   • RTAT  •   • 'Best of'  •   • Gallery  •   • Gear
Register to forums    Log in

 
FORUMS Post Processing, Marketing & Presenting Photos RAW, Post Processing & Printing 
Thread started 11 Sep 2006 (Monday) 22:04
Search threadPrev/next
sponsored links (only for non-logged)

DPP + Photoshop CS + Fuji Digital Frontier

 
FlyingPete
I am immune
Avatar
4,256 posts
Gallery: 2 photos
Likes: 101
Joined Oct 2003
Location: Flat Bush, Auckland, New Zealand
     
Sep 11, 2006 22:04 |  #1

I have been using a local print shop for printing my photos. They have a Fuji Digital Frontier.

There are some funny things afoot though...

When I process a RAW image put in on a CF card and print it on the Frontier, it looks fairly terrible, even if it looked great on the screen, correct exposure, white balance etc... When printed they have blown out highlights and too much contrast. The colour space in DPP (version 2) is set to sRGB.

Now if I open one of these images in Photoshop, and Save As with no changes to the file, then print it on the Frontier it looks great.

What gives? The Frontier is using a sRGB colour space, so is Photoshop and so (I thought) is DPP. Photoshop is doing something subtle to the files that makes them printable that DPP doesn't. I keep thinking colour space, but I am sure it is set correctly on DPP.

I only discovered this when I printed several images all processed with DPP, but half went through Photoshop, the other half didn't (some background cloning needed on some), the ones that had been in Photoshop looked great, the others didn't. I tested this theory formally with the same image this morning, the Frontier operator was as confused as I was.

Help!

(I can scan an post the images to see the difference, but I don't think a flat bed would do it justice).


Peter Lowden.
EOS R6 and assorted glass

  
  LOG IN TO REPLY
tim
Light Bringer
Avatar
51,010 posts
Likes: 375
Joined Nov 2004
Location: Wellington, New Zealand
     
Sep 11, 2006 22:29 |  #2

More details please Pete - is the Fuji printing from a RAW? If so can it read the parameters from CS2? Me confused.


Professional wedding photographer, solution architect and general technical guy with multiple Amazon Web Services certifications.
Read all my FAQs (wedding, printing, lighting, books, etc)

  
  LOG IN TO REPLY
FlyingPete
THREAD ­ STARTER
I am immune
Avatar
4,256 posts
Gallery: 2 photos
Likes: 101
Joined Oct 2003
Location: Flat Bush, Auckland, New Zealand
     
Sep 11, 2006 22:54 as a reply to  @ tim's post |  #3

Sorry guys, let me clarify, all the files being printed are JPEG, I am using DPP to do the inital conversion of the RAW to JPEG, so all images have had shanges applied. It is the converted JPEG files I am having issues with.

As for Photoshop config (I am not using the Adobe RAW importer), I have CS (version 8), save as is done all defaults at highest JPEG Quality, colour space setting is sRGB.


Peter Lowden.
EOS R6 and assorted glass

  
  LOG IN TO REPLY
tim
Light Bringer
Avatar
51,010 posts
Likes: 375
Joined Nov 2004
Location: Wellington, New Zealand
     
Sep 11, 2006 23:12 |  #4

So, to clarify, a JPG generated by DPP that looks great on your monitor sucks when printed? And an image processed by CS2 to a JPG and printed looks good?


Professional wedding photographer, solution architect and general technical guy with multiple Amazon Web Services certifications.
Read all my FAQs (wedding, printing, lighting, books, etc)

  
  LOG IN TO REPLY
FlyingPete
THREAD ­ STARTER
I am immune
Avatar
4,256 posts
Gallery: 2 photos
Likes: 101
Joined Oct 2003
Location: Flat Bush, Auckland, New Zealand
     
Sep 11, 2006 23:22 as a reply to  @ tim's post |  #5

tim wrote:
So, to clarify, a JPG generated by DPP that looks great on your monitor sucks when printed? And an image processed by CS2 to a JPG and printed looks good?

That is about it except I have CS1 not CS2.

Here are the images:
First up straight out of DPP (size reduction done in DPP not PS)

IMAGE NOT FOUND
Byte size: ZERO | Content warning: NOT AN IMAGE


Next the image saved from PS:
IMAGE NOT FOUND
Byte size: ZERO | Content warning: NOT AN IMAGE


And lastly a "side by side" (actually top bottom) scan, the top one is the DPP print, the bottom one the PS print
IMAGE NOT FOUND
Byte size: ZERO | Content warning: NOT AN IMAGE

Peter Lowden.
EOS R6 and assorted glass

  
  LOG IN TO REPLY
tim
Light Bringer
Avatar
51,010 posts
Likes: 375
Joined Nov 2004
Location: Wellington, New Zealand
     
Sep 11, 2006 23:25 |  #6

I don't know what the problem is, but I can tell you how to work around it... ;) I would be interested to hear the answer if you work it out. Or email me/post the full JPG for me to have a look at, not that i'm likely to spot anything. Email is on my home page, via my profile.


Professional wedding photographer, solution architect and general technical guy with multiple Amazon Web Services certifications.
Read all my FAQs (wedding, printing, lighting, books, etc)

  
  LOG IN TO REPLY
FlyingPete
THREAD ­ STARTER
I am immune
Avatar
4,256 posts
Gallery: 2 photos
Likes: 101
Joined Oct 2003
Location: Flat Bush, Auckland, New Zealand
     
Sep 12, 2006 01:03 as a reply to  @ post 1973900 |  #7

matthewlrigdon wrote:
Your running into a problem with embedding profiles versus converting to a profile. DPP probably uses a high gamut workspace to do its correction (to preserve the maximum color data). I have a feeling when it saves a JPEG, the actual data in the JPEG file is the large gamut data with the sRGB as the embedded profile. That means every program that opens the file needs to first convert to sRGB to display properly (in other words, the data wasn't changed, DPP's just telling what to do to change it properly).

Photoshop actually converts to a working profile and embeds that profile, so you know how to handle the file later (a file without an embedded profile is mystery meat, you have no way of knowing what the color datas mean and you have to keep applying profiles until you get a good match).

The Fuji printers don't read profiles. The engine inside strips the profile off the jpeg file and then sends the color data straight to the print engine. In the case of DPP, it's sending color data that wasn't converted to sRGB but should have been.

I hope that makes sense.

Thanks for that explaination I think I have got it, but this now leads to two questions:
1. How do Canon DLSR's behave with the JPEGs they create internally
2. Is ther a way to get DPP to embed the profile?


Peter Lowden.
EOS R6 and assorted glass

  
  LOG IN TO REPLY
Curtis ­ N
Master Flasher
Avatar
19,129 posts
Likes: 11
Joined Apr 2005
Location: Northern Illinois, US
     
Sep 12, 2006 01:50 |  #8

I'm surprised this hasn't popped up here before, since I know quite a few people use DPP and utilize labs with Fuji Frontiers.

I haven't run into this myself, though DPP is generally not the final application I use before printing. I might run a test the next time I print something to see if I can duplicate the scenario you're running into.

In DPP there are two places to set sRGB - one for the work color space and one for the display. Have you selected sRGB in both places?


HOSTED PHOTO
please log in to view hosted photos in full size.


"If you're not having fun, your pictures will reflect that." - Joe McNally
Chicago area POTN events (external link)
Flash Photography 101 | The EOS Flash Bible  (external link)| Techniques for Better On-Camera Flash (external link) | How to Use Flash Outdoors| Excel-based DOF Calculator (external link)

  
  LOG IN TO REPLY
FlyingPete
THREAD ­ STARTER
I am immune
Avatar
4,256 posts
Gallery: 2 photos
Likes: 101
Joined Oct 2003
Location: Flat Bush, Auckland, New Zealand
     
Sep 12, 2006 01:59 as a reply to  @ Curtis N's post |  #9

Curtis N wrote:
I'm surprised this hasn't popped up here before, since I know quite a few people use DPP and utilize labs with Fuji Frontiers.

I haven't run into this myself, though DPP is generally not the final application I use before printing. I might run a test the next time I print something to see if I can duplicate the scenario you're running into.

In DPP there are two places to set sRGB - one for the work color space and one for the display. Have you selected sRGB in both places?

Yep that is how I have it set up :confused: :confused:

I may look into using the Adobe RAW importer, it may save a processing step.


Peter Lowden.
EOS R6 and assorted glass

  
  LOG IN TO REPLY
FlyingPete
THREAD ­ STARTER
I am immune
Avatar
4,256 posts
Gallery: 2 photos
Likes: 101
Joined Oct 2003
Location: Flat Bush, Auckland, New Zealand
     
Sep 12, 2006 02:01 as a reply to  @ post 1974107 |  #10

matthewlrigdon wrote:
DON'T select sRGB as your monitor space. That's the default and that's why my results were off. This should be set to your monitor profile. I have mine calibrated so it's using that custom profile, but all new systems come with factory profile that should provide a better match. Nobody's monitor matches sRGB unless you calibrate it so. A calibration tool will not calibrate your monitor to sRGB (that would be a terrible choice).

I have the monitor model profile loaded, and I did have it here for display too. That might explain why on the screen everything looks OK.


Peter Lowden.
EOS R6 and assorted glass

  
  LOG IN TO REPLY
PacAce
Cream of the Crop
Avatar
26,900 posts
Likes: 40
Joined Feb 2003
Location: Keystone State, USA
     
Sep 12, 2006 07:43 as a reply to  @ post 1973900 |  #11

matthewlrigdon wrote:
Your running into a problem with embedding profiles versus converting to a profile. DPP probably uses a high gamut workspace to do its correction (to preserve the maximum color data). I have a feeling when it saves a JPEG, the actual data in the JPEG file is the large gamut data with the sRGB as the embedded profile. That means every program that opens the file needs to first convert to sRGB to display properly (in other words, the data wasn't changed, DPP's just telling what to do to change it properly).

Photoshop actually converts to a working profile and embeds that profile, so you know how to handle the file later (a file without an embedded profile is mystery meat, you have no way of knowing what the color datas mean and you have to keep applying profiles until you get a good match).

The Fuji printers don't read profiles. The engine inside strips the profile off the jpeg file and then sends the color data straight to the print engine. In the case of DPP, it's sending color data that wasn't converted to sRGB but should have been.

I hope that makes sense.

I doubt that this is the answer. If DPP were just embedding the profile without actually changing the data, there is no way PSCS would be able to get that same image and display it on the screen exactly like DPP does because PSCS does take the embedded profile and convert the image if necessary to match it's own working space.


...Leo

  
  LOG IN TO REPLY
Curtis ­ N
Master Flasher
Avatar
19,129 posts
Likes: 11
Joined Apr 2005
Location: Northern Illinois, US
     
Sep 12, 2006 08:25 as a reply to  @ post 1974107 |  #12

matthewlrigdon wrote:
DON'T select sRGB as your monitor space. That's the default and that's why my results were off. This should be set to your monitor profile. I have mine calibrated so it's using that custom profile, but all new systems come with factory profile that should provide a better match.

Thanks for that. I was mostly taking a shot in the dark and admit that color management is a concept that mostly makes my head spin.

There has to be more to this issue, though. Lots of people on this forum use DPP, with some claiming that it does a better job with color than the rest of the RAW converters. If the software was messing up files the way you suggest, the issue would be common knowledge.


"If you're not having fun, your pictures will reflect that." - Joe McNally
Chicago area POTN events (external link)
Flash Photography 101 | The EOS Flash Bible  (external link)| Techniques for Better On-Camera Flash (external link) | How to Use Flash Outdoors| Excel-based DOF Calculator (external link)

  
  LOG IN TO REPLY
PacAce
Cream of the Crop
Avatar
26,900 posts
Likes: 40
Joined Feb 2003
Location: Keystone State, USA
     
Sep 12, 2006 14:03 as a reply to  @ post 1976142 |  #13

matthewlrigdon wrote:
See my follow-up, where I open the same JPEG exported with DPP. In the first example. I strip the profile and turn color management off in Photoshop. In the second example, I honor the profile. The first one has a distinct red cast compared to what DPP is showing. In the second case, the two images are a good match.

It would appear that the jpeg out of DPP has a lot of red data that can't be contained in sRGB, hence when you look at with the sRGB profile, it clips red (making the image slightly green). It's a sign of a profile mismatch. You can see this sort of thing with any file by setting Photoshop to ask how to color manage every file. When you open a file with a different profile than the editing space you've selected in Photoshop, you get a dialog that lets you use the embedded profile, convert to the working or profile, or assign a profile manually. If you take a file and assign various incorrect profiles to it, you'll see color shifts, luminance shifts, etc, depending on the profile.

This is the case with DPP. It's not saving a file that's been converted to sRGB, it's saving a file in some other color space then assigning sRGB as the profile. As long as you are dealing with applications that honor profiles, like Photoshop, you'll see similar results from DPP and the other app. If you strip the profile, you'll get a completely different looking photo.

If what you are saying is true, then please explain why the image displayed by FlyingPete several posts up of the DPP file looks identical to the image of the PSCS file? SInce IE also ignores the embedded profile, I would expect to see the same difference in color that FlyingPete was complaining about in his prints.


...Leo

  
  LOG IN TO REPLY
PacAce
Cream of the Crop
Avatar
26,900 posts
Likes: 40
Joined Feb 2003
Location: Keystone State, USA
     
Sep 12, 2006 15:25 as a reply to  @ post 1976377 |  #14

matthewlrigdon wrote:
Windows XP has color management built in (I think it was actually added in 2000, to compete with Colorsync on Mac) so Windows is ICC aware. I believe that IE DOES honor profiles, but you're system has to be configured properly. I'm primarily a Mac user, so Microsoft may have screwed up color management in IE, though. I don't think that's the case, I think people just misunderstand how IE and color management work. I'll explain.

When a lot of programs save a JPEG file for web use, they convert the file to sRGB and don't save a profile. This is because for the longest time, sRGB was assumed to be the color space you used for web graphics and most computers didn't have color management capabilities built in. Without the OS having a CMM, the profile was just extra data that increased downloading time on a modem.

Both Windows and Mac now have CMM and we don't worry so much about a few K in data size, so embedding profiles should work fine, but a lot of programs still leave profiles out for the web, for the same reason they use the web-safe color pallette as the color picker: we've always done it this way (does anyone still use a 256-color monitor? Or Netscape?)

In the absence of a profile, IE should just display the image without correction, but what it probably does is assume the profile is sRGB and assign sRGB to the file. So in the case of DPP, things will work fine as long as sRGB is the correct choice. Since a lot of people have been trained to use sRGB for web work, this works a lot of the time. DPP has sRGB selected as working space and display space by default (this second choice is a mistake, the display space should be your monitor profile).

You may not even notice a problem if you switched your editing space over to Adobe RGB. Adobe RGB has a larger color gamut than sRGB, but it's primarily in reds where the former exceeds the latter. If your image were primarily green and blue, when you assign sRGB to an image that's supposed to be assigned Adobe RGB, you might not see much difference. If the image had a lot of reds that Adobe RGB can handle but sRGB can't, those colors will be clipped and you will see a change in your image.

Sorry, but I don't buy your explanations in the previous post. :confused: And IE certainly does NOT honor color profiles. If it did, people here would not be complaining that their images which were shot, edited and saved with the Adobe RGB profile embedded looks so dull and bland when viewed on their PC web browser. Of course, Mac users using Safari wouldn't know what they were complaining about but those using IE for Mac or Firefox certainly would.


...Leo

  
  LOG IN TO REPLY
Bodog
Goldmember
Avatar
1,306 posts
Joined Feb 2004
Location: Peculiar, MO
     
Sep 12, 2006 15:40 as a reply to  @ post 1976611 |  #15

I'd like to see someone be able to duplicate this problem. I've gotta believe the OP has something amiss in his setup.


JimE
Color? It's all relative...

  
  LOG IN TO REPLY
sponsored links (only for non-logged)

9,531 views & 0 likes for this thread, 8 members have posted to it.
DPP + Photoshop CS + Fuji Digital Frontier
FORUMS Post Processing, Marketing & Presenting Photos RAW, Post Processing & Printing 
AAA
x 1600
y 1600

Jump to forum...   •  Rules   •  Forums   •  New posts   •  RTAT   •  'Best of'   •  Gallery   •  Gear   •  Reviews   •  Member list   •  Polls   •  Image rules   •  Search   •  Password reset   •  Home

Not a member yet?
Register to forums
Registered members may log in to forums and access all the features: full search, image upload, follow forums, own gear list and ratings, likes, more forums, private messaging, thread follow, notifications, own gallery, all settings, view hosted photos, own reviews, see more and do more... and all is free. Don't be a stranger - register now and start posting!


COOKIES DISCLAIMER: This website uses cookies to improve your user experience. By using this site, you agree to our use of cookies and to our privacy policy.
Privacy policy and cookie usage info.


POWERED BY AMASS forum software 2.58forum software
version 2.58 /
code and design
by Pekka Saarinen ©
for photography-on-the.net

Latest registered member is Niagara Wedding Photographer
906 guests, 162 members online
Simultaneous users record so far is 15,144, that happened on Nov 22, 2018

Photography-on-the.net Digital Photography Forums is the website for photographers and all who love great photos, camera and post processing techniques, gear talk, discussion and sharing. Professionals, hobbyists, newbies and those who don't even own a camera -- all are welcome regardless of skill, favourite brand, gear, gender or age. Registering and usage is free.