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 7 months 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 7 months 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 7 months ago #48980

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


×

INDI Library v2.0.7 is Released (01 Apr 2024)

Bi-monthly release with minor bug fixes and improvements

  • Posts: 12
  • Thank you received: 7

Rendering Error in layout Message/Item: array_keys(): Argument #1 ($array) must be of type array, null given. Please enable debug mode for more information.

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 7 months ago #49572

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

  • Posts: 48
  • Thank you received: 1

Rendering Error in layout Message/Item: array_keys(): Argument #1 ($array) must be of type array, null given. Please enable debug mode for more information.

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 7 months 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 7 months ago by Frédéric CORNU. Reason: typos
4 years 7 months 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 7 months 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 7 months 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 7 months 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 7 months ago #50005

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

Time to create page: 1.047 seconds