On Sun, Dec 18, 2011 at 03:41:13PM -0500, Tom Rondeau wrote:
Hey list,
I'm working on merging Josh's gr_blocks branch into GNU Radio, and he's made a
few structural changes to how things will be installed. I wanted to have a
discussion to see what people felt about the changes. Note that
Hi,
I have made some modifications to the existing burst tagger in the GNU Radio
source code.
It is now able to specify an amount of pre and post samples, which are
additionally tagged before and after the tag signal.
I have put my changes on my GitHub account, which is:
On 12/18/2011 08:30 PM, Michael Dickens wrote:
On Dec 18, 2011, at 3:41 PM, Tom Rondeau wrote:
The differences, though, coming in the naming scheme and installation
method. Instead of having a gr_name.h file installed into
$prefix/include/gnuradio, it's just name.h that is installed into
Andrew -
It would probably be helpful if we could confirm that someone else with the
same setup sees the same issue.
What versions of of the WX libraries and development packages do you have
installed? What checkout of GNU Radio do you have? What about the
relevant Python packages?
Cheers,
I also like the structure change, and I think Michael's suggestion for
handling the migration is perfect.
Cheers,
Ben
On Sun, Dec 18, 2011 at 5:30 PM, Michael Dickens m...@alum.mit.edu wrote:
On Dec 18, 2011, at 3:41 PM, Tom Rondeau wrote:
The differences, though, coming in the naming
On 12/19/2011 07:58 AM, Paul Miller wrote:
If I'm doing something dumb, I can't find it. Happens all the
time though. I'm using the python_blocks branch
5cd66eef8ab8a81589dc08a134457d15b431434e .
I made a really simple sync_block that square-waves an input
signal. I have a fancy block
could you please give us a link to the relevant branch? Josh sends so
many git-URLs around, it's a bit hard to keep track :)
Browse here:
http://gnuradio.org/cgit/jblum.git/tree/gr-blocks?h=gr_blocks
http://gnuradio.org/cgit/jblum.git/tree/gr-filter?h=gr_blocks
-Josh
On Mon, Dec 19, 2011 at 4:21 AM, Martin Braun martin.br...@kit.edu wrote:
On Sun, Dec 18, 2011 at 03:41:13PM -0500, Tom Rondeau wrote:
Hey list,
I'm working on merging Josh's gr_blocks branch into GNU Radio, and he's
made a
few structural changes to how things will be installed. I
On Sun, Dec 18, 2011 at 8:30 PM, Michael Dickens m...@alum.mit.edu wrote:
On Dec 18, 2011, at 3:41 PM, Tom Rondeau wrote:
The differences, though, coming in the naming scheme and installation
method. Instead of having a gr_name.h file installed into
$prefix/include/gnuradio, it's just
Hey everyone,
I just wanted to let everyone know that I will be speaking at the new
Software Radio Implementation Forum's (SRIF) first workshop this January.
It's in Hong Kong, but registration is free for people in that part of the
world. You can find more details about it here:
Any chance it could be recorded or webcast for those of us a tad further
away?
On Mon, Dec 19, 2011 at 12:20 PM, Tom Rondeau trondeau1...@gmail.comwrote:
Hey everyone,
I just wanted to let everyone know that I will be speaking at the new
Software Radio Implementation Forum's (SRIF) first
On Mon, Dec 19, 2011 at 2:33 PM, Matt Mills mmi...@2bn.net wrote:
Any chance it could be recorded or webcast for those of us a tad further
away?
I'm not sure. That's a question for the organizers. If there is a recording
of it, I'll be sure to let everyone know.
Tom
On Mon, Dec 19, 2011
Ok, I glanced at your code quickly, here are my thoughts (some of which you may
already do in files I haven't seen):
1) You are using tx_io[15] as a potentially highspeed I/O. This signal travels
via the radio daughter cards and could easily lead to EMI noise issues. You
could consider
I have a vector quantity (size 1024), and I want to do a calculation
on it such that v_out[i] = v_in[i] - v_in[i-1]
Is such a calculation possible in GRC? I haven't found any way to
get a hold of the individual elements of a vector.
@(^.^)@ Ed
___
Will that preserve the absolute positions of the original vector
elements? The initial vector represents an FFT, so it's
important to me that I keep the same positions.
@(^.^)@ Ed
On 12/19/11 4:33 PM, Allen, Cam wrote:
I would probably try converting the vector to a stream, delay the stream
If you're somewhat familiar with how to write/modify blocks, it probably
wouldn't be difficult to implement that functionality by making a new block
that is a copy of gr_multiply_const_vcc.cc (for instance) and changing the work
function to do what you want.
Sean
-Original Message-
I did a hand-contrived case with a simple 16-element vector, and it
seems to work.
@(^.^)@ Ed
On 12/19/11 4:58 PM, Allen, Cam wrote:
Hmm... I'm not sure about that. Seems reasonable to assume that the
stream-to-vector and vector-to-stream blocks would be inverses of each other.
Mostly I'd
Yes, I can do my own blocks. It would be pretty trivial to do it
there. I just wanted to know if there was an easy way to do it
solely using GRC.
@(^.^)@ Ed
On 12/19/11 5:05 PM, Nowlan, Sean wrote:
If you're somewhat familiar with how to write/modify blocks, it probably
wouldn't be
And of course, you can always put a GRC wrapper around your custom block...
-Original Message-
From: discuss-gnuradio-bounces+callen=mitre@gnu.org
[mailto:discuss-gnuradio-bounces+callen=mitre@gnu.org] On Behalf Of Ed
Criscuolo
Sent: Monday, December 19, 2011 5:18 PM
To:
And of course, you can always put a GRC wrapper around your custom block...
Indeed, and donate it back to the community...
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
___
Discuss-gnuradio
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
21 matches
Mail list logo