Forum: Digital Processing, Software, and Printing
03-25-2018, 03:29 AM
|
|
Super resolution is a stacking process whereas Pixel Shift is grab the correctly positioned color and make a composite - no stacking. The sensor knows what camera motion has taken place so the Accelerator chip can figure what fits where. It seems it could be 1 pixel or 5 pixels from the standard as long as it decides it fits.
Stacking can be very useful but also it can do more damage than good.
Hopefully Pentax will explain more and get some examples out for us to peruse soon.
RONC
|
Forum: Digital Processing, Software, and Printing
03-23-2018, 06:20 PM
|
|
I believe that Dynamic Pixel Shift relies on your (the camera) movement and a log of the sensor movement to decide which pixels colors go into which pixel location. I would expect that the volume of log data is large and that's part of the reason for the accelerator chip in the K1MII. I think that the DPS will come from the camera as a single raw/jpg file with the Bayer pattern taken care of.
Conventional Pixel Shift the sensor shakes by moving one pixel between shots but dynamic PS the camera shakes and the sensor records the movement to figure where the sensor was at each time. If you don't move the camera you get a normal record with Bayer pattern applied in the non-Pixel Shift manner.
RONC
|
Forum: Digital Processing, Software, and Printing
06-24-2017, 06:07 AM
|
|
RT has many options that are very useful but most users have no idea what they do or how to use them.
If any of you who follow RT have knowledge of options please supply documentation aimed at a user level. Before and after examples with how parameters were chosen would be good starting point. Now it the programmers who expected to both program and document it. Maybe we can help the programmers by supplying some of the documentation and the programmers fill in the missing pieces. We don't need thesis type documents but user how-to.
Keep in mind that a very high percentage of user questions go unanswered as they don't know what to ask. Many people lurk around the forums hoping someone else will ask their question. I get many emails asking for help where the writers have no idea what to ask.
RONC
|
Forum: Digital Processing, Software, and Printing
06-21-2017, 12:33 PM
|
|
I think that I should venture over to RT land and make the RT update a request for inclusion in RT and inquire about what we can do to automate the pp3 distribution. Your pp3 files are Pentax limited but other brands have followed a Pentax related innovation before.
RONC
|
Forum: Digital Processing, Software, and Printing
06-21-2017, 09:51 AM
|
|
How about deciding after some date to make these self installing? It also would be nice for RT to check for updates of itself.
Many people aren't as deft at the updates as others are which means when I get them downloaded to my desktop, I can't remember what to do. Anyone in the crowd like that too?
RONC
|
Forum: Digital Processing, Software, and Printing
05-23-2017, 03:55 AM
|
|
Excellent addition. Can it be made sticky?
RONC
|
Forum: Digital Processing, Software, and Printing
05-22-2017, 06:42 PM
|
|
Gr8. Why don't you mention every once in a while how to install and then use. What is the benefit too.
There are new users coming on board daily.
RONC
|
Forum: Digital Processing, Software, and Printing
05-12-2017, 02:51 PM
|
|
The Maker header for the DNG file has the Pixel Shift term in it. One would still have to set the Motion/illumination Compensation parameters though. Might just have something pop up saying it is a Pixel Shift dataset?
RONC
|
Forum: Digital Processing, Software, and Printing
04-16-2017, 05:27 AM
|
|
Thank you. You answered exactly what we were trying to get at.
RONC
|
Forum: Digital Processing, Software, and Printing
04-15-2017, 08:48 PM
|
|
What does one do to get the three frames from HDR? What steps?
Knowing that, how does one do the same for PixelShift frames? Steps please also. Do it as you would do it to view the frames to see the changes in illumination from movement and changing illumination?
We just wish to know how you get the four pixel shift frames as 16bit tiff files with whatever processes you would apply.
Thanks for your patience.
RONC
|
Forum: Digital Processing, Software, and Printing
04-15-2017, 06:01 PM
|
|
Plain raw data in a 16 bit tiff.
You mentioned in a couple of posts ago that one could get the four pixel shift frames without compositing nor demosaicing. I think the last posts have asked the same question.
Thanks,
RONC
|
Forum: Digital Processing, Software, and Printing
04-15-2017, 02:23 PM
|
|
What are the steps necessary to get the four pixel shift files with no processing on them? Same for HDR?
Thanks,
RONC
|
Forum: Digital Processing, Software, and Printing
03-09-2017, 05:56 PM
|
|
At present does RT apply one color balance to all four frames within the file? The test you want is each frame has color change from others. Correct?
In Windows, the user can pass parameters to the program through the command line. Is possible to make that available for custom use like PS for Pixel Shift and the program would be set to do PS type processing?
RONC
|
Forum: Digital Processing, Software, and Printing
03-09-2017, 08:06 AM
|
|
Over the last while I have been following the development of Pixel Shift data handling in RT and am very impressed with the what is transpiring. The latest shown below is what is needed for such a powerful tool as PS. I believe that motion should no longer be in the conversation. With all of the ways that the quality of a PS file can be compromised, we should talk about geometry and illumination variations. RT is the only tool with scientifically based diagnostics available. Keep up the good work. :)
RONC
|