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
As previously discussed (but I'm sure you'll better appreciate it as a GitHub issue).
There's an issue with the current /server files datahandler.js and tx_search.js where sometimes TX info data is displayed on the incorrect frequency.
While tuning, if the frequency is changed either just before or just as the TX info data is displayed, it will be displayed on the changed frequency. For example, data for 93.1 might appear on 93.2.
If it's not an issue in Europe, it might possibly be more of an issue for servers located thousands of kilometres from fmdx.org, caused by high latency.
As previously discussed (but I'm sure you'll better appreciate it as a GitHub issue).
There's an issue with the current /server files
datahandler.js
andtx_search.js
where sometimes TX info data is displayed on the incorrect frequency.While tuning, if the frequency is changed either just before or just as the TX info data is displayed, it will be displayed on the changed frequency. For example, data for 93.1 might appear on 93.2.
If it's not an issue in Europe, it might possibly be more of an issue for servers located thousands of kilometres from fmdx.org, caused by high latency.
The current workaround is grabbing v1.2.8.1 files from https://github.com/NoobishSVK/fm-dx-webserver/tree/acc0c4fb165e49bc47b1d718afd625e84b53aecf/server
and using
// Get the received TX info
code from the older version ofdatahandler.js
, andfetchTx
&processData
from the oldertx_search.js
.The text was updated successfully, but these errors were encountered: