Re: [Discuss-gnuradio] hello

So you used the build-gnuradio script or followed the instructions further down on that page? Best regards, Marcus PS: when replying, make sure to reply to the mailing list address rather than to individual people! On 06/23/2015 08:46 AM, monika sharma wrote: > hello Marcus > i have installed it

Re: [Discuss-gnuradio] hello

Hello Monika, Generally, GNU Radio gets build with everything that is possible with the development headers installed on the system that was used. So, the question is: How did you get GNU Radio? Best regards, Marcus On 06/23/2015 08:28 AM, monika sharma wrote: > i have started using this GNUra

[Discuss-gnuradio] hello

i have started using this GNUradio 3.7.7.1 recently ,some librarys are missing in it like graphical sinks and sinks .can anyone help me out that from where i have to download these packages and install it. regards monika ___ Discuss-gnuradio mailing lis

Re: [Discuss-gnuradio] #include "vector.hpp"

Yes Tom, you are absolutely right. I'm sorry and thank you. -- View this message in context: http://gnuradio.4.n7.nabble.com/include-vector-hpp-tp54344p54356.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio maili

Re: [Discuss-gnuradio] #include "vector.hpp"

On Mon, Jun 22, 2015 at 7:40 PM, Michael Berman wrote: > It looks like you are trying to create your own vector class named Vector > (keeping notice of the capitalized 'V'). > > These Vector method definitions need a definition for the Vector class, > which is presumably in your Vector.hpp. I wo

Re: [Discuss-gnuradio] #include "vector.hpp"

It looks like you are trying to create your own vector class named Vector (keeping notice of the capitalized 'V'). These Vector method definitions need a definition for the Vector class, which is presumably in your Vector.hpp. I would like to note that the .hpp extension indicates a template head

Re: [Discuss-gnuradio] Remove portion of tagged stream

Thank you! Rich On Mon, Jun 22, 2015 at 4:16 PM, Johnathan Corgan wrote: > On Mon, Jun 22, 2015 at 4:09 PM, Richard Bell > wrote: > > >> Is there a block that exists that will identify a tag and then remove the >> next X items, where X is user defined? >> > > No. > > > >> is the conclusion tha

Re: [Discuss-gnuradio] Remove portion of tagged stream

On Mon, Jun 22, 2015 at 4:09 PM, Richard Bell wrote: > Is there a block that exists that will identify a tag and then remove the > next X items, where X is user defined? > No. > is the conclusion that I have to use a general block here correct? > Yes > if I call produce(X) to place sampl

[Discuss-gnuradio] Remove portion of tagged stream

Hello all, Question 1: I have another "Does this exist already" question. I'm using the correlate access code block to tag a stream of data. Is there a block that exists that will identify a tag and then remove the next X items, where X is user defined? I'm not looking to use the Header Payload/D

Re: [Discuss-gnuradio] #include "vector.hpp"

Hi Yes, I tried to use only #include , but it gives me an error for each vector a I use. Vector f (at the beginning the following code) is one of the vectors which needs the #include "vector.hpp". intentooptimizar.cpp Thank y

Re: [Discuss-gnuradio] Control Ports On/Off and Config file

Hi Rich, this might be more complicated than it sounds at first, but: 1. Build GNU Radio with debugging symbols (ie. cmake -DCMAKE_BUILD_TYPE=RelWithDebInfo); install debugging symbols for your QT build (how to do this depends on your distribution) 2. run "gdb --args python $(which gr-perf-monito

Re: [Discuss-gnuradio] Control Ports On/Off and Config file

Is there a way I can give you feedback from my crash that will help you figure out the cause? If so, I'm happy to do it. Rich On Mon, Jun 22, 2015 at 5:21 AM, Tom Rondeau wrote: > On Fri, Jun 19, 2015 at 1:42 PM, Richard Bell > wrote: > >> I just ran a new pull, I don't see any updates related

[Discuss-gnuradio] (no subject)

Salija, can you specify which blocks are you working with? Are they in gr-trellis or in gr-fec? If the former I can help you (since I wrote most of it). best, Achilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/m

