raspberry-noaa-v2
raspberry-noaa-v2 copied to clipboard
jekhokie
Merge meteordemod into master
This Pull Request merges all the work on meteordemod etc to master. It's open as a way to review it all in one place.
Todo list before merge:
- [ ] Migrate the install scripts into ansible. This is primarily to ensure that people can upgrade safely and that we can be confident that multiple runs of the install script work as expected.
- [ ] Documentation and schemas for new settings.
- [ ] Compilation settings and testing on various platforms.
- [ ] More testing.
We aren't using the old meteor_demod any more correct? If that's true we should remove all the references to it, especially where it's installed here: https://github.com/jekhokie/raspberry-noaa-v2/blob/master/ansible/roles/common/tasks/tools.yml#L9
We aren't using the old meteor_demod any more correct? If that's true we should remove all the references to it, especially where it's installed here: https://github.com/jekhokie/raspberry-noaa-v2/blob/master/ansible/roles/common/tasks/tools.yml#L9
No, we are using BOTH meteor_demod and meteordemod. What we're not using anymore is medet_arm. meteor_demod is used in RTL_FM section to create s files from wav recordings. We could directly feed meteordemod wav files, but I found out that we get better images by first converting wav to s files using meteor_demod, and feeding them to meteordemod. Also, meteor_demod converts wav to s files MUCH FASTER than meteordemod, which significantly speeds up the whole decoding process.
Right ok, so we should pull the medet_arm install stuff as we aren't using it anymore?
(Also more reason to purge rtl_fm eventually :wink: )
Right ok, so we should pull the medet_arm install stuff as we aren't using it anymore?
(Also more reason to purge rtl_fm eventually :wink: )
I don't think that we should purge RTL_FM at all since many users are still using it, including myself. It is also good for developing since it always worked as I've had problems with GNU Radio on Bullseye etc. We should always leave it as a backwards compatibility.
@Mihajlo I fully agree with you. RTL_FM should never be removed as no everyone likes using GNUradio. Both should stay as a choice for users to use.
On Jan 24, 2022, at 11:20 AM, Mihajlo Petković @.***> wrote:
Right ok, so we should pull the medet_arm install stuff as we aren't using it anymore?
(Also more reason to purge rtl_fm eventually 😉 )
I don't think that we should purge RTL_FM at all since many users are still using it, including myself. It is also good for developing since it always worked as I've had problems with GNU Radio on Bullseye etc. We should always leave it as a backwards compatibility.
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you are subscribed to this thread.
I started using this today on my Pi Zero 2. I have not had a capture yet but I have noticed a few things.
meteor_create_spreaded_images_without_overlay
meteor_create_equidistant_projection
meteor_create_mercator_projection
are not tested before running Ansible.
Install_MeterDemod.sh will fail on the Zero 2. Changing the flag to make -j2 fixes it. Increasing the swap file size might work too.
at the settings.yml it looks like some new settings havent got a description/comment yet
Fixed yesterday in beta-development as this was still based for Meteor M2 reception which is dead, and merged from beta-development into master.