same problem here (system XUbuntu 12.04 64bit):
Packages out of date: ['gnuradio', 'gqrx', 'gr-iqbal', 'gr-osmosdr',
'hackrf', 'uhd']
Will remove and install the following packages to the latest version:
['hackrf', 'gqrx', 'gr-iqbal', 'uhd', 'gr-osmosdr', 'gnuradio']
Continue (y or n) y
removing
hi community,
can we do these examples without using the length tags.. if so please let
me know the way.. looking forward for reply.
thanks,
lingeswar
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/dis
On Wed, Oct 02, 2013 at 08:02:55PM +0530, lingeswar kandregula wrote:
> hi community,
>
>
> can we do these examples without using the length tags.. if so please let me
> know the way.. looking forward for reply.
You could rewrite the blocks for fixed lengths. Out of the box, no, you
can't dispe
We've added GNU Radio to the list of projects on Coverity Scan.
Coverity is a static analysis tool that finds many coding mistakes.
https://scan.coverity.com/faq
If you want to get started contributing to GNU Radio, this is a good
place to find some easy tasks. That said, please take some time t
Just a quick summary of the "things people would like" to see in GRC:
o off-page connectors -- for managing large flow-graphs
o better-handling of GRC-produced hier-blocks
o allow blocks to be in more than one category
o make searching "easier"
o integrate Doxygen block documentati
On Wed, Oct 2, 2013 at 3:03 PM, Marcus Leech wrote:
> Just a quick summary of the "things people would like" to see in GRC:
>
>o off-page connectors -- for managing large flow-graphs
>o better-handling of GRC-produced hier-blocks
>o allow blocks to be in more than one category
>o m
On Wed, Oct 2, 2013 at 3:16 PM, Ethan Trewhitt wrote:
> On Wed, Oct 2, 2013 at 3:03 PM, Marcus Leech wrote:
> > Just a quick summary of the "things people would like" to see in GRC:
> >
> >o off-page connectors -- for managing large flow-graphs
> >o better-handling of GRC-produced hier-bl
Sounds great, it was a good idea!
I got added to the project and I can view the summary for GNU Radio,
however, if I click on "View defects" all I get is an empty page with
no projects. Do I have to configure something?
Alex
On Wed, Oct 2, 2013 at 7:16 PM, Philip Balister wrote:
> We've added G
On Wed, Oct 2, 2013 at 9:37 PM, Alexandru Csete wrote:
> Sounds great, it was a good idea!
>
> I got added to the project and I can view the summary for GNU Radio,
> however, if I click on "View defects" all I get is an empty page with
> no projects. Do I have to configure something?
Never mind -
That happened to me for a while, too. It seems to take a while once you
register to actually let you start viewing defects.
Cheers,
Ben
On Wed, Oct 2, 2013 at 12:42 PM, Alexandru Csete wrote:
> On Wed, Oct 2, 2013 at 9:37 PM, Alexandru Csete wrote:
> > Sounds great, it was a good idea!
> >
>
Hello list,
=
I am a newbie in USRP FPGA programming,
I used once Xilinx ISE to execute some VHDL code, generated a bit file to
program a Virtex 4,
But now in the context of GNU Radio and USRP. I would like to know what are
the tools rec
On 10/02/2013 01:56 PM, Ben Hilburn wrote:
> If you look at a specific issue, you can edit the meta information about it.
>
> To avoid multiple people going after the same bug, and then ending up
> having to throw one person's work away, should we take advantage of the
> "Owner" field and have peo
On Wed, Oct 2, 2013 at 7:56 PM, Ben Hilburn wrote:
> If you look at a specific issue, you can edit the meta information about
> it.
>
> To avoid multiple people going after the same bug, and then ending up
> having to throw one person's work away, should we take advantage of the
> "Owner" field a
On Wed, Oct 2, 2013 at 3:03 PM, Marcus Leech wrote:
> Just a quick summary of the "things people would like" to see in GRC:
>
>o off-page connectors -- for managing large flow-graphs
This would just enable Balint's addiction.
>o better-handling of GRC-produced hier-blocks
>o allow bl
On Wed, Oct 2, 2013 at 4:04 PM, Alexandru Csete wrote:
>
>
> On Wed, Oct 2, 2013 at 7:56 PM, Ben Hilburn wrote:
>>
>> If you look at a specific issue, you can edit the meta information about
>> it.
>>
>> To avoid multiple people going after the same bug, and then ending up
>> having to throw one
Another feature that would be good for newbies: Like Tracie mentioned
yesterday, when I first jumped into GR earlier this year, my first
move was to run GRC and start playing with some graphs. Unfortunately
it was really hard to figure out where any examples were - and some of
the existing .grc fil
Hi Naceur,
On 2013-10-02 21:57, Naceur wrote:
What I want to try with the USRP's FPGA is to send it a stream of
packets
(Header + Payload),
header field's length being known and fixed in advance, I need the
FPGA to
override a part of the Payload's field with its time register's
value and
I have the following problem that I would like your opinion on how to solve
elegantly:
I have a block A (say a standard sync block with some memory--eg an fir
filter) which
has input x(t) and output y(t) and is pretty computationally intensive.
I would like to add the following functionality to i
Can you do this with a 2:1 mux block? Input 2 = constant 0, control input is
s(t)?
From: discuss-gnuradio-bounces+tmonahan=qti.qualcomm@gnu.org
[mailto:discuss-gnuradio-bounces+tmonahan=qti.qualcomm@gnu.org] On Behalf
Of Achilleas Anastasopoulos
Sent: Wednesday, October 02, 2013 3:48 PM
>o off-page connectors -- for managing large flow-graphs
I thought this was covered by virtual sinks and sources. Maybe that's
somebody's custom block.
>o some kind of "organizer" for parameters and variables
I'll take one of those, please. I can see how it might be a tricky feature
th
I guess I forgot to make this one thing more clear:
I would like the input stream of block A to be consumed even
when s(t)=1.
With Tim's suggestion, when s(t)=1 we will have the right output, but the
input will be waiting in block's A queue to be processed the
moment s(t) turns 0.
Is this correct
21 matches
Mail list logo