Very strange. An issue with my computer configuration? Do you know if I can find a log somewhere to see what happens?
I always have this issue whatever the entry data… thanks
Hello, I have tested again and in fact I used the 0.99.4! My shortcut pointed on the wrong version.
With 0.99.5, it’s ok now 
Thanks
Samuel
1 Like
Nice.
however this version has a known bug with ser files and indices.
@vinvin work on it, we’ll let you know.
On macOS I’ve also detected another “bug” (or at least estrange behaviour): it detects 8 kernels on my CPU but it only uses one, so it’s very slow compared with the last versions when registering / stacking frames (I’m using beta version on macOS 10.15.6)
How do you know it only uses one core?
Do you have any message in log about cfitsio not being reentrant?
After some months using your last “private” build on macOS, I’ve got the rhytme of multiple kernels processing a sequence (multiple load / aligning printed on log vs a one by one on this beta). Anyway, I’ve taken a look at the console and I’ve got the following data. When Siril start:
14:42:41: Welcome to siril v0.99.4
14:42:41: Supported file types: BMP images, PIC images (IRIS), PGM and PPM binary images, RAW images, FITS-CFA images, Films, SER sequences, TIFF images, JPG images, PNG images, HEIF images.
14:42:41: Loading init file: ‘/Users/rlbe/Library/Application Support/siril/siril.config’
14:42:41: Parallel processing enabled: Using 8 logical processors.
But latter, as I open and stack one sequence, I’ve read this other message:
14:45:06: Stacking: processing…
14:45:06: Processing all images in the sequence (10)
14:45:06: Stacking result will be stored as a 32-bit image
14:45:06: Computing normalization…
14:45:06: Reading FITS: file Jupiter_Flat_0.100_secs_001.fits, 1 layer(s), 3888x2592 pixels
14:45:06: Reading FITS: file Jupiter_Flat_0.100_secs_002.fits, 1 layer(s), 3888x2592 pixels
14:45:08: Reading FITS: file Jupiter_Flat_0.100_secs_003.fits, 1 layer(s), 3888x2592 pixels
14:45:09: Reading FITS: file Jupiter_Flat_0.100_secs_004.fits, 1 layer(s), 3888x2592 pixels
14:45:10: Reading FITS: file Jupiter_Flat_0.100_secs_005.fits, 1 layer(s), 3888x2592 pixels
14:45:11: Reading FITS: file Jupiter_Flat_0.100_secs_006.fits, 1 layer(s), 3888x2592 pixels
14:45:12: Reading FITS: file Jupiter_Flat_0.100_secs_007.fits, 1 layer(s), 3888x2592 pixels
14:45:13: Reading FITS: file Jupiter_Flat_0.100_secs_008.fits, 1 layer(s), 3888x2592 pixels
14:45:14: Reading FITS: file Jupiter_Flat_0.100_secs_009.fits, 1 layer(s), 3888x2592 pixels
14:45:15: Reading FITS: file Jupiter_Flat_0.100_secs_010.fits, 1 layer(s), 3888x2592 pixels
14:45:16: Not using limits on maximum memory for stacking
14:45:16: Your version of cfitsio does not support multi-threading
14:45:16: We have 4 parallel blocks of size 648 (+0) for stacking.
By the way, the standard macOS keyboard shortcut for “copy” from the logs (command+C) is not working (instead, the function is mapped to control+C)
This is the issue.
Do you have the official beta release? In this case I don’t know why you have this because I should have built with re-entrant option. Need to investigate but not before next week as I’m on business trip.
Do you have the official beta release?
Yes I do. To double check, I’ve removed it and downloaded again the latest beta from siril.org and yet I’ve observed the same behaviour
15:35:57: Your version of cfitsio does not support multi-threading
That’s the reason I was warning you, because this was a public beta 
And I really don’t know why:
0.99.5 source
Hi
Where do I find the Ha and Ha/OIII extraction stuff?
Cheers
First please update.
With sources we now are in 0.99.7.
Then scripts are as usual. Manual tools are in Extract->Split CFA channels
Hi, I love Siril! I’ve been able to use it on a Mac to get some awesome deep sky image results. I’ve been attempting planetary and have been having a lot of problems. I don’t find it as intuitive as the deep sky object workflow. Would anyone mind posting a tutorial on Youtube - there are plenty deep deep sky objects using Siril not so much for planetary images. Thank you!
Hello eacron, siril is not a good tool for planetary images as it does not yet handle multi-point registration and stacking of the images like other well established planetary processing software. For the free world, you can look at PlanetarySystemStacker.
1 Like
Hi Vincent! Thank you so much for the quick reply and the info. I will take a look at PSS but it seems it will take some work to get it installed on macOS platform - hopefully I’m up to the task. Would you have a feel for how this program would compare to Lynkeos? I will be eagerly waiting for Siril to be the one stop shop for all my astrophotography needs :).
Thanks again,
Eli
I don’t know how Lynkeos performs, I just know that the reference is AutoStakkert! and that PSS gives results of a similar quality, sometimes a bit better, sometimes a bit worse.
I believe that Lynkeos gives poor results if we compare to PSS and AS!3.