Re: Proposed Aim for Speak Freely

"P Heyden" <[email protected]>
Newsgroups gmane.comp.audio.speak-freely.general
Message-ID <007201c365a8$fd11f730$6401a8c0@cx5052a>
Kevin,

To take this concept one step further, I would like to see an implementation
that does not require the running of an operating environment like Windows.
I have an application for remote station control where a SF could be
installed on a computer at someone's office, but at the remote site it is
simply a stand-alone box with interface for audio and PTT.

I know this is very specialized, but it would be nice.

Paul vander Heyden
----- Original Message -----
From: "Kevin McCoy" <[email protected]>
To: <[email protected]>
Sent: Monday, August 18, 2003 8:20 AM
Subject: Re: [speak-freely] Proposed Aim for Speak Freely


> I concur. I do not need high quality audio, since all my traffic is
> telephone quality (or less) radio communications.  I use SF to link
various
> radio repeater sites together and do not want or need additional codecs.
> Some of my sites have *very* limited network bandwidth, with some running
as
> slow as 9600 bps.  That 9600 bps is shared with other non-VOIP traffic no
> less!
>
> I think that SF programming effort should emphasize a solution of the NAT
> problem, possibly using a single port for both control and VOIP packets,
> code cleanup, turning it into a GUI-less DLL, Etc.
>
> After all the important stuff is done, then add all the codecs you like -
> but make sure you #ifdef them in the code so I can shut them all off :-)
If
> you guys can come up with codecs that use LESS bandwidth than the ones
> already included in SF with decent audio quality, then go for it.
>
> Lets focus on the original intended use of SF before reinventing
RealAudio,
> Windoze Media Player, Etc.
>
> Kevin
>
> ----- Original Message -----
> From: "P Heyden" <[email protected]>
> To: <[email protected]>
> Sent: Saturday, August 16, 2003 07:14
> Subject: Re: [speak-freely] Proposed Aim for Speak Freely
>
>
> > Gentlemen,
> >
> > I have followed this thread of what ought and what ought not be done
with
> SF
> > and I only ask that the collective "we" not forget what many of us use
SF
> > for.  Namely, "plain old internet telephone".
> >
> > It is nice to talk about high quality codecs etc, but I can tel you that
> for
> > normal telecommunications 64K is not needed.  For many years I ran very
> good
> > quality PCM multiplexed voice circuits at 16K.  Our customers could not
> tell
> > the difference between 16k and 64K.
> >
> > What is needed is a definitive plan for the future of SF.  As in many
> things
> > you have to walk before you run.  I see the maintenance and support of
the
> > current product as a basic cornerstone for what the future might hold.
> >
> > Sincerely,
> >
> > Paul vander Heyden
>
>
>
>                       * * *
>
> To unsubscribe from this mailing list, send E-mail containing
> the word "unsubscribe" in the message body (*not* as the
> Subject) to [email protected]
>


                      * * *

To unsubscribe from this mailing list, send E-mail containing
the word "unsubscribe" in the message body (*not* as the
Subject) to [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.