StarNet - new module for star removal

[vpcirc]

the tensorflow dylibs need to be copied into either

   /usr/local/lib or /Applications/PixInsight/PixInsight.app/Contents/Frameworks/


since /usr is hidden in the finder, it might be easier to copy the tensorflow dylibs to /Applications/PixInsight/PixInsight.app/Contents/Frameworks/

rob

No such folder in windows 7. It seems to me there needs to be a DLL files, but there is none in the PI_OSX download. Also I cannot find any dylibs files on my computer. I actually had this working (can't remember how) then updated PI release and it disappeared. You are one of the smartest guys I know with PI, I still use your process icons on some things, but I'm totally lost (and apparently computer illiterate) I couldn't understand 1/2 the readme file. I need a "install starnet for dummys" set of instructions. I tried installing all the folders in the PixInsight bin folder (In a starnet folder and standalone) but it doesn't recognize the module. JP Metsavaino talked about this process at AIC and I think its outstanding. Using a starless image to apply structure in PS is amazing, 

[dave_galera]

PI_OSX is for Apple Mac not Windows so there won't be any DLL files, are you actually using a Windooze system?

BTW Windows 7 is no longer supported by PI, you need to upgrade.

[pfile]

yes you are apparently using the wrong zipfile. OSX = mac OS X, not windows.

note that the install location of the weights files are slightly different on windows than on OSX. if PI starts up with the wrong "working directory" then you need to go into the pixinsight console and cd to the directory where the weights files are sitting, or else the module will not be able to find them.

rob

[vpcirc]

Can anyone say GIGO? Feel like a total DA but at least it works now, Thanks

[SeaLandSkyPhoto]

the command line versions only work on 16-bit tiff files. however, the pixinsight module can run on any view that you have open on the desktop, no matter the bit depth.

although starnet only works on stretched images, astroedo figured out how to run it on linear images by using STF to figure out an MTF curve to temporarily stretch the image in a way that can be undone.

rob

Thanks for the info....I just was corresponding with another member and he said the same thing.  I'm just going to play around with it and see what comes out...sure I'll have some more questions!!
Thanks Again!!
Tom

Does anyone know the specific technique to doing the reversible stretch?  I've been playing around with the mtf function in PixelMath with mixed results.  I'm using mtf(midPoint, $T) to stretch and mtf(1-midPoint, $T) where midPoint is set to the value obtained from an STF on the image (hit radioactive button, then wrench and take the middle value on the RGB/K line).   A test of stretch, unstretch, diff shows an almost exact match between the original image and the stretched/unstretched image.  Ha Before Stretch shows the pre-stretch setup while Ha After Unstretch shows the images after the unstretch and difference. 

Applying StarNet to the Ha images using the stretch and unstretch process noted above yields a pretty good result.   Doing the same thing with an Oiii image leaves stars and large white blocks in the image.  So clearly this stretch, starnet, unstretch seems to work well with high SNR images and not very well at all with lower SNR images (at least with this stretch / unstretch method).

Ha & Oiii Linear Starless & Oiii NonLinear Starless shows the original and starless images for Ha and Oiii using this stretch / unstretch approach.  It also has the results of doing a normal STF / HT permanent stretch on the Oiii followed by StarNet (which did a decent job of removing the stars).  So it would appear that the quality of the stretch is a key factor in the operation of StarNet.  Note both Ha and Oiii images had minimal processing - integration, DBE, and MLT (to remove the 1st wavelet layer).  Tests with earlier stages of the processing (no MLT and no DBE or MLT) showed the stars not being completely removed from the Ha image (this test using an STF/HT permanent stretch).

Any thoughts on alternative approaches to a reversible stretch that might produce better results with the lower SNR images?

Paul

[dave_galera]

Look at this

https://pixinsight.com/forum/index.php?topic=14496.0

[SeaLandSkyPhoto]

Look at this

https://pixinsight.com/forum/index.php?topic=14496.0

Thanx

[ac4lt]

I installed the 1.8.8-5 version of PixInsight yesterday and today I tried to add starnet++ back in but it's giving me grief trying to install (though I had no trouble last time).

I'm on macOS Catalina 10.15.3 and I'm putting the pixinsight files in the locations as specified in the readme. When I run install modules and click search a MacOS dialog pops up asking me if I want to move the dylib to the trash or cancel. I click cancel and then the button appears in system preferences to allow the library. I click allow and repeat the process.

This time I get a dialog asking me to cancel or open and I choose open. But then PI says that 0 modules were installed.

I must be doing something wrong but can't figure out what.

Anyone got any ideas?

[pfile]

yes due to how -5 was built system integrity protection (SIP) is not allowing the module to load. it is unsigned because i don’t have an apple developer certificate and apple’s new security policy requires all dynamic libraries to be signed. juan says he will try signing the module and then i guess we’ll pass it to nikita to re-release on sourceforge.

[eoverstreet]

I have the latest version of MAC OS, Mojave and cannot get Startnet+ to install either since the recent upgrade.   It installed with the prior version.  So I guess it's a MAC thing and not just Catalina

[pfile]

yeah there's a chance it's just Mojave and Catalina but not 100% sure. anyway from the point of view of OSX it looks like someone is tampering with the PI binary when you try to install an unsigned module... so OSX prevents PI from loading the module. overall it's a good thing but in our case it turned out to be a hassle.

rob

[tdgm]

I might not know programing but I too have the most up to date Mac OSX Mojave and with PixInsight 1.8.8.4 everything works fine and StarNet Installs> It is when I install the NEW PixInsight 1.8.8.5 that the problem occurs (still on Mojave.

So the new PI has problems with an older Mac and also a newer Mac. So logic would presume that it is PixInsght not Mac that has changed.


Steve

[pfile]

well no one actually said the problem was due to a change in OSX. the requirement for any dynamic library loaded by an application to be cryptographically signed by a valid apple developer is a compile-time option for applications.

the older versions of PI do not enforce this rule, but the newer versions do. that's all. that's why -4 and prior work and -5 (and presumably beyond) won't be able to load any third-party PI processes unless they were signed. i would sign it myself but i have to pay $100 so that apple will provide me with a certificate. since juan already has a developer certificate the most cost effective method is for him to sign the starnet dylib.

rob

[eoverstreet]

I have reverted back to the prior version of PI .....and everything is as it should be - all scripts working!    Hopefully in the not to distant future the script can be loaded.