Quote from: Hendrik on Jan 11, 2026, 01:00 PMchanged 'generateshortwave.py' by the 'frequencylist' folder

Yes, the file is been updated as you suggested, and uploaded.

The new 'waterfall.js and the 'bands-config.js' are already implemented and live. It's works immediately as expected! Also fine: Only the changed files get a new date at your repo. So it's qute easy to run an update.

Appending here the changed 'generateshortwave.py' by the 'frequencylist' folder. The last remarked lines explains how to update/extend the 'markers.json' with the broadcasting stations by the HFCC datbase. If you think it makes sense, so you could extend the file at your fine repo or give the readme a hint more.

Thanks again for your fas response!
73 de Hendrik


from collections import defaultdict
import json
broadcastersFile = open('broadcas.txt',encoding="ISO-8859-1")
frequenciesFile = open('B25all00.TXT')

broadcasters = {}
for broadcaster in broadcastersFile:
    if broadcaster[0] != ';':
        k, v = broadcaster.rstrip().split(" ", 1)
        broadcasters[k] = v

frequencies = defaultdict(set)
for frequency in frequenciesFile:
    if frequency[0] != ';':
        f = int(frequency[:5])
        b = frequency[117:120]
        frequencies[f].add(b)

for k in frequencies.keys():
    frequencies[k] = "\n".join(sorted(broadcasters[x] for x in frequencies[k]))

frequenciesSorted = []
for k, v in sorted(frequencies.items()):
    frequenciesSorted.append({"frequency": k*1000, "name": v, "mode": "AM"})

json.dump(frequenciesSorted, open('shortwavestations.json','w'), indent=4)


#download from https://new.hfcc.org/data/ the newest list, at the buttom of page, here: "B25allx2.zip - B25 Operational Schedule - Last updated on 20-Dec-2025"
#unzip the downloaded file, here: "B25allx2.zip"
#move "B25all00.TXT" and "broadcas.txt" at the "frequencylist" folder
#edit the file "generateshortwave.py"
#modify line 4 for the current file name, here : "B25all00.TXT"
#modify line 24 to "frequenciesSorted.append({"frequency": k*1000, "name": v, "mode": "AM"})"
#run script with "python3 generateshortwave.py"
#extend or replace the file "markers.json" with the new generated file "shortwavestations.json"


waterfall.js and bands-config.js have been uploaded!
Read initial readme.md in section https://github.com/sv1btl/PhantomSDR-Plus#the-bands-configjs

Quote from: Hendrik on Jan 11, 2026, 10:04 AMEmmanual, at least for today you're my hero! The machine status looks great and is quite helpful and with the 'bands-config.js' could every owner better control the band selection offer. Also fine: against my SDR release is in your release the noise reduction button active again. I'll fast update my RX with your new Github release.

Many thanks for your fast reaction and your quick work, my deepest bow. 

Have a great weekend,
Hendrik

Everything is done as you would like (and as it would be done from the beginning), and of course it was a brilliant idea. Now I am testing everything and if all it's ok, I'll upload the changes to the Github. At least waterfall.js and the new /PhantomSDR-Plus/frontend/src/bands-config.js , will be uploaded today.

Stats are done, but the Sysop must install a new server for stats, open a port in the router, and also make a script for autostart this particular service. All these I'll describe in detail with the newer Readme.md. It is not such a big deal, but additional acts may be done from the side of SySop. I want to wait for a while, before to add the solution to the Github, to be ensured for the stability.

Emmanual, at least for today you're my hero! The machine status looks great and is quite helpful and with the 'bands-config.js' could every owner better control the band selection offer. Also fine: against my SDR release is in your release the noise reduction button active again. I'll fast update my RX with your new Github release.

Many thanks for your fast reaction and your quick work, my deepest bow. 

Have a great weekend,
Hendrik

Quote from: Hendrik on Jan 10, 2026, 02:06 PMshort overview for CPU, memory and disc

It is done, inside "Additional Info"  📊 Stats button next to the PC link that opens the popup!

Quote from: Emmanuel SV1BTL on Jan 10, 2026, 03:55 PMband definition at a own file

It is also done! Now you can edit bands in a separate /PhantomSDR-Plus/frontend/src/bands-config.js file

Please check my server http://phantomsdr.no-ip.org:8900/
and if you are satisfied, I'll include the changes to the Github.

Quote from: alanVK2ZIW on Jan 10, 2026, 07:14 AMFor comparison, PhantomSDR v.1.6.6 is released and running on 40m with a Mirics MSi2500 chipset SDR.

www.unixservice.com.au:9073

And KA9Q-web with the RX-888, same antenna, Delta loop and tuner

www.unixservice.com.au:9074

What I'd like to see here is, alongside FT8 mode, the FreeDV RADEv1 mode.

Well, the link http://www.unixservice.com.au:9073/ is the first release of PhantomSDR, not the v.166
and the http://www.unixservice.com.au:9074/radio.html is a very interesting WebSDR using RX-888
but of course http://shed.nepeanshed.org.au:8073/#freq=14236200,mod=freedvu,sql=-150 with FreeDV decoder RADE v1 is something we want to study, so to make it work in PhantomSDR+

Quote from: alanVK2ZIW on Jan 10, 2026, 07:26 AMthere's my SDR at a volunteer group "Men's Shed" which CAN decode FreeDV mode RADEv1.

shed.nepeanshed.org.au:8073

It took a bit of work getting "freedv-ka9q" to work, 8K stdin and stdout.

This is really a brilliant idea. Can you please show us the way to make this step? Getting access to the Github, will also be appreciated! What is the address?

Quote from: Hendrik on Jan 10, 2026, 02:06 PMThe wishes are:
it would be nice to export the band definition at a own file. So it would be no need after every update to manage the file 'waterfall.js'.

An implentation for a short overview for CPU, memory and disc use would be nice as well. May be a simple output by 'htop' or' btop' could be showed after clicking a button or integrated at the 'Open Additional Info' overview? Currently i use 'monit' to bypass to much manuel ssh logins for a system overview on this remote driven system.

We'll take care of these suggestions and we'll try to make them work.

The "export the band definition" is a very good idea. Waterfall.js has to be upgraded after a very long time, and we know that upgrading it had caused problems to these that they had previous band definitions. Although the documentation is describing the safest way to keep bands' definitions while updating waterfall.js. to make a separate file is the best practice. We'll care about it.

Many thanks to the developer. The current release 1.6.6 is quite stable and easy to update(recompile.sh), great!
It's running here: http://mellesdr.rqhk191saz25euus.myfritz.net

The wishes are:
it would be nice to export the band definition at a own file. So it would be no need after every update to manage the file 'waterfall.js'.

An implentation for a short overview for CPU, memory and disc use would be nice as well. May be a simple output by 'htop' or' btop' could be showed after clicking a button or integrated at the 'Open Additional Info' overview? Currently i use 'monit' to bypass to much manuel ssh logins for a system overview on this remote driven system.

Have a good reception, thanks,
Hendrik