There is an economical AMBE-3000 device now at
http://nwdigitalradio.com/category/thumbdv
http://gnuradio.4.n7.nabble.com/file/n51701/ThumbDV%E2%84%A2.jpg
-
John D. Hays K7VE
PO Box 1223 Edmonds, WA 98020 k7ve.org
--
View this message in context:
From the information on the DV Dongle list the shipping firmware is the
same as on the moetronix.com web site.
http://www.moetronix.com/dvdongle/
Hmm. Yes it does seem they are saying everything inside the Dongle is open
source.
But I don't see how they can do that since as far as
Eric-
I got the DV Dongle friday and it seems to work. I downloaded an
application to decode DStar on the computer but DStar is not very
popular in the area yet. I have not decoded any DStar voice so far.
I only did a AMBE loopback test.
I got concerned because all the application
Eric-
APCO Project 25 has quite a number of standards documents. If you look
at a list for vocoders:
ANSI/TIA/EIA 102.BABA Vocoder Description
ANSI/TIA/EIA 102.BABB-A Vocoder Mean Opinion Score (MOS) Test
ANSI/TIA/EIA 102.BABC Vocoder Reference Test
ANSI/TIA/EIA 102.BABD Vocoder Selection
On Mon, Mar 24, 2008 at 11:24 AM, Jeff Brower [EMAIL PROTECTED] wrote:
[snip]
Using a AMBE or other codec chip is part of the hardware versus software
decision. We want to do everything in software but there are
limitations.
[snip]
Agree. In the open source voice community, many times
Gregory-
You guys do realize that the 'hardware' AMBE solutions are just
software running on a TI DSP, don't you?
Have you been following this thread and mention of TI DSPs, other low bitrate
codecs that run on TI DSPs (MELPe), etc?
We were speculating on which underlying TI chip that DVSI
Can you clarify for me, why should the DV Dongle contents be open source?
What GNU licensed code are they using that requires them to give back?
-Jeff
Hello,
The DV Dongle device uses open source firmware. It appears the manufacturer is
not following the provisions of the GNU license as
Eric-
Can you clarify for me, why should the DV Dongle contents be open source?
What GNU licensed code are they using
that requires them to give back?
The DV Dongle device uses open source firmware.
Do you mean inside the Dongle? If so, which firmware?
It appears the manufacturer is
- Start Original Message -
Sent: Mon, 24 Mar 2008 11:33:26 -0600 (CST)
From: Jeff Brower [EMAIL PROTECTED]
To: Eric Cottrell [EMAIL PROTECTED]
Subject: Re: [Discuss-gnuradio] DV Dongle - AMBE USB Device
Eric-
Can you clarify for me, why should the DV Dongle contents be open source
Gregory Maxwell wrote:
On Mon, Mar 24, 2008 at 11:24 AM, Jeff Brower [EMAIL PROTECTED] wrote:
[snip]
Using a AMBE or other codec chip is part of the hardware versus software
decision. We want to do everything in software but there are
limitations.
[snip]
Agree. In the open
Eric-
Can you clarify for me, why should the DV Dongle contents be open
source? What GNU licensed code are they using
that requires them to give back?
The DV Dongle device uses open source firmware.
Do you mean inside the Dongle? If so, which firmware?
From the
Hello,
I got the DV Dongle friday and it seems to work. I downloaded an
application to decode DStar on the computer but DStar is not very
popular in the area yet. I have not decoded any DStar voice so far.
I only did a AMBE loopback test.
I got concerned because all the application software I
Jeff Brower wrote:
Are these publications actual C code, along with input/output test
vectors that can be used to verify bit-exact performance of a software
implementation?
This is not a reference implementation. The documents describe the
algorithm(s) down to the bit level. It is not tied to
Rick
Are these publications actual C code, along with input/output test
vectors that can be used to verify bit-exact performance of a software
implementation?
This is not a reference implementation. The documents describe the
algorithm(s) down to the bit level. It is not tied to a
On Fri, Mar 21, 2008 at 04:23:00PM -0500, Rick Parrish wrote:
Jeff Brower wrote:
All the standardized codecs that I know of, both ones with IP rights
requirements and free ones, provide a reference design, typically
fixed-point C code plus test vectors. I wonder why DVSI has not done
the
David-
On Fri, Mar 21, 2008 at 04:23:00PM -0500, Rick Parrish wrote:
Jeff Brower wrote:
All the standardized codecs that I know of, both ones with IP rights
requirements and free ones, provide a reference design, typically
fixed-point C code plus test vectors. I wonder why DVSI has not
David I. Emery wrote:
Is this a DVSI licensed and publically available closed source module
or something unofficial or not generally available to the world at
large ? It has obviously long been possible to recode some reverse
engineered DSP chip based IMBE implemenation into C++ source code
Rick-
Is this a DVSI licensed and publically available closed source module
or something unofficial or not generally available to the world at
large ? It has obviously long been possible to recode some reverse
engineered DSP chip based IMBE implemenation into C++ source code for
- Start Original Message -
Sent: Wed, 19 Mar 2008 23:29:57 -0400
From: David I. Emery [EMAIL PROTECTED]
To: Rick Parrish [EMAIL PROTECTED]
Subject: Re: [Discuss-gnuradio] DV Dongle - AMBE USB Device
On Wed, Mar 19, 2008 at 07:38:13PM -0500, Rick Parrish wrote:
Jeff Brower wrote
Eric-
- Start Original Message -
Sent: Wed, 19 Mar 2008 23:29:57 -0400
From: David I. Emery [EMAIL PROTECTED]
To: Rick Parrish [EMAIL PROTECTED]
Subject: Re: [Discuss-gnuradio] DV Dongle - AMBE USB Device
On Wed, Mar 19, 2008 at 07:38:13PM -0500, Rick Parrish wrote:
Jeff
Eric-
This picture of the prototype shows it is a TI chip.
http://www.moetronix.com/dvdongle/
The problem is it may be a ROM or protected Flash version of the DSP
chip. I paid for a AMBE codec so I do not want to destroy the internal
programming,
Yes it's probably a ROM'ed version, but
Rick-
I am also thinking of writing a APCO P25 Voice to AMBE2000 frame converter
and see
if the device can decode P25 as well. This may be a general IMBE and
AMBE codec.
I hope so. I looked at this a while back. What concerned me most was the
AMBE2000/2020 documentation seemed to
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [Discuss-gnuradio] DV Dongle - AMBE USB Device
CC: discuss-gnuradio@gnu.org
On Wed, Mar 19, 2008 at 07:02:08AM -0600, Jeff Brower wrote:
Rick-
I am also thinking of writing a APCO P25 Voice to AMBE2000 frame
converter
used with Speex? My understanding is that
Speex's
PESQ scores are below 3 for anything below 3000 bps.
-Jeff
Date: Wed, 19 Mar 2008 09:02:46 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [Discuss-gnuradio] DV Dongle - AMBE USB Device
CC: discuss-gnuradio@gnu.org
Jeff Brower wrote:
If you're looking at low bitrate codecs for GNU radio, why use a
hardware (dongle)dependent solution? You might look at MELPe, which
provides 600, 1200, and 2400 bps,and can be implemented as a software
solution. MELPe is a US/NATO standard (STANAG4591). Common
applications
On Wed, Mar 19, 2008 at 07:38:13PM -0500, Rick Parrish wrote:
Jeff Brower wrote:
If you're looking at low bitrate codecs for GNU radio, why use a
hardware (dongle)dependent solution? You might look at MELPe, which
provides 600, 1200, and 2400 bps,and can be implemented as a software
Hello,
One of the problems with DStar and some other digital voice systems is
the Patent and other IP considerations. DStar uses the AMBE codec which
is owned by DVSI. Icom uses a DVSI AMBE2020 chip in their DStar
products. One possible solution is to buy hardware that puts the Patent
and IP
Eric A. Cottrell wrote:
I am also thinking of writing a APCO P25 Voice to AMBE2000 frame converter and
see
if the device can decode P25 as well. This may be a general IMBE and
AMBE codec.
I hope so. I looked at this a while back. What concerned me most was the
AMBE2000/2020 documentation
Rick Parrish wrote:
Eric A. Cottrell wrote:
I am also thinking of writing a APCO P25 Voice to AMBE2000 frame
converter and see
if the device can decode P25 as well. This may be a general IMBE and
AMBE codec.
I hope so. I looked at this a while back. What concerned me most was
the
29 matches
Mail list logo