Jump to content

M10 - the Image Thread


TheGodParticle/Hari

Recommended Posts

Advertisement (gone after registration)

There will be very few users indeed who can properly view your images, let alone in an internet browser, when you use the Adobe RGB colour space. Try using sRGB.

 

The images on flickr are exported as sRGB from Lightroom but are then further compressed by flickr hence the banding that a couple of people on this thread have mentioned.

 

The point of providing the TIFF file is to stop anyone from claiming that the M10 has a problem with colour banding - it is just a limitation of JPG, the sRGB colour space and the aggressive compression used by flickr.

Link to post
Share on other sites

There will be very few users indeed who can properly view your images, let alone in an internet browser, when you use the Adobe RGB colour space. Try using sRGB.

I did open the image on my iPad in Safari for iOS without a problem. Am I missing something? No banding as far as I can see but am I seeing the real Tiff in Adobe RGB ? Edited by Stef63
Link to post
Share on other sites

I did open the image on my iPad in Safari for iOS without a problem. Am I missing something? No banding as far as I can see but am I seeing the real Tiff in Adobe RGB ?

I can see the artefacts on two different computers, both of them recently calibrated. They're present on all but the second image, but quite prominent on the last one. It's not "banding" but "posterizing" - the color gradients in the sky exhibit steps instead of smooth transitions.

Link to post
Share on other sites

I can see the artefacts on two different computers, both of them recently calibrated. They're present on all but the second image, but quite prominent on the last one. It's not "banding" but "posterizing" - the color gradients in the sky exhibit steps instead of smooth transitions

 

Which proves that the posterisation it is due to the aggressive flickr jpg compression - are you still seeing the posterisation in the TIFF file?

Link to post
Share on other sites

I can see the artefacts on two different computers, both of them recently calibrated. They're present on all but the second image, but quite prominent on the last one. It's not "banding" but "posterizing" - the color gradients in the sky exhibit steps instead of smooth transitions.

Yes but are they also present on your two monitors for the image Nico provided via the download link to his google drive file?

Link to post
Share on other sites

Advertisement (gone after registration)

I did open the image on my iPad in Safari for iOS without a problem. Am I missing something? No banding as far as I can see but am I seeing the real Tiff in Adobe RGB ?

 

The ipad can not display the full Adobe RGB colour space and will display/convert the image to sRGB however as the TIFF file is not compressed you are unlikely to see the posterisation artifacts that the compressed flicker images are showing - so all expected behaviour as far as I can tell :-)

Link to post
Share on other sites

Which proves that the posterisation it is due to the aggressive flickr jpg compression - are you still seeing the posterisation in the TIFF file?

Yes, I still see some posterisation, but it's much more discreet, and it does not matter whether I transform it into the sRGB space or not. 

Link to post
Share on other sites

Yes, I still see some posterisation, but it's much more discreet, and it does not matter whether I transform it into the sRGB space or not. 

 

OK in that case your monitor/graphics card is unable to display 10bit per channel colour and what you are observing is a limitation of your hardware/system - have a read here of what you need to do to enable it - there is also a test file attached in the article to test you have set it all up correctly

 

https://imagescience.com.au/knowledge/10-bit-output-support

Link to post
Share on other sites

This is why I wrote this:

 

There will always be limitations with people's hardware set-up and flickr's over aggressive compression jpg algorithm. The issue is not whether Adobe RGB or sRGB is used.

 

All modern internet browsers are actually able to render Adobe RGB as long as the colour space of the monitor and operating system can support it.

 

So as long as people accept those limitations and do not claim that there are "banding" issues with the M10 just because they have come across those limitations and do not understand them, then that is cool with me. 

Edited by nico1974
Link to post
Share on other sites

There will always be limitations with people's hardware set-up and flickr's over aggressive compression jpg algorithm. The issue is not whether Adobe RGB or sRGB is used.

 

All modern internet browsers are actually able to render Adobe RGB as long as the colour space of the monitor and operating system can support it.

 

