> Running on D-STAR is -as far as I see it- not possible; for two reason: > - Using codec2 in the "DV" (digital voice) mode is incompatible with the > D-STAR specification. These explicitally say "D-STAR uses AMBE".
It would certainly be rude to TX codec2 (as D-Star) on someone's D-Star repeater, however just because the spec says that 'D-Star' is based around AMBE shouldn't stop us using a virtually identical frame format for another purpose. This would be good as there is a wealth code written for D-Star, which could be re-purposed. As I mentioned in my earlier email there is a 'Codec Version Number' for the audio frames, which we could use to signal something other than the current AMBE codec. > - Using codec2 on the DD (Digital data) part of D-STAR would be > possible; but is difficult. D-STAR DD are actually data-frames > encapsulated in an ethernet-frames (up to 1500 octets in size). I would steer clear of DD frames, from what I understand these are only possible on 900MHz and 2.4GHz links. For VHF there is 'slow data' but this is really only good for 'ASCII' squeezed in between audio frames. The ICOM radios seem to have a weird standard for GPS data over the 'slow data' path. Simon ------------------------------------------------------------------------------ RSA® Conference 2012 Save $700 by Nov 18 Register now! http://p.sf.net/sfu/rsa-sfdev2dev1 _______________________________________________ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
