[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kstars-devel
Subject:    Re: KStars v3.5.0 Release Date?
From:       Robert Lancaster <rlancaste () gmail ! com>
Date:       2020-11-12 15:43:07
Message-ID: 194CED93-6AD4-472C-B6B4-063D02C81BA1 () gmail ! com
[Download RAW message or body]

Hi Eric,

Yes it is mostly in KStars, the editor is in KStars, the default profiles are now in \
KStars because we wanted everyone to have more control over the defaults so they can \
be tweaked in nicely.  But the reason that StellarSolver affected the saving of the \
profile here was because the == operator for comparing the profiles is defined in \
parameters.cpp and the function for conversion to and from an options map for saving \
or other uses is in parameters.cpp in StellarSolver.  I also have a convenience \
function for saving and loading profiles from a file in StellarSolver (but that was \
not affected by this issue).

> On Nov 12, 2020, at 9:10 AM, Eric Dejouhanet <eric.dejouhanet@gmail.com> wrote:
> 
> Sorry if I was convinced the profile management was actually located in kstars and \
> not in stellarsolver.  eric.dejouhanet@gmail.com <mailto:eric.dejouhanet@gmail.com> \
>                 - https://astronomy.dejouha.net <https://astronomy.dejouha.net/>
> De: rlancaste@gmail.com <mailto:rlancaste@gmail.com>
> Envoyé: 12 novembre 2020 13:18
> À: hy@murveit.com <mailto:hy@murveit.com>
> Cc: eric.dejouhanet@gmail.com <mailto:eric.dejouhanet@gmail.com>; \
> mutlaqja@ikarustech.com <mailto:mutlaqja@ikarustech.com>; \
> sterne-jaeger@openfuture.de <mailto:sterne-jaeger@openfuture.de>; \
>                 kstars-devel@kde.org <mailto:kstars-devel@kde.org>
> Objet: Re: KStars v3.5.0 Release Date?
> 
> So the initial keep parameter not being saved was a bug in StellarSolver before, \
> but I did fix it yesterday in StellarSolver before I sent those messages last \
> night.  You might have missed it but I did mention that I fixed it with the other \
> stuff I said.  So if you were using the older version yes it was not being saved, \
> but now it should.  It was fixed in this commit. 
> https://github.com/rlancaste/stellarsolver/commit/88135877f588c977e190977afca1c5132aacbbe2 \
> <https://github.com/rlancaste/stellarsolver/commit/88135877f588c977e190977afca1c5132aacbbe2>
>  
> It was not being saved previously because we had added the initial keep parameter \
> but then hadn't added it to the equals method nor to the options map method used in \
> the file saving.  Sorry I did not do this before, but I think what happened was \
> that we were experimenting with the parameter, we were debating how it could be \
> used, similarly to how we were in the emails yesterday, but we were still thinking \
> about it and hadn't yet decided whether to leave it alone or change it, but then we \
> moved on to other things and left it unfinished.  But I did fix it yesterday after \
> your email flagging this issue Eric and Hy's response which reminded me we hadn't \
> finished it. 
> All that remains here is to add the parameter to the options profile editor in \
> KStars now, which I was waiting to do until we discussed whether to keep it as is \
> or change the names.  I can add that to KStars next. 
> Sent from my iPhone
> 
> > On Nov 12, 2020, at 4:05 AM, Hy Murveit <murveit@gmail.com \
> > <mailto:murveit@gmail.com>> wrote: 
> > 
> > Eric, 
> > 
> > Not sure which issue your were confirming.  The possible initialKeep bug would  \
> > not be minor, if it's happening it could really make processing time long for hfr \
> > and focus, like the 20s you're seeing. I'd vote to fix that if it's broken. The \
> > other one (spinbox) is an annoyance, I'd lean towards fixing it now, but if you \
> > twisted my arm I guess I could agree to wait. 
> > Hy
> > 
> > On Thu, Nov 12, 2020, 12:56 AM Eric Dejouhanet <eric.dejouhanet@gmail.com \
> > <mailto:eric.dejouhanet@gmail.com>> wrote: I confirm, but this is probably a \
> > minor that can be addressed in 3.5.1. eric.dejouhanet@gmail.com \
> > <mailto:eric.dejouhanet@gmail.com> - https://astronomy.dejouha.net \
> >                 <https://astronomy.dejouha.net/>
> > De: murveit@gmail.com <mailto:murveit@gmail.com>
> > Envoyé: 12 novembre 2020 09:37
> > À: eric.dejouhanet@gmail.com <mailto:eric.dejouhanet@gmail.com>
> > Répondre à : hy@murveit.com <mailto:hy@murveit.com>
> > Cc: mutlaqja@ikarustech.com <mailto:mutlaqja@ikarustech.com>; hy@murveit.com \
> > <mailto:hy@murveit.com>; rlancaste@gmail.com <mailto:rlancaste@gmail.com>; \
> > sterne-jaeger@openfuture.de <mailto:sterne-jaeger@openfuture.de>; \
> >                 kstars-devel@kde.org <mailto:kstars-devel@kde.org>
> > Objet: Re: KStars v3.5.0 Release Date?
> > 
> > Eric: I see. So, can you check to see you don't have a file saved that's messing \
> > things up (e.g. delete your ~/.local/share/kstars/SavedFocusProfiles.ini \
> > <http://savedfocusprofiles.ini/> file if it exists, and then make sure you're \
> > using the "1-Focus Default" profile). You could play with the initialKeep and \
> > keepNum values in the kstars/ekos/auxiliary/stellarsolverprofile.cpp \
> > <http://stellarsolverprofile.cpp/> file in the Focus method. (Also see the note \
> > to Rob below).  
> > Rob: could there be a bug that if you have a saved .ini file, then the \
> > initialKeep parameter no longer gets set and uses a very high default? I wouldn't \
> > be surprised if that's what messing Eric up. 
> > Hy
> > 
> > On Thu, Nov 12, 2020 at 12:24 AM Hy Murveit <murveit@gmail.com \
> > <mailto:murveit@gmail.com>> wrote: Also, for the record, I do agree that Rob \
> > should either expose the initialKeep parameter or make it a multiple of the Keep \
> > parameter. As it currently stands, it effectively limits the maximum value of the \
> > keep parameter. H
> > 
> > On Thu, Nov 12, 2020 at 12:19 AM Hy Murveit <murveit@gmail.com \
> >                 <mailto:murveit@gmail.com>> wrote:
> > Jasem: I can go either way I suppose, but in my experience, it's running \
> > reasonably quickly. I won't object too strongly if you want to fix it. 
> > Eric:  When I processed your images on my RPi4, they processed reasonably \
> > quickly: 
> > Looking at the 1x1 image:
> > Computing the HFR took 1-2s, but that's using my "quick HFR" which only looks at \
> > stars in the middle 25% of the image. Turning off the quick HFR option slowed it \
> > down to 4-5 seconds (again possibly alongside guiding). Are you using something \
> > slower than a RPi4? Could there be something else slowing down the computations? 
> > Looking at the 2x2 image:
> > Seemed to take 1-2s without quickhfr, and 1s or less with quickhfr.
> > FWIW, I run my focus with 2x2 binning of a ZWO ASI 1600.
> > 
> > We should figure out what the issue is. 
> > Hy
> > 
> > 
> > 
> > On Wed, Nov 11, 2020 at 11:50 PM Eric Dejouhanet <eric.dejouhanet@gmail.com \
> > <mailto:eric.dejouhanet@gmail.com>> wrote: Which is my case right now. But in the \
> > particular subject of 3.5, I agree. I would like to know if the profiles are \
> > editable by the end-user when they are saved locally, I mean, are all parameters \
> > from the file loaded back properly?  
> > You know what I also mean here. Are there any tests validating that part? 
> > 
> > eric.dejouhanet@gmail.com <mailto:eric.dejouhanet@gmail.com> - \
> >                 https://astronomy.dejouha.net <https://astronomy.dejouha.net/>
> > De: mutlaqja@ikarustech.com <mailto:mutlaqja@ikarustech.com>
> > Envoyé: 12 novembre 2020 08:46
> > À: hy@murveit.com <mailto:hy@murveit.com>
> > Cc: rlancaste@gmail.com <mailto:rlancaste@gmail.com>; eric.dejouhanet@gmail.com \
> > <mailto:eric.dejouhanet@gmail.com>; sterne-jaeger@openfuture.de \
> > <mailto:sterne-jaeger@openfuture.de>; kstars-devel@kde.org \
> >                 <mailto:kstars-devel@kde.org>
> > Objet: Re: KStars v3.5.0 Release Date?
> > 
> > That's fine with me. As long as it does end up generating too many stars that \
> > ends up clogging HFR calculations unnecessarily. 
> > --
> > Best Regards,
> > Jasem Mutlaq
> > 
> > 
> > 
> > On Thu, Nov 12, 2020 at 10:35 AM Hy Murveit <murveit@gmail.com \
> > <mailto:murveit@gmail.com>> wrote: Jasem,
> > 
> > This close to the release, I'm inclined to be conservative here and let it be. 
> > It's just something I came up with, not some reference algorithm, and it seems to \
> > be working as it was implemented. I suggest that we can play with this in 3.5.1 \
> > if you want, but not mess with this now. 
> > Hy
> > 
> > 
> > On Wed, Nov 11, 2020 at 11:11 PM Jasem Mutlaq <mutlaqja@ikarustech.com \
> > <mailto:mutlaqja@ikarustech.com>> wrote: Hello Robert,
> > 
> > Good catch on the partition & keep stars. I think we ought to resolve this not by \
> > simply dividing by the number of chunks as this might skew the results. In some \
> > images, some regions are more star-rich than others. Maybe we should do a POST \
> > star detection but PRE star filter step where the # of stars are then trimmed to \
> > the required initial keep? 
> > --
> > Best Regards,
> > Jasem Mutlaq
> > 
> > 
> > 
> > On Thu, Nov 12, 2020 at 9:41 AM Robert Lancaster <rlancaste@gmail.com \
> > <mailto:rlancaste@gmail.com>> wrote: Oh the more significant question that I \
> > asked though, I don't think we addressed it yet.  Right now initial keep doesn't \
> > work the way you meant it to due to the partitions.  Does that need to be \
> > changed? 
> > Sent from my iPhone
> > 
> > > On Nov 12, 2020, at 1:37 AM, Robert Lancaster <rlancaste@gmail.com \
> > > <mailto:rlancaste@gmail.com>> wrote: 
> > > Yep they are the same kind of thing when it comes to stars certainly.  Your \
> > > argument that HFR should correlate to magnitude is probably very true for \
> > > stars, but not for nebulae or galaxies.  They can be large but dim.  It also \
> > > might not be true for some stars with dust around them 
> > > Sent from my iPhone
> > > 
> > > > On Nov 12, 2020, at 1:24 AM, Hy Murveit <murveit@gmail.com \
> > > > <mailto:murveit@gmail.com>> wrote: 


