jks

Thanks. Will be fixed in the next release (v1.811)

So I would guess this is an issue with Windows and Chrome/Edge not being able to deliver the Javascript realtime requirements for the resampler. The fact that you're not getting any Kiwi under/overruns and the Qlen is stable kind of confirms that.

This entire project is built on the idea that browsers live up to their promise of providing stable, well documented platforms for delivering content/media. And over the years I've been constantly disappointed in the delivery on that promise. I guess I shouldn't be surprised.

rx.kiwisdr.com (aka kiwisdr.com/public) is now subject to a simple click/tap captcha to help evade recent DDoS attacks on kiwisdr.com.

Apologies, but this is the sorry state of the world we live in..

Fixed in v1.809. The timestamp menu setting, including any custom value, and URL/local menu setting will be saved in browser storage.

Also, the complete list of URL parameters is here: http://kiwisdr.com/info/#id-user-tune

Thinking about this some more (because I can't help myself). Higher frequency time stations are more useful because there is more relative frequency offset to visualize. At least when doing a manual calibration and you need to "eyeball" the offset in the waterfall (zoomed all the way in).

But HF time signals are more prone to having junk carriers close to the time station carrier (I've seen this) compared to LF time signals. But the later are not always present depending on antenna and Kiwi location. Hence the good SNR requirement mentioned by @nitroengine.

One thing we do have I remember now is the audio PLL associated with the SAM mode. So if SAM is able to achIeve a lock the exact offset can be determined rather than derived from, say, the number of waterfall bins which at z14 is only 1.76 Hz/bin (1.8 kHz span / 1024 bins). This is why the manual calibration instructions say to use the IQ extension for the ultimate fine tuning of the calibration.

Also needed is probably the more difficult part: Analysis of several different time signals at different frequencies and some sort of voting logic before there can be confidence in a solution.

There's absolutely no need for individual Kiwi's to be downloading from there when it needs to be compiled into a compact binary form as part of a release. The list is huge and fetching it off the filesystem of the Kiwi would break the Kiwi realtime restrictions (i.e. audio failures).

I improved my own Makefile so there's less manual work to update the list.

SDR protection circuit

SDR MW filter

Well, the complexity is a result of people asking for features over the years. That's the trade-off. I try and limit it as much as I can. It's a thankless task, as some people are always unhappy..

The next release will support multiple iframe definitions so you can have several custom entries in the extension menu.

So I'd like to start a collection of iframe URLs that people have found and setup on their Kiwi's. We have the default SK6AW spot list now. And I'm aware of the Blitzortung.org lightning map that the VK3KHZ Kiwi's have. Someone must have one for solar conditions, right?

Please drop a link below to a Kiwi that has an interesting iframe. Or email to support@kiwisdr.com

Thanks!

Found a trivial way to do it. So will be part of the v1.801 release.