Jerry Black replied to the topic 'Incorrect coordinates in FITS header' in the forum. 2 weeks ago

I have the same issue for providing device names in the snoop fields etc. Would it be possible for someone replace the text field with a selection list of possible drivers so that we don't have the naming uncertainty?

Thanks

Read More...

Jerry Black replied to the topic 'Is ASTAP ready for seamless integration in EKOS?' in the forum. 1 month ago

I would hazard a guess that your system is actually an arm64 system rather than amd, so try an intstaller based on ARM. I have it running on an Odroid without problems, using astap_arm64.deb.

Read More...

Jerry Black replied to the topic 'Astrohat - An open hardware RPi Hat for astronomy equipment' in the forum. 2 months ago

Well I actually have both already :)

I find I prefer the Odroid-N2, seems snappier. Much of that is likely due to the eMMC vs SD.

I'm a complete novice with electronics, so this looks similar, but maybe not sufficiently so.


El Corazon wrote:

jerry wrote: Anyone able to guess if the hat alone would fit onto a Odroid-N2 without modification?

https://www.hardkernel.com/blog-2/odroid-n2/https://www.hardkernel.com/blog-2/odroid-n2/


Depends on whether the ODroid has the same GPIO pin configuration. If it does, it might.

If push comes to shove, your ODroid will go up in flames and you will finally be able to buy an RPi4 in good conscience..... :)



Read More...

Jerry Black replied to the topic 'Astrohat - An open hardware RPi Hat for astronomy equipment' in the forum. 2 months ago

Anyone able to guess if the hat alone would fit onto a Odroid-N2 without modification?

https://www.hardkernel.com/blog-2/odroid-n2/https://www.hardkernel.com/blog-2/odroid-n2/

Thanks
Jerry

Read More...

Jerry Black created a new topic ' Segmentation fault with CometsComponent' in the forum. 2 months ago

Hi,
I just did an AstroPi3 update and and ran the system software updater. I get this error on launching kstars (the bleeding edge version from today)

Thread 1 "kstars" received signal SIGSEGV, Segmentation fault.
0x0000005555af998c in CometsComponent::downloadReady (this=0x5557bab2a0)
    at ./kstars/skycomponents/cometscomponent.cpp:260
260	./kstars/skycomponents/cometscomponent.cpp: No such file or directory.

(gdb) bt
#0  0x0000005555af998c in CometsComponent::downloadReady() (this=0x5557bab2a0)
    at ./kstars/skycomponents/cometscomponent.cpp:260
#1  0x0000007fb5f4f17c in QMetaObject::activate(QObject*, int, int, void**) ()
    at /usr/lib/aarch64-linux-gnu/libQt5Core.so.5
#2  0x0000005555c5b9d0 in FileDownloader::dataFinished(QNetworkReply*) (this=0x55598b92f0, pReply=0x555985bb10) at ./kstars/auxiliary/filedownloader.cpp:121
#3  0x000000555584f858 in FileDownloader::qt_static_metacall(QObject*, QMetaObject::Call, int, void**) (_o=<optimized out>, _c=<optimized out>, _id=<optimized out>, _a=<optimized out>)
    at ./obj-aarch64-linux-gnu/kstars/KStarsLib_autogen/AG5HAXE226/moc_filedownloader.cpp:109
#4  0x0000007fb5f4f17c in QMetaObject::activate(QObject*, int, int, void**) ()
    at /usr/lib/aarch64-linux-gnu/libQt5Core.so.5
#5  0x0000007fb6fe32c4 in QNetworkAccessManager::finished(QNetworkReply*) ()
    at /usr/lib/aarch64-linux-gnu/libQt5Network.so.5
#6  0x0000007fb6fe4304 in  () at /usr/lib/aarch64-linux-gnu/libQt5Network.so.5
#7  0x00000055598b9300 in  ()
(gdb) 

Then I tried updating my version on the same Odroid-N2 built from source using the instructions at indilib.org/forum/general/210-howto-buil...st-libindi-ekos.html
I'm a complete newbie with git, so I think I pulled the new changes from the specific folders (after a requested stash, which is one of the things I don't really understand). QtCreator was running, and detected source code changes.
I ran both the debug version and non-debug version from QtCreator without a problem.

