Re: [Svxlink-devel] Why D-Star ??
Brought to you by:
sm0svx
|
From: Peter B. <vk...@gm...> - 2008-09-29 08:32:50
|
On Sun, 28 Sep 2008 18:34:20 +0200 Tobias Blomberg <sm...@us...> wrote: > On Sunday 28 September 2008 16:16:36 Peter Barrett wrote: > > Hi again and thanks for letting me join the discussion. > > > > AFAICS the problem with D-Star is just this thing > > http://www.dvsinc.com/products/a2020.htm this is whats going on ATM > > http://www.mail-archive.com/dis...@gn.../msg12698.html > > > > Personally I have no issue with it. Its just another super-cockroach to > > deal with. Looks like it could also be useful for scanners and cop-radio > > enthusiasts......(aren't we all?) > > Yes, I think AMBE is an annoyance, not a show-stopper. However, the DV-dongle > is quite expensive ($200) the tqfp is abt 20db here in oz. they may also be rattable from commercial gear etc (tqfp is easier to refloat than sba ;*] here is one guy's handiwork http://www.moetronics.com/dstar and I'm not sure if it can handle more than one > audio stream. Can it handle encoding and decoding at the same time as would > be needed at a repeater site? And also, if connecting to the D-STAR network > via Internet there is another audio stream to encode/decode. > > Of course it's not good for audio quality to decode, process and then encode > the audio again. For audio quality, it would be best to route the encoded > audio blocks through without decoding/encoding from the spex simultaneous codec-ing seems to me the very thing ambe2020 was designed to do every 20ms but then we loose the ability > to mix in other audio, and process it in different ways. Not to mention that > the audio handling infrastructure have to be rewritten (again). I wonder how > much audio quality is lost in an decode/encode operation. ....maybe not with this chip??? seems to take care of all that??????? I'm rtfm now.....X-8^d > > I'm glad to see that people are working on getting the DV-dongle working under > Linux. One day maybe that code can be integrated in SvxLink. it would be a killer-app. put it on a puppy and hey presto, instant node no hdd reqd Interfacing a $20 chip.........hmmmm > > 73's de SM0SVX / Tobias > > > > > > 73deVK6FUN > > > > my callsign spells my specialty > > > > > > > > > > > > On Sun, 28 Sep 2008 15:01:36 +0200 > > > > Tobias Blomberg <sm...@us...> wrote: > > > On Thursday 18 September 2008 21:22:50 Randall Rethlake wrote: > > > > Greetings to the list! > > > > > > > > I am not the worlds biggest fan of Semi-Open Source Software/Hardware > > > > which is what I feel is the problem with D-Star, and I'm not really > > > > much of a fan of Icom Inc. (I do own two of their radios though, both > > > > hand held types...;-) ) > > > > > > > > Anyway, I think that with the present rich source of programming talent > > > > available out there (Tobias and anyone else!) to maybe take a > > > > Open-source Digital Voice format and make it our own. > > > > > > I don't like the closed nature of the voice codec either. The problem is > > > to get wide acceptance from hardware vendors to produce equipment for a > > > new digital mode and without commercial support that mode will only be a > > > curiosity for a small number of users. > > > > > > > I guess what prompted all this, is reading about APCO P-25 in the > > > > ARRL's Qst Magazine. > > > > > > > > From what I read in QST, it is an Open Standard, and that's why Hams > > > > can > > > > > > > > use it in the States, but whether it's an Exportable technology, I have > > > > not really looked into yet.. > > > > > > > > Anyway, There are radios out there that use the P-25 Format that can be > > > > converted to Ham radio use (2 Mtr, 70 Cm) Just Too-Damm Expensive :-( > > > > and repeaters....Out of this world ! > > > > > > This mode sounds interresting. Maybe prices will fall in the future and > > > equipment will be easier to find. Then it may be of greater interrest. > > > I'll have to read more about P-25. > > > > > > > So, my Idea is This, Why should it not possible to take a Linux Box and > > > > use it as a Bit-Banger (Bit Regerator) between a transmitter and > > > > receiver to retransmit the data stream? This could be done as a Linux > > > > Loadable Module or better yet Compiled within the kernal itself and > > > > with the proper hooks, the SVXLink software could be loaded on top to > > > > create REAL honest functionality. > > > > > > > > Anyone has a thought or two on this?? > > > > > > Are you talking about D-STAR, P-25 or something else now? A D-STAR > > > signal could certainly be demodulated and then retransmitted without > > > re-encoding the voice but then SvxLink would not be able to add any > > > features at all. No roger beep, no EchoLink, no nothing. Just a plain > > > repeater. > > > > > > 73's de SM0SVX / Tobias > > > > > > > 73 de Randy. > > > > ---------------------- > > > > Amateur Radio Station: > > > > WR0RR > > > > (Ex: KA0UYL, N0GMX) > > > > ---------------------- > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Svxlink-devel mailing list > Svx...@li... > https://lists.sourceforge.net/lists/listinfo/svxlink-devel -- Peter Barrett <vk...@gm...> |