Wait a minute. What this guy is selling is a streaming audio app, not a "shortwave radio" program.

"n1ald" wrote in message
...
Wait a minute. What this guy is selling is a streaming audio app, not a
"shortwave radio" program.

Correct. The screen display is a "fake" radio. Tsk, tsk!

On 9/12/2011 9:38 PM, Sal wrote:
wrote in message
...
Wait a minute. What this guy is selling is a streaming audio app, not a
"shortwave radio" program.

Correct. The screen display is a "fake" radio. Tsk, tsk!



Oddly, I have been looking for a simple streaming audio app (to bring
back audio from remote receivers via 802.11 for a antenna measurement
project)... This one is clearly not it, but what else is out there.

Jim Lux wrote:

On 9/12/2011 9:38 PM, Sal wrote:
wrote in message
...
Wait a minute. What this guy is selling is a streaming audio app, not a
"shortwave radio" program.

Correct. The screen display is a "fake" radio. Tsk, tsk!



Oddly, I have been looking for a simple streaming audio app (to bring
back audio from remote receivers via 802.11 for a antenna measurement
project)... This one is clearly not it, but what else is out there.

http://icecast.org/

On Tue, 13 Sep 2011 08:39:13 -0700, Jim Lux
wrote:

Oddly, I have been looking for a simple streaming audio app (to bring
back audio from remote receivers via 802.11 for a antenna measurement
project)... This one is clearly not it, but what else is out there.

Skype. It's commonly used to deliver the audio portion of HRD (Ham
Radio Deluxe). Install the remote end with your favorite operating
system and set Skype to auto-answer any incoming calls from your
account. As soon as you connect, you get audio, with fairly low
latency.

If you want to roll your own, there's:
http://www.speakfreely.org

There's also:
http://umediaserver.net/umediaserver/download.html
There are plenty of other streaming audio apps available. However, be
careful as many of them are designed for streaming music or video, and
therefore have enormous latency. I vaguely recall my adventure with
Microsloth Media Encoder 9 and it's 45 second delay.

If you want multiple channels of audio, better bandwidth, or have some
exotic requirements, you'll need to supply more detail.



--
Jeff Liebermann
150 Felker St #D http://www.LearnByDestroying.com
Santa Cruz CA 95060 http://802.11junk.com
Skype: JeffLiebermann AE6KS 831-336-2558

On 9/13/2011 11:21 AM, Jeff Liebermann wrote:
On Tue, 13 Sep 2011 08:39:13 -0700, Jim
wrote:

Oddly, I have been looking for a simple streaming audio app (to bring
back audio from remote receivers via 802.11 for a antenna measurement
project)... This one is clearly not it, but what else is out there.

Skype. It's commonly used to deliver the audio portion of HRD (Ham
Radio Deluxe).

Doesn't skype not support point to point? i.e. you couldn't do it from
192.168.1.10 to 192.168.1.20 on a private network. I thought skype
always needs to through the master skype resolver (to do a sort of
dynamic dns function)


Install the remote end with your favorite operating
system and set Skype to auto-answer any incoming calls from your
account. As soon as you connect, you get audio, with fairly low
latency.

If you want to roll your own, there's:
http://www.speakfreely.org

Yes.. of course there's that "end of life announcement" from 2004.

I suppose that if it works well enough, one can keep using it forever
(gosh, I've got plenty of software from the 90s that I keep using)



There's also:
http://umediaserver.net/umediaserver/download.html
There are plenty of other streaming audio apps available. However, be
careful as many of them are designed for streaming music or video, and
therefore have enormous latency. I vaguely recall my adventure with
Microsloth Media Encoder 9 and it's 45 second delay.


Yes, and they have all sorts of other features tailored for that kind of
application.

All I was looking for was a "virtual audio cable" of some sort. (yes, I
know that VAC is actually something else)


If you want multiple channels of audio, better bandwidth, or have some
exotic requirements, you'll need to supply more detail.


No, just that kind of simple thing.. send 3kHz BW audio from one PC to
another, preferably with an app that is available for all 3 platforms
(Win, Mac, *nix)

Something that has a command line like:
sendaudio -i {input audio source} -o 192.168.1.1
recvaudio -i 192.168.1.1 -o {output audio device}

would make me happy.

On 9/13/2011 10:39 AM, Jim Lux wrote:
On 9/12/2011 9:38 PM, Sal wrote:
wrote in message
...

Wait a minute. What this guy is selling is a streaming audio app, not a
"shortwave radio" program.

Correct. The screen display is a "fake" radio. Tsk, tsk!



Oddly, I have been looking for a simple streaming audio app (to bring
back audio from remote receivers via 802.11 for a antenna measurement
project)... This one is clearly not it, but what else is out there.

Simplecast.

And it's free, or used to be, if you only need 4 hours at a time. (I
own a paid for copy for use in MPLS for extended emergency rebroadcasts
of nets.) I and a ham in Maine used to use it to distribute the weekend
"432 and Above EME Net". He had minimal bandwidth, I had enough and a
Shoutcast (Icecast) server and the net was always less than 4 hours. He
connected to me as the stream input and the listeners connected to my site.

