----- Beware this is Nova tested ONLY, it could be different for Phantom ----- Manolis will know about Phantom ------
Hi all,
As you noticed the sdr-list is down fo some time.
My friend Paul from 's Hertogenbosch was so kind to make a new one and I have made DNS-entries to use it.
Both are the same:
http://list.novasdr.fun
and
http://list.phantomsdr.fun
The code in config.jason is the following for NovaSDR, I do not know for Phantom but I'm sure Manolis will help in http://www.phantomsdr.fun
Quote"websdr": {
"antenna": "Longwire 54m top 20m above ground",
"callsign_lookup_url": "https://www.qrz.com/db/",
"chat_enabled": true,
"email": "No Email",
"grid_locator": "JO21oc",
"hostname": "websdr.heppen.be",
"name": "Heppen Wideband Websdr",
"operator": "Bas ON5HB and Marian ON3MS",
"public_port": null,
"register_online": true,
"register_url": "http://list.novasdr.fun/api/update_websdr"
This is temporary until I have spoken to Steven, or maybe Steven wants Paul to do it.
Whatever it is, we have to find a better solution.
Bas ON5HB.
The MAIN change is the reference in spectrumserver.cpp in two places.
Please copy and replace:
spectrumserver.cpp in PhantomSDR-Plus/src
Compile BACKEND and restart the server
I have stopped supporting NovaWebsdr. It's his project and his alone.
For me it's a dead end.
Quote from: Bas ON5HB on Apr 08, 2026, 08:33 PMI have stopped supporting NovaWebsdr
Come back to PhantomSDR-Plus project then. It is already mature enough now, but more help is always needed.
Hi Emmanuel,
I've seen the work on PhantomSDR (including your version), and there are definitely some very nice improvements and ideas in there.
My original goal was actually to bring things together rather than split them. NovaSDR focuses heavily on the backend and infrastructure side, while PhantomSDR has some great enhancements on the frontend and user-facing features. I still think combining those strengths could result in something much better overall.
That said, it's of course up to each of you how you want to continue. If development continues separately, I respect that.
I'm always open to collaboration and sharing ideas. I've set up a new forum here where both NovaSDR and PhantomSDR development can exist side by side:
https://forum.sdr-list.xyz/
If you're interested, I'd be happy to give you permissions there or work together in some form. But if you prefer to continue here, that's completely fine as well.
Hi Steven,
From the very first era of PhantomSDR+ I was always thinking about one common version that covers the needs of the End User. The running version 3.1.0 has many enhancements and addons that I think will attract any user to lay on it. Not only Frontend things, but Backend as well, because many functions of the Frontend are directly based on the Backend. You are the creator of the first version of PhantomSDR+ and I am sure that you can easily find out where are the changes and what they serve.
There are still problems. One of the most important is 'unexplained' brakes of audio, brakes of spectrumserver, which halt the server, needed to be restarted etc. We have solved the problem temporarily by adding scripts that can trace these halts/brakes and restart the server, but disconnecting of course the connected users. These dysfunctions HAVE to be fixed.
All other things like decoders, filters, smeters different layouts, frequency dialer etc, etc are useful for the End User, who are mainly radioamateurs and not SWLs
The main and basic advantage of NovaSDR is of course the ability to use more than one receiver, and this is great. But NovaSDR now lacks many useful functions that they are solved in PhantomSDR.
Yes, if can be made a combination of them, it would be magic, BUT I am not a programmer! I am a psychiatrist, based on the help of some friends and the A.I. The current version and many other after v.1.5.4 is a result of 6 months' very hard work and waste of my free time (as I have already a profession to live) with too many hours of codding, writing, erasing, compiling, etc, as you already very well know.
So, because I think that version 3.1.0 reached to my limits, and almost everything I (and a typical user) wanted to add is already there, I can say that I could stop any more development and take it in this stage so to combine with NovaSDR, to a complete new version, with all that version PhantomSDR+ and Nova offer in a harmonic combination. Are you agree with this? Are you agree to keep all this work done in place and to have it in mind when you'll design the development of Nova?
P.S. The only thing I DO NOT want is the group of enthusiastic admins and users to be divided to two or more groups.....
Hi Emmanuel,
I fully understand your point, and I actually agree with the core idea.
From the beginning, my goal was also not to split things, but to move towards a single strong solution that benefits the end user. PhantomSDR(+), especially your work, has introduced a lot of useful features and ideas on the frontend and user experience side.
At the same time, NovaSDR focuses heavily on the backend architecture, performance, and scalability (like multi-receiver support), which is where I see the foundation for a long-term solution.
So yes, I do believe a combination of both would be the best outcome.
In my view, the most realistic path would be:
- Keep NovaSDR as the backend foundation
- Integrate and adapt the useful features and improvements from PhantomSDR into it
That way we don't lose the work you've done, but we also build on a stable and scalable base.
I also completely agree with you that the community should not be split. That's exactly why I set up the new forum to bring both sides together in one place and make collaboration easier.
If you're open to it, I'd be very interested in working together on this step by step. We don't have to rush anything, but we can start aligning ideas and see how things can be merged properly.
And also: I respect the amount of work you've put into this, especially considering your background. That's not trivial at all.
Let me know what you think.
Quote from: magicint1337 on Apr 08, 2026, 11:37 PM- Keep NovaSDR as the backend foundation
- Integrate and adapt the useful features and improvements from PhantomSDR into it
I am ok with it and I think that SV2AMK (Sakis), 9A7AOF (Darko) & F1NSK (Eric), who helped me a lot with ideas, remarks, fixing bugs and as beta-testers, will also agree. The repo is there (https://github.com/sv1btl/PhantomSDR-Plus (https://github.com/sv1btl/PhantomSDR-Plus)) so take a look and everything you need. I am here to help as more as I can.
YESSSS ! PEACE AND LOVE ! ;D ;D ;D
Hamradio is a hobby and SDR a fantastic evolution.
In the past years, we have only PA3FWM webSDR software.
A good job, but not open source and a GUI not very sexy....
Steven made the basement of a new generation ! PhantomSDR.
Waouh ! Nice, very nice but...a little unstable.
End of the story ?
No ! Steven announce a new way. NovaSDR !
A great job ! performance, stability but my end-users don't like the GUI....
And one day a Greek Doctor adopt the orphean Phantom ;D
He work hard and fast with a little help from his friends.
And like the Phoenix, Phantom renew from his ashes ! ;D
A good webSDR, easy to customise by the sysop, and comprehensive for end users
The two ways are good, after is the sysop choice.
But please, no war, its a common hobby.
I'm not a very good coder but y can help in a quiete collaboration.
The best for all Nova/Phantom enthousiast !
I would like to share with you a way for multiple map registration. This tip can be applied only in PhantomSDR+ instances:
For now the src/spectrumserver.cpp has the original registration of https://sdr-list.xyz
It was temporary changed to a version with a registration to http://list.novasdr.fun map list
Now I've made a newer spectrumserver.cpp with multiple registration, so both maps can be used. The only thing you have to do is download this spectrumserver_multi-registry.cpp, rename it to spectrumservrer.cpp and recompile backend.
Attach all 3 variables, to use any one you like. Don't forger to recompile Backend and restart the server.
If you select the file with multiple registration, you have also to modify toml:
....
[websdr]
register_online=true # Enable directory registration updates
register_urls=[
"https://sdr-list.xyz/api/update_websdr",
"http://list.novasdr.fun/api/update_websdr"] # One or more directory endpoints that accept the same JSON payload
....
Restart the server. Your WebSDR will be shown in both maps.
I hope this is a temporary solution until we'll agree to use ONE map.
When are you sleeping Emmanuel ? ;D ;D
Easter holidays in orthodox world dear Eric.. ;)
The mod is done and work.
And joke of the day, i put in the main menu " NovaSDR/PhantomSDR World Map "
And a second button "Server 2" so you can choice your favourite Map !
;D ;D ;D With me Everydody is Happy ;D ;D ;D
Eric what is going on with Avast? Is it ok now?
No more issues from my friends.
But i can remark irregular cuts with the Phantom.
Local or remote, same issue. It's short, only 2 or 3 seconds.
Now i have to find the RADE issue.
I have no sidecar so i take a motorcycle ! ;D ;D
Think to sleep Emmanuel ! ;D
Yes, this audio cuts and audio restart is a problem. Newer files are just uploaded, please download frontend/src/ausio.js and frontend/src/audio-stream-worklet.js (new file) and recompile ONLY Frontend. No restart of the server, but reload of the GUI. Please try...
In general talking, you have to visit github and when you find newer files, please download them. They are fixes, good to be applied.
RADE is good to be placed in place. In any problem, please make a comment.
Hello Emmanuel
Files loaded, frontend recompiled
it's worse.... ::) ::)
The freeze come when the Dx Cluster refresh !
I cannot reproduce this in my browser. Audio should not have any relationship with DX Cluster.....
Please use these files instead.
Hello Emmanuel
It seems you put the finger on the bug !
The two files loaded - full recompile - fifo erased - server restart
I've opened 6 simultaneous sessions without problem
Only micro switch due to static discharge from far thunderstorm.
Congratulations !
Thank you but you need now to update .svelte files. When mentioned DX Cluster, I've discovered that spots do not follow UTC time - fixed. In this chain src/http.cpp is also involved...
Please let us continue this chat on v.3.1.0 bugs, here: https://www.phantomsdr.fun/index.php?topic=253.msg1426#new (https://www.phantomsdr.fun/index.php?topic=253.msg1426#new)