How do I identify the version of code in the version I downloaded using software updater (now that I've forgotten what it said)? I think it was 2019-11-25.

Thanks

Read More...

Jerry Black replied to the topic 'Fits viewer freezes' in the forum. 2 months ago

Thanks, Ihoujin, my Meade focal reducer is missing/hiding at the moment. I may have to replace it.

Ihoujin wrote: Ok. I'll just quickly say that from a little sleuthing I found that the older Meade SCTs require their F/6.3 focal reducer/field flattener to correct for these aberrations. Their newer models feature 'advanced coma-free optics' and do not require one.
As for the diffraction spike, inspect all optical surfaces carefully. Also check your secondary mirror collimation from time to time, especially if you are transporting the telescope.

Clear skies.



Read More...

Jerry Black replied to the topic 'Fits viewer freezes' in the forum. 2 months ago

Thanks for the feedback, yes I'm not sure what's going on with this, but it's likely all my doing... I'd appreciate any adivce.

The SCT is an OLD hand-me-down 10" Meade which I have attached an 2" extension tube from a slightly newer 8" Meade LX200 with no focal reducer between to a Nikon Z7. I'm not sure why I get that vignetting. The coma I presume is a normal reflection of this SCT's quality.
For the diffraction spikes, I don't really know either, I assumed it was a side effect of a 120 sec. exposure at ISO 12800 :)

I have had advice that that ISO was crazy, I was just seeing what a larger number of shorter high ISO exposures might do when combined. Here is the result (for better or worse)
www.dropbox.com/s/o2pwgnsgwhsk6vd/light_..._sub_div_ST.jpg?dl=0
not quite as clean or sharp as those refractors the imagers around here have.

Ihoujin wrote:

jerry wrote: No problem... here it is www.dropbox.com/s/jmt6cas06gj5qh7/NGC%20...-32-43_100.fits?dl=0

This is a tangent, but you appear to have some issues in your optical train to look into. There's coma and plenty of vignetting. Maybe too much focal reduction? And there are prominent diffraction spikes that shouldn't be present with an SCT. That can happen with cabling for hyperstar, or worst case a scratched corrector plate, filter, focal reducer...



Read More...

Jerry Black replied to the topic 'Fits viewer freezes (crashes kstars) with auto stretch' in the forum. 2 months ago

jerry wrote: Hi,

Strangely for me, I get the same error (as I see when running on the AstroPi3 Odroid-N2) when I tested this on my RPi4 (4G) using Stellarmate - as soon as I do an auto-stretch

Cheers


So I compiled Kstars from source code on the Odroid-N2 and debugged it using QTCreator.

in stretch.cpp
if I halve the size of maxSamples e.g. 5000000 / 2; shown below (line 216)
This code then works for my large fits files.

I'm not sure exactly what the memory problem was, but that seems to get around the problem.

Is there a better way to report this. than here? How do I contact @murveit

// Find the median sample.
constexpr int maxSamples = 500000 / 2;
const int sampleBy = width * height < maxSamples ? 1 : width * height / maxSamples;
const int size = width * height;
T medianSample = median(buffer, width * height, sampleBy);

Read More...

Jerry Black replied to the topic 'Fits viewer freezes (crashes kstars) with auto stretch' in the forum. 2 months ago

Hi,

Strangely for me, I get the same error (as I see when running on the AstroPi3 Odroid-N2) when I tested this on my RPi4 (4G) using Stellarmate - as soon as I do an auto-stretch

Cheers

stellarmate@stellarmate:~$ gdb kstars
GNU gdb (Ubuntu 8.1-0ubuntu3.2) 8.1.0.20180409-git
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "aarch64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from kstars...Reading symbols from /usr/lib/debug/.build-id/05/4c30d4c3320dea2f9858f5402d028749695ab0.debug...done.
done.
(gdb) run
Starting program: /usr/bin/kstars 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/aarch64-linux-gnu/libthread_db.so.1".
[New Thread 0x7ff0a29080 (LWP 16156)]
[New Thread 0x7febbd5080 (LWP 16157)]
org.kde.kstars: Welcome to KStars 3.3.8
org.kde.kstars: Build: 2019-11-20T17:32:01Z
org.kde.kstars: OS: "neon"
org.kde.kstars: API: "arm64-little_endian-lp64"
org.kde.kstars: Arch: "arm64"
org.kde.kstars: Kernel Type: "linux"
org.kde.kstars: Kernel Version: "4.19.81-v8-20"
org.kde.kstars: Qt Version: 5.9.5
[New Thread 0x7fe8971080 (LWP 16159)]
[New Thread 0x7fe0567080 (LWP 16160)]
[New Thread 0x7fdfd66080 (LWP 16161)]
org.kde.kstars: Processing  "unnamedstars.dat" , HTMesh Level 3
org.kde.kstars:   Sky Mesh Size:  512
org.kde.kstars: Loaded DSO catalog file:  "unnamedstars.dat"
org.kde.kstars: "Star HD20,794 not found."
org.kde.kstars: "Star HD98,230 not found."
File opened:  "/usr/share/kstars/ngcic.dat"
org.kde.kstars: Loading NGC/IC objects
File opened:  "/home/stellarmate/.local/share/kstars/comets.dat"
org.kde.kstars: "Object named NGC 6050A not found"
[New Thread 0x7fdf565080 (LWP 16163)]
glibc >= 2.1 detected.  Using GNU extension sincos()
[New Thread 0x7fde29a080 (LWP 16165)]
[New Thread 0x7fdda99080 (LWP 16166)]
[New Thread 0x7fdc9a1080 (LWP 16167)]
[New Thread 0x7fbffff080 (LWP 16168)]
[New Thread 0x7fbf7fe080 (LWP 16169)]
[New Thread 0x7fbeffd080 (LWP 16172)]
File opened:  "/home/stellarmate/.local/share/kstars/comets.dat"
[Thread 0x7fbeffd080 (LWP 16172) exited]
File opened:  "/home/stellarmate/.local/share/kstars/asteroids.dat"
[Thread 0x7fde29a080 (LWP 16165) exited]
[Thread 0x7fdda99080 (LWP 16166) exited]
[Thread 0x7fbffff080 (LWP 16168) exited]
org.kde.kstars.fits: Loading FITS file  "/home/stellarmate/Pictures/NGC 7635_Light_120_secs_2019-10-29T22-03-07_114.fits"
double free or corruption (!prev)

Thread 1 "kstars" received signal SIGABRT, Aborted.
__GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
51      ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
#1  0x0000007ff50b38b4 in __GI_abort () at abort.c:79
#2  0x0000007ff50ec65c in __libc_message (action=action@entry=do_abort, 
    fmt=fmt@entry=0x7ff51adb88 "%s\n") at ../sysdeps/posix/libc_fatal.c:181