So as long as people accept those limitations and do not claim that there are "banding" issues with the M10 just because they have come across those limitations and do not understand them, then that is cool with me. 

 

The tiff file you provided did display correctly on my Dell 5K monitor set with sRGB. However, on the Surface pro 4 still shows banding. In theory it shouldn't because you stated it been exported to sRGB.

 

But let's be clear here, I was not criticising anyone of anything here when I mention the banding. I was just wondering why it happened. 

Now we know it's the adobeRGB that causes the problem. 

 

Thanks!

  • Like 1
Link to post
Share on other sites

The tiff file you provided did display correctly on my Dell 5K monitor set with sRGB. However, on the Surface pro 4 still shows banding. In theory it shouldn't because you stated it been exported to sRGB.

 

But let's be clear here, I was not criticising anyone of anything here when I mention the banding. I was just wondering why it happened. 

Now we know it's the adobeRGB that causes the problem. 

 

Thanks!

 

No, he did not export it as sRGB and your desktop seems capable on handling Adobe RBG while your Surface pro 4 cannot. All of that is beside the point, however. The banding in the original shot you commented on was caused by the jpeg compression (implemented by Flikr) and not by adobeRGB. I know that because the banding was obvious on my system when it was posted on Flikr, but when I downloaded Nico's file I saw no banding either on my wide gamut monitor or my sRGB monitor. So just to be clear the banding was caused by the jpeg compression.

Link to post
Share on other sites

@kaethe - 55 years ago, in a less ecologically-friendly era, I got to see the man-made "Yosemite Firefall" as a child. Once. Where a real bonfire was pushed over the tip of Glacier Point at dusk.

 

Impressive and exciting to a kid of 7 - but the all-natural one is more beautiful.

Link to post
Share on other sites

No, he did not export it as sRGB and your desktop seems capable on handling Adobe RBG while your Surface pro 4 cannot. All of that is beside the point, however. The banding in the original shot you commented on was caused by the jpeg compression (implemented by Flikr) and not by adobeRGB. I know that because the banding was obvious on my system when it was posted on Flikr, but when I downloaded Nico's file I saw no banding either on my wide gamut monitor or my sRGB monitor. So just to be clear the banding was caused by the jpeg compression.

 

If Flickr alone compress that much then everybody's file on flickr will look like that but no, that's not the case.

 

What happened maybe caused by compressed too many times by the shooter.  First compression- shoot in adobeRGB jpg , second compression- covert into sRBG then the third compression- uploaded to Flickr.

 

I shoot RAW, export to sRGB jpg in lightroom then upload to Flickr. Compress only twice  and never had banding problem.

Link to post
Share on other sites

If Flickr alone compress that much then everybody's file on flickr will look like that but no, that's not the case.

 

What happened maybe caused by compressed too many times by the shooter.  First compression- shoot in adobeRGB jpg , second compression- covert into sRBG then the third compression- uploaded to Flickr.

 

I shoot RAW, export to sRGB jpg in lightroom then upload to Flickr. Compress only twice  and never had banding problem.

 

I could go on forever explaining the limitations of 8 bit compressed JPGs and hardware/monitors that are unable to do display colour at 10bit per channel. 

 

You may not have come across the issue in flickr when you upload your images because the issue only appears with very smooth gradients where the limitation of existing technology is visible as was the case with some of the skies in my image. 

 

All my images were taken as DNGs and were exported as TIFF before being uploaded to flickr - the only compression being perfomed is by flickr compressing the 16bit uncompressed files into 8bit compressed JPG

 

And just to prove the point - the image below is of a smooth gradient uploaded to flickr where posterisation is visible

 

33198196746_5fa2f4040c_b.jpg10 bit test ramp by Nicholas T, on Flickr

 

and this is the original file

 

https://drive.google.com/open?id=0B-0omMe5P91KQXVyQmtFcWU0cE0

 

If you have a 10bit per channel monitor and the your system set-up correctly you should not see any posterisation in the PSD file

 

And this concludes my lecture on file compression limitations and 8bit vs 16bit theory. Let's focus on seeing some great images from the M10 instead :-)

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...