Thanks for that. good reading. I still however dont know what to do to make images bright enough for web (ie, on here) but good for printing too.
Do you have to sacrifice one for the other?
I dont want to put dull images on here :thumbsdown: but if I use srgb then will they be ok for sending to Photobox etc?
It's a complex subject but I'll try and keep this as readable as possible....
Firstly if you're shooting RAW the camera setting for colour space doesn't matter, you set it when converting the file in ACR, etc.
You can use aRGB for prints and sRGB for web. You need to set your editing s/w working space to aRGB and edit away as normal. When you want to create a version for the web do as you normally would but before you save it convert (NOT assign) it to the sRGB profile. Then it will look (roughly) the same in your web browser as it did in editing software.
The reason aRGB images look darker in the web browser is because aRGB has a "wider gamut" than sRGB. What this really means is that colours can saturate further than sRGB so a colour value in aRGB will look duller if it's displayed uncorrected in sRGB space. As an example bright green in sRGB is 0,255,0 but in aRGB it might only be 0,180,0 to give the same appearance because aRGB has more saturation.
aRGB is generally a lot of hassle because of reasons like this but it's also a waste of time unless you are going to use really high-end pro printers, here's why:
You need to use 16bit images to support the greater space in aRGB - apart from limiting your editing possibilities in CS2, etc. you also need a printer driver that supports 16bit files. Your standard Canon, Epson, HP printer doesn't and nor do Colab, etc. You can "print" a 16bit file but it will be converted to 8bit by the printer driver. There is a £500 Windows app that will print 16bit images on certain printers (top of the range A2 jobs) so it's not exactly a viable option.
Secondly - your monitor is 8bit and a lot closer to sRGB than aRGB (again some high end monitors are aRGB spec but costs thousands) and the way colour management works means you will never see the extra colours aRGB provides. You edit in aRGB space the but the s/w is converting the image to your monitor profile on the fly - basically aRGB gives you extra colours you can't see on screen and won't appear in print.
Finally if you do work in aRGB and print in 8bit you run the risk of banding or clipping in subtle gradients. 8bit is only 256 shades per colour, aRGB can give you more (esp. in magenta/green) but the way colour matching works means the software will either scale all the colours to fit within the space available (resulting in banding) or go as far as it can and then level off (clipping). Imagine you image has 512 shades of grey in it. Either you divide all of them by 2 to fit in the 256 shades available or you go as far as 255 and then stay there - the gradient would be clipped at the max value halfway across.
aRGB is often proclaimed as the best working space to use under the assumption that you get more colours. You do but only if your output devices can support those colours, otherwise you are simply running the risk of banding and/or clipping.
Of course you can happily edit and print using aRGB as a working space as long as you realise you're not really gaining anything from it - your prints will still match pretty closely assuming you've got good profiles for your monitor and printer.