Multi Channel Proce...
 
Share:

We have updated the forum software 🙂 ! We are now working on upgrading the whole site and the Forum to a dark theme...  so please refresh your internet browser twice to properly update the forum appearance AND functionality... Check your internet browser for the refresh function, on windows, this usually is the F5 button, but it depends on your internet browser.

Multi Channel Processing issue  

Page 1 / 2
  RSS

(@darrellx)
White Dwarf Customer
Joined: 4 months ago
Posts: 11
January 18, 2019 04:16  

Hi All

I have an issue that I think relates to Multi Channel Processing.

I have imaged NGC3324 - cluster with nebula.
Narrowband - Lum, Ha and Oiii.

I initially tried the Multi Channel Processing and loaded the three sets of Lights and Flats, with Darks and Bias.

When I get to Step 4 - Register, I quickly get an error messaging saying there was a problem with the stars and that I should "reduce the kappa value in Step 3 - Analyse Stars". When I try to reduce the Kappa value from 250 to something lower, it just returns the kappa value to 250, proceeds with Analysing, then gives the same error in Step 4.

So, I tried to process each of the narrowband sets individually and it worked. I ended with a, "St-agv-******.fits" file for each of the sets. But when I try to combine them; 9) TOOLS; Combine RGB, I get a message saying that the files are not the same size. Confusing.

In Step 3 I have also tried to reduce the "automatic minimum #stars target" from the default 500 to 100, and it made no difference.

This has only happened with the set of files from NGC3324. I have imaged and processed IC443 (Jellyfish nebula) and NGC2359 (Thors Helmet) and it worked fine in MultiChannel Processing.

Any suggestions? Either on the Multi Channel Processing error at Step 4, or when processed individually why I would get a message saying the files are not the same size.

Thanks
Darrell

 


ReplyQuote
(@kijja)
Main Sequence Star Customer
Joined: 1 year ago
Posts: 40
January 18, 2019 04:23  

Have you tried normalize stacked files from all channels before using RGB combine tool? Sometimes this method works for me when I use data from multi sources.

 

Kijja


ReplyQuote
(@darrellx)
White Dwarf Customer
Joined: 4 months ago
Posts: 11
January 18, 2019 05:05  

No I haven't this.  I am still new with APP.  Is this something I would do after creating each of the channel files, then load the three into APP? Is this found in Step 5 - Normalise?


ReplyQuote
(@kijja)
Main Sequence Star Customer
Joined: 1 year ago
Posts: 40
January 18, 2019 05:39  

Hi, Darrellx

My workflow after finish and save the stacked channel files is: 1) go to 1'load' menu and 'clear', 2) re-load channel files as 'Light'. 3) in 0'Raw/Fits files' change 'algorithm' to 'no interpolation, 4) If you use data from same optics same images scale you probably click 5' Normalize'  APP will run from analyze stars, register, and normalize but you have to manually save the normalized files. 5) Then you can load the saved normalized file of each channel to 'RGB combine tool' in 9'Tools'. 

For data from different sources you need to uncheck the 'same camera and optics' and probably need to check 'change descriptors in x/y' if the channel files are taken in different' orientation.

Hoping that this would help.

Cheers,

Kijja


ReplyQuote
(@darrellx)
White Dwarf Customer
Joined: 4 months ago
Posts: 11
January 18, 2019 06:38  

Kijja

Thanks for the suggestion, but no luck.  I got to your Step 4 and clicked Normalize. It seemed to work and got to about 85% when I got the following message. I did not get to the point to save the normalised files.

          Registration failed on some of the frames !

          Please lower the "detect above noise level" kappa value
          in menu 3) ANALYSE STARS and re-run star analysis
          so more stars can be detected.

         By detecting more stars, chances are much bigger that
         registration will be succesfull.

To clarify, all the images were taken with exactly the same equipment and same focus.

Darrell


ReplyQuote
(@kijja)
Main Sequence Star Customer
Joined: 1 year ago
Posts: 40
January 18, 2019 08:27  

