Re: [digitalradio] Re: Has anyone looked into FPGA-based digitalmodes?

2008-08-07 Thread Robert Thompson
protocol that required a long leader for sync coupled with a short-timeout/short burst non-windowed ARQ layer 2. I'd love to say that this was a theoretical example, but I've seen people who expected this to work. -- Regards, Robert Thompson

Re: [digitalradio] Re: Has anyone looked into FPGA-based digitalmodes?

2008-08-05 Thread Robert Thompson
seems the way to go, I would not discard a priori a hardware solution as the one being proposed. It has the beauty of distributed processing, and is not tied by operating system constraints. [snip] . -- Regards, Robert Thompson

Re: [digitalradio] Finding Com port

2008-01-02 Thread Robert Thompson
/digitalradio/database Yahoo! Groups Links -- Regards, Robert Thompson ~ Concise, Complete, Correct: Pick Two ~ Faster, Cheaper, Better: Pick Two ~ Pervasive, Powerful, Trustworthy: Pick One ~Whom the computers would destroy

Re: [digitalradio] Re: digital voice within 100 Hz bandwidth

2007-11-18 Thread Robert Thompson
the wheel. 73 and GL, Vojtech OK1IAK -- Regards, Robert Thompson ~ Concise, Complete, Correct: Pick Two ~ Faster, Cheaper, Better: Pick Two ~ Pervasive, Powerful, Trustworthy: Pick One ~Whom the computers would

Re: [digitalradio] Re: digital voice within 100 Hz bandwidth

2007-11-18 Thread Robert Thompson
recognition. On Nov 18, 2007 1:31 PM, Mike Lebo [EMAIL PROTECTED] wrote: Robert, I agree. The thing that is different is that speech recognition is not real time. Voice over the radio is real time. Mike n6ief On Nov 18, 2007 10:46 AM, Robert Thompson [EMAIL PROTECTED] wrote

Re: [digitalradio] Re: digital voice within 100 Hz bandwidth

2007-11-18 Thread Robert Thompson
of a number of speech-to-text transcription packages. I apologize if my unsupported and abrupt original phrasing appeared to be inflammatory. Such was not intended. On Nov 18, 2007 2:11 PM, Robert Thompson [EMAIL PROTECTED] wrote: That is not entirely true. Besides, I wasn't focusing so much

Re: [digitalradio] Re: New emcomm tool now available

2007-10-26 Thread Robert Thompson
On 10/18/07, Andrew O'Brien [EMAIL PROTECTED] wrote: Alas, the Linux nature of it has scared some people away. Well, given that FLTK is ported to win32, it shouldn't be impossible to port (either cleanly or using something like cygwin) to windows, for wider acceptance... I haven't yet looked at

Re: [digitalradio] Re: interesting piece by K1ZZ

2007-10-02 Thread Robert Thompson
/drsked/drsked.php Yahoo! Groups Links -- Regards, Robert Thompson ~ Concise, Complete, Correct: Pick Two ~ Faster, Cheaper, Better: Pick Two ~ Pervasive, Powerful, Trustworthy: Pick One ~Whom the computers would destroy

Re: [digitalradio] Re: ALE QRM

2007-10-01 Thread Robert Thompson
A couple of minor comments: 97.3(a)(9)/ Beacon/. An amateur station transmitting communications for the purposes of observation of propagation and reception or other related experimental activities. ALE as is normally used, is actually operated as a selective calling and linking interface.

Re: [digitalradio] Is HF emergency communication really viable?

2007-10-01 Thread Robert Thompson
enforcing spartan message constraints, well, one can generate much smoke and a little fire by starting *that* discussion ;-) -- Regards, Robert Thompson

Re: [digitalradio] Re: jt65a is an automatic mode

2007-10-01 Thread Robert Thompson
protocols are multiplexed: any single-user BBS interface, for example, is not multiplexed. Any criticisms or improvements needed? -- Regards, Robert Thompson

Re: [digitalradio] Absolute best case transfer - NON STANDARD MODE - Bandwidth .3 to 2.7 khz

2007-09-30 Thread Robert Thompson
the same radio so we have absolute max S/N ratioup to 31 db Regards Les VK2DSG -- Regards, Robert Thompson

Re: [digitalradio] useless qrm

2007-09-30 Thread Robert Thompson
: It sounds like a ghastly prescription for useless QRM. you mean like in contest david/wd4kpd Announce your digital presence via our Interactive Sked Page at http://www.obriensweb.com/drsked/drsked.php Yahoo! Groups Links -- Regards, Robert Thompson

Re: [digitalradio] ALE yes ... or no?

2007-09-30 Thread Robert Thompson
to meet the timeouts over a HF channel. Now note that a large subset of the internet is unreachable from a HTTP/1.0 client... specifically *every* host that uses name-based virtual hosting, which is almost everything. Just one example. Expect to trip over hundreds more. -- Regards, Robert Thompson

Re: [digitalradio] Re: center of the waterfall question

2007-09-30 Thread Robert Thompson
weird filter. Some modulations are more sensitive than others. -- Regards, Robert Thompson

Re: [digitalradio] JT65A..first contact

2007-09-30 Thread Robert Thompson
2008. 11 al 15 de febrero del 2008. Palacio de las Convenciones, Ciudad de la Habana, Cuba http://www.universidad2008.cu Announce your digital presence via our Interactive Sked Page at http://www.obriensweb.com/drsked/drsked.php Yahoo! Groups Links -- Regards, Robert Thompson

Re: [digitalradio] ALE standards work fine Re: [hflink] ARQ FAE

