Pdf Ninja

Pdf Ninja

Joined on Oct 19, 2011

Comments

Total: 5, showing: 1 – 5
On Adobe's Fujifilm X-Trans sensor processing tested article (143 comments in total)
In reply to:

micahmedia: For the full story open the resolution charts from Imaging Resource. The color star targets still look horrid.

This is still not ready for prime time.

Kudos to Adobe for taking up the challenge though! I'm curious if they can still take this further. Fuji would be foolish not to share some their secrets with them, but...well, I suspect they -are- foolish.

The new ACR demosaicing is based on the algorithm that Fujifilm gave to Adobe (and Apple). However, demosaicing is just the first step in RAW processing.

Direct link | Posted on Feb 26, 2013 at 06:35:34 UTC
On Adobe posts Lightroom 4.4 and ACR 7.4 release candidates news story (43 comments in total)
In reply to:

beckmarc: Great news on the Fuji x trans sensor support

It is supposed to use the improved demosaicing algorithm that Fuji gave to Adobe. That hopefully means less color bleeding and improved detail with foliage.

Direct link | Posted on Feb 26, 2013 at 02:56:06 UTC
On Phase One releases Capture One Express 7 news story (12 comments in total)

Apparently the Express version doesn't have local adjustments and dust removal features.

Direct link | Posted on Feb 26, 2013 at 00:57:10 UTC as 14th comment | 1 reply
On Adobe admits using 'synthetic blur' image in deblur demo news story (97 comments in total)
In reply to:

Marcin 3M: I wonder if the shake trajectory was extracted from the image, or rather recorded by accelerometers. They stated that it was calculated, but this calculation is time-consuming. I would like to know the theory behind.

My bad. Convolution is actually algorithmically more complex than FFT. So yeah it's almost certainly impossible to do anything better than O(N * log N).

Direct link | Posted on Oct 19, 2011 at 18:54:35 UTC
On Adobe admits using 'synthetic blur' image in deblur demo news story (97 comments in total)
In reply to:

Marcin 3M: I wonder if the shake trajectory was extracted from the image, or rather recorded by accelerometers. They stated that it was calculated, but this calculation is time-consuming. I would like to know the theory behind.

It might not be necessary to FFT the whole image. They might be able to get away with FFTing just certain fragments of it. Once the kernel is known, of course the deconvolution must be run on the full resolution.

I haven't done deblurring, but have done deskew / auto-straightening of scanned images. First you find a usable area that you analyze. Or let's suppose you do Hough transform to find an angle of a black border. Instead of computing the sine waves at full resolution, you do a low resolution estimate first, then once you have the approximate angle, you compute it at higher resolution, but only around the estimated angle.

I'm just saying there might be ways to avoid having to FFT the entire image.

Direct link | Posted on Oct 19, 2011 at 18:06:23 UTC
Total: 5, showing: 1 – 5