×

INDI Library v2.0.6 is Released (02 Feb 2024)

Bi-monthly release with minor bug fixes and improvements

ALS - Astro Live Stacker

  • Posts: 12
  • Thank you received: 7
Hi
This will be taken care of in the next release, along with github.com/gehelem/als/issues/59
In the meantime, you still can create en desktop entry pointing to als wherever it is currently located

Cheers
The following user(s) said Thank You: Ray Wells
4 years 1 month ago #48939

Please Log in or Create an account to join the conversation.

  • Posts: 48
  • Thank you received: 1
I tried to install according with the github instructions, but the system shows the following errors:

ERROR: Could not find a version that satisfies the requirement PyQt5==5.13.0 (from -r /home/astroberry/als/requirements.txt (line 6)) (from versions: 5.14.0, 5.14.1)
ERROR: No matching distribution found for PyQt5==5.13.0 (from -r /home/astroberry/als/requirements.txt (line 6))

How I can solve these errors?.

Thanks,

Jose
4 years 1 month ago #48969

Please Log in or Create an account to join the conversation.

  • Posts: 1957
  • Thank you received: 420
Looks like the version of PyQt5 that you have is too old. Try

pip install PyQt5

or possibly

pip3 install PyQt5

See also

pypi.org/project/PyQt5/


HTH, Wouter
4 years 1 month ago #48980

Please Log in or Create an account to join the conversation.

  • Posts: 12
  • Thank you received: 7
Hi,

From the name of the system user shown in your error report, I assume you are trying to run ALS on a raspberryPi, right ?

Here are the steps I used to get it running perfect on a rpi4 with an up-to-date RaspBian system.
$ sudo apt-get install python3-opencv python3-pyqt5 libraw-dev llvm pyqt5-dev-tools libatlas-base-dev libjpeg-dev
$ git clone https://github.com/gehelem/als.git
$ cd als
$ python3 -m venv --system-site-packages venv
$ source venv/bin/activate
$ pip install --upgrade pip
# IMPORTANT : remove pyqt5 et opencv entries from requirements.txt
$ pip install -I -r requirements.txt
$ python setup.py develop
$ als

Hope you can adapt this to you particular system, if needed

The catch here, is that the OpenCV & PyQt5 we need are not available for the ARM platform on PyPi.
Hence the system-wide install at the beginning and the important "--system-site-packages" flag used when creating the Python virtual env

Looking forward to reading about your progress
The following user(s) said Thank You: Ray Wells, Craig
4 years 1 month ago #49158

Please Log in or Create an account to join the conversation.

  • Posts: 48
  • Thank you received: 1
Dear Deufraid,

Thanks a lot for your help. Yes I have a RPI4.

Now with your help ALS starts and it seems working,

Thanks and best regards,
4 years 1 month ago #49572

Please Log in or Create an account to join the conversation.

  • Posts: 48
  • Thank you received: 1
Now ALS is working, but the program crash when I put the first fits image to test:
qt5ct: using qt5ct plugin
qt5ct: D-Bus global menu: no
2020-02-16 18:58:30,550 MainThread   als.main             INFO     Astro Live Stacker version 0.6.1b1.post0.dev14+g7a72cf3.dirty started in 896.250 ms.
qt5ct: custom style sheet is disabled
2020-02-16 18:58:34,126 MainThread   als.logic            INFO     Starting new session...
2020-02-16 18:58:34,133 MainThread   als.logic            INFO     Input scanner started
2020-02-16 18:58:34,136 MainThread   als.logic            INFO     Session running in mode Mean with alignment
2020-02-16 18:58:45,071 Thread-1     als.io.input         INFO     Successful image read from FILE : /media/astroberry/8A6F-CDBB2/Pruebas/ALS/scan/_DSC1811.ARW
2020-02-16 18:58:45,092 Dummy-3      als.processing       INFO     Start pre-process on FILE : /media/astroberry/8A6F-CDBB2/Pruebas/ALS/scan/_DSC1811.ARW
2020-02-16 18:58:46,978 Dummy-3      als.processing       INFO     End pre-process on FILE : /media/astroberry/8A6F-CDBB2/Pruebas/ALS/scan/_DSC1811.ARW in 1885.180 ms
2020-02-16 18:58:46,994 Dummy-4      als.processing       INFO     Start stack on FILE : /media/astroberry/8A6F-CDBB2/Pruebas/ALS/scan/_DSC1811.ARW
2020-02-16 18:58:46,995 Dummy-4      als.processing       INFO     End stack on FILE : /media/astroberry/8A6F-CDBB2/Pruebas/ALS/scan/_DSC1811.ARW in 0.513 ms
2020-02-16 18:58:50,056 Dummy-5      als.processing       INFO     Start post-process on Stacking result
Traceback (most recent call last):
  File "/home/astroberry/als/src/als/code_utilities.py", line 33, in wrapped
    result = func(*args, **kwargs)
  File "/home/astroberry/als/src/als/processing.py", line 445, in run
    self._handle_image(image)
  File "/home/astroberry/als/src/als/code_utilities.py", line 33, in wrapped
    result = func(*args, **kwargs)
  File "/home/astroberry/als/src/als/processing.py", line 477, in _handle_image
    image = processor.process_image(image)
  File "/home/astroberry/als/src/als/code_utilities.py", line 33, in wrapped
    result = func(*args, **kwargs)
  File "/home/astroberry/als/src/als/processing.py", line 199, in process_image
    (0, _16_BITS_MAX_VALUE))
  File "/home/astroberry/als/venv/lib/python3.7/site-packages/numpy/lib/function_base.py", line 1412, in interp
    return interp_func(x, xp, fp, left, right)
