Hello Sholto,

> In fact taking this idea a step forward, maybe it would be better to write 
> an RS ID "front end" that all new digi mode programs could take advantage 
> of. Maybe thru a DDE channel or tcp/ip. That way the RS ID 
> detector/transmitter would be a
If decoding a RS ID code is a bit complex (the code not being trivial), 
transmitting is not very complicated, in all cases more simple that writing 
a program (linked through DDE or TCP/IP) to manage the sound card and send 
the RS ID code through the selected sound card.

>That way digi mode developers could concentrate on their mode
However, i agree that it would be certainly an advantage for new programs 
not to have to manage this RS ID part. But they will have, in that case, to 
write a minimum DDE or a TCP/IP management.

Now, Multipsk indicates the mode decoded even if not decoded by Multipsk. 
And I think Fldigi and DM780 so the same.
So, as a minimum, transmitting the code will be sufficient. RS ID code is 
available in C an Pascal.

73
Patrick

----- Original Message ----- 
From: "sholtofish" <[email protected]>
To: <[email protected]>
Sent: Wednesday, August 18, 2010 8:40 PM
Subject: [digitalradio] Re: Solving the RSID problem once and for all


> Hi Simon,
>
> My point is that most software that doesn't send RSID is not a problem at 
> all as they are limited to few modes. Does anyone on here not recognize 
> RTTY (MMTTY) or PSK31 & MFSK16 (TruTTY) by ear?
>
> MixW is a separate point in case as it does have some advanced modes but 
> there is little chance the authors will ever update it again.
>
> My idea was just simple prog to run in parallel to any sound card program. 
> It's purpose would be to clue you in on what exotic modes you were 
> hearing. It would then be up the op to decide what program to use. If 
> you're already using DM780,FLDigi or MultiPSK then there would be no need 
> for it at all.
>
> In fact taking this idea a step forward, maybe it would be better to write 
> an RS ID "front end" that all new digi mode programs could take advantage 
> of. Maybe thru a DDE channel or tcp/ip. That way the RS ID 
> detector/transmitter would be a separate entity which could be spawned by 
> a digi mode program or loaded independently. That way digi mode developers 
> could concentrate on their mode and the RS ID developers could harmonize 
> all the RS ID combinations in one place?
>
> 73
>
> Sholto
>
>
> --- In [email protected], "Simon HB9DRV" <simon.br...@...> 
> wrote:
>>
>> But what about the software that doesn't send RSID?
>>
>> Simon Brown, HB9DRV
>> http://sdr-radio.com
>>
>>
>> > -----Original Message-----
>> > From: [email protected] 
>> > [mailto:[email protected]]
>> > On Behalf Of sholtofish
>> >
>> > I guess someone could write a helper application (say on the system 
>> > tray)
>> > that monitors the sound card continuously and flashes up a box with the
>> > detected mode? Not that you would be able to tune to it or reply 
>> > without
>> > the appropriate software but at least it would inform you of what mode 
>> > was
>> > being used.
>> >
>>
>
>
>
>
> ------------------------------------
>
> http://www.obriensweb.com/digispotter.html
> Chat, Skeds, and "Spots" all in one (resize to suit)
>
> Facebook= http://www.facebook.com/pages/digitalradio/123270301037522
>
> Yahoo! Groups Links
>
>
>
>
> 


Reply via email to