Jump to content

Banner.jpg.b89429c566825f6ab32bcafbada449c9.jpg

PIPP AS!2 Comparison

Clayton

By Clayton
in Imaging - Planetary

Recommended Posts

Clayton

Clayton

Posted
  • Author
Posted

Hi Tony,

I guess as long as you got it to work it's a bonus :p

I only found out myself because it was mentioned in another forum

I normally just Ctrl A the BMPs in explorer and simply drag them into the AS!2 window, but I guess it's what you get used to :)

Link to comment
Share on other sites
  • 3 months later...
  • Replies 61
  • Created
  • Last Reply
Russe

Russe

Posted
Posted

I've been going through my last avi's to reprocess them with AS!2 before waveletting in reg6. After bringing down comp processing time by using castrator first, I stumbled upon PIPP 1.7 and thought this to be a good idea.

While re-working my data, I noticed that PIPP -quality has made a strange selection amongst the single bmp order. I had a 10 min (or so) avi from saturn, but it was a bit windy. So I had quite a few single "subs" that were totally out of focus, since Saturn was moving so much on the screen. Funnily enough PIPP thought some of these pics to be among the better quality ones? Would this be a mistake in the calculation routine??? I'm quite surprised. I guess, it doesn't matter so much, as I'm putting this single shots into AS!2 for processing as well, but I'm wondering whether I've just now starting using more and more processing programs without actually gaining any benefit from it.

To use AS!2 before reg6 wavelets has definitely worked out better than reg6 alone. The castrator has definitely brought down processing time. But what has PIPP done I'm not so sure.

Do you guys have any experience with that?

Link to comment
Share on other sites
cgarry

cgarry

Posted
Posted

I've been going through my last avi's to reprocess them with AS!2 before waveletting in reg6. After bringing down comp processing time by using castrator first, I stumbled upon PIPP 1.7 and thought this to be a good idea.

While re-working my data, I noticed that PIPP -quality has made a strange selection amongst the single bmp order. I had a 10 min (or so) avi from saturn, but it was a bit windy. So I had quite a few single "subs" that were totally out of focus, since Saturn was moving so much on the screen. Funnily enough PIPP thought some of these pics to be among the better quality ones? Would this be a mistake in the calculation routine??? I'm quite surprised. I guess, it doesn't matter so much, as I'm putting this single shots into AS!2 for processing as well, but I'm wondering whether I've just now starting using more and more processing programs without actually gaining any benefit from it.

To use AS!2 before reg6 wavelets has definitely worked out better than reg6 alone. The castrator has definitely brought down processing time. But what has PIPP done I'm not so sure.

Do you guys have any experience with that?

Hi Russe,

Picking out very blurred frames should definitely not be happening, but I can see a situation when it could occur with the algorithms in the later released versions of PIPP. Could you send me or post some example frames in bitmap format so that I can check the v2.0 does not suffer from the same problem when it is released? A few good frames and a few of the blurred ones that made it through would be ideal.

As an aside I have found that Saturn really challenges PIPP's quality algorithm because there is not much detail on the main disc for the local contrast algorithm to get a good quality estimation value from. I have found the algorithm works well for Jupiter and Mars but less so with Saturn, but it should still be able to reject the blurred frames to ease AS!2's task. At some point I shall add a new algorithm that works better for Saturn, but that will be some way off.

Cheers,

Chris

Link to comment
Share on other sites
Russe

Russe

Posted
Posted

Mhm,

cant properly reproduce it.

I'll keep looking - here an example but of what I found. Amongst these bmp's (with above mentioned pipp parameters) I found 0884 to be out of place.

But I had better examples, where Saturn was properly all over the place (but always only one pic amongst several good ones for their quality grade.

0880.bmp

0871.bmp

0872.bmp

0873.bmp

0874.bmp

0875.bmp

0876.bmp

0877.bmp

0878.bmp

0879.bmp

0889.bmp

0880.bmp

0881.bmp

0882.bmp

0883.bmp

0884.bmp

0885.bmp

0886.bmp

0887.bmp

0888.bmp

0894.bmp

0890.bmp

0891.bmp

0892.bmp

0893.bmp

Link to comment
Share on other sites
Russe

Russe

Posted
Posted

oh, now I found it. but I have a guess what might be wrong...

0010.bmp

0001.bmp

0002.bmp

0003.bmp

0004.bmp

0005.bmp

0006.bmp

0007.bmp

0008.bmp

0009.bmp

0020.bmp

0011.bmp

0012.bmp

0013.bmp

0014.bmp

0015.bmp

0016.bmp

0017.bmp

0018.bmp

0019.bmp

0030.bmp

0021.bmp

0022.bmp

0023.bmp

0024.bmp

0025.bmp

0026.bmp

0027.bmp

0028.bmp

0029.bmp

0040.bmp

0031.bmp

0032.bmp

0033.bmp

0034.bmp

0035.bmp

0036.bmp

0037.bmp

0038.bmp

0039.bmp

0050.bmp

0041.bmp

0042.bmp

0043.bmp

0044.bmp

0045.bmp

0046.bmp

0047.bmp

0048.bmp

0049.bmp

0060.bmp

0051.bmp

0052.bmp

0053.bmp

0054.bmp

0055.bmp

0056.bmp

0057.bmp

0058.bmp

0059.bmp

0070.bmp

0061.bmp

0062.bmp

0063.bmp

0064.bmp

0065.bmp

0066.bmp

0067.bmp

0068.bmp

0069.bmp

Link to comment
Share on other sites
cgarry

cgarry

Posted
Posted

Great. Thanks.

Any comments so far?

The latest PIPP code correctly handled the first set you posted, the second set looks more interesting. Do you have the log file for the 2nd set?

Link to comment
Share on other sites
cgarry

cgarry

Posted
Posted

Yes, the log file for the second set please.

The problem with the second batch seems to be that it has incorrectly accepted some frames that were partially off frame. If this ever happens then the sharp edge has a bad habit or scoring highly when the local contrast is calculated and these get promoted to the top of the quality pile. Knowing the exact options you used should help me figure out where the problem lies.

Link to comment
Share on other sites
cgarry

cgarry

Posted
Posted

Russe,

Would I be correct in saying that you first running you video through Castrator first and then getting PIPP to sort them by quality? It looks to me that the issue is that Castrator has centred some frames which only have some of the planet on the frame, these frames really need to be discarded.

For PIPP to function as designed it really needs to work on the original capture video, where it can do all of the frame rejection, centring, cropping and quality selection itself. If you like I can give you a copy of the current development version of PIPP which is a lot easier to use because it is now GUI based rather than command line based and there is some help with the options.

Cheers,

Chris

Link to comment
Share on other sites
cgarry

cgarry

Posted
Posted

Funny you should mention about all the frames being rejected, I have just been working on how to handle the situation when all the frames have been rejected with the GUI version. At the end of the day this happens because either the planet is either too small or it is too dim. However, it needs to be obvious to the user what has gone wrong or the program is not doing its job properly.

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

Go to topic listing

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. By using this site, you agree to our Terms of Use.