[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_7337234694170452649gmail-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 \
id="m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733BB10_response_div_BBPPID" \
dir="auto" style="width: 953.875px;" class=""><br class=""></div><div \
id="m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733BB10_response_div_BBPPID" \
dir="auto" style="width: 953.875px;" class="">You know what I also mean here. Are there any tests \
validating that part?&nbsp;</div><div \
id="m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733response_div_spacer_BBPPID" \
dir="auto" style="width: 953.875px;" class=""><br class=""></div><div \
id="m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733blackberry_signature_BBPPID" \
dir="auto" class=""><div \
id="m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733_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_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733_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_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733from" \
class=""><b class="">De:</b><span class="Apple-converted-space">&nbsp;</span><a \
href="mailto:mutlaqja@ikarustech.com" class="">mutlaqja@ikarustech.com</a></div><div \
id="m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733sent" \
class=""><b class="">Envoyé:</b><span class="Apple-converted-space">&nbsp;</span>12 novembre 2020 \
08:46</div><div id="m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733to" \
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="m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733cc" \
class=""><b class="">Cc:</b><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:eric.dejouhanet@gmail.com" \
class="">eric.dejouhanet@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_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733subject" \
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="">That's fine&nbsp;with me. As long as it does end up generating too many \
stars that ends up clogging HFR calculations unnecessarily.<div class=""><br clear="all" class=""><div \



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

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