#3  0x0000007ff50f29c4 in malloc_printerr (
    str=str@entry=0x7ff51a9878 "double free or corruption (!prev)") at malloc.c:5350
#4  0x0000007ff50f45e8 in _int_free (av=0x7ff51d3a70 <main_arena>, p=0x555b70cad0, 
    have_lock=<optimized out>) at malloc.c:4281
#5  0x00000055558fc73c in __gnu_cxx::new_allocator<unsigned short>::deallocate (
    this=<synthetic pointer>, __p=<optimized out>)
    at /usr/include/c++/7/ext/new_allocator.h:125
#6  std::allocator_traits<std::allocator<unsigned short> >::deallocate (
    __a=<synthetic pointer>..., __n=<optimized out>, __p=<optimized out>)
    at /usr/include/c++/7/bits/alloc_traits.h:462
#7  std::_Vector_base<unsigned short, std::allocator<unsigned short> >::_M_deallocate (
    this=<synthetic pointer>, __n=<optimized out>, __p=<optimized out>)
    at /usr/include/c++/7/bits/stl_vector.h:180
#8  std::_Vector_base<unsigned short, std::allocator<unsigned short> >::~_Vector_base (
    this=<synthetic pointer>, __in_chrg=<optimized out>)
    at /usr/include/c++/7/bits/stl_vector.h:162
