Recent posts

#31

General Discussion / Re: QL FITS etc not working

Last post by Tailspin45 - July 25, 2024, 10:24:49 AM

Only one copy of Observatory. I also removed backup and clone copies.

No QL crash reports cataloged in Console.

Just updated a different program and had to go to Settings | Privacy & Security to give it full disk access and discovered Observatory was listed there but turned off. Enable it and everything seems to be working right! QL works and selecting subs from list causes no hiccoughs.

However, I still have that problem that the program refuses to load some folders. Interestingly, when I loaded sub-folders one-by-one, they loaded fine (and quickly).

I suspected, and further testing confirms, it's a size issue. It immediately quits importing a 65Gb folder full of lights, calibration files, and PixInsight by-product files such as Registered, Aligned, etc.  But it happily loaded a 2.7Gb folder with 146 files in 93 seconds. Still waaaay to slow, but at least it loaded.

#32

General Discussion / Re: QL FITS etc not working

Last post by Sander Berents - July 25, 2024, 03:54:04 AM

Back to the original topic: Can you check your system if it has multiple copies of Observatory? The Quick Look extension can fail if the system loads it from a different copy than what you are using. If you have old copies of Observatory, make sure to compress them so the system doesn't recognize them as applications.

Please also check /Applications/Utilities/Console for Quick Look crash reports or other Quick Look related errors when viewing FITS, XISF or SBIG images.

#33

General Discussion / Re: QL FITS etc not working

Last post by Tailspin45 - July 24, 2024, 11:51:27 AM

If the exposure date/time is displayed correctly in the inspector, then you are probably sorting by import date/time, not exposure date/time. See the sort dropdown.

Well, duh. I completely forgot about that. Per usual, you thought of everything. I shoulda known. Thanks!

#34

General Discussion / Re: QL FITS etc not working

Last post by Sander Berents - July 24, 2024, 11:26:05 AM

I did a quick selection test with a large number of images, and it looks like the beach ball is caused by unnecessary UI updates when you select or deselect images. I'll look into this for the next update.

If the exposure date/time is displayed correctly in the inspector, then you are probably sorting by import date/time, not exposure date/time. See the sort dropdown.

The number of selected images you can see in the browser. For the total duration calculation Observatory excludes rejected images, so it's not exactly the same. I can add the number used for the total duration calculation in the next update.

#35

General Discussion / Re: QL FITS etc not working

Last post by Tailspin45 - July 24, 2024, 10:12:14 AM

P.S. Just selected list view, then CTRL-A to select all the sub frames, then selected icon view. Now it's in one of those aggravating endless beach ball situations.

After several minutes (~4) it finally finished doing whatever is was doing.

I then selected a single sub, held down the Cmd key and selected another and it went into the beach ball routine and didn't highlight the second sub. It took about 8 minutes this time to come to its senses.

I just repeated selecting two subs and it worked fine.

Selected another album and I'm in beach ball purgatory again.

Just emailed you several DiagnosticReports, if they might help

BTW, why do you list the files by the date the files were added to the computer, which is irrelevant, instead of the date in the FITS header? It's in the Overview, which is helpful, but not nearly as much as it would be if the sub were listed by capture date/time.

BTW#2, could you also report the number of subs selected along with total duration?

#36

General Discussion / Re: QL FITS etc not working

Last post by Tailspin45 - July 24, 2024, 09:23:06 AM

Where are you storing your images? Where are you storing the library? Both on a NAS or external SSD? The behavior you describe sounds like you store the library itself on a NAS with network issues. Observatory needs quick random access to its library, so don't store it on a NAS. I always use a directly connected external SSD. Images you can store on a NAS of course. Does it work if you use Quick Look with an image on your SSD? Maybe it fails because of a timeout.

The program is on the internal SSD of a 3.8GHz i7. The libraries are on a 550Gb SSD connected directly to the back of the computer. IOW not on a NAS, not even a hub involved.

What is the CPU core allocation in Observatory's Settings? Those have no impact on Quick Look, but if set too high for your system, importing could significantly slow down. The default is usually best, but if you work with large color images lowering it might be needed (higher settings allocate more cores, but also use more memory).

CPU core allocation is set to 'automatic.' Activity Monitor shows it using 882.9Mb (of 64Gb installed) in 4 threads at the moment. Previews use 26.4Mb in 3 threads. No swaps slowing things up, BTW.