Sorry for your inconvenience with APP. I think Vincent or Mabula can help with this issue. For register  only 3 files, APP should do this within few seconds. There must be something wrong with the images I used to stack wrong objects together because I changed the target during an event of another without renaming the target.

Kijja


ReplyQuote
(@mabula-admin)
Quasar Admin
Joined: 2 years ago
Posts: 2080
January 18, 2019 13:27  
Posted by: Darrellx

Hi All

I have an issue that I think relates to Multi Channel Processing.

I have imaged NGC3324 - cluster with nebula.
Narrowband - Lum, Ha and Oiii.

I initially tried the Multi Channel Processing and loaded the three sets of Lights and Flats, with Darks and Bias.

When I get to Step 4 - Register, I quickly get an error messaging saying there was a problem with the stars and that I should "reduce the kappa value in Step 3 - Analyse Stars". When I try to reduce the Kappa value from 250 to something lower, it just returns the kappa value to 250, proceeds with Analysing, then gives the same error in Step 4.

So, I tried to process each of the narrowband sets individually and it worked. I ended with a, "St-agv-******.fits" file for each of the sets. But when I try to combine them; 9) TOOLS; Combine RGB, I get a message saying that the files are not the same size. Confusing.

In Step 3 I have also tried to reduce the "automatic minimum #stars target" from the default 500 to 100, and it made no difference.

This has only happened with the set of files from NGC3324. I have imaged and processed IC443 (Jellyfish nebula) and NGC2359 (Thors Helmet) and it worked fine in MultiChannel Processing.

Any suggestions? Either on the Multi Channel Processing error at Step 4, or when processed individually why I would get a message saying the files are not the same size.

Thanks
Darrell

 

Hi Darrell @darrellx & @kijja,

So, I tried to process each of the narrowband sets individually and it worked. I ended with a, "St-agv-******.fits" file for each of the sets. But when I try to combine them; 9) TOOLS; Combine RGB, I get a message saying that the files are not the same size. Confusing.

Let me explain what happens in this case, you have created separate integrations using separate reference frames for registration of the images, right? So that means the end integrations per channel are not registered to each other and therefore will in most cases not be of the same dimensions.

You will now need to register (and preferably also normalize) these separate integration first:

  • load them as lights, in 1) disable the automatic recogniztion of Masters & Integrations, so the integrations can be loaded as new lights.
  • star analyse, register (and normalize)
  • then save at the bottom of 4) Register (or 5) Normalize)
  • the saved frames will be created in your work directory
  • These frames are now registered (and normalised) and will have the same dimensions, so you can load them properly in the RGB Combine tool

When I get to Step 4 - Register, I quickly get an error messaging saying there was a problem with the stars and that I should "reduce the kappa value in Step 3 - Analyse Stars". When I try to reduce the Kappa value from 250 to something lower, it just returns the kappa value to 250, proceeds with Analysing, then gives the same error in Step 4.

There indeed is a bug here which I am aware of, I will fix this for the next release. My suggestion would be to try the following for now:

Keep the automatic minimum/maximum stars target enabled and increase the minimum stars target to 1000. Then run star analysis and registration on all frames and let me know what happens.

If it fails it will be very usefull to know how many stars were actually detected in all of the frames 😉

Kind regards,

Mabula

 

Main developer of Astro Pixel Processor and owner of Aries Productions


ReplyQuote
(@darrellx)
White Dwarf Customer
Joined: 4 months ago
Posts: 11
January 19, 2019 06:14  

Mabula

Thanks for the response , and guidance.

I loaded the three integrated frames - one each for Lum, Ha and Oiii.

I disabled the automatic recognition in 1).

Step 3 - Analyse Stars - okay
Step 4 - Register - error

              Registration failed on some of the frames !

              Please lower the "detect above noise level" kappa value
              in menu 3) ANALYSE STARS and re-run star analysis
              so more stars can be detected.

             By detecting more stars, chances are much bigger that
             registration will be succesfull.