Thanks to Shoutcast allowing their system to effectively be cloned they
made solutions like mine possible. They even allow these systems to
respond as "Shoutcast" when queried.

tom
K0TAR

On Thu, 15 Sep 2011 11:18:23 -0700, Jim Lux
wrote:

Doesn't skype not support point to point? i.e. you couldn't do it from
192.168.1.10 to 192.168.1.20 on a private network. I thought skype
always needs to through the master skype resolver (to do a sort of
dynamic dns function)

True. If you're not connected to the internet, Skype will not work.
The connection needs to be established via the distributed Skype
directory server system. You cannot easily bypass this to connect to
any random IP address or to your isolated LAN.

If you really want to do that, perhaps a simple G.711 VoIP client
would be sufficient.

If you want to roll your own, there's:
http://www.speakfreely.org

Yes.. of course there's that "end of life announcement" from 2004.

Still works fine for me. Eventually, Microsoft will trample on some
obscure function and declare anything that then fails as legacy and
unsupported. Until that happens, it still works. Having the source
code is also very handy. SpeakFreely has been the basis of several
VoIP applications.

I suppose that if it works well enough, one can keep using it forever
(gosh, I've got plenty of software from the 90s that I keep using)

I'm still running a Xenix 2.3.2 server from about 1988. It should
continue to function until the hard disk quits. I've been waiting for
that to fail for at least 10 years.

All I was looking for was a "virtual audio cable" of some sort. (yes, I
know that VAC is actually something else)

Virtue and virtual are their own punishments.

No, just that kind of simple thing.. send 3kHz BW audio from one PC to
another, preferably with an app that is available for all 3 platforms
(Win, Mac, *nix)

Something that has a command line like:
sendaudio -i {input audio source} -o 192.168.1.1
recvaudio -i 192.168.1.1 -o {output audio device}

VLC will encode via an RTSP (real time streaming protocol) container
using RTP (real time transport protocol).

This looks like the magic incantations:
http://wiki.videolan.org/Documentation:Streaming_HowTo/Command_Line_Examples#RTSP_live_streaming

Server:
% vlc -vvv input_stream --sout '#rtp{dst=192.168.0.12,port=1234,sdp=rtsp://server.example.org:8080/test.sdp}'

client:
% vlc rtsp://server.example.org:8080/test.sdp

Mo
http://wiki.videolan.org/Documentation:Streaming_HowTo/Advanced_Streaming_Using_the_Command_Line
http://wiki.videolan.org/Documentation:Streaming_HowTo/Command_Line_Examples

Watch out for the screaming media features versus OS list.:
http://www.videolan.org/streaming-features.html

I must admit that I've never tried using VLC for encoding. If I have
time, I'll give it a try. Otherwise, good luck.

--
# Jeff Liebermann 150 Felker St #D Santa Cruz CA 95060
# 831-336-2558
# http://802.11junk.com
# http://www.LearnByDestroying.com AE6KS

Jim Lux skrev 2011-09-13 17:39:
On 9/12/2011 9:38 PM, Sal wrote:
wrote in message
...

Wait a minute. What this guy is selling is a streaming audio app, not a
"shortwave radio" program.

Correct. The screen display is a "fake" radio. Tsk, tsk!



Oddly, I have been looking for a simple streaming audio app (to bring
back audio from remote receivers via 802.11 for a antenna measurement
project)... This one is clearly not it, but what else is out there.

I have used IHU, http://ihu.sourceforge.net/ for voip streaming. It's
for Linux and that maybe disqualfies that program?

73
Ben / SM0KBW

On 9/17/2011 12:18 PM, Ben / SM0KBW wrote:
Jim Lux skrev 2011-09-13 17:39:
On 9/12/2011 9:38 PM, Sal wrote:
wrote in message
...


Wait a minute. What this guy is selling is a streaming audio app, not a
"shortwave radio" program.

Correct. The screen display is a "fake" radio. Tsk, tsk!



Oddly, I have been looking for a simple streaming audio app (to bring
back audio from remote receivers via 802.11 for a antenna measurement
project)... This one is clearly not it, but what else is out there.

I have used IHU, http://ihu.sourceforge.net/ for voip streaming. It's
for Linux and that maybe disqualfies that program?

being Linux doesn't disqualify it, but having no support for other OSes
sort of does..

At least it has a command line interface (useful for the remote end,
which is a small Linux box) (bearing in mind the author's warning:

Those options are useful for quick launch (at least for me ,
but I don't think it's a good idea to use them (they might be buggy),
in the future I may use standard GNU getopt, but for the moment
please use the graphic interface instead.


And it has a variety of flavors. And it might be possible to compile it
to run under OS-X or windows (not in emulation or VM, but using a
useful library)

The real gripe I have is that the data format isn't described anywhere
(at least not that google can find). reading through the source code
finds stuff about headers, stream sync, etc. but there's no obvious
description of what the UDP/TCP packets look like. In fact, there's no
comments in the source code, for the most part.

So if you DID want to write your own endpoint, it would be mighty tough.