On Thu, Feb 16, 2012 at 10:19:31AM -0800, Josh Blum wrote:
> > I was wondering if it's a big deal to give gnuradio-companion a switch
> > to just compile a .grc file without firing up the GUI.
> Give this a shot: https://github.com/jettero/grcc/blob/grcc/grcc
> -Josh
This is exactly why I wrote g
On Tue, Feb 14, 2012 at 09:59:45AM +0100, Martin Braun wrote:
> One way to remedy this might be GSoC. Developing a nice application,
I'm a little surprised by this discussion. I think GNU Radio is
positively amazing for prototyping, testing, and academic
purposes. I can't imagine making finished
I'm trying to take an input file, encode it as qam and dump it to a wav file.
You know, one of those simple things students do for no reason.
Well, when I try it without a packet_mod_b, the output I get from
my decoder is all 0s, I'm not sure what I expected to happen
without synchronizers, but i
On Mon, Dec 19, 2011 at 10:54:02AM -0800, Josh Blum wrote:
> Are you positive that its not a problem with the gui sink itself. See
> this bug: http://gnuradio.org/redmine/issues/464
> One way around it would be to feed both float signals into a float to
Yeah, that's the problem, thanks. The work
On Mon, Dec 12, 2011 at 05:19:13PM -0800, Josh Blum wrote:
> Its weird that feval works ok, I tried for a bit, but I couldnt figure
> out what was different about my blocks. This will take more effort to
> figure out if thats possible, but I do think its a bug in swig.
Well, let me know if I can h
On Wed, Dec 7, 2011 at 2:03 PM, Josh Blum wrote:
> I cant say yet as to why, but at least its reproducible.
I spent a few hours source diving today and gdb-stepping. I
could not figure it out, but I did find that it's broken in every
minor release after 2.0.1 (2.0.2, 3 and 4).
I finally gave u
On Tue, Dec 06, 2011 at 09:54:43PM -0800, Josh Blum wrote:
> So it looks like everything else passed which included gr_feval (another
> thing in gnuradio-core that uses swig directors).
Yes, indeed sir, that happened.
Start 22: qa_feval 22/92
Test #22: qa_feval .
On Tue, Dec 06, 2011 at 12:44:17PM -0800, Josh Blum wrote:
> Whats your OS? I have tested it on a few recent ubuntus and fedoras, and
> windows with a recent boost.
Arch. Everything is wacky new because of rolling release. It's
super easy to get going if you build a test box, and I will
happily
On Mon, Dec 05, 2011 at 08:30:17AM -0800, Josh Blum wrote:
> Looks like I had a typo in the forecast call, fix is pushed. I should
> have had unit testing for the general_work as well.
> http://gnuradio.org/cgit/jblum.git/log/?h=python_blocks
Compiled!
> I dont really know if thats the cause of t
I have built a really simple block for testing purposes…
When I run it, I get segmentation faults and source diving has
not revealed the problem to me — there's a lot of code there, too
much for me it seems.
Am I doing something so horribly wrong?
The build I'm using from jbuml's git:
* jblu
[DISCLAIMER: I'm messing around in the 10011 svn trunk, so I expect
certain things don't work.]
I was playing with the message queues, trying to really figure them
out. I wrote something that goes to files like this:
topb = gr.top_block()
modu = blks2.gmsk_mod()
pktb = blks2.mod_pkts
I regularly build debian/ubuntu packages with the lastest boost and
gnuradio.svn that install into /usr/local ... is there any interest in
that sort of thing for people besides myself?
https://voltar.org/gnuradio/
(... the gnuradio snapshot debs have GRC in them.)
On Mon, Nov 17, 2008 at 8:24 AM
On Sat, Nov 1, 2008 at 7:39 PM, Inderaj Bains <[EMAIL PROTECTED]> wrote:
> aUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaU
Also, what is this? I see it on some apps and not others. It appears
to be a feature of python's raw_input() except that it only happens
while the alsa audio stuff is loaded.
I had a question about this...
On Thu, Sep 25, 2008 at 12:57 PM, Chris Albertson
<[EMAIL PROTECTED]> wrote:
> I really does not have it's own software. It's just that most softrock user
> like to use the "rocky" software because it runs on Windows. You can't
> really do much with Rocky because i
On Thu, Sep 25, 2008 at 1:42 PM, Frank Brickle <[EMAIL PROTECTED]> wrote:
> If what you want is to get your fingers into the software, assemble your own
> soft radios, you definitely, positively, absolutely want to use GNU Radio as
> the software backend. That's one of the things it's for and it do
Because of the very high cost of the USRP, I'm looking for
alternatives. I found this gadget and I wondered if GNUradio is setup
to use devices like this:
http://www.amqrp.org/kits/softrock40/
It appears to have its own software, but I'd rather get it to work
with gnuradio if it's possible to do
16 matches
Mail list logo