Automatic Minimum Starts Target was set at 500
Changed this to 1000 - same error
Changed this to 100 - same error

In the file listing at the bottom of the screen, the number of stars found were shown as -

Oiii Frame = 1720
Ha Frame = 850
Lum Frame = 1292

I am not sure if it will help, but I will attached a file showing the filename for each of the files, as generated by APP.

FileNames

 

Thanks

Darrell


ReplyQuote
(@mabula-admin)
Quasar Admin
Joined: 2 years ago
Posts: 2080
January 19, 2019 20:22  

@darrellx,

Can you share these integration files, perhaps with wetransfer or dropbox so I can have a look why it does not work? (send it to support@astropixelprocessor.com) I will use  the data to improve this for the next release.

Which frame fails? Is there anything in the data that could explain why it fails? (Bad focus, lots of bad pixels for instance ? )

Kind regards,

Mabula

Main developer of Astro Pixel Processor and owner of Aries Productions


ReplyQuote
(@darrellx)
White Dwarf Customer
Joined: 4 months ago
Posts: 11
January 20, 2019 03:06  

Mabula

I have just sent the three integration files to you via wetransfer.  I cannot see anything that would cause the failure.  On the same night, with the same equipment I imaged Thors Helmet and it has been processed with no trouble.  I have also taken the three files and combined them in Photoshop.  No problems.

I hope you can find an explanation.

Thanks

Darrell


ReplyQuote
(@mabula-admin)
Quasar Admin
Joined: 2 years ago
Posts: 2080
January 20, 2019 12:10  

Hi @darrellx,

Thank you for sending the frames, I am studying the data now.

The first thing that I notice, is that the frames that you have sent me are not the original linear integration files. These files have been processed with a stretch operation already. This is not good and a problem in fact. To be able to perform accurate star analysis/ photometry of the stars, the data still needs to be linear ;-). Registration depens on accurate luminosity values for the stars.

Can you send me the linear integration files? Then I can verify if this is part of the problem or the whole problem with your data.

Kind regards,

Mabula

Main developer of Astro Pixel Processor and owner of Aries Productions


ReplyQuote
(@darrellx)
White Dwarf Customer
Joined: 4 months ago
Posts: 11
January 20, 2019 14:31  

Mabula

Sorry about that. My inexperience is showing through. I have reprocessed my light frames and created the three integration files. This time, I deselected the "stretch" option.

The files have been sent to your support address using wetransfer.

Thanks
Darrell


ReplyQuote
(@mabula-admin)
Quasar Admin
Joined: 2 years ago
Posts: 2080
January 20, 2019 14:52  

Hi @darrellx,

No problem ;-), I will check the frames right now and will let you know my findings 😉

Mabula

Main developer of Astro Pixel Processor and owner of Aries Productions


ReplyQuote
(@mabula-admin)
Quasar Admin
Joined: 2 years ago
Posts: 2080
January 20, 2019 15:03  

Hi @darrellx,

I have downloaded the linear frames, thank you very much 😉

These will now register without problems in APP 1.070 with default settings.

LinearFramesWork

I noticed you uploaded, the original integrations and unstretched ones. These unstretched ones have identical data as the source so they are exactly the same ;-).

So these 2 are eactly the same:

St-avg-960.0s-NR-x_1.0_LZ3-NS-full-eq-add-sc_BWMV_nor-AAD-RL-noMBB-Lum.fits

St-avg-960.0s-NR-x_1.0_LZ3-NS-full-eq-add-sc_BWMV_nor-AAD-RL-noMBB-NoSt-Lum.fits

 

Please try yourself to register these frames now and let me know if you can now properly create a RGB composite in APP 😉

Kind regards,

Mabula

Main developer of Astro Pixel Processor and owner of Aries Productions


ReplyQuote
(@darrellx)
White Dwarf Customer
Joined: 4 months ago
Posts: 11
January 21, 2019 00:47  

