Pixel Shift Motion Correction

**Quartermaster James** · 05-28-2016, 03:51 PM

If this has already been discussed, please direct me to those posts. I used the search function, but did not find any.

Do we know how the Pixel Shift Motion Correction in the DCU 5.5.1 works?

My guess is that it works somehow along the lines of anti-ghosting options in HDR programs: that it drops out the part of the image that moved. This would give us some parts of the image rendered in Pixel Shift definition, and the moving parts in standard definition. Am I close?

**microlight** · 05-28-2016, 04:09 PM - **1 Like**

Hi QmJ,

Yes, that's what I think too, although like you, I've found no documentation anywhere to confirm.

Before K-1/DCU5.5.1 appeared, I used to do this manually(!) in DCU5.4.2 by exporting a K-3II PS RAW in camera to a non-PS TIFF, then blending the two together in Photoshop in areas where there were movement artefacts, which looks like how 5.5.1 automates it. The moving areas may 'only' be standard definition 😄, but given the k-3II's resolution capability it's still very good - and better than the previous blurries.

It's great that the K-3II was designed such that motion correction could retrospectively be applied in DCU5. I'll be using pixel shift in my holiday to the Alps next week.

**tduell** · 05-28-2016, 04:21 PM - **1 Like**

Originally posted by Quartermaster James

Do we know how the Pixel Shift Motion Correction in the DCU 5.5.1 works?

I don't, so this might not be helpful.
It may be using a technique similar to that employed by dcrawps, which checks for differences in pixels in the two images which are aligned on green. For zero movement these pixels should be identical, hence where there are differences some logical action can be taken.

Cheers,
Terry

05-28-2016, 03:51 PM	#1
Quartermaster James Loyal Site Supporter Join Date: Oct 2014 Location: Anchorage, Alaska Posts: 653	Pixel Shift Motion Correction If this has already been discussed, please direct me to those posts. I used the search function, but did not find any. Do we know how the Pixel Shift Motion Correction in the DCU 5.5.1 works? My guess is that it works somehow along the lines of anti-ghosting options in HDR programs: that it drops out the part of the image that moved. This would give us some parts of the image rendered in Pixel Shift definition, and the moving parts in standard definition. Am I close?

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Pixel shift motion correction in K-3II?	microlight	Pentax K-3 & K-3 II	23	08-02-2016 02:48 PM
Pixel Shift Motion Correction	loco	Pentax K-1 & K-1 II	15	06-30-2016 12:31 AM
Landscape Pixel Shift	devem	Photo Critique	7	04-09-2016 01:22 AM
What's "pixel shift motion correction function"?	Fenwoodian	Pentax K-1 & K-1 II	36	02-27-2016 09:55 AM
Pixel Shift	brophyart	Troubleshooting and Beginner Help	6	10-31-2015 02:53 PM

05-28-2016, 04:09 PM - 1 Like	#2
microlight Site Supporter Join Date: Sep 2011 Location: Hampshire, UK Posts: 2,129	Hi QmJ, Yes, that's what I think too, although like you, I've found no documentation anywhere to confirm. Before K-1/DCU5.5.1 appeared, I used to do this manually(!) in DCU5.4.2 by exporting a K-3II PS RAW in camera to a non-PS TIFF, then blending the two together in Photoshop in areas where there were movement artefacts, which looks like how 5.5.1 automates it. The moving areas may 'only' be standard definition 😄, but given the k-3II's resolution capability it's still very good - and better than the previous blurries. It's great that the K-3II was designed such that motion correction could retrospectively be applied in DCU5. I'll be using pixel shift in my holiday to the Alps next week.

05-28-2016, 04:21 PM - 1 Like	#3
tduell Loyal Site Supporter Join Date: May 2015 Location: Melbourne Posts: 1,514	Originally posted by Quartermaster James Do we know how the Pixel Shift Motion Correction in the DCU 5.5.1 works? I don't, so this might not be helpful. It may be using a technique similar to that employed by dcrawps, which checks for differences in pixels in the two images which are aligned on green. For zero movement these pixels should be identical, hence where there are differences some logical action can be taken. Cheers, Terry