On Sat, Sep 20, 2008 at 09:13:31PM -0500, jiangfan shi wrote:
> Can anyone offer some explanations? Thanks.
>
> Jiangfan
>
> On Thu, Sep 18, 2008 at 12:16 PM, jiangfan shi <[EMAIL PROTECTED]> wrote:
> > Hi, All,
> >
> > I looked through the gr_chunks_to_symbols_bc code, my understanding is
> > th
Can anyone offer some explanations? Thanks.
Jiangfan
On Thu, Sep 18, 2008 at 12:16 PM, jiangfan shi <[EMAIL PROTECTED]> wrote:
> Hi, All,
>
> I looked through the gr_chunks_to_symbols_bc code, my understanding is
> that it handles a two-dimension array. Based on the following work()
> function, m
On Sep 20, 2008, at 4:11 PM, Eric Blossom wrote:
Fixed in the trunk in r9625
Thanks! That took care of the issue. - MLD
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> "David" == David M Witten <[EMAIL PROTECTED]> writes:
...
>> - Get a 60 day demo version from the Xilinx Web Site
David> 60 days to conceive, implement, and debug - it can take 60 days
David> to get tools of this scale installed correctly.
Read the license carefully. Some ISE ve
Gregory Maxwell wrote:
Running the current SVN I'm having a problem with apps that display
multiple scopes (usrp_nbfm_rcv.py) for example. What happens is that
the application will update only a single scope at a time. One scope
updates for a couple of seconds then another scope does, in a round
I did not intend to create a brouhaha about this. I appreciate Matt's
flexibility in this matter, but I suspect that providing an alternate
configuration would not be a good use of his valuable time and effort.
I had seen his earlier posting on this matter and simply wanted to give
feedback fr
On Sat, Sep 20, 2008 at 03:56:11PM -0400, Gregory Maxwell wrote:
> The key error is
> "/GNURadio/trunk/build/../gnuradio-core/src/lib/runtime/gr_realtime.h:26:28:
> error: gruel/realtime.h: No such file or directory"
>
> Either adjust gnuradio-core/src/lib/runtime/gr_realtime.h to call
> gruel/src
On Sat, Sep 20, 2008 at 03:56:11PM -0400, Gregory Maxwell wrote:
> The key error is
> "/GNURadio/trunk/build/../gnuradio-core/src/lib/runtime/gr_realtime.h:26:28:
> error: gruel/realtime.h: No such file or directory"
>
> Either adjust gnuradio-core/src/lib/runtime/gr_realtime.h to call
> gruel/src
Hi Eric,
I now understand what you mean. The rate at which the blocks produce data is
solely based on what you want to produce and how you want to produce using
the inputs. It has nothing to do with "data rate". Its just how fast your
computer can perform the algorithm that's generating the output
The key error is
"/GNURadio/trunk/build/../gnuradio-core/src/lib/runtime/gr_realtime.h:26:28:
error: gruel/realtime.h: No such file or directory"
Either adjust gnuradio-core/src/lib/runtime/gr_realtime.h to call
gruel/src/include/gruel/realtime.h where it stands, adjust the build
scripts to includ
On Sat, Sep 20, 2008 at 1:58 PM, Matt Ettus <[EMAIL PROTECTED]> wrote:
[snip]
> Well here is one alternative. The S3-1500 is pin compatible with the 2000.
> If enough people wish to purchase a special version with the smaller FPGA I
> can have a number of them built that way. You would have to d
I'm building on PPC-OSX 10.5.5 XCode 3.1, with the latest trunk, from
scratch. Error is:
g++ -DHAVE_CONFIG_H -I. -I../../../../../gnuradio-core/src/lib/swig -
I../../../.. -DOMNITHREAD_POSIX=1 -I/opt/local/include -I/GNURadio/
trunk/build/../omnithread -I/GNURadio/trunk/build/../gnuradio-co
I see an emotional decision being considered and not necessarily a wise
business decision and one that involves more than Ettus, Inc. Open Source
software, which I live and breathe for, does not mean free. It is certainly
not free to you, Matt, when you have to support multiple versions of the
ha
Another suggestion is to contact your local Xilinx FAE and ask them for
a copy of the tool set for the larger FPGA. Also ask them why they
don't include the larger device in the no cost Web Pack. I never
understood why all the devices weren't included in the Web Pack. The
higher end parts ha
David,
I understand your frustration. Please understand that this decision was
not made lightly. We started out with the Spartan 3-1500 which is the
largest chip supported by the free tools. As we progressed, it became
apparent that there was not enough Block RAM to cram in all firmware fo
Running the current SVN I'm having a problem with apps that display
multiple scopes (usrp_nbfm_rcv.py) for example. What happens is that
the application will update only a single scope at a time. One scope
updates for a couple of seconds then another scope does, in a round
robin fashion. The GUI i
I always find it difficult to reconcile what the manufacturer stamps ton
these products with marketing's product briefs and what everyone calls
them (no matter which FPGA vendor), but this appears to refer to the
XC3S2000 product, part of the basic Spartan 3 series. This looks to be
just above
On Sat, Sep 20, 2008 at 11:00 AM, David M. Witten II <[EMAIL PROTECTED]> wrote:
> It is unfortunate (at least for me) that the use of the Spartan-2000
> precludes the use of the the web-pack tools from Xylinx. I'm sure that the
> extra capacity will be welcome to those who can use it. I had been
It is unfortunate (at least for me) that the use of the Spartan-2000
precludes the use of the the web-pack tools from Xylinx. I'm sure that
the extra capacity will be welcome to those who can use it. I had been
planning to purchase a USRP2 system when they became available. But as
an indivi
>> Additionally, the following symbolic links must be created for SDCC
>> for Fedora 9 (all the SDCC Fedora 9 binaries are now preceded with
>> "sdcc-"):
>> # ln -s /usr/bin/sdcc-sdcc /usr/bin/sdcc
>> # ln -s /usr/bin/sdcc-asx8051 /usr/bin/asx8051
>
> I prefer the PATH fix mentioned on the page.
E
20 matches
Mail list logo
