Back to my point on workflow. If you do adjustments in the scanner, you have to rescan to adjust the values. If you do it in Photoshop/PWP, you can save a master file that can be readjusted in the future without rescanning. Whether rounding errors matter or not, it is very useful to be able to readjust the B/W points and gamma as you work with the curves and local contrast, which you cannot do if it done in the scanner.
Kirk - I would not use a curve at all but use levels and gamma to get into the ball park. When I tried converting raw scans with curves, I got exactly your problem. As for noise, that drum scanner is going to beat flatbeds no matter what we do to optimize them.
Paul - I would be really surprised to find that the scanners have a wider internal data path. If so, why would they internally limit it to 12-14 bits as almost all do, and not at least broaden it to 16? I doubt that the sensors have that much dynamic range. Some scanners do change exposures when reading denser negatives. The two you have might be doing that. They might also just be scanning slower because the software is doing more calculations and they are bogging down on data transfer - I do not think they have much in the way of a buffer, and I know they dynamically adjust scanning speed to match data output rates. As for the insignificance of the rounding - in the worst case, which is pretty common, the original data in areas such as the sky is spread over a very narrow range and is being scaled out over a much wider range. If the entire range of original data is spread over just a few bytes worth of range, then rounding errors become much more significant as they compound.
Bookmarks