Sounds good. In the mean time I can share yet another pixel shifted image. Nothing extraordinary in any way but it does involve a lot of motions. The car closest to the camera like to leave some artefacts, there is also some on the back of the people to the right in the picture that is hard to remove without removing solid details.
There are some nice details that can be found on the houses in the distance that one like to preserve, for instance look under the black roof for some ornaments on the wall.
Gimbal, thanks for providing a new example file. We really need as many of them as possible.
I had a look at your file using latest (unofficial) development version. The car artifacts are solved and the detail in background is also preserved much better with that version. The artifacts on the back of the people is better but still not good. I will have a look at that now…
Edit: here’s a screen shot of the people artifacts
Hi Vitalis, it’s not completely removed. But I have to admit, that I lost the overview what’s in official and non official rt pixelshift test versions…
Hi,
today I had a walk to ravines and made many photos of various kind, involving water, wind in branches, living things etc. Most are in high and low ISO. Hope they will be useful. https://filebin.net/7s1ojqkwvdxd9g0x
Vitalis
Vitalis, it’s better than before but there’s still some room for improvements.
Today I implemented a hole fill algorithm for the 3x3 new motion mask. I’ll push probably at the weekend.
RT great support of the PS function most certainly will have a lot of people rethink the usability of the PS. Even though the “motion correction” function is there both in camera (for jpeg only) and in the bundled software it isn’t working that great. So in reality PS was usable only for static scenes or you had to do a lot of masking by hand with varying result. This kind of changes things, a lot.
Hi, sorry for not updating status of pixelshift last 12 days. Currently there are some changes (improvements) on hold in pixelshift branch but because rt5 is around the corner we didn’t find the time to officialize them.
Hi,
played a bit with a new build. 3x3new seems to be easier to work with. If I understand correctly, Median now is kind of better Experimental which seems to be disabled.
Also, I send new files with snow: Filebin | ehmfhunw4bbtsdpu , they are the same scene with three various ISO’s. Algorithms behave very differently with these ISO’s, but it looks like this kind of scene is impossible to interpret without artifacts of discontinuity.
Vitalis
I pushed a fix for high ISO. Now it works as expected, means almost no motion detection for your 102400 file, because the current adaptive algorithm is not able to distinguish between motion and this amount of noise.
Short update: Latest development was on a private fork. I will push this evening to official pixelshift branch and also try to explain the changes a bit here when the push is done
The ISO 102400 file revealed a bug in code for really high ISO. Never tried that before. I will try to fix it.