[Discuss-gnuradio] blks2.synthesis_filterbank

2008-01-14 Thread benjar
Hey guys, I was wondering if the whole hier_block2 thing was working yet. I tried to run the blks2.synthesis_filterbank in a manner that seemed appropriate and got the following error: terminate called after throwing an instance of 'std::runtime_error' what(): streams_to_stream(5): insuffici

Re: [Discuss-gnuradio] Quesition Signal Processing Block: Compilation Errors Regarding Multiple Definition

2008-01-14 Thread George Nychis
You need to understand the basics of compiling and linking. Otherwise you're going to keep taking blind shots in the dark that won't work. You could spend an hour learning and understanding it, or hours on top of hours guessing and waiting for others to attempt to fix things for you which

Re: [Discuss-gnuradio] Quesition Signal Processing Block: Compilation Errors Regarding Multiple Definition

2008-01-14 Thread Jonas
By the way, when I defined divcom_shared_func.cc in only ONE of the files, the other files won't compile successfully complaining that some functions are NOT yet defined. And so I'm forced to define divcom_shared_func.cc in all the other files. Doing this results in my original problem... So what

Re: [Discuss-gnuradio] Quesition Signal Processing Block: Compilation Errors Regarding Multiple Definition

2008-01-14 Thread Jonas
I still have the same problem. Actually, I am just including header files of my own design. And as par your suggesstion, I decided to include them in a file called divcom_shared_func.cc. In short divcom_shared_func.cc contains only the following lines that are needed by my other signal processing

Re: [Discuss-gnuradio] Quesition Signal Processing Block: Compilation Errors Regarding Multiple Definition

2008-01-14 Thread Jonas
Thanks! I'll try this. =) On 1/15/08, Eric Blossom <[EMAIL PROTECTED]> wrote: > On Mon, Jan 14, 2008 at 07:40:26PM +0800, Jonas wrote: > > I have a question. > > > > I am trying to make 4 signal processing blocks wherein some of the > > definitions for its computations will be REPEATEDLY defined

Re: [Discuss-gnuradio] gr.message_source question

2008-01-14 Thread George Nychis
It's possible that your sound card is being used by another application. For example, firefox or audacious is using the card. Make sure you're in the sound group and have permission to the device also. - George W. David Li wrote: Hi, I got a python class that contains a gr.message_source

[Discuss-gnuradio] gr.message_source question

2008-01-14 Thread W. David Li
Hi, I got a python class that contains a gr.message_source as in the following. When UDP packets came in "enqueue_pkt" was called. Packets were converted into stream and inserted into a gr.msg_queue. Now I tried to dump the stream to an audio device by connecting the message_source to an audio sin

[Discuss-gnuradio] find a job in SDR

2008-01-14 Thread Hans
Hi, Does anyone know of good places to look for jobs in SDR? Does anyone work for a company that is looking for a programmer with experience in SDR and/or gnuradio? Thanks, Hans___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gn

Re: [Discuss-gnuradio] gr.fir_filter_ccf vs. gr.freq_xlating_fir_filter_ccf

2008-01-14 Thread Eric Blossom
On Mon, Jan 14, 2008 at 12:04:47AM +0100, ChoJin wrote: > Hello, > > I'm still getting my hands on the gnuradio's code by walking though the > examples and so on, and I'm looking at the differences between > usrp_wfm_rcv.py and usrp_nbfm_rcv.py (from the gnuradio-example) > and I would like to und

Re: [Discuss-gnuradio] Quesition Signal Processing Block: Compilation Errors Regarding Multiple Definition

