You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On Unbuntu 20.04 with the same qdmr version, the stored frequencies are looking normal - it's a known issue, I shortened this post to avoid confusion. Thanks for the quick response!
The text was updated successfully, but these errors were encountered:
This is actually a duplicate of #249, and this one will be fixed with release 0.12.0. Until then, the frequencies are stored in MHz as floating point numbers. Floating point numbers, however, cannot store large integer values precisely. So this is a rounding error. In future, the frequency will be stored as a unsigned long long in Hz.
Using qdmr 0.11.2 from PPA on Ubuntu 22.04:
For DB0BRO, https://www.repeaterbook.com/api/exportROW.php?callsign=DB0BRO%25 returns
Frequency | "439.137500"
Input Freq | "431.53750"
which is what qdmr displays in the channel config. Stored in the yaml file is, however
rxFrequency: 439.13749999999999
txFrequency: 431.53750000000002
On Unbuntu 20.04 with the same qdmr version, the stored frequencies are looking normal - it's a known issue, I shortened this post to avoid confusion. Thanks for the quick response!
The text was updated successfully, but these errors were encountered: