[Discuss-gnuradio] build instructions

2005-03-09 Thread Rahul Dhar
I created a separate development tree outside of the main GNU Radio line to keep my stuff nicely partitioned (at least for the moment). From the howto-build-a-block page and the SWIG docs, I was able to piece together a Makefile (attached). The problem is that when I go to create an object file f

Re: [Discuss-gnuradio] Raw sample storage format

2005-03-09 Thread David Young
On Thu, Mar 10, 2005 at 12:38:13AM +, Dan Gisselquist wrote: > [snip snip] > I'd personally place the name/description, date, and if_frequency > information into optional header fields, call them "header packets", all > having a a preamble such as: > > uint16Header packet t

Re: [Discuss-gnuradio] Raw sample storage format

2005-03-09 Thread Frank Brickle
Is there some reason not to use a standard format like .au or .wav, seeing as either of these is supported in Python (wave.py and sunau.py)? Chuck Swiger wrote: At 12:38 AM 3/10/2005 +, you wrote: A standard header for data files makes a lot of sense. It sure does - as it is I put clues in

Re: [Discuss-gnuradio] Raw sample storage format

2005-03-09 Thread Chuck Swiger
At 12:38 AM 3/10/2005 +, you wrote: A standard header for data files makes a lot of sense. It sure does - as it is I put clues in the filename but that's very prone to human error. By the way, if anybody could use a DVD of raw samples I could mail some for a small paypal fee. No need to let lac

Re: [Discuss-gnuradio] Raw sample storage format

2005-03-09 Thread Dan Gisselquist
Dave, A standard header for data files makes a lot of sense. I have struggled in times past with creating file formats whose useful lives haven't been as long as I've desired. Ideally, you want a format that grows as your needs grow, without requiring you to rebuild all of your legacy softwa

[Discuss-gnuradio] waterfallsink.py

2005-03-09 Thread David Carr
Updated version with color. See code for comment that shows where to adjust gain. Also, its probably very simple but how does one modify the size of the window? Right now you have to manually make it bigger for everything to fit... -DC waterfallsink.py Description: application/python __

Re: [Discuss-gnuradio] IRQ Conflicts

2005-03-09 Thread Javs
I wouldn't worry too much about trying to get the ehci_hcd it's owninterrupt. On one of my systems it shares with two gig-ethernet cardsand a video card with no porblem. --Thanks Eric. I feel safe now that I know its not a big issue :-) In PCI systems, IRQs are assigned by slot; try changing what

Re: [Discuss-gnuradio] IRQ Conflicts

2005-03-09 Thread James Mastros
Javvad Qasimi wrote: However, I have some conflicts with the Interrupts in my Redhat 4 kernel 2.6.9.5 I recently added USB 2.0 daughterboard to my existing USB 1.1. The IRQ 10 seems to be sharing the ehci, eth0 and VIA. And I am trying to get a unique interrupt for my ehci_hcd (USB 2.0). My

[Discuss-gnuradio] Using gui option

2005-03-09 Thread Meenal
I would like to use a script with gui, but also have the option to turn it off. I use parser.add_option to achieve this. I am able to turn off the scopes, but an empty window is still created. Is there some way to get rid of this? Thanks, Meenal ___

Re: [Discuss-gnuradio] RF front End

2005-03-09 Thread Eric Blossom
On Wed, Mar 09, 2005 at 08:51:16AM -0800, Rajaprabhu T.L. wrote: > Hi, > > Is a RF front end required to hear the FM station at > 91.1 Mhz using wfm_rcv_gui.py..The response in the GUI > screen doesn't change even if i change the frequecy. > > > Till what frequency can i receive without a RF fro

Re: [Discuss-gnuradio] IRQ Conflicts

2005-03-09 Thread Eric Blossom
On Wed, Mar 09, 2005 at 02:24:36PM -0800, Javvad Qasimi wrote: > Greetings, > > Firstly, Congratulations to all those who were involved in making > this USRP, especially Matt and Eric. I am beginning to harvest its > functionalities and am enjoying it. Thanks. > However, I have some conflicts

[Discuss-gnuradio] IRQ Conflicts

2005-03-09 Thread Javvad Qasimi
Greetings,   Firstly, Congratulations to all those who were involved in making this USRP, especially Matt and Eric. I am beginning to harvest its functionalities and am enjoying it.   However, I have some conflicts with the Interrupts in my Redhat 4 kernel 2.6.9.5 I recently added  USB 2.0 daughte

Re: [Discuss-gnuradio] profiling the waterfall

2005-03-09 Thread Matt Ettus
> The new code is attached: (sorry if its a bad idea to send over the list) It's NEVER bad to send code :) Thanks for working on this. A lot of people have been sending me mail asking for this. Matt ___ Discuss-gnuradio mailing list Discuss-gnurad

Re: [Discuss-gnuradio] profiling the waterfall

2005-03-09 Thread David Carr
I spent some more time on the waterfall display. Basically it runs about 6x faster now. Major gains were had from precomputing the pens at startup and from removing unecessary code in the main loop. A side effect of these changes is that the display can have an arbitrary mapping of value->co

Re: [Discuss-gnuradio] profiling the waterfall

2005-03-09 Thread Eric Blossom
On Wed, Mar 09, 2005 at 02:46:44AM -0600, David Carr wrote: > I've spent some time profiling the waterfallsink code. Currently its > pretty abominably slow. I'm using python's profile module to do the > following. > > For a given run: > > total run time on cpu as reported by the command "time

[Discuss-gnuradio] Continuous vs bursty source for fsk_tx.py

2005-03-09 Thread Meenal
While using fsk_tx.py currently, I use the -R or repeat option to send out a continuous stream of packets. What if I have a bursty source such as socket or a named pipe which has data only when the user above the socket decides to send it? How can I mix the "real data" with some "dummy data" ,

[Discuss-gnuradio] Raw sample storage format

2005-03-09 Thread David Carr
As it stands right now, a raw sample file is just that, raw values in a file. It seems that it might be wise to include some sort of header in the file that describes its contents just a little. An idea for a few fields is below. To ease implmentation the header could be a fixed length and i

Re: [Discuss-gnuradio] Resources page

2005-03-09 Thread David Carr
Thanks for the suggestion. It looks like they also have some very interesting raw RF samples as well. I see swaths from the 20, 10, and 6 meter amateur bands as well as AO-40 and EME. Added both sections to the resource page. -DC Dan Gisselquist wrote: Dave, You might consider placing RFSpac

[Discuss-gnuradio] RF front End

2005-03-09 Thread Rajaprabhu T.L.
Hi, Is a RF front end required to hear the FM station at 91.1 Mhz using wfm_rcv_gui.py..The response in the GUI screen doesn't change even if i change the frequecy. Till what frequency can i receive without a RF front end? Plz suggest where do i get a good RF front end? Raja

Re: [Discuss-gnuradio] profiling the waterfall

2005-03-09 Thread Krzysztof Kamieniecki
Hi David, Could you break out the creation of the Pen and Brush onto separate lines to see what percentage of the time the object creation or the SetPen / SetBrush are taking up. If the object creation is the problem you could pre-create an array of pen and brushes that would be indexed by color.

Re: [Discuss-gnuradio] Resources page

2005-03-09 Thread Dan Gisselquist
Dave, You might consider placing RFSpace's SDR-14 on your list of hardware. You can find information about it at http://www.rfspace.com/sdr14.html. Dan On 03/08/2005 10:31:49 PM, David Carr wrote: Hi all, I've compiled a page with a list of GnuRadio resources that I've encountered. I'm sure

Re: [Discuss-gnuradio] profiling the waterfall

2005-03-09 Thread Dan Gisselquist
Dave, I've worked this problem a couple of times before. The fastest answer is not to plot every point. If you instead cluster points of the same color together, and then plot bars instead of points, the graphics algorithm will go much faster. A piece of some code that does this looks sort

Re: [Discuss-gnuradio] No module named wx

2005-03-09 Thread James Mastros
Eric Blossom wrote: The lowest version of wxPython that we support is 2.5.2.7 wx is the main wxPython module in 2.5 See http://www.wxpython.org for latest binaries. Eric Note that you will probably get /very/ confusing error messages if you end up with more then one version of wxPython installed.

Re: [Discuss-gnuradio] No module named wx

2005-03-09 Thread Eric Blossom
On Wed, Mar 09, 2005 at 12:07:46AM -0800, Mike wrote: > > ImportError: No module named wx > > I assumed 'wx' is from wxPython in which I've downloaded and installed, > but did not alleviate the problem. What is the 'wx' module? > > Thanks, > mike The lowest version of wxPython that we support i

[Discuss-gnuradio] profiling the waterfall

2005-03-09 Thread David Carr
I've spent some time profiling the waterfallsink code. Currently its pretty abominably slow. I'm using python's profile module to do the following. For a given run: total run time on cpu as reported by the command "time" real0m17.874s user0m16.364s sys 0m0.883s python profile modul

[Discuss-gnuradio] plot.py

2005-03-09 Thread David Carr
Quick question about plot.py in gr_wxgui: As it stands one can create a PolyLine with the call plot.Polyline(points, attributes) where points is a vector of points and attributes a structure that defines a set of attributes (color, etc) for these points. In order to make a waterfall display one

[Discuss-gnuradio] No module named wx

2005-03-09 Thread Mike
Hello, I'm really new to this USRP, but I've been following the directions listed here: http://comsec.com/wiki?action=browse&diff=3&id=UsrpInstall I've been able to get to the part where I test the examples. Specifically ./usrp_oscope.py, but I get a message: [EMAIL PROTECTED] usrp]# ./usrp_osco