You are right. I was not precise enough saying 'all freezes and crashes'.
Anyway, believe me or not, after years of maintaining this system and handling users' reports this is hardware that should be inspected first (not blamed). And this would save lots of hours to anyone. The winner being "undervoltage" as users don't account for juice sucked by USB devices and focus on power needed for RPi only. Only after removing this issue software should be inspected, otherwise we're just using unstable platform to run software. Bad thing is that powered USB hubs are not always a solution as they introduce other issues on USB layer for some devices.
All the best and clear skies!
Until new version of oacapture is released you can run this command as a workaround
sudo ln -s /usr/lib/arm-linux-gnueabihf/libqhyccd.so.22.1.2 /usr/lib/arm-linux-gnueabihf/libqhyccd.so.21
What do you mean it's not confirmed?
Each of these issues is well documented in the Internet. Taking hardware design issue as an example - it was discussed even here www.indilib.org/forum/general/6576-pi4-u...hz-interference.html
For the rest I'm not giving you ultimate solution but rather way to diagnose an issue. You're not happy with wired connection, use external wifi dongle etc.
I'm almost 100% sure that all these freezes and crashes are related to hardware, not software.
Majority of issue come from:
- system undervoltage - observe you system logs running
tail -f /var/log/syslog
This absolutely normal. Hotspot is started only if no other network connection is active.
After connecting Astroberry to any network use this network instead.
I would suggest that you try with defaults first.
It is not related to network layer. It's all about authentication.
A password for remote access (VNC) is separate from user account password. You can set remote access password using VNC icon on the top bar.