#9  std::vector<unsigned short, std::allocator<unsigned short> >::~vector (
    this=<synthetic pointer>, __in_chrg=<optimized out>)
    at /usr/include/c++/7/bits/stl_vector.h:435
#10 (anonymous namespace)::median<unsigned short> (sampleBy=<optimized out>, 
    size=45441024, values=0x3f80000000000000, this=<optimized out>, 
    this=<optimized out>) at ./kstars/fitsviewer/stretch.cpp:35
#11 (anonymous namespace)::computeParamsOneChannel<unsigned short> (
    width=<optimized out>, height=<optimized out>, inputRange=127, 
---Type <return> to continue, or q <return> to quit--- 
    buffer=0x3f80000000000000, this=<optimized out>, this=<optimized out>) at ./kstars/fitsviewer/stretch.cpp:219
#12 Stretch::computeParams (this=this@entry=0x7fffffd888, 
    input=0x7f8a149010 "#\004E\004E\004,\004,\004o\005o\005\307\004\307\004\206\004\206\004f\004f\004i\005i\005\206\004\206\004\264\004\264\004f\004f\004R\005R\005m\005m\005u\004u\004\302\004\302\004\212\005\212\005\376\003\376\003\024\004\024\004I\004I\004\066\004\066\004\353\003\353\003\003\004\003\004Q\005Q\005r\005r\005r\005r\005\360\004\360\004\337\003\337\003\222\004\222\004\374\005\374\005\264\005\264\005\275\004\275\004\b\004\b\004\243\004\243\004\374\003\374\003\344\004\344\004\330\004\330\004\351\004\351\004\316\004\316\004\215\004\215\004\311\004\311\004\344\003\344\003\r\005\r\005G\006G\006I\004I\004\240\005\240\005p\004p\004\376\003\376\003\206\005\206\005\325\004\325\004\240\004\240\004;\004"...) at ./kstars/fitsviewer/stretch.cpp:378
#13 0x00000055557b1768 in (anonymous namespace)::doStretch (data=0x5558536a20, outputImage=outputImage@entry=0x55585f1958, 
    stretchOn=<optimized out>) at ./kstars/fitsviewer/fitsview.cpp:56
#14 0x00000055557b99e4 in FITSView::rescale<unsigned short> (this=this@entry=0x55585f1870, type=type@entry=ZOOM_KEEP_LEVEL)
    at ./kstars/fitsviewer/fitsview.cpp:423
#15 0x00000055557bb3f0 in FITSView::rescale (this=this@entry=0x55585f1870, type=type@entry=ZOOM_KEEP_LEVEL)
    at ./kstars/fitsviewer/fitsview.cpp:340
#16 0x00000055557bb518 in FITSView::toggleStretch (this=0x55585f1870) at ./kstars/fitsviewer/fitsview.cpp:1218
#17 0x00000055558f3ad4 in FITSViewer::toggleStretch (this=0x55585f90f0) at ./kstars/fitsviewer/fitsviewer.cpp:1003
#18 0x00000055558457e4 in FITSViewer::qt_static_metacall (_o=<optimized out>, _c=<optimized out>, _id=<optimized out>, 
    _a=<optimized out>) at ./obj-aarch64-linux-gnu/kstars/KStarsLib_autogen/GB6ZSSQLTO/moc_fitsviewer.cpp:251
#19 0x0000007ff5d89c64 in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib/aarch64-linux-gnu/libQt5Core.so.5
#20 0x0000007ff67b54e0 in QAction::triggered(bool) () from /usr/lib/aarch64-linux-gnu/libQt5Widgets.so.5
#21 0x0000007ff67b7e9c in QAction::activate(QAction::ActionEvent) () from /usr/lib/aarch64-linux-gnu/libQt5Widgets.so.5
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) 


Read More...