MemoryError
Aborted
 

Any idea?, thanks,

Jose
4 years 1 month ago #49606

Please Log in or Create an account to join the conversation.

  • Posts: 48
  • Thank you received: 1
Please, any idea about this problem?

Thanks,
4 years 1 month ago #49975

Please Log in or Create an account to join the conversation.

  • Posts: 12
  • Thank you received: 7
Hi

First, accept my apologies for the late reply
I missed the notification about your previous post

As of now, a RPI4 with Raspbian can only use 3GB of the installed memory. I suspect that your images are too big to be processed. To make sure of this, I would need more detailed logs of ALS execution.

Please enable 'debug logs' in ALS preferences window and reproduce the issue. Then attach the generated als.log file (written in ALS's folder) in here, so I can have look and ascertain the cause of your issue
The following user(s) said Thank You: JOSE MANUEL SUAREZ ROMAN
Last edit: 4 years 1 month ago by Frédéric CORNU. Reason: typos
4 years 1 month ago #49980

Please Log in or Create an account to join the conversation.

  • Posts: 1119
  • Thank you received: 182
I installed this on my desktop watching a folder on the Pi4, so as not to overload the Pi4 while it is busy with running KStars. It worked great over the network, but the journal in the /usr directory of the Pi4 filled up rapidly and eventually accumulated 70 GB. By then, the Pi ran out of disk space and everything crashed. I had to delete the journal manually before it would even start up again.
Can you have a look at your code to see if there is a way how that can be avoided?
Great application otherwise!
Best
Jo
4 years 1 month ago #49991

Please Log in or Create an account to join the conversation.

  • Posts: 12
  • Thank you received: 7

Hi Jo

Thanks for this report

If I get your setup right : images are dropped on the rpi's filesystem, into a folder watched by ALS running on a remote machine.
Could you specify how /usr gets filled up ? One single file or multiple files written ? What type, what content, what path, etc ...

I'd be glad to research and solver the issue

Even better, if we could go on with this specific issue discussion on our support forum on github (github.com/gehelem/als/issues) that would allow people facing the same issue in the future to find the solution when it is discovered

Either way, shoot us with details and we'll find out how to solve this
4 years 1 month ago #50001

Please Log in or Create an account to join the conversation.

  • Posts: 1119
  • Thank you received: 182
My apologies!
I wrote from memory when I saw a post regarding the Live Stacker here in the Forum this morning.
The file that fills up is not in the /usr director, but in the /var/log/journal directory:



And yes, I shared the Pictures folder on my RPi4, then installed ALS stacker on my Ubuntu 18.04 desktop (not Pi4), and directed it to watch the Pictures folder on my Ri4 using WiFi connection.
Stacking went fine in real time, but the var/log/journal directory overflowed and eventually the Pi4 froze. I had to manually mount the system disk on my desktop to delete the journal file as it would not even start up anymore.

The screenshot is NOT a representation of the problem, I merely add it to illustrate where the excessive disk usage occurs.

Hope this helps,

Jo
4 years 1 month ago #50004
Attachments:

Please Log in or Create an account to join the conversation.

  • Posts: 48
  • Thank you received: 1
Dear deufraid, dont worry about late reply, I understand that is not easy to continuously pending if someone as a problem. For me is incredible all of this support on these forum for free software. Sincerely., dont worry. As soon as possible I will try to send more information about my problem.

Thanks and regards,

Enviado desde mi SM-T813 mediante Tapatalk
4 years 1 month ago #50005

Please Log in or Create an account to join the conversation.

Time to create page: 1.716 seconds