![]() |
|
HOME
![]() ![]() ![]() ![]() |
|
Image Processing and Workflow RAW, DNG , TIFF and JPG. From Capture to Ready for Publish/Display. All software and techniques used within an image workflow, (except extensive retouching and repair or DAM). |
![]() |
|
Thread Tools | Display Modes |
#31
|
|||
|
|||
![]() it's a °simple° one, and can therefore be adapted without problems - if required while the action is running: ![]() After trying quite a lot of possbilities, I think, it's not a bad road. Custom PS and bicubic downsize included.
__________________
http://www.proimago.net |
#32
|
|||
|
|||
![]()
Hi Bart,
Quote:
I did find however that using odd numbers (not necessarily primes) gave a slightly better result. I think the example I posted was 1000 --> 901 --> 801 --> 701, etc. Another interesting result was that while the incremental down-sizing gave good results with bicubic, it was absolutely dreadful with Lanczos, but when going straight from 1000 to 500 Lanczos was far superior. Quote:
Regards, Stuart
__________________
----------------------------------- C&C and edits always welcome |
#33
|
|||
|
|||
![]()
I've tried it in Qimage. using Lanczos, and I was going to try the other sizing options. However, I have found that using the 'undo' does not bring back the previous image, so have temporarily given up on that.
__________________
All images posted in OPF are assumed to be for Comment & Critique, unless otherwise designated Comment Only or Edit and Repost. |
#34
|
|||
|
|||
![]()
Another, but possibly unrelated thing I've noticed. If you open the image in Irfan view (maybe other image viewers the same) you can resize the view, i.e. the image zooms in and out as you adjust the window frame. This is a very quick and dirty implementation of a resizing algorithm. However, I think that it's doing its calculations starting from one corner of the image, since the interference patterns do not match around the centre circle. It may also be integer based - it works in sort of real time on all images. Now, in photoshop, this auto zoom facility does not exist, afaik, but I wonder if the resizing calculations are started from the centre of the image, or one corner. It is not just the amount of memory available that can limit the size of an image, but the resolution of the maths. I've no idea, as yet, what is happening with Q-image.
Best wishes, Ray
__________________
All images posted in OPF are assumed to be for Comment & Critique, unless otherwise designated Comment Only or Edit and Repost. |
#35
|
|||
|
|||
![]() Quote:
Bart |
#36
|
|||
|
|||
![]() Quote:
well that's quite my experiences as well: it has to be well balanced, and for myself: I'd prefer to be cautious with the downsize-sharpening, as this is only a parth of the entire story. Beside yours testimage, I' v been running the 380-MBtiffs as well: I think I can live with that compromise. The action is here , the amount of Highpass has to be optimised, towards 160, for real world photos, though. This version has some "ghosting", if in real world photos, some big dark areas are beside bright ones.
__________________
http://www.proimago.net |
#37
|
|||
|
|||
![]()
So with tambo, vers 1.1, = Highpass 152, instead of the lower amount in the action to download, it looks like that:
![]() Yes, a compromise, but much better than the example from post 1, my very early action.
__________________
http://www.proimago.net |
#38
|
|||
|
|||
![]()
Bart did you see Tim's LR/Mogrify plugin?
Would it be possible to to optimize all this steps we try so hard by installing ImageMagick and scripting Tim's plugin, to do the rest? X-11 is already on my box....
__________________
http://www.proimago.net |
#39
|
|||
|
|||
![]() Quote:
Quote:
Although I understand that Tim's efforts are focused at Lightroom, a Photoshop variation would be phenomenal. Bart |
#40
|
|||
|
|||
![]()
Bart
you can call PS (and make it working) from LR, with a action, too, if you save' em as a droplet. That's what I'm doing all the time with these big PhotoAcute-DNGs: From these downsize-actions, I create droplets, and everything runs automatically, once the RC's settings are adjusted: Look here, post 65
__________________
http://www.proimago.net |
#41
|
|||
|
|||
![]()
Bonjour Michael
Of course I have donwloaded your action (from above post # 37) In CS3, I get an error saying that "Tone Mapping" is not available (both on 16 and 8 bit files).… Why do you set a LZW compression at the end? of course I could change this (I prefer no compression) but like to know the why of your choice ;-) Any hint on the "Tone mapping" error? [EDIT]Same error with CS2…[/EDIT] |
#42
|
|||
|
|||
![]()
The 'Tonemapping' refers to a Photomatix plug-in. Michael calls it from this action, but it would have to be purchased/installed to be of use here.
Bart |
#43
|
|||
|
|||
![]() Quote:
Hohu |
#44
|
|||
|
|||
![]()
Bonjour ;-)
yep, Bart is correct: sorry, I have so many actions now, that I forgotten to delete that part. But for Bart's testimage, the Photomatix-plugin wasn' t used: --> testimage in post 32. So you might delet that tone mapping part and use the upper section only: until reduce saturation. BTW: The Photomatixplugin - as used in that script - enhances contrast in the 3/4-tones to black. For the realworldphoto-tests, I alwith test the entire action, with the idea to selectit as droplet out of LR. Best workflow. Best would be to have the tonemapping done before downsampling, but that's not possible, with a 380 MB-file; PS crashes then. I still couldn't decide, if another version, running a midtone-sharpening prior to smooth/downsample makes sense: IMHO, the advantage would be to have the midtones better separated, before downsampling. Off course, it has to be gently.....
__________________
http://www.proimago.net |
#45
|
|||
|
|||
![]()
A bit late to the thread , but what do you think of my effort:-
Just resize no pre blur... ![]() Last edited by Colin Walker; February 23rd, 2008 at 02:57 AM. |
#46
|
|||
|
|||
![]()
FastStone Lanczos3
![]() Photoline Lanczos8 ![]() |
#47
|
|||
|
|||
![]()
Bart and anyone else who can answer,
An update to this thread? What's the best practice now? Asher
__________________
Follow us on Twitter at @opfweb Our purpose is getting to an impressive photograph. So we encourage browsing and then feedback. Consider a link to your galleries annotated, C&C welcomed. Images posted within OPF are assumed to be for Comment & Critique, unless otherwise designated. |
#48
|
|||
|
|||
![]() Quote:
Well, the principles haven't changed, so ImageMagic is still very good (also for other downsampling tasks). Another benefit is that IM alows to convert to a gamma 1.0 space, downsample, and go back to e.g. gamma 2.2 when done (which work fine for regular continuous tone images). I use a small batch file which will activate with a right mouse click on an image file in the Windows Explorer, and resample to Web size (800px maximum) under a new name or directory. Any other application that allows a 'Lanczos 3' type of filtering will also do well for downsampling, and Lightroom 3 does a decent enough job. For an exact downsample to 50%, one of the earlier mentioned pre-blurs or filter kernels can be used in Photoshop. So it depends on one's workflow, which is the preferred route to take ... Cheers, Bart
__________________
If you do what you did, you'll get what you got. |
#49
|
|||
|
|||
![]()
For myself, Bart, I'm stuck in Photoshop as I haven't as yet, employed Viveza u-point technology for local adjustments and hardly ever use Lightroom. So I'd love any updated actions you have for sharpening especially to incorporate Nicolas Claris actions too.
Asher
__________________
Follow us on Twitter at @opfweb Our purpose is getting to an impressive photograph. So we encourage browsing and then feedback. Consider a link to your galleries annotated, C&C welcomed. Images posted within OPF are assumed to be for Comment & Critique, unless otherwise designated. |
#50
|
|||
|
|||
![]()
I have being using this plug-in http://www.fsoft.it/imaging/en/Esempi.htm
as it creates a very sharp image full of details, the ringing can be a problem with some images types, to remedy mix with Mitchell algorithm from ImageMagick :) |
#51
|
|||
|
|||
![]() Quote:
Indeed, the results are sharp, but also with potential artifacts (even at a smooth setting). It's hard to beat ImageMagick, which is nothing special, it just does things a bit more proper. Cheers, Bart
__________________
If you do what you did, you'll get what you got. |
#52
|
|||
|
|||
![]()
Thanks Bart for the update.
You are our guardian and guide in focus, sharpening and downsizing. You're generous help is always appreciated. Asher
__________________
Follow us on Twitter at @opfweb Our purpose is getting to an impressive photograph. So we encourage browsing and then feedback. Consider a link to your galleries annotated, C&C welcomed. Images posted within OPF are assumed to be for Comment & Critique, unless otherwise designated. |
#53
|
|||
|
|||
![]()
Time for another update, perhaps? Have the boundaries been moved again?
__________________
Follow us on Twitter at @opfweb Our purpose is getting to an impressive photograph. So we encourage browsing and then feedback. Consider a link to your galleries annotated, C&C welcomed. Images posted within OPF are assumed to be for Comment & Critique, unless otherwise designated. |
#54
|
|||
|
|||
![]()
Bart,
Maybe I misunderstand what you are looking for. I did a downsample with artifacts eliminated. http://farm8.staticflickr.com/7300/1...5c1eaa9f_o.jpg I also did one with more detail, but I could not get the artifacts out. http://farm4.staticflickr.com/3766/1...3e563124_o.jpg |
#55
|
|||
|
|||
![]()
I played with it again. This is barely removed artefacts with a single pass of a filter, then downsampled with bicubic.
![]() |
#56
|
|||
|
|||
![]() Quote:
The boundaries have not moved much if any, but that's partly because we are combatting physics (discrete sampling with optimal down-sampling filters). The only further development is in ImageMagick, which now has better support for Ellipticaly Weighted Average (EWA) resampling, which does an even more accurate (but slower) resampling (not only in 2 orthogonal tensor directions, but circular). Not much news with other solutions. Cheers, Bart
__________________
If you do what you did, you'll get what you got. |
#57
|
|||
|
|||
![]() Quote:
:)
__________________
Follow us on Twitter at @opfweb Our purpose is getting to an impressive photograph. So we encourage browsing and then feedback. Consider a link to your galleries annotated, C&C welcomed. Images posted within OPF are assumed to be for Comment & Critique, unless otherwise designated. |
#58
|
|||
|
|||
![]() Quote:
The ultimate goal with down-sampling is to produce an image that looks identical, but only smaller than the original. Of course the highest (e.g. single pixel micro contrast) spatial frequencies will have to be sacrificed, because we have fewer pixels, but preferably not much more than those. We would hope for a smaller image, also with detail all the way to the corners, but without aliasing artifacts. That is unfortunately impossible, therefore we try to achieve a balance, keeping as much detail with as few disturbing artifacts as possible. In a regular square pixel grid, the diagonal resolution is potentially up to 41% higher than in the horizontal/vertical directions. If we do not want to lose that when we down-sample, we must use good filters to both maintain that resolution, and minimize artifacts at the same time. To illustrate that, here is a so-called Fast Fourier Transform (FFT) of the original image, a transformation from the spatial domain in to a frequency domain, which will allow us a better analytical view of the spatial frequency content (low frequencies in the center, high frequencies in the corners, in a radial progression, brighter is more detail, darker is less detail): ![]() As you can see, the original has a somewhat square region in the middle, where the lowest spatial frequencies are represented in the center at a more or less uniform amplitude (all those details are equally well resolved). Towards the edges and specifically the corners, the further away from the center of the FFT, the higher/highest spatial frequencies are shown. Beyond a certain radius they are somewhat compromised, because the details get so small that they cannot be accurately resolved. The FFT representation (actually a Log Power spectrum) is very sensitive to small deviations which are visually exaggerated for easier viewing. So, ideally our down-sampled version should look similar, only a smaller. Here is an ImageMagick EWA down-sampled example, and its FFT: ![]() ![]() The FFT shows detail virtually all the way to the (highest spatial frequency) corners, with very minimal artifacting (just a bit at the horizontal/vertical edges). For comparison, the FFT of your http://farm8.staticflickr.com/7300/1...5c1eaa9f_o.jpg looks like this: ![]() The darker edges and corners indicate lower amplitude high spatial frequencies, less micro detail (but obviously also less risk of artifacts). Cheers, Bart
__________________
If you do what you did, you'll get what you got. |
#59
|
|||
|
|||
![]()
Hi, Bart,
Thanks for that very informative presentation. Best regards, Doug |
#60
|
|||
|
|||
![]()
Great info, as always Bart, thanks.
|
![]() |
Bookmarks |
Thread Tools | |
Display Modes | |
|
|