2007-09-24 Thread Robert Thompson
It would be interesting to implement a pluggable version of the ALE state machine so that we could experiment with different modulations and compare their efficacy for the link establishment / link management role of ALE. Obviously everything has tradeoffs, and an ALE on top of a weak signals

Re: [digitalradio] Re: Busy Detectors

2007-09-19 Thread Robert Thompson
I was not claiming that SCAMP *did* violate; I just had no information. Given that SCAMP didn't directly link to or modify any GPL code, the following is slightly off-topic... By the way, a very good resource for what the GPL *really* does and does not mean is at http://www.gnu.org/licenses/ .

Re: [digitalradio] Re: Busy Detectors

2007-09-19 Thread Robert Thompson
My comments are interspersed. On 9/18/07, Rick [EMAIL PROTECTED] wrote: My comments interspersed with Mr. Thompsons - - - - - The complete SCAMP specification is available and will be released under the GPL as a blueprint for client developers to insure compatibility across different

Re: [digitalradio] Re: Busy Detectors

2007-09-19 Thread Robert Thompson
impressed with the ability to not transmit except on a clear frequency. 73, Rick, KV9U Robert Thompson wrote: Specifically, if someone was already holding a SSB QSO (one of the more difficult standard cases), would it successfully hold off until they abandoned the frequency before

Re: [digitalradio] Re: [hflink] ARQ FAE

2007-09-19 Thread Robert Thompson
@yahoogroups.com, Robert Thompson [EMAIL PROTECTED] wrote: Just a note... 125 baud is not always 125 bits per second, since the modulation unit may contain multiple bits of data. An example: An eight-tone modem might have each tone represent one of the 8 different three-bit patterns. Thus

Re: [digitalradio] Re: [hflink] ARQ FAE

2007-09-19 Thread Robert Thompson
is *significantly* sub-Shannon... =) If I can find the URL (or another reference to the convenient-form formulas), I'll post it here. On 9/19/07, Demetre SV1UY [EMAIL PROTECTED] wrote: --- In digitalradio@yahoogroups.com, Robert Thompson [EMAIL PROTECTED] wrote: I think the basic ALE multitone

Re: [digitalradio] Re: Busy Detectors

2007-09-18 Thread Robert Thompson
On 9/17/07, Dave Bernstein [EMAIL PROTECTED] wrote: +++More AA6YQ comments below --- In digitalradio@yahoogroups.com, Robert Thompson [EMAIL PROTECTED] wrote: On 9/17/07, Dave Bernstein [EMAIL PROTECTED] wrote: Two years ago, SCAMP demonstrated a multi-mode busy detector for HF

Re: [digitalradio] Re: Busy Detectors

2007-09-18 Thread Robert Thompson
it unnecessary. A practical solution may also require some change in expectations on the part of pure human-to-human qso partners, too. Regards, Robert Thompson

Re: [digitalradio] Re: Busy Detectors

2007-09-18 Thread Robert Thompson
://TheHamNetwork.net -Original Message- From: digitalradio@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Robert Thompson Sent: Tuesday, September 18, 2007 1:57 PM To: digitalradio@yahoogroups.com Subject: Re: [digitalradio] Re: Busy Detectors If there was GPL code involved

Re: [digitalradio] Re: Busy Detectors

2007-09-18 Thread Robert Thompson
. Regards, Robert Thompson

Re: [digitalradio] Re: Busy Detectors

2007-09-18 Thread Robert Thompson
and such... -- Regards, Robert Thompson

Re: [digitalradio] Re: Busy Detectors

2007-09-18 Thread Robert Thompson
We seem to be on the same wavelength here... Now, to break it own into small enough chunks that it fits into time away from work an d such... I actually have been working on some code for things like the busy detector and connection-logic state machines in my spare time. I may even have

Re: [digitalradio] Re: [hflink] ARQ FAE

2007-09-18 Thread Robert Thompson
To Demetre, the speed is 125 bauds as the other ALE modes. 73 Patrick Hi again Patrick, How difficult is it to make 125 bauds faster, say 800 - 1200 bps so that it can at least compete with PACTOR II? 73 de Demetre SV1UY Just a note... 125 baud is not always 125 bits per second,

Re: [digitalradio] Re: Busy Detectors

2007-09-17 Thread Robert Thompson
On 9/17/07, Dave Bernstein [EMAIL PROTECTED] wrote: Two years ago, SCAMP demonstrated a multi-mode busy detector for HF that proved highly effective, despite the fact that it was a quick and dirty first attempt. Deploying this busy detector on WinLink PMBOs would eliminate most of the

Re: [digitalradio] PSKMAIL ?

2007-09-04 Thread Robert Thompson
You can run Vista under VMWare (or any other virtualizer/emulator) under Linux, OSX, or anywhere else without violating the Microsoft license. You just can't do so with the cheaper Home Edition. The real drive behind this is actually OSX. A lot of people are starting to use OSX as their main

Re: [digitalradio] PSKMAIL ?

2007-09-02 Thread Robert Thompson
One reason there isn't a windows version is that PSKMail is leveraging a lot of already available bits of Linux infrastructure. To port it to windows would require either porting most of those pieces to windows yourself (time consuming), using pre-ported bits where possible (flaky, as they were

Re: [digitalradio] Re: SCAMP?

2007-06-09 Thread Robert Thompson
If you want to know more about the GPL, here's the source: http://www.fsf.org/licensing/education My personal thougths: It is very impolite to push a freeware developer to release his source with legal threats. The developper will get angry and stop working (for free) for the