- attached eeb74342-3dfb-4d93-a228-efb09d35133e.profile
- attached ea5ae7c9-3c92-4a53-b737-324f5366037e.profile
Error In Numbering Subs – SSFRAMENR$$ and Other Pattern Names Issues
Release 1.10 Build 074
Windows 7 Pro w/ all patches and updates
Description
I have noticed that SSFRAMENR$$ does not number frames / subs sequentially, tops and starts over again several times - at random. This occurred when using the Flat Wizard – see attachments. Also $$TARGETNAME$$ was not appended to the start of each Flat file. The sequentially number issue also occurred during Light Subs but I thought it was something I did. Also; at times other Pattern Names were omitted / dropped.
Current Image File Pattern - $$TARGETNAME$$_$$IMAGETYPE$$_$$EXPOSURETIME$$_$$GAIN$$+$$SENSORTEMP$$_$$FILTER$$_$$FOCUSERPOSITION$$_$$HFR$$_
Steps to Reproduce
Set up taking Flats using the Flat Wizard. Set parameters as shown in attachments.
Expected Behavior
Sequentially number of all subs – Lights, Darks, BIAS, Flats …etc. Also producing correct file names per the Image File Pattern above.
Actual Behavior
Incorrect numbering and dropping out Image File Pattern Pattern Names.
Comments (4)
-
reporter -
reporter - attached 20200410-215658-1.10.0.1074.7160.log
-
repo owner - changed status to invalid
Flats dont have a target. Furthermore your pattern does not include the framenumber. The numbers you are seeing are name collisions that are prevented
-
reporter OK - I understand about the Flat naming. I have been using Flat Naming in the past to associate my Flats to a given imaging session so I know what the optical train arrangement and scope was.
On the other issue. I added $$FRAMENR$$ to the string and its not being saved. I tried adding another ($$APPLICATIONSTARTDATE$$) and immediately closed NINA via 'X'. Reopened NINA the string entry was gone... Its somewhat random. Would you like me to make a video of the issue?
- Log in to comment