On 04 Mar 2025, Bob Worm said the following...

1) allow the user to tune around using an ASCII waterfall - I got the ASCII waterfall part working just on the Linux CLI. It would need to be toned down refresh rate-wise but should be somewhat usable.

2) Given 1) above, enable decodes for RTTY, morse, FT4 / FT8. There are plenty of RTTY weather stations decodable from my loft wire.

seems reasonable. setting up 3 or 4 single listener shoutcast servers to allow for seeking around and listening to random frequencies, one per node, also doesn't seem too crazy, if a bit unorthodox ;) depends on the bandwidth of the SDR i guess..

i've thought about this a little bit.. i don't spend 100% of my time listening to my ham radio and could certainly offer a door that allowed seeking around, with the output to a publicly known shoutcast server whenever i'm not using it. or perhaps to a verified licensed user, an input and a keying button could be offered. or barring that just something you could use yourself from remote.

lots of cool stuff to come up with :)

--- Mystic BBS v1.12 A47 2021/12/25 (Windows/32)
* Origin: cold fusion - cfbbs.net - grand rapids, mi

seems reasonable. setting up 3 or 4 single listener shoutcast servers to allow for seeking around and listening to random frequencies, one per node, also doesn't seem too crazy, if a bit unorthodox ;) depends on the bandwidth of the SDR i guess..

i've thought about this a little bit.. i don't spend 100% of my time listening to my ham radio and could certainly offer a door that allowed seeking around, with the output to a publicly known shoutcast server whenever i'm not using it. or perhaps to a verified licensed user, an input and a keying button could be offered. or barring that just something you could use yourself from remote.

did rip-script ever pass audio? maybe that is something that could work?

At this point it would be more work than the use it would get on the BBS. I am going to try and get the packet node working again and see if I can come up with a idea for it. Would be rad to have a back bone to pass qwk messages via packet if the internet went down, that way BBSes can keep the dove net going or even fido. Sure the boards would need to be close or use a digi repeater but with APRS they are all over, so piggy backing on that would be easy.

---
þ Synchronet þ kc7stw

speaking of doors. I just found out the web server part of sbbs you can access doors via the games section. HOLY SHEET! this opens up ham radio ideas....

---
þ Synchronet þ kc7stw

Re: Re: ham radio door for SDR?
By: Jason Arnold to fusion on Wed Mar 05 2025 23:08:08

did rip-script ever pass audio? maybe that is something that could work?

At this point it would be more work than the use it would get on the BBS. I am going to try and get the packet node working again and see if I can come up with a idea for it. Would be rad to have a back bone to pass qwk messages via packet if the internet went down, that way BBSes can keep the dove net going or even fido. Sure the boards would need to be close or use a digi repeater but with APRS they are all over, so piggy backing on that would be easy.

The Operation overkill game has audio, Idont believe it streams audio, I really just think ooterm plays audio on the clients side..

ooterm is included with syncterm. maybe that would be something to look into. ---
Tim (kk4qbn)
+o kk4qbn.synchro.net
þ Synchronet þ KK4QBN BBS - kk4qbn.synchro.net - Chatsworth, GA USA

Re: Re: ham radio door for SDR?
By: Jason Arnold to fusion on Wed Mar 05 2025 23:11:19

speaking of doors. I just found out the web server part of sbbs you can access doors via the games section. HOLY SHEET! this opens up ham radio ideas....

Where you been :-)
---
Tim (kk4qbn)
+o kk4qbn.synchro.net
þ Synchronet þ KK4QBN BBS - kk4qbn.synchro.net - Chatsworth, GA USA

Where you been :-)
---

Been hiding under a vintage computer. Need to get things going and into modern times I guess. LOL

---
þ Synchronet þ kc7stw