HDR batch processing images individually
PostPosted: Wed Oct 28, 2015 8:25 pm
I must be doing something wrong and I have not found what on the forum, in the documentation, or in Mark Segal's book.
I am scanning many negatives and have learned how to use frames, mostly. But my 24x36 negs are sometimes horizontal, sometimes vertical, and it seems to me that the fastest way to rotate the images is not at the scanning stage but later, in HDR. Now my negs are numbered (neg#-frame#) and in order to keep the sequential numbering, I simply process the whole roll of 36 in HDR, turning the images as needed (in Ztree I can batch rename easily if needed, but not renumber randomly). The problem is that if I turn one image in the set, the all are turned*.
Of course, I'd be happy to load only those that need to be turned in a particular way, PROVIDED that I can keep the numbering.
(I suspect both are possible, but I cannot see how).
(Nikon 9000ED, SF 8.5)
* In fact, there seems to be some memory problem that I do not understand (that is, it is likely caused by my not understanding) even with scanning. I turned certain images on one roll before scanning, making a mistake so that I had to flip back and forth on one or two. The result was that on the next roll, the images were flipped and turned that should not have been. I solved this by deleting all saved frame settings and stating from scratch.
One other mystery, while I am at it, I scanned a roll in 32bit iHDR (well, the i does not do much in BW, which is what I have been scanning) and strangely, a few of the images came out in negative. But only three out of 36. Any idea why? (again, it could be the result of my not understanding how certain things work; perhaps a map to all the functions would be useful to us mathematically minded so we know what influences what).
Too much writing, sorry.
Thanks
I am scanning many negatives and have learned how to use frames, mostly. But my 24x36 negs are sometimes horizontal, sometimes vertical, and it seems to me that the fastest way to rotate the images is not at the scanning stage but later, in HDR. Now my negs are numbered (neg#-frame#) and in order to keep the sequential numbering, I simply process the whole roll of 36 in HDR, turning the images as needed (in Ztree I can batch rename easily if needed, but not renumber randomly). The problem is that if I turn one image in the set, the all are turned*.
Of course, I'd be happy to load only those that need to be turned in a particular way, PROVIDED that I can keep the numbering.
(I suspect both are possible, but I cannot see how).
(Nikon 9000ED, SF 8.5)
* In fact, there seems to be some memory problem that I do not understand (that is, it is likely caused by my not understanding) even with scanning. I turned certain images on one roll before scanning, making a mistake so that I had to flip back and forth on one or two. The result was that on the next roll, the images were flipped and turned that should not have been. I solved this by deleting all saved frame settings and stating from scratch.
One other mystery, while I am at it, I scanned a roll in 32bit iHDR (well, the i does not do much in BW, which is what I have been scanning) and strangely, a few of the images came out in negative. But only three out of 36. Any idea why? (again, it could be the result of my not understanding how certain things work; perhaps a map to all the functions would be useful to us mathematically minded so we know what influences what).
Too much writing, sorry.
Thanks