Image Sequence Not Saving Per “Image File Pattern”

Issue #476 closed
Jim Waters created an issue

I am not sure if this is a bug or a lack of understanding of the product. I am running N.I.N.A. Release 1.9 on Win7 Pro x64.

From a new install I populated the Options Tabs - General, Equipment, Imaging, Plate Solving and Planetarium.

Within the Imaging Tab I set the following.

Image File pattern - C:\Users\JTWaters\Desktop\ZWO ASI OSC Output\

Image File Pattern - $$TARGETNAME$$$$IMAGETYPE$$$$EXPOSURETIME$$$$GAIN$$$$SENSORTEMP$$$$FOCUSERPOSITION$$

Files are being saved as (1).fits, (2).fits, (3).fits …etc. under C:\Users\JTWaters\Desktop\ZWO ASI OSC Output\

Why are the files not being names per the Image File Pattern? Is this a bug or lack of understanding on my part? I have viewed the YouTube video’s i=on N.I.N.A.

Comments (13)

  1. Stefan B repo owner

    Hi,

    could you please upload your profile and log?
    the log is located in %LOCALAPPDATA%\NINA\Logs and the profile in %LOCALAPPDATA%\NINA\Profiles

    Thanks.

  2. Jim Waters reporter

    Log File


    • ---------------NINA - Nighttime Imaging 'N' Astronomy----------------

    • ------------------Running NINA Version 1.9.0.9001--------------------

    • ------------------------2020-04-07T01:25:35--------------------------

    • ---------------------ASCOM Platform Version 6.4----------------------

    • --------------------.NET Version 4.0.30319.42000---------------------

    • --------------------Oparating System Information---------------------

    • --------------------------Is 64bit OS True---------------------------

    • -----------------------Is 64bit Process True-------------------------

    • --------------------------Platform Win32NT---------------------------

    • --------Version Microsoft Windows NT 6.1.7601 Service Pack 1---------

    • --------------------------Major 6 Minor 1----------------------------

    • --------------------Service Pack Service Pack 1----------------------


    [2020-04-07T01:25:41] [ERROR] [MemberName] Request

    [2020-04-07T01:25:41] [ERROR] [FileName] D:\Projects\nina\NINA\Utility\Http\HttpGetRequest.cs

    [2020-04-07T01:25:41] [ERROR] [Message] The underlying connection was closed: An unexpected error occurred on a send. at System.Net.HttpWebRequest.EndGetResponse(IAsyncResult asyncResult)

    at System.Threading.Tasks.TaskFactory`1.FromAsyncCoreLogic(IAsyncResult iar, Func`2 endFunction, Action`1 endAction, Task`1 promise, Boolean requiresSynchronization)

    • -- End of stack trace from previous location where exception was thrown ---

    at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()

    at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)

    at NINA.Utility.Http.HttpGetRequest.<Request>d__4.MoveNext()

    [2020-04-07T01:25:42] [ERROR] [MemberName] GetVersionInfo

    [2020-04-07T01:25:42] [ERROR] [FileName] D:\Projects\nina\NINA\ViewModel\VersionCheckVM.cs

    [2020-04-07T01:25:42] [ERROR] [Message] Error reading JToken from JsonReader. Path '', line 0, position 0. at Newtonsoft.Json.Linq.JToken.ReadFrom(JsonReader reader, JsonLoadSettings settings)

    at NJsonSchema.Validation.JsonSchemaValidator.Validate(String jsonData, JsonSchema schema)

    at NINA.ViewModel.VersionCheckVM.<GetVersionInfo>d__59.MoveNext()

  3. Stefan B repo owner

    I cannot reproduce it with your profile. Maybe this was fixed during the course of 1.10. You might want to try out our 1.10 nightly version. It will go to beta soon anyways!

  4. Jim Waters reporter

    I replied too soon. From the Image File Pattern above I would expect following.

    Example - M31 Light 120 0 10 00012 -or- M31Light12001000012

    I will retry with the 071 build.

  5. Stefan B repo owner

    It won’t put stuff in that is not available. I have just connected all the equipment required to fill those fields an added “_” between the patterns to distinguish them more easily and the output file is:
    M31_LIGHT_1.00_0_10.00_25000.00.fits

  6. Jim Waters reporter

    I did a clean installation of 071. I removed 1.9 and deleted all files at %LOCALAPPDATA%\NINA\. I didn’t create a new profile. I just modified the Default profile in 071.

    Image File Pattern $$TARGETNAME$$_$$IMAGETYPE$$_$$EXPOSURETIME$$_$$GAIN$$_$$SENSORTEMP$$_$$HFR$$_$$FRAMENR$$

    I ran an imaging sequence. Output files naming…

    M31_LIGHT_5.00_0_10.00__0001.fits

    The double underlines between 10.00 and 0001 is for HFR calculation which couldn't be done.

    This issue looks like it was resolved in the 071 build. Looking forward to the Beta. Thanks Stefan…

  7. Log in to comment