When are you sleeping Emmanuel ?   

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.

YESSSS ! PEACE AND LOVE !     

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 
He work hard and fast with a little help from his friends.
And like the Phoenix, Phantom renew from his ashes ! 

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 !

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) so take a look and everything you need. I am here to help as more as I can.

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.

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'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.

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.

I have stopped supporting NovaWebsdr. It's his project and his alone.

For me it's a dead end.

After the last message of BAS about the map list, I'm going to update the map links to the https://sdr-list.xyz.
- I have also fixed the problem with Avast fake warnings about the 'security' of the website.
- A little change in AM AGC for broadcasting.
- A modified and more 'universal' script for installing RADE
- A newer sstv.js, for better decoding

Please find the files (https://github.com/sv1btl/PhantomSDR-Plus) and replace them. After this, please recompile Backend AND Fronend.

PhantomSDR-Plus
├── frontend
│  ├── src
│  │  ├── App__analog_smeter_.svelte
│  │  ├── App__digital_smeter_.svelte
│  │  ├── App.svelte
│  │  ├── App__v2_analog_smeter_.svelte
│  │  ├── App__v2_digital_smeter_.svelte
│  │  └── sstv..js
├── install_rade.sh
├── src
│  ├── http.cpp
│  └── spectrumserver.cpp
│  └──utils
│  │  │  └── audioprocessing.cpp


P.S. In case you want to use a different port for RADE, please change this port here in the file PhantomSDR-Plus/rade_hepler.py (line 62):

    # Configuration
    PORT          = int(os.environ.get("RADE_HELPER_PORT", 8074))
    HOST          = os.environ.get("RADE_HELPER_HOST", "0.0.0.0")
    RADAE_DIR    = Path(os.environ.get("RADAE_DIR", Path.home() / "radae")).expanduser()
    RADAE_RX      = str(RADAE_DIR / "radae_rxe.py")
    RADE_MODEL    = os.environ.get(

Then restart again rade.sh (or ./install_rade.sh in case you've not done it yet). The commands are:

cd PhantomSDR-Plus
./rade.sh start
./rade.sh stop
./rade.sh restart
./rade.sh status

If you see the window in RADEL or RADEU green, everything is o.k.