Mabula

I have tried three times to create the composite.  Each time the process stops at Step 4 - Register.  The message is the same as reported above - "Registration failed on some of the Frames".  I tried using the unstretched set as well as the original files.

If I am interpreting the output in the file listing at the bottom of the screen correctly, it appears that the process stops on the LUM file.

The settings in APP are the default settings from when it was installed.

Thanks

Darrell


ReplyQuote
(@darrellx)
White Dwarf Customer
Joined: 4 months ago
Posts: 11
January 21, 2019 01:05  

Mabula

I don't know how this has happened, but I have gone back and tried a fourth time.  It has worked.  I loaded my three frames, Analysed, Registered, Normalised.  All good.  I then saved each of the three files, as linear.  However when I tried to create the RGB, I got a message saying that the files are incompatible.

Screen1

Thanks

Darrell

This post was modified 3 months ago by Darrellx

ReplyQuote
(@darrellx)
White Dwarf Customer
Joined: 4 months ago
Posts: 11
January 21, 2019 02:10  

Mabula

I am still trying to work through this. I have loaded the three integrated files again.  This sequence I have been changing one of the settings in 3) Analyse.

           Automatic Minimum Stars Target
           When set at 100 = fail - Kappa started at 128 ended at 886
           When set at 500 = success Kappa ended at 264
           When set at 1000 = success

          Automatic Maximum Stars Target was left at 1000.

When I then try to combine to RGB, I get the same message - the files are not compatible.

Screen1

Darrell

 

This post was modified 3 months ago by Darrellx

ReplyQuote
(@kijja)
Main Sequence Star Customer
Joined: 1 year ago
Posts: 40
January 22, 2019 10:51  

Hi,

Darrell, I notice that your normalize files path did not contain 'norm' at the end of their names. This means that they probably were not normalized together yet. Could you try normalize files by loading these channel files as light in a normal way without checking multichannel integration? Hoping that this time we should have more lucks.

Cheers,

Kijja

This post was modified 3 months ago by Kijja

ReplyQuote
(@mabula-admin)
Quasar Admin
Joined: 2 years ago
Posts: 2080
January 23, 2019 22:00  

Hi @darrellx,

I had no problem whatsoever to register the linear integrations so I think something is going wrong with the workflow and perhaps with understanding what is happening and where the results will appear.

I will be happy to create a small video tomorrow and upload it here, to show you what you need to do to get this working correctly. Okay?

In addition, the star analysis/registration trouble will be dealt with in the next release 😉 I am testing a lot right now with a lot of different datasets and I am nearly ready to release it the new implementation.

Mabula

Main developer of Astro Pixel Processor and owner of Aries Productions


ReplyQuote
(@darrellx)
White Dwarf Customer
Joined: 4 months ago
Posts: 11
January 23, 2019 23:07  

Mabula

Thanks. I have accepted that there must be an issue with either my data, my installation, or how I am doing things.

To answer Kijja, and to make sure that I am interpreting things correctly -

I have tried to reprocess several times with the same result each time. To clarify the Normalisation.

The attached pictures show screeshots of the last sequence I tried. ScreenA shows the file listing after Star Analysis and Registration. ScreenB shows the listing after Normalisation. The NORM entry in the column with the Red Dot shows that the files have been normalised.

After this has been done, I have then been saving the files as FITS. ScreenC shows the file listing with the 6 files. The saved files would be normalised?

I am at the point of accepting there is just something peculiar about this particular dataset and move on. I will leave it to Mabula.

Today, I have decided to reprocess some old data. I chose NGC2736 Pencil Nebula. Everything processed fine.

So I can process NGC2736, IC443, NGC2359, NGC2024. All are Nebulae. I have also processed NGC5128 - Centaurus A and M104 - Sombrero with no trouble. For some reason it is jut NGC3324.

Darrell

ScreenC
ScreenB
ScreenA


ReplyQuote
Page 1 / 2
Share: