Thanks Dan
Yeah the magic number seemed to be a rate around 300kbps. Getting really good
results now.
Thanks again,
-Joe
In my experience the USRP stops performing very well at low bitrates.
This is due to the current code's inability to handle large
Eric,
See reply embedded
On 10/1/07, Eric Blossom [EMAIL PROTECTED] wrote:
On Mon, Oct 01, 2007 at 06:07:51PM -0700, Tim Meehan wrote:
Eric,
The QA code (qa_gr_fir_ccf.cc) forces a 16 byte alignment. When the
malloc16Allign is replaced with a regular malloc in the QA code, make
I believe Daniel Garcia implemented this a while ago.
Check http://www.danielgarcia.info/thesis/ for info.
I tested it and it seemed to work, but only when my TVRX was connected
to cable TV. When hooked to an antenna, apparently the signal was not
strong enough for the sync to function.
Rob
On Tue, Oct 02, 2007 at 04:10:07AM -0700, Tim Meehan wrote:
Eric,
See reply embedded
Thanks.
On 10/1/07, Eric Blossom [EMAIL PROTECTED] wrote:
On Mon, Oct 01, 2007 at 06:07:51PM -0700, Tim Meehan wrote:
Eric,
The QA code (qa_gr_fir_ccf.cc) forces a 16 byte alignment. When
On 10/2/07, Eric Blossom [EMAIL PROTECTED] wrote:
snip
Yes I do see the 0RCR or R case. For example when I change the QA
code
to use stack allocation for the input (uncommenting a piece of code
that
was originally there, lines 110 and 111 in the QA code from trunk) the
check
On Tue, Oct 02, 2007 at 08:52:06AM -0700, Tim Meehan wrote:
In the production code, I.e., where you are seeing problems (was it
around gri_mmse_fir_interpolator?), do you see the alignment
problem occur?
In the production code the input is declared in gr_mpsk_receiver_cc.h line
300
Tim,
I've checked a trial fix into the trunk as of r6575.
Can you please update and let me know if it fixes your problem?
Thanks,
Eric
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On the ubuntu live cd (the installation CD) use gparted. It is already
there and ready for that purpose without having to resort to your
favorite bittorrent copy of partition magic.
Bob
Eng. Firas wrote:
Hi,
I suggest you run partition magic and divide your hard disk into a new
partition
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Brian Padalino
Sent: Monday, October 01, 2007 5:53 PM
To: Matt Ettus
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Default FPGA I/O standard
On 10/1/07, Matt Ettus [EMAIL PROTECTED]
The update seems to work. I re-ran configure and verified that the SSE code
was being used. make check passes and the original code Dev had a problem
with benchmark_loopback.py works correctly.
Tim
On 10/2/07, Eric Blossom [EMAIL PROTECTED] wrote:
Tim,
I've checked a trial fix into the
Thanks everyone for the help and information. I also discovered that if you
want to increase the drive strength for any IO standard for the FPGA IO pins
it is possible through the Assignment Editor in Quartus II under Logic
Options by setting current_strength_new to drive strength
Thanks again
On Tue, Oct 02, 2007 at 03:42:43PM -0700, Tim Meehan wrote:
The update seems to work. I re-ran configure and verified that the SSE code
was being used. make check passes and the original code Dev had a problem
with benchmark_loopback.py works correctly.
Tim
Thanks!
Eric
12 matches
Mail list logo