Thanks for the note. Please keep them coming so we can learn how to
stabilize this across platforms. I made a modification to the
grc_gt_qtgui.m4 file in config that fixes the disparity between
Redhat/Fedora and Debian/Ubuntu qt.pc problems (thanks Jonathan for
aiming me in the right directio
Michael Dickens wrote:
> When bootstrap'ing the current trunk, I get the following. I doubt
> they're show stoppers, but I thought I'd let folks know ... - MLD
>
> gr-qtgui/src/lib/Makefile.am:29: `%'-style pattern rules are a GNU make
> extension
> gr-qtgui/src/lib/Makefile.am:33: `%'-style pat
On Thu, Feb 22, 2007 at 02:43:09PM +1030, Berndt Josef Wulf wrote:
> G'day,
>
> RC1 built fine, but I'm seeing a number of these errors during "gmake check".
>
>
> ==
> ERROR: test_fff_002 (__main__.test_fft_filter)
> --
On Wed, Feb 21, 2007 at 09:29:44PM -0500, Michael Dickens wrote:
> On OSX 10.4.8, both Intel and PPC Macs, 3.0.3rc1 does everything as
> expected except "make check" as per ticket:140, including:
>
> configure
> configure --prefix=FOO
> make
> make -j3
>
> after "make install" (which puts the g
G'day,
RC1 built fine, but I'm seeing a number of these errors during "gmake check".
==
ERROR: test_fff_002 (__main__.test_fft_filter)
--
Traceback (most recent
On OSX 10.4.8, both Intel and PPC Macs, 3.0.3rc1 does everything as
expected except "make check" as per ticket:140, including:
configure
configure --prefix=FOO
make
make -j3
after "make install" (which puts the gr-usrp library where it expects
itself to be), the following also work:
make c
When bootstrap'ing the current trunk, I get the following. I doubt
they're show stoppers, but I thought I'd let folks know ... - MLD
gr-qtgui/src/lib/Makefile.am:29: `%'-style pattern rules are a GNU
make extension
gr-qtgui/src/lib/Makefile.am:33: `%'-style pattern rules are a GNU
make ext
On Wed, Feb 21, 2007 at 07:20:48PM -0500, Achilleas Anastasopoulos wrote:
>
> I am running it on a Fedora Core 5.
> This was the latest trunk.
>
> Thanks
> Achilleas
I just ran make distcheck and it worked fine for me. Part of that
test is installing in a non-standard directory.
Absent a bette
I am running it on a Fedora Core 5.
This was the latest trunk.
Thanks
Achilleas
On Wed, 21 Feb 2007, Eric Blossom wrote:
On Wed, Feb 21, 2007 at 05:59:59PM -0500, Achilleas Anastasopoulos wrote:
Hi there,
I am trying to install gnuradio in an environment where I do not have
root priviledges
I'm thinking about upgrading either to a Pentium D 9XX system, or an
Athlon 64 X2 3800+ dual-core system.
What do I need to know for Gnu Radio purposes--which version of Fedora
Core should I run--will my 32-bit
FC5 still run, or do I need an x86_64 distribution instead?
Are there any gotchas
On Wed, Feb 21, 2007 at 05:59:59PM -0500, Achilleas Anastasopoulos wrote:
> Hi there,
>
> I am trying to install gnuradio in an environment where I do not have
> root priviledges, so
> everything has to go in my user space.
>
> I went through the regular cycle using the ./configure
> --prefix=
Achilleas,
I agree, I do not think that anything in gr-trellis needs to be
modified to get my desired effect. I think the m-block stuff may
provide the hooks to make this a lot easier to code up. In the short
term, I will probably write up something quick and dirty just to get
my desired resul
Hi there,
I am trying to install gnuradio in an environment where I do not have
root priviledges, so
everything has to go in my user space.
I went through the regular cycle using the ./configure
--prefix=/n/wellington/x/anastas/local
so that everything is installed under my ~/local director
Brian,
Yes it can!
You need to set a decision delay D and then it would operate in a
fixed-delay mode, ie, it would spit out a decision at every time instance
with a delay of D compared to the input sample.
The survivor matrix (of size DxS) will need to be updated at every
time instance in ord
Achilleas,
Could the Viterbi block be implemented in such a fashion that the
algorithm was a streaming implementation as opposed to a fixed block
size?
That way, you could just send in a vector of deinterleaved soft
decisions, and (with a little bit of overhead) the Viterbi block could
take in a
Tim,
If the number of additional bits is not significantly
bigger than the fixed packet length (in your example 200),
then you can instantiate the VA with the MAXIMUM expected
length (eg, K=200+10). For this to work you have to
1) put a block before it that appends 0's (or something else)
in pack
Hi,
I was wondering if there is any full documentation available?
I want to know a over pictures what modules it is already available in
the DSP pipeline.
For example: coding, modulation.
thanks,
Candy
___
Discuss-gnuradio mailing list
Discuss-gnur
Hi Achilleas,
I was interested in various length packets. I am taking a fixed
length packet ( say 200 symbols ) and then bitstuffing it, resulting
in a packet >= 200 symbols. I then receive this with the viterbi
algorithm and then finally unbitstuff. So in this, case K = 200 +
number of stuff
Tim,
I think there are two parts in your question:
1) how to detect an incoming packet and do something with it.
2) how to operate the viterbi algorithm block in a packet to packet
basis without generating the flow graph again.
I only know how to answer the latter question:
The viterbi algorith
Thanks for the info. That was very informative write-up of the
proposed m-block architecture. I think I will wait until the
preliminary m-block stuff is done and then look at packet processing
again.
Tim
On 2/21/07, Eric Blossom <[EMAIL PROTECTED]> wrote:
On Wed, Feb 21, 2007 at 12:46:59PM -0
On Wed, Feb 21, 2007 at 12:46:59PM -0500, Tim Meehan wrote:
> Hello All,
>
> I have been looking into using gnuradio for packet processing. I am
> having a hard time understanding exactly how to make this work.
Yes, packet processing in the flow graph environment is a bit of a
challenge. Hence
On Wed, Feb 21, 2007 at 10:08:58PM +0800, hanwen wrote:
> Is the mblock available now? I'm eager to see some examples, but I can't
> find any:)
Hi Hanwen,
It's coming together. It's currently properly routing messages
through INTERAL, EXTERNAL and RELAY ports, but there's still some
things left
On Wed, Feb 21, 2007 at 10:37:58AM -0800, Johnathan Corgan wrote:
> Trond Danielsen wrote:
>
> > Is there a branch where a fix is being developed?
>
> I've created jcorgan/ticket-39 for this, but there are no fixes
> checked-in yet. I've taken ownership of this ticket from Eric; I'll
> follow up
You can also read this. Good to start with because it explains:
http://www.gnu.org/software/gnuradio/doc/exploring-gnuradio.html
-Candy
Kalyanam, Janani wrote:
Hi,
I am new to GNU radios. I was wondering if/where I could find
experiments to transmit and receive a simple sine wave, to get sta
Kalyanam, Janani wrote:
> I am new to GNU radios. I was wondering if/where I could find
> experiments to transmit and receive a simple sine wave, to get
> started off.
Please look at:
gnuradio-examples/python/usrp/usrp_siggen.py
This allows you to create a variety of waveforms either at baseb
Trond Danielsen wrote:
> Is there a branch where a fix is being developed?
I've created jcorgan/ticket-39 for this, but there are no fixes
checked-in yet. I've taken ownership of this ticket from Eric; I'll
follow up with you off-list.
--
Johnathan Corgan
Corgan Enterprises LLC
http://corganen
Hi,
I am new to GNU radios. I was wondering if/where I could find experiments
to transmit and receive a simple sine wave, to get started off.
Thanks
Janani Kalyanam
PS - I am sorry if this is the third time you are getting the same mail, but
for some reason my earlier mails never seem to get p
2007/2/21, Johnathan Corgan <[EMAIL PROTECTED]>:
Unfortunately, this release candidate does not include a fix for
ticket:39 (/lib vs /lib64 issues on Fedora Core 5 and 6). Those
developers who are affected by this issue and can perform testing of
potential fixes should contact Eric Blossom.
Hi,
I am new to GNU radios. I was wondering if/where I could find experiments
to transmit and receive a simple sine wave, to get started off.
Thanks
Janani Kalyanam
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailma
Hello All,
I have been looking into using gnuradio for packet processing. I am
having a hard time understanding exactly how to make this work.
What I would like to do is send out packets of around 200 symbols or
so. I think I understand how to do this at the transmit end.
What I am stuck on i
All,
GNU Radio release candidate 3.0.3rc1 is available for testing:
http://gnuradio.org/releases/gnuradio/gnuradio-3.0.3rc1.tar.gz
http://gnuradio.org/releases/gnuradio/gr-howto-write-a-block-3.0.3rc1.tar.gz
This is a bug fix and very minor enhancement release to the existing 3.0
stable branch.
On Wed, Feb 21, 2007 at 11:11:17AM +0100, anmar wrote:
> Eric Blossom wrote:
> > On Tue, Feb 20, 2007 at 03:41:31PM +0100, anmar wrote:
> >> hi all,
> >>
> >> we have been searching for a way to transmit two independent signals one
> >> on TxA and the other on TxB.
> >
> > Using two daughterboard
Is the mblock available now? I'm eager to see some examples, but I can't
find any:)
2007/1/12, Eric Blossom <[EMAIL PROTECTED]>:
On Thu, Jan 11, 2007 at 04:25:30PM -0500, George Nychis wrote:
> Hi,
>
> I read the BBN specification on the implementation of the m-block and
other proposed
> change
Achilleas,
si si si si !
funziona
(<---a bit of enthusiasm, in Italian, to say it is beginning to work)
I can modulate/demodulate it and the source file comes out allright!!
thanks thanks thanks!!
may I ask you a question?
what is your role at umich?
I'm a student of telecommunic
Eric Blossom wrote:
> On Tue, Feb 20, 2007 at 03:41:31PM +0100, anmar wrote:
>> hi all,
>>
>> we have been searching for a way to transmit two independent signals one
>> on TxA and the other on TxB.
>
> Using two daughterboards, you can send different complex baseband
> signals out the A side d'b
35 matches
Mail list logo