Re: [Discuss-gnuradio] #include "vector.hpp"

Hi! Um, there's no vector.hpp in GNU Radio; are you maybe referring to the header that contains std::vector? You would normally include that as #include and let your compiler figure out the file name suffix. Best regards, Marcus On 06/22/2015 06:16 PM, dcardona wrote: > Hello > > I'm trying t

Re: [Discuss-gnuradio] #include "vector.hpp"

Hi, Try dropping the ".hpp" portion of your include. This file does not have any extension and is usually included as follows: #include Hope this helps, Michael On Mon, Jun 22, 2015 at 9:16 AM, dcardona wrote: > Hello > > I'm trying to create a block which C++ code needs to use include >

[Discuss-gnuradio] #include "vector.hpp"

Hello I'm trying to create a block which C++ code needs to use include "vector.hpp". But I;m getting this error: fatal error: vector.hpp: No such file or directory. Is there a way to do this? Thank you very much. -- View this message in context: http://gnuradio.4.n7.nabble.com/include-vect

Re: [Discuss-gnuradio] Fw: pybombs-gnuradio-install-missing files

From: Tom Rondeau To: Handy Kirk Cc: "discuss-gnuradio@gnu.org" Sent: Monday, 22 June 2015, 22:10 Subject: Re: [Discuss-gnuradio] Fw: pybombs-gnuradio-install-missing files That's very strange behavior to install Python 2.6. The dependency tree must have identified that for som

Re: [Discuss-gnuradio] gnuradio-companion-3.7.7.1 debian package

Hi Marcus, I used a new installation of 12.04. I got the sources for 3.7.7.1 instead of 3.7.7 this time. The generated debian package works fine. My previous environment could have been wrong or maybe it was something in 3.7.7. In any case, thanks a lot for your help. Cheers, Murray 2015-06-19 1

Re: [Discuss-gnuradio] Issues using "Correlata and Sync" block, inside Hier_block2

On Fri, Jun 19, 2015 at 9:25 AM, Marius Cachelin wrote: > Hi everybody, > > I am writing here because I am experiencing an issue (for some weeks now), > and I can't fixed it! I did some research about this problem, but I found > nothing! > > I want to develop a hierarchical block, (called "RX_PAT

Re: [Discuss-gnuradio] Control Ports On/Off and Config file

On Fri, Jun 19, 2015 at 1:42 PM, Richard Bell wrote: > I just ran a new pull, I don't see any updates related to > gr-perf-monitorx, so I think I already have that commit. Here is the pull > details just in case: > The patch that fixed it for me went in a while ago, just about when we put back

Re: [Discuss-gnuradio] Fw: pybombs-gnuradio-install-missing files

On Sun, Jun 21, 2015 at 11:57 PM, Handy Kirk wrote: > Thank you for replying Tom, > > I seem to be struggling to get my replies to reach the " > discuss-gnuradio@gnu.org" but this time I think and hope for the best. > > 1.. You guessed right about PCLinuxOS, I do want to use that, been a user > f

[Discuss-gnuradio] Verifying Turbo encoder output (was: Re: (no subject))

Dear Salija, convolutional encoders are hard to check by hand. Typically, you'd try to decode to verify. PCCCs can be made systematic, I'm not sure that's the case for the GNU Radio implementation. Regarding the interleaver: turbocodes rely on adding redundancy calculated from the input data stre

Re: [Discuss-gnuradio] FFT for FM Tx and Rx

Hi El, this is a bit hard to tell -- are you using a direct cable or antennas between TX and RX? If you're using antennas, that might simply be something else transmitting there. Also, if you transmit at 560 MHz, but only observe $\SI{562}{\mega\hertz}\pm\frac{\SI{0.2}{\mega\hertz}}{2}$, you can'

Re: [Discuss-gnuradio] Does a block always *have* to return something?

Hi Anil, > Does a block always *have* to return something? What you mean is the work function. I know this is a bit nit-picky, but there has always been a lot of confusion caused by exactly that: The block is the whole instance of a class derived from gr.block, and the work() (or general_work()) i