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 a
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,
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
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:
Eric Blossom wrote:
On Thu, Mar 20, 2008 at 11:19:38AM -0400, George Nychis wrote:
Hi all,
I was wondering if anyone knows the rules for selecting clock recovery
parameters for the gr_clock_recovery_mm_* block. In specific, I'm
wondering about the following parameters:
mu, gain mu, ome
- 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
On Thu, Mar 20, 2008 at 01:15:16PM -0400, Gregory Maxwell wrote:
> (Sorry to break the threading, I just subscribed. I've been a long
> time reader of this list but this is my first post.)
>
> I'm pretty interested to see d-star being discussed here, since this
> has been a topic of interest for m
(Sorry to break the threading, I just subscribed. I've been a long
time reader of this list but this is my first post.)
I'm pretty interested to see d-star being discussed here, since this
has been a topic of interest for me for a while.
It is my position that in the US AMBE is already prohibited
On Thu, Mar 20, 2008 at 11:19:38AM -0400, George Nychis wrote:
> Hi all,
>
> I was wondering if anyone knows the rules for selecting clock recovery
> parameters for the gr_clock_recovery_mm_* block. In specific, I'm
> wondering about the following parameters:
> mu, gain mu, omega, omega gain,
Rob Walker wrote:
I was attempting to use Chuck Swiger's utility at
http://www.swigerco.com/gnuradio/raw2num_f.c to read a gnuradio file
created by audio_to_file.py but kept getting "Input reached EOF" well
before the entire file had been read. I am not a C programmer, but
while debugging I noti
Hi all,
I was wondering if anyone knows the rules for selecting clock recovery
parameters for the gr_clock_recovery_mm_* block. In specific, I'm
wondering about the following parameters:
mu, gain mu, omega, omega gain, and omega limit
I would like to verify the clock recovery parameters ch
I was attempting to use Chuck Swiger's utility at
http://www.swigerco.com/gnuradio/raw2num_f.c to read a gnuradio file
created by audio_to_file.py but kept getting "Input reached EOF" well
before the entire file had been read. I am not a C programmer, but
while debugging I noticed that he had used
Jose Emilio Gervilla Rega wrote:
What I was talking about I think it is not post-processing like the
files in the link you`ve put me in your answer. I refer for example at
the synchronization matlab file which is implemented in the folder
gnuradio/gnuradio-examples/python/ofdm. In this folder f
What I was talking about I think it is not post-processing like the files in
the link you`ve put me in your answer. I refer for example at the
synchronization matlab file which is implemented in the folder
gnuradio/gnuradio-examples/python/ofdm. In this folder from the installed
program is a f
I used MATLAB to create waveforms and then send them to GNURadio using TCP
ports and out through the USRP (and vise versa). Not sure if this is what
you want, but this is how I did it...
On the python side, I used the following code to open the TCP socket...
http://alumni.media.mit.edu/~jcoole
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
16 matches
Mail list logo