qlmanage -m plugins returns for me instantly on every machine I run the command. Could it be there's an issue with your system's LaunchServices database again? It only returns plugins that use the old API I think, so I don't expect Observatory to be in there, but at least we now know that the issue is not caused by a conflicting plugin.

qlmanage -m plugins ran instantly for me too. Results attached. Observatory is not listed.

qlmanage -m plugins|grep fits also ran instantly now too, perhaps because Observatory wasn't in the midst of some endless process?

If it's of any use, I've also attached a crash report from back in February that I may or may not have sent along.

#37

General Discussion / Re: QL FITS etc not working

Last post by Sander Berents - July 24, 2024, 05:52:21 AM

Where are you storing your images? Where are you storing the library? Both on a NAS or external SSD? The behavior you describe sounds like you store the library itself on a NAS with network issues. Observatory needs quick random access to its library, so don't store it on a NAS. I always use a directly connected external SSD. Images you can store on a NAS of course. Does it work if you use Quick Look with an image on your SSD? Maybe it fails because of a timeout.

What is the CPU core allocation in Observatory's Settings? Those have no impact on Quick Look, but if set too high for your system, importing could significantly slow down. The default is usually best, but if you work with large color images lowering it might be needed (higher settings allocate more cores, but also use more memory).

qlmanage -m plugins returns for me instantly on every machine I run the command. Could it be there's an issue with your system's LaunchServices database again? It only returns plugins that use the old API I think, so I don't expect Observatory to be in there, but at least we now know that the issue is not caused by a conflicting plugin.

#38

General Discussion / Re: QL FITS etc not working

Last post by Tailspin45 - July 23, 2024, 06:46:55 PM

• What is the macOS version?

Sonoma 14.5

• Which version of Observatory?

2.0.8 on 500GB internal SSD

• When did it stop working?

Some time ago. No particular event preceded it that I recall

• Are the extensions enabled in System Settings > Privacy & Security > Extensions > Quick Look?

Yes, Obs Previews and Obs Thumbnails. No other QL extensions

• What is the output of qlmanage -m plugins|grep fits

No output. It thought for a while and then presented the prompt again.

• Are there any issues when you run Observatory?

Yes.
1) It takes forever to load a library, even small a small. Beachball spins for 10-15 minutes, 11 this time before window appears, but beachball still spinning. 35 minutes later (I left to fix lunch) images are showing but beach ball still spinning.
2) It refuses to load most folders if they have more than a few Mb of data
3) Just created a new library and it took two hours and 15 minutes to add 15529 images.
4) It refuses to import some images with no obvious difference from any other images .
5) Some albums in the sidebar some number of images, about half don't
6) Some albums have no images in them although the original folder did.

• If you recently updated Observatory, did you run it before using Quick Look on an image?

Updated some time ago, so I don't remember.

• If it is the latest Observatory 2.x, are you running it with the old Observatory 1 license or did you upgrade to the Observatory 2 license?

Upgraded long ago

• Any other issues like described in the linked topic, did you try any of the suggestions there? Those were for the Observatory 1 plugin of course, which still used the old API.

Yes, tried all of those

• The Quick Look extension of Observatory 2.0.8 works fine for me on the supported macOS versions.
  

I would hope so!

I want to love this program, that's why I keep coming back to it. The QL plugin, the plate solving, the automatic tags, etc., but in doesn't take long for me to get frustrated with glitches and just stop using it.

#39

General Discussion / Re: QL FITS etc not working

Last post by Sander Berents - July 23, 2024, 01:43:11 PM

• What is the macOS version?
• Which version of Observatory?
• When did it stop working?
• Are the extensions enabled in System Settings > Privacy & Security > Extensions > Quick Look?
• What is the output of qlmanage -m plugins|grep fits
• Are there any issues when you run Observatory?
• If you recently updated Observatory, did you run it before using Quick Look on an image?
• If it is the latest Observatory 2.x, are you running it with the old Observatory 1 license or did you upgrade to the Observatory 2 license?
• Any other issues like described in the linked topic, did you try any of the suggestions there? Those were for the Observatory 1 plugin of course, which still used the old API.

The Quick Look extension of Observatory 2.0.8 works fine for me on the supported macOS versions.

#40

General Discussion / Re: QL FITS etc not working

Last post by Tailspin45 - July 23, 2024, 10:47:57 AM

I meant your QL plugin.