David Tate replied to the topic 'Off-Centered After Flip' in the forum. 3 days ago

knro wrote: is <strong>Reset Mount Model After Meridian Flip</strong> check in Ekos Capture options? When using EQMod mount this could help.


For those like me... ;) Who couldn't find it right-away.



Read More...

David Tate replied to the topic 'Off-Centered After Flip' in the forum. 3 days ago

knro wrote: is <strong>Reset Mount Model After Meridian Flip</strong> check in Ekos Capture options? When using EQMod mount this could help.


I saw this on the other thread... I'll try to remember to check that off. I hear rumors... just rumors, that those sparkly things might be out tonight!

Read More...

David Tate replied to the topic 'Off-Centered After Flip' in the forum. 3 days ago

ChrisRowland wrote: If you expect people to spend their time going through this and working out what is going on then spending a little time to help them do so seems reasonable.


I hear your frustration. And I don't blame you. But you might also think of the frustration of throwing out 14 images from 23. So I was a tad frustrated too.

But hey, this is a work in progress. I get it.
Also, knowing ahead of time (to turn on logs) when I don't expect failure is kinda tough too. But you know I will in the future! ;)

Read More...

David Tate replied to the topic 'Off-Centered After Flip' in the forum. 4 days ago

Oh thanks... yeah I saw that thread but wasn't following it close enough. Seems I need pictures :P

Read More...

David Tate created a new topic ' Off-Centered After Flip' in the forum. 4 days ago

Is anyone seeing this happening?
I believe this is after a Meridian Flip (but I thought the image should be upside-down), but I'm seeing that the target is not centering afterwards.
This has happened several times (albeit it the last one was a +10 days ago because of clouds).

Next time we have clear skies, I'll watch to make sure a Flip occured.

Excuse the images... these are screen shots of images in DSS



Read More...

David Tate replied to the topic 'Re:Is there a way to see target SNR in focus module?' in the forum. 1 week ago

TallFurryMan wrote: The SNR is part of statistics provided by the FITS viewer, so I suppose that could be displayed. The SNR could also be used to control the exposure for focus, yes, just like phd2 is supposed to do with its automatic exposure feature.

-Eric


Excellent! I didn't know it was there. I'll have to go check that out (whenever I can see the stars again... dang clouds).

Read More...

dmsummers wrote: FWIW, after adding a direct ethernet cable from laptop to Pi4 (lured by speed improvement), I'd never go back to wireless now unless it was an absolute emergency ! Clear skies...


Yeah... the speed difference and reliability keeps me hardwired. I'm spoiled now. 11MB/sec vs <1-4MB/sec

Read More...

David Tate replied to the topic 'Collimation Circles' in the forum. 2 weeks ago

No, I'm running this with the new release and that uses Raspbian. So I've been using CodeLite.
MATE doesn't seem to have a release for Raspbian.

But don't let me stop you in anyway. I'm sure there are others here more capable to test this out.

Read More...

David Tate replied to the topic 'Collimation Circles' in the forum. 2 weeks ago

Running it directly without noNVC made no difference.

and running sct-solim after you build line is still showing non-transparently.


But using your build line I see the following output:

gcc $(pkg-config --libs --cflags gtk+-2.0) main.c -o sct-colim
main.c: In function \u2018main\u2019:
main.c:38:27: warning: passing argument 1 of \u2018gtk_window_set_position\u2019 from incompatible pointer type [-Wincompatible-pointer-types]
gtk_window_set_position (window, GTK_WIN_POS_CENTER);
^~~~~~
In file included from /usr/include/gtk-2.0/gtk/gtkdialog.h:35,
from /usr/include/gtk-2.0/gtk/gtkaboutdialog.h:32,
from /usr/include/gtk-2.0/gtk/gtk.h:33,
from main.c:1:
/usr/include/gtk-2.0/gtk/gtkwindow.h:195:70: note: expected \u2018GtkWindow *\u2019 {aka \u2018struct _GtkWindow *\u2019} but argument is of type \u2018GtkWidget *\u2019 {aka \u2018struct _GtkWidget *\u2019}
void gtk_window_set_position (GtkWindow *window,
~~~~~~~~~~~~~~~~~~~~~^~~~~~
main.c: In function \u2018clicked\u2019:
main.c:145:10: warning: passing argument 1 of \u2018expose\u2019 from incompatible pointer type [-Wincompatible-pointer-types]
expose( win, NULL, NULL);
^~~
main.c:89:35: note: expected \u2018GtkWidget *\u2019 {aka \u2018struct _GtkWidget *\u2019} but argument is of type \u2018GtkWindow *\u2019 {aka \u2018struct _GtkWindow *\u2019}
static gboolean expose(GtkWidget *widget, GdkEventExpose *event, gpointer userdata)
~~~~~~~~~~~^~~~~~

Read More...

David Tate replied to the topic 'Collimation Circles' in the forum. 2 weeks ago

It does say:
supports_alpha = TRUE
and
RENDER

I'm running Raspberry Pi4 using Raspbian. I complied with CodeLite aa "Executable GUI GTK 2.4/C project"



Read More...

David Tate replied to the topic 'Collimation Circles' in the forum. 2 weeks ago

I have it running... but it's not transparent. The circles resize nicely and change colors. (pretty neat)

Now what I did was replace the sample main.c that is auto built by CodeLite. It's an Executable GUI GTK 2.4/C project.

Read More...

David Tate replied to the topic 'Collimation Circles' in the forum. 2 weeks ago

Marc2b wrote: I'll publish the source as soon as everything is OK. You need GTK+2.0 GDK and cairo libs installed.

- Marc


I assume you mean we should do: sudo apt-get install libgtk2.0-dev

I did and was able to build and execute the sample Codelite GTK 2.4C.

Read More...

David Tate replied to the topic 'Collimation Circles' in the forum. 2 weeks ago

Ah, I was playing around with CodeLite on the Raspberry. I saw C under GTK.

But very nice Marc!

Read More...