2008-01-14 Thread Eric Blossom
On Mon, Jan 14, 2008 at 07:40:26PM +0800, Jonas wrote: > I have a question. > > I am trying to make 4 signal processing blocks wherein some of the > definitions for its computations will be REPEATEDLY defined. I really intend > this. However, basing from the gr-howto module (of which I used the bu

[Discuss-gnuradio] Recommended Book

2008-01-14 Thread Bob McGwier
I would like to recommend this SDR book. It is technical and mathematical but well done by an acquaintance of mine at the Univ. of Utah. http://www.ece.utah.edu/~farhang/ You may follow his link to lulu and for $13.00, download a pdf version of his book. He is an extremely bright professor

Re: [Discuss-gnuradio] Re: designing filters: remez?

2008-01-14 Thread Martin Braun
On Monday 14 January 2008 11:09:25 Patrick Strasser wrote: > I found optfir.low_pass with a passband ripple of more than apr. 1 > failing. More to come. I can confirm that.. more than or equal, to be precise. ___ Discuss-gnuradio mailing list Discuss-g

Re: [Discuss-gnuradio] Re: designing filters: remez?

2008-01-14 Thread Eric Blossom
On Mon, Jan 14, 2008 at 11:09:25AM +0100, Patrick Strasser wrote: > Eric Blossom schrieb am 2008-01-11 18:05: > >> The existing GNU Radio wrapper around the remez primitive needs help. >> IIRC only the low_pass case works. Perhaps one of you guys can take a >> look at it. Creating a few test case

Re: [Discuss-gnuradio] question on using gr.file_source

2008-01-14 Thread Eric Blossom
On Mon, Jan 14, 2008 at 05:51:19PM +0800, Jason Anders wrote: > Yeah, unfortunately it didn't answer my question. =( > > What I would've wanted is to superimpose data from two inputs so that they > can be combined into a single stream. > > For example; let's say that there are two sources src0 an

[Discuss-gnuradio] Re: Quesition Signal Processing Block: Compilation Errors Regarding Multiple Definition

2008-01-14 Thread Jonas
In short, could I change the g++ compilation rules? How do I do this? Thanks! On Jan 14, 2008 7:40 PM, Jonas <[EMAIL PROTECTED]> wrote: > > > I have a question. > > I am trying to make 4 signal processing blocks wherein some of the > definitions for its computations will be REPEATEDLY defined. I

[Discuss-gnuradio] Quesition Signal Processing Block: Compilation Errors Regarding Multiple Definition

2008-01-14 Thread Jonas
I have a question. I am trying to make 4 signal processing blocks wherein some of the definitions for its computations will be REPEATEDLY defined. I really intend this. However, basing from the gr-howto module (of which I used the built-in dependencies there), the compiler ALWAYS COMPLAINS of a mu

Re: [Discuss-gnuradio] Adjacent interference problem with the USRP

2008-01-14 Thread Tom Rondeau
Mathias Coinchon wrote: Hello, I live near a powerful GSM/UMTS base station operating in the 900MHz, 1.8GHz, 2.2 GHz bands and I have noticed that I have got problems receiving signals in these bands with my USRP (using DBSRX daughterboard). I guess the problem comes from the fact that the int

Re: [Discuss-gnuradio] question on using gr.file_source

2008-01-14 Thread Tom Rondeau
Jason Anders wrote: I have a problem. Let's say that Rx1 stores the output of a gr.file_source() operation. I want to extract its contents so that I could access it as an array. You said that I use gr.vector_sink(). However, gr.vector_sink () doesn't take any input arguments =( So basi

Re: [Discuss-gnuradio] question on using gr.file_source

2008-01-14 Thread Jason Anders
I have a problem. Let's say that Rx1 stores the output of a gr.file_source() operation. I want to extract its contents so that I could access it as an array. You said that I use gr.vector_sink(). However, gr.vector_sink() doesn't take any input arguments =( So basically, how would it know t

[Discuss-gnuradio] Re: designing filters: remez?

2008-01-14 Thread Patrick Strasser
Eric Blossom schrieb am 2008-01-11 18:05: The existing GNU Radio wrapper around the remez primitive needs help. IIRC only the low_pass case works. Perhaps one of you guys can take a look at it. Creating a few test cases would be great too ;) I found optfir.low_pass with a passband ripple of

Re: [Discuss-gnuradio] question on using gr.file_source

2008-01-14 Thread Jason Anders
Yeah, unfortunately it didn't answer my question. =( What I would've wanted is to superimpose data from two inputs so that they can be combined into a single stream. For example; let's say that there are two sources src0 and src1, and let's say that I extracted inputs from two files "input1.dat"

[Discuss-gnuradio] Adjacent interference problem with the USRP

2008-01-14 Thread Mathias Coinchon
Hello, I live near a powerful GSM/UMTS base station operating in the 900MHz, 1.8GHz, 2.2 GHz bands and I have noticed that I have got problems receiving signals in these bands with my USRP (using DBSRX daughterboard). I guess the problem comes from the fact that the interfering signal from this

[Discuss-gnuradio] samples per symbol

2008-01-14 Thread Wee Shinhan
Hi guys, Just a few quick questions, i do a -v on benchmark_rx.py and the results shows samples per symbol is 2. Lets say i send a binary string 00110011 does it means that 16 complex samples represent the string that i send? I got a feeling that the binary string is seen as a character by the scr