> There are about 10.76 Msymbols/sec in an ATSC signal, so you are going
> to have Nyquist problems if you try to represent them in 8M complex
> samples/sec. You'll need at least 10.76 complex MS/s. (Indeed you
> may notice that we were skating inside the edge by using 20
> non-complex MS/s on th
> (and while I do have access to an mc4020 board, it is
> not in a location that can receive ATSC signals and I'm not about to run
> coax all over the place).
I have to start by saying: either moving the mc4020 board to where the
antenna is, or running coax all over the place, will be MUCH easier
Joshua:
That was definitely the fix.
I created a new user on my machine and downloaded a completely
fresh copy. I deleted all the old stuff and moved it over.
for-all-dirs ../buildit
worked through all the directories to completion without an\
error.
Thanks!
Bob
-Original Message-
> I've been mulling over thinking about considering trying to rewrite the
> old atsc stuff over to the new architecture; it doesn't actually look
> that hard... maybe a day's work or so.
Hey, great! I was thinking of doing it too, but it would take me
awhile to get to it.
> However before doing
Hello all,
Our website http://www.ncassr.org/projects/sdr/ went live today.
Feedback , comments are welcome,
Regards,
Meenal
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Tue, Mar 01, 2005 at 10:53:10PM +0100, Stephane Fillod wrote:
> On Mon, Feb 28, 2005 at 03:59:00AM -0800, Eric Blossom wrote:
>
> > The primary bottleneck is in the rx path and is in the generic (C++)
> > implemenation of gr_fir_ccf. We could use a SIMD version
> > of this filter primitive (an
I'm assuming that this problem was resolved by the changes I made to
all of the bootstraps. Thanks Joshua!
If not, let me know, or better yet, send me a fix.
Eric
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman
On Mon, Feb 28, 2005 at 03:59:00AM -0800, Eric Blossom wrote:
> Matt and I spent some time looking at the FSK code over the weekend.
[...]
nice!
> The primary bottleneck is in the rx path and is in the generic (C++)
> implemenation of gr_fir_ccf. We could use a SIMD version
> of this filter pri
On Tue, Mar 01, 2005 at 12:26:52AM -0500, Rahul Dhar wrote:
> Is "bytes_to_syms" a symbol exported by gr_bytes_to_syms? I'm trying to
> understand the framing mechanism.
>
> Thanks,
> -Rahul
gr.bytes_to_syms is the SWIG generated wrapper for gr_bytes_to_syms.
The interface exported to Python is
On Tue, Mar 01, 2005 at 10:29:57AM -0500, Robert W. McGwier wrote:
> What is this about? rebuilding gnuradio-core after a checkout:
>
> I cannot see an error in the file with emacs
>
> In file included from /usr/include/g++/algorithm:69,
> from /usr/include/boost/shared_ptr.hpp:3
What is this about? rebuilding gnuradio-core after a checkout:
I cannot see an error in the file with emacs
In file included from /usr/include/g++/algorithm:69,
from /usr/include/boost/shared_ptr.hpp:31,
from gr_types.h:26,
from gr_runtime.h:26,
11 matches
Mail list logo
