I'm happy to work with them, if we can just get them interested. The
protocol development is, fortunately, something we can demonstrate with
working software before it is standardized. The various second-source
D-Star hardware will work for that. I would like to talk with the people
at ICOM if we can get the right ones to listen.
I have accepted a speech at CEBIT in Germany, so will be able to do some
Codec2 promotion there.
Thanks
Bruce
On 11/29/2011 06:58 AM, [email protected] wrote:
> Bruce,
>
> I agree and disagree; I agree that it's not our responsibility to modify the
> equipment of end users that are "locked" into a specific mode, but I disagree
> that we should ignore them entirely, based on a preference for an open DV
> system. I would much rather see a piece of hardware that was able to support
> the existing system as well as be upgradable in software to support new
> ideas, which is why I brought up working with the protocol developers and one
> existing hardware manufacturer to begin with.
>
> Matthew Pitts
> N8OHU
>
> Sent from my Verizon Wireless BlackBerry
>
> -----Original Message-----
> From: Bruce Perens<[email protected]>
> Date: Tue, 29 Nov 2011 04:30:10
> To:<[email protected]>
> Reply-To: [email protected]
> Subject: Re: [Freetel-codec2] HF narrow band
>
> On 11/29/2011 12:32 AM, Kristoff Bonne wrote:
>
>> there are a lot of hams who are mostly "users" who have payed a lot of
>> money for the D-STAR radios
>>
> Which is just too bad. Appliance users who spend lots of money always
> lock themselves in. We can help the people who want to mod their radios,
> sometimes, if someone out there is willing to engineer a daughter board
> replacement. We aren't responsible to do that ourselves.
>
>> That would require a "(re)programmable" HT. It's not because a HT uses
>> SDR internally that the manufactorer has any reason to make that
>> interface available externally. I would expect them to keep that as much
>> "closed in" as possible.
>>
>>
> I was not proposing to wait for ICOM, Kenwood, or Yaesu to do this, or
> some Chinese manufacturer. One alternative is to make a new business and
> give David some work. Another is to do it as a project like HPSDR. I am
> exploring the potential for funding such a business. I do the opening
> keynote of the Wireless Innovation Forum at 9 AM today and will include
> a short discussion of the project.
>
> Thanks
>
> Bruce
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Freetel-codec2 mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Freetel-codec2 mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
>
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