[Attachment #3 (unknown)]

<html><head><meta http-equiv="Content-Type" content="text/html; \
charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; \
line-break: after-white-space;" class="">Hi Eric,<div class=""><br \
class=""></div><div class="">Yes it is mostly in KStars, the editor is in KStars, the \
default profiles are now in KStars because we wanted everyone to have more control \
over the defaults so they can be tweaked in nicely. &nbsp;But the reason that \
StellarSolver affected the saving of the profile here was because the == operator for \
comparing the profiles is defined in parameters.cpp and the function for conversion \
to and from an options map for saving or other uses is in parameters.cpp in \
StellarSolver. &nbsp;I also have a convenience function for saving and loading \
profiles from a file in StellarSolver (but that was not affected by this issue).<br \
class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Nov 12, \
2020, at 9:10 AM, Eric Dejouhanet &lt;<a href="mailto:eric.dejouhanet@gmail.com" \
class="">eric.dejouhanet@gmail.com</a>&gt; wrote:</div><br \
class="Apple-interchange-newline"><div class=""><div id="response_container_BBPPID" \
dir="auto" contenteditable="false" style="font-family: Helvetica; font-size: initial; \
font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: \
normal; text-align: start; text-indent: 0px; text-transform: none; white-space: \
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, \
255, 255); text-decoration: none; outline: none;" class=""><div name="BB10" \
id="BB10_response_div_BBPPID" dir="auto" style="width: 1013px;" class="">Sorry if I \
was convinced the profile management was actually located in kstars and not in \
stellarsolver.&nbsp;</div><div id="blackberry_signature_BBPPID" name="BB10" \
dir="auto" class=""><div id="_signaturePlaceholder_BBPPID" name="BB10" dir="auto" \
class=""><p dir="ltr" class=""><a href="mailto:eric.dejouhanet@gmail.com" \
class="">eric.dejouhanet@gmail.com</a><span \
class="Apple-converted-space">&nbsp;</span>-<span \
class="Apple-converted-space">&nbsp;</span><a href="https://astronomy.dejouha.net/" \
class="">https://astronomy.dejouha.net</a></p></div></div></div><div \
id="_original_msg_header_BBPPID" dir="auto" style="caret-color: rgb(0, 0, 0); \
font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: \
normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: \
0px; text-transform: none; white-space: normal; word-spacing: 0px; \
-webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); \
text-decoration: none;" class=""><table width="100%" contenteditable="false" \
style="border-spacing: 0px; display: table; outline: none;" class=""><tbody \
class=""><tr class=""><td colspan="2" style="font-size: initial; text-align: \
initial;" class=""><div style="border-style: solid none none; border-top-width: 1pt; \
border-top-color: rgb(181, 196, 223); padding: 3pt 0in 0in; font-family: Tahoma, \
&quot;BB Alpha Sans&quot;, &quot;Slate Pro&quot;; font-size: 10pt;" class=""><div \
id="from" class=""><b class="">De:</b><span \
class="Apple-converted-space">&nbsp;</span><a href="mailto:rlancaste@gmail.com" \
class="">rlancaste@gmail.com</a></div><div id="sent" class=""><b \
class="">Envoyé:</b><span class="Apple-converted-space">&nbsp;</span>12 novembre \
2020 13:18</div><div id="to" class=""><b class="">À:</b><span \
class="Apple-converted-space">&nbsp;</span><a href="mailto:hy@murveit.com" \
class="">hy@murveit.com</a></div><div id="cc" class=""><b class="">Cc:</b><span \
class="Apple-converted-space">&nbsp;</span><a href="mailto:eric.dejouhanet@gmail.com" \
class="">eric.dejouhanet@gmail.com</a>;<span \
class="Apple-converted-space">&nbsp;</span><a href="mailto:mutlaqja@ikarustech.com" \
class="">mutlaqja@ikarustech.com</a>;<span \
class="Apple-converted-space">&nbsp;</span><a \
href="mailto:sterne-jaeger@openfuture.de" \
class="">sterne-jaeger@openfuture.de</a>;<span \
class="Apple-converted-space">&nbsp;</span><a href="mailto:kstars-devel@kde.org" \
class="">kstars-devel@kde.org</a></div><div id="subject" class=""><b \
class="">Objet:</b><span class="Apple-converted-space">&nbsp;</span>Re: KStars v3.5.0 \
Release Date?</div></div></td></tr></tbody></table><br class=""></div><div \
name="BB10" dir="auto" contenteditable="false" style="caret-color: rgb(0, 0, 0); \
font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: \
normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: \
0px; text-transform: none; white-space: normal; word-spacing: 0px; \
-webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); \
text-decoration: none; line-height: initial; outline: none;" class=""><div dir="auto" \
class=""></div>So the initial keep parameter not being saved was a bug in \
StellarSolver before, but I did fix it yesterday in StellarSolver before I sent those \
messages last night. &nbsp;You might have missed it but I did mention that I fixed it \
with the other stuff I said. &nbsp;So if you were using the older version yes it was \
not being saved, but now it should. &nbsp;It was fixed in this commit.<div \
class=""><br class=""></div><div class=""><a \
href="https://github.com/rlancaste/stellarsolver/commit/88135877f588c977e190977afca1c5132aacbbe2" \
class="">https://github.com/rlancaste/stellarsolver/commit/88135877f588c977e190977afca1c5132aacbbe2</a></div><div \
class=""><br class=""></div><div class="">It was not being saved previously because \
we had added the initial keep parameter but then hadn't added it to the equals method \
nor to the options map method used in the file saving. &nbsp;Sorry I did not do this \
before, but I think what happened was that we were experimenting with the parameter, \
we were debating how it could be used, similarly to how we were in the emails \
yesterday, but we were still thinking about it and hadn't yet decided whether to \
leave it alone or change it, but then we moved on to other things and left it \
unfinished. &nbsp;But I did fix it yesterday after your email flagging this issue \
Eric and Hy's response which reminded me we hadn't finished it.</div><div \
class=""><br class=""></div><div class="">All that remains here is to add the \
parameter to the options profile editor in KStars now, which I was waiting to do \
until we discussed whether to keep it as is or change the names. &nbsp;I can add that \
to KStars next.<br class=""><br class=""><div dir="ltr" class="">Sent from my \
iPhone</div><div dir="ltr" class=""><br class=""><blockquote type="cite" class="">On \
Nov 12, 2020, at 4:05 AM, Hy Murveit &lt;<a href="mailto:murveit@gmail.com" \
class="">murveit@gmail.com</a>&gt; wrote:<br class=""><br \
class=""></blockquote></div><blockquote type="cite" class=""><div dir="ltr" \
class=""><div dir="auto" class="">Eric,&nbsp;<div dir="auto" class=""><br \
class=""></div><div dir="auto" class="">Not sure which issue your were \
confirming.&nbsp; The possible initialKeep bug would&nbsp; not be minor, if it's \
happening it could really make processing time long for hfr and focus, like the 20s \
you're seeing. I'd vote to fix that if it's broken. The other one (spinbox) is an \
annoyance, I'd lean towards fixing it now, but if you twisted my arm I guess I could \
agree to wait.<div dir="auto" class=""><br class=""></div><div dir="auto" \
class="">Hy</div></div></div><br class=""><div class="gmail_quote"><div dir="ltr" \
class="gmail_attr">On Thu, Nov 12, 2020, 12:56 AM Eric Dejouhanet &lt;<a \
href="mailto:eric.dejouhanet@gmail.com" class="">eric.dejouhanet@gmail.com</a>&gt; \
wrote:<br class=""></div><blockquote class="gmail_quote" style="margin: 0px 0px 0px \
0.8ex; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, \
204, 204); padding-left: 1ex;"><div style="background-color: rgb(255, 255, 255);" \
class=""><div id="m_3652298360928128828response_container_BBPPID" dir="auto" \
style="outline: none;" class=""><div \
id="m_3652298360928128828BB10_response_div_BBPPID" dir="auto" style="width: \
990.71875px;" class="">I confirm, but this is probably a minor that can be addressed \
in 3.5.1.</div><div id="m_3652298360928128828blackberry_signature_BBPPID" dir="auto" \
class=""><div id="m_3652298360928128828_signaturePlaceholder_BBPPID" dir="auto" \
class=""><p dir="ltr" class=""><a href="mailto:eric.dejouhanet@gmail.com" \
class="">eric.dejouhanet@gmail.com</a><span \
class="Apple-converted-space">&nbsp;</span>-<span \
class="Apple-converted-space">&nbsp;</span><a href="https://astronomy.dejouha.net/" \
class="">https://astronomy.dejouha.net</a></p></div></div></div><div \
id="m_3652298360928128828_original_msg_header_BBPPID" dir="auto" class=""><table \
width="100%" style="border-spacing: 0px; display: table; outline: none;" \
class=""><tbody class=""><tr class=""><td colspan="2" class=""><div \
style="border-style: solid none none; border-top-width: 1pt; border-top-color: \
rgb(181, 196, 223); padding: 3pt 0in 0in; font-family: tahoma, &quot;bb alpha \
sans&quot;, &quot;slate pro&quot;; font-size: 10pt;" class=""><div \
id="m_3652298360928128828from" class=""><b class="">De:</b><span \
class="Apple-converted-space">&nbsp;</span><a href="mailto:murveit@gmail.com" \
class="">murveit@gmail.com</a></div><div id="m_3652298360928128828sent" class=""><b \
class="">Envoyé:</b><span class="Apple-converted-space">&nbsp;</span>12 novembre \
2020 09:37</div><div id="m_3652298360928128828to" class=""><b class="">À:</b><span \
class="Apple-converted-space">&nbsp;</span><a href="mailto:eric.dejouhanet@gmail.com" \
class="">eric.dejouhanet@gmail.com</a></div><div id="m_3652298360928128828reply_to" \
class=""><b class="">Répondre à :</b><span \
class="Apple-converted-space">&nbsp;</span><a href="mailto:hy@murveit.com" \
class="">hy@murveit.com</a></div><div id="m_3652298360928128828cc" class=""><b \
class="">Cc:</b><span class="Apple-converted-space">&nbsp;</span><a \
href="mailto:mutlaqja@ikarustech.com" class="">mutlaqja@ikarustech.com</a>;<span \
class="Apple-converted-space">&nbsp;</span><a href="mailto:hy@murveit.com" \
class="">hy@murveit.com</a>;<span class="Apple-converted-space">&nbsp;</span><a \
href="mailto:rlancaste@gmail.com" class="">rlancaste@gmail.com</a>;<span \
class="Apple-converted-space">&nbsp;</span><a \
href="mailto:sterne-jaeger@openfuture.de" \
class="">sterne-jaeger@openfuture.de</a>;<span \
class="Apple-converted-space">&nbsp;</span><a href="mailto:kstars-devel@kde.org" \
class="">kstars-devel@kde.org</a></div><div id="m_3652298360928128828subject" \
class=""><b class="">Objet:</b><span class="Apple-converted-space">&nbsp;</span>Re: \
KStars v3.5.0 Release Date?</div></div></td></tr></tbody></table><br \
class=""></div><div dir="auto" style="outline: none;" class=""><div dir="ltr" \
class=""><b class="">Eric:</b>&nbsp;I see. So, can you check to see you don't have a \
file saved that's messing things up (e.g. delete your ~/.local/share/kstars/<a \
href="http://savedfocusprofiles.ini/" class="">SavedFocusProfiles.ini</a><span \
class="Apple-converted-space">&nbsp;</span>file if it exists, and then make sure \
you're using the "1-Focus Default" profile). You could play with the initialKeep and \
keepNum values in the kstars/ekos/auxiliary/<a \
href="http://stellarsolverprofile.cpp/" class="">stellarsolverprofile.cpp</a><span \
class="Apple-converted-space">&nbsp;</span>file in the Focus method. (Also see the \
note to Rob below).&nbsp;<div class=""><br class=""></div><div class=""><b \
class="">Rob:</b>&nbsp;could there be a bug that if you have a saved .ini file, then \
the initialKeep parameter no longer gets set and uses a very high default? I wouldn't \
be surprised if that's what messing Eric up.</div><div class=""><br \
class=""></div><div class="">Hy</div><div class=""></div></div><br class=""><div \
class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 12, 2020 at 12:24 \
AM Hy Murveit &lt;<a href="mailto:murveit@gmail.com" \
class="">murveit@gmail.com</a>&gt; wrote:<br class=""></div><blockquote \
class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left-width: 1px; \
border-left-style: solid; border-left-color: rgb(204, 204, 204); padding-left: \
1ex;"><div dir="ltr" class="">Also, for the record, I do agree that Rob should either \
expose the initialKeep parameter or make it a multiple of the Keep parameter.<div \
class="">As it currently stands, it effectively limits the maximum value of the keep \
parameter.</div><div class="">H</div></div><br class=""><div class="gmail_quote"><div \
dir="ltr" class="gmail_attr">On Thu, Nov 12, 2020 at 12:19 AM Hy Murveit &lt;<a \
href="mailto:murveit@gmail.com" class="">murveit@gmail.com</a>&gt; wrote:<br \
class=""></div><blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; \
border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, \
204); padding-left: 1ex;"><div dir="ltr" class=""><div class="">Jasem: I can go \
either way I suppose, but in my experience, it's running reasonably quickly. I won't \
object too strongly if you want to fix it.</div><div class=""><br \
class=""></div>Eric:&nbsp; When I processed your images on my RPi4, they processed \
reasonably quickly:<div class=""><br class=""></div><blockquote style="margin: 0px \
0px 0px 40px; border: none; padding: 0px;" class=""><div class=""><i class="">Looking \
at the 1x1 image:</i></div><div class=""><div class=""><i class="">Computing the HFR \
took 1-2s, but that's using my "quick HFR" which only looks at stars in the middle \
25% of the image.</i></div></div><div class=""><div class=""><i class="">Turning off \
the quick HFR option slowed it down to 4-5 seconds (again possibly alongside \
guiding).</i></div></div><div class=""><div class=""><i class="">Are you using \
something slower than a RPi4? Could there be something else slowing down the \
computations?</i></div></div><div class=""><div class=""><i class=""><br \
class=""></i></div></div><div class=""><div class=""><i class="">Looking at the 2x2 \
image:</i></div></div><div class=""><div class=""><i class="">Seemed to take 1-2s \
without quickhfr, and 1s or less with quickhfr.</i></div></div><div class=""><div \
class=""><i class="">FWIW, I run my focus with 2x2 binning of a ZWO ASI \
1600.</i></div></div></blockquote><div class=""><div class=""></div></div><div \
class=""><br class=""></div><div class="">We should figure out what the issue \
is.&nbsp;</div><div class="">Hy</div><div class=""><br class=""></div><div \
class=""><br class=""></div></div><br class=""><div class="gmail_quote"><div \
dir="ltr" class="gmail_attr">On Wed, Nov 11, 2020 at 11:50 PM Eric Dejouhanet &lt;<a \
href="mailto:eric.dejouhanet@gmail.com" class="">eric.dejouhanet@gmail.com</a>&gt; \
wrote:<br class=""></div><blockquote class="gmail_quote" style="margin: 0px 0px 0px \
0.8ex; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, \
204, 204); padding-left: 1ex;"><div style="background-color: rgb(255, 255, 255);" \
class=""><div id="m_3652298360928128828gmail-m_-6303917958834978578gmail-m_73372346941 \
70452649gmail-m_2033396795361749696gmail-m_-1918649374322300733response_container_BBPPID" \
dir="auto" style="outline: none;" class=""><div \
id="m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733BB10_response_div_BBPPID" \
dir="auto" style="width: 953.875px;" class="">Which is my case right now. But in the \
particular subject of 3.5, I agree. I would like to know if the profiles are editable \
by the end-user when they are saved locally, I mean, are all parameters from the file \
loaded back properly?&nbsp;</div><div \



[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic