Eric Blossom wrote:
On Wed, Feb 23, 2005 at 08:46:23AM -0800, Rajaprabhu T.L. wrote:
We are using Debian 2.4.27-1-386. And we are using
Pentium-4 with intel 848P-A board.
We are using tar balls and gnucore-2.4, usrp0.7.
I ran the make check. It is having the following
error:
make check-TESTS
ma
Hi,
Has anybody succeeded in building gnuradio 2.x on windows.
I am trying to build using cygwin (clean cygwin install)
but haven't succeeded yet.
I had to add HAVE_SLEEP to config.h and use the right configure options.
I tried:
$ ../configure --with-boost-include-dir=/usr/local/include/boost-1_3
ith the cpu.
Send it to the GPU for upconverting using a fragment shader.
Send it to the world using the (secondary) VGA output.
My videocards ramdac can do 400Ms/s and it has Three channels(colors) per vga
output.
So I could do three channels at once or one complex (0-400 Mhz) an one real
(0-200 Mhz
his is of use for anyone.
Please post results to the list (or modify the wiki to clarify things)
Greetings,
Martin Dvh
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Prateek Dayal wrote:
Currently I feel that the best place to start off would be to code the
monochrome algorithms in gnuradio frame work .. we need to write the
python module for the monochrome decoding I will send you my
thesis and code soon and then we can write the code .. the problem is
Hi,
I am trying to understand the matlab code right now.
(I hardly ever use matlab so I don't now the syntax, most of the time if I want
to do some math I just program it in C++)
If I understand it well you do the following to get rid of the audio_carrier:
interpolate 2x to avoid aliasing
downco
Probably Tempest for Eliza:
http://www.erikyyy.de/tempest/
There's yet another similar project that I would like to track down
that was using a VGA card.
I wrote a fm transmitter using the vga output and called it Tempest for MP3 FM.
I packages it together with the am transmitter from tempe
I tried to subscribe to the patch-gnuradio list but it didn't work.
This is what I got back.
Greetings,
Martin
Original Message
Subject: Returned mail: see transcript for details
Date: Tue, 5 Jul 2005 23:12:16 +0200 (CEST)
From: Mail Delivery Subsystem <[EMAIL PROTECTED]>
To: <[
inted me a bit.
So I am glad somebody noticed.
On Fri, May 20, 2005 at 12:18:55AM +0200, Martin Dvh wrote:
I made gnuradio compile on windows using mingw (no cygwin needed)
No Cygwin? Good!
It works with the standard win32 binary distributions of python24-win32
python-numeric-win32, swig-
Martin, we'll need a copyright assignment to FSF to pick up the bulk
of the patch. I'll send more info off-list in a bit.
I filled in and sent the form
>>But I would like to submit the patch myself to see if the patch submitting
>>works (since subscribing to patch-gnuradio failed for me)
>>Th
Eric Blossom wrote:
On Mon, Jul 11, 2005 at 01:38:43AM +0200, Stephane Fillod wrote:
I checked in a new version of gr_python.m4 that uses distutils to
determine the include path for Python.h. I tested it on GNU/Linx and
OS/X and it works there.
It's not going to work for any cross-dev setu
Eric Blossom wrote:
OK.
Running python on windows, can you please send me the output of this:
$ python
import distutils.sysconfig
print distutils.sysconfig.get_python_inc(plat_specific=False)
This is similar to what I did before my last post.
If I start the python command promt on windows
Eric Blossom wrote:
We could just blindly preform the replace, but that fails on the
pathological case of *nix filenames with literal \'s in them.
Hmmm, didn't think about that.
We probably also should introduce \ before any spaces in windows filenames.
Or just spit out an error like:
You used
This work is under way. We still need to fix libpython linking under
MinGW before 2.6. This shouldn't be a big issue, Martin may have
it already working.
I do have the complete build working under windows (I am already using it)
What libpython linking problem do you have?
(Maybe you told me bef
Stephane Fillod wrote:
On Wed, Jul 13, 2005 at 05:30:02PM -0700, Eric Blossom wrote:
On Thu, Jul 14, 2005 at 01:04:55AM +0200, Stephane Fillod wrote:
On Sun, Jul 10, 2005 at 05:24:59PM -0700, Eric Blossom wrote:
So, then the question becomes, "what's the easiest way to build GNU
Radio for
Hi all,
I have been busy trying to get the mingw patches ready for integration with
gnuradio-core.
Here are the result(see attached patches).
I also wrote a new short readme because a lot of the required configure
parameters are not needed anymore.(see attached readme)
I have put in checks so t
Martin Dvh wrote:
Hi all,
I added some additional code to gr_python.m4 to get rid of all remaining
backslash problems in python pathnames.
I put it in a section which is only executed on mingw (case host_os in
mingw*)
(No more python related patchnames required as ./configure parameters.)
I
-installer/
This installer does not include the usrp driver for windows or wxgui (yet)
Greetings,
Martin Dvh
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Matt Ettus wrote:
Martin,
I tried running a simple app with a gr.sig_source and a windows audio
sink, but it crashed and ended my python session. Do you have any
example programs that work?
You can just use
import audio
dst = audio.sink (sampling_freq)
gnuradio will automatically use wind
Hi all,
I solved the usrp building problems and built a binary installer for windows
including usrp support.
I tried to do all this but to build gr-usrp I need
the usrp library.
So I need a built usrp driver.
When trying to build usrp driver I get
fusb_win32.cc:91: `usb_bulk_setup_async' undec
Hi mjam,
ImportError: No module named _usrp_prims
It can find usrp_prims.py but is looks as though the usrp_prims.cc and
usrp_prims.h files are not compiled in your binaries to make the
_usrp_prims. I have no idea how to compile them tho, i've been trying
with DEV-c++ with no luck.
I quickly ma
will also be at what-the-hack.
Any more people going there?
Can we setup a village?
I will be reachable on the what-the-hack event phone at 2718
greetings,
Martin Dvh
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/m
mjam01 wrote:
thanks, that got past that error,
now it says it can't find the _usrp0 dll files..
Traceback (most recent call last):
File "C:\mikes\gnuradio-mikes\gnuradio-mikes\am_rcv.py", line 5, in ?
from gnuradio import usrp
File "C:\Python24\lib\site-packages\gnuradio\usrp.py", li
mjam01 wrote:
ah getting closer...
found this in make.log in gr-usrp-0.5cvs*.tar.gz
*** Warning: libtool could not satisfy all declared inter-library
*** dependencies of module _usrp0. Therefore, libtool will create
*** a static module, that should work as long as the dlopening
***
and gr-usrp-0.5cvs from Stefan Fillods
site.)
Greetings,
Martin
-
the usrp is plugged in and recognised.
cheers,
mike
m0mik.org/gnuradio
On 7/26/05, Martin Dvh <[EMAIL PROTECTED]> wrote:
mjam01 wrote:
ah getting closer...
found this in make.log in gr-usrp-0.5cvs
Hi Edward,
My USRP board has developed a USB communications issue. The host PC no
longer responds to the board when the USB connection is made. “USRP”
does not show up in USBview, and the FPGA does not load. The green
flashing LED on the board continues to flash at the faster rate. I can
Hi all,
I didn't realize this board was out yet. Does anyone know the bandwidth?
How about whether it will tune to WLAN frequencies (at least to 2.412 GHz)?
I have one (since a few days)
Matt told me that WLAN frequencies are right on the edge of what the board can
do.
Most of the time if the b
. Added gr_float_to_uchar and gri_float_to_uchar. (Also added gr_float_to_char.h which was
forgotten in previous patch to add gr_float_to_char)
* src/lib/general/general.i: changed. Added gr_float_to_uchar and
gri_float_to_uchar.
greetings,
Martin Dudok van Heel (Martin Dvh
gr_float_to_uchar and
gri_float_to_uchar.
greetings,
Martin Dudok van Heel (Martin Dvh)
? bootstrap-mdvh-debian
? src/python/gnuradio/gr/mdvh_benchmark_filters.py
Index: src/lib/general/Makefile.am
===
RCS file: /cvsroot/gnuradio
Hi all,
Prateek Dayal wrote:
have u had any success with tv reception on gnuradio I am all
caught up in a new job here and still fighting out to take out some
time to work on this .. even my net connection has not been installed
yet at home :(
John Gilmore wrote:
> Thanks for your ongoing w
mjam01 wrote:
Hi guys,
Any updates to the mingw usrp gnuradio binary installation files to
allow for the examples to work with the usrp on windows? Stephane
mentioned previously that gnuradio-core/usrp/gr-usrp needs to be
updated in the installer.
Haven't made a new binary installer yet.
I am t
Hi Andrew,
Hi, what is the best way to debug C++ code called
from python? Is it possible to use gdb? Or is the
idea to get everything working through test-cases
first & hence avoid the issue?
from the how-to-write-a-block documentation/wiki
Debugging with gdb
If your block isn't working, and yo
captured tv images:
http://www.olifantasia.com/pub/projects/gnuradio/mdvh/examples/tv/
greetings,
Martin
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi all,
I made new binary installers which include the patches we made on what-the-hack
to make the usrp somewhat working on windows.
http://www.olifantasia.com/pub/projects/gnuradio/mdvh/mingw/binary-installer/gnuradio-with-usrp/
I just packaged the files we created at what-the-hack, including
Hi,
Is it possible to tell the usrp to only send 8 or 10 bit samples or only the
real part of the signal.
(Is this at all possible with the current firmware?)
Or is there any documentation of the blocks in the fpga code and the
usb-controller firmware and how to use them.
I looked at the usrp ma
Eric Blossom wrote:
http://comsec.com/usrp/microtune/4937-DI5-3x8899-2.pdf
Thanks for this one
http://comsec.com/usrp/microtune/NF_tutorial.pdf
But this one is still very secret and unaccessible to me;-)
I got:
Forbidden
You don't have permission to access /usrp/microtune/NF_tutorial.pdf
Hi all,
I am working on a tv_sync block.
The code needs a big cleanup but it does sync.
I only have vertical sync enabled for the moment (less processing power)
But because all tv-stations have a very stable sync and the usrp has a stable
sampling freq, you get nice aligned pictures.
I captured
com/pub/projects/gnuradio/doc/specsheets/
)
Also look in the gnuradio mailing list archives for
[Discuss-gnuradio] using ADC of a TV-card with CX2388x chip or digital
TV-reception chips/cards
[Discuss-gnuradio] ATTN Martin Dvh: cx8800 driver
Since recently, I own an usrp.
I am still interested
capture mode?
And do you remember if it missed no samples (look at more data then one field
(20 msec))
Greetings,
Martin
Regards,
HowChee
--- Martin Dvh <[EMAIL PROTECTED]> wrote:
Cory Papenfuss wrote:
Just wondering if there's been any more
progress on that front.
Hi,
I wanted to be able to get 8 bit samples from the usrp so I tried to hack this
into the verilog code.
Since I don't want to fry my board I didn't compile and try to install it but
first want to ask if I am on the right track.
(I didn't even install Quartus II web-edition yet since I am work
Hi,
What output voltage level should I expect from the basic tx?
The docs say it delivers maximum 20 mA into 25 or 50 ohm.
At 50 ohm this should result in 1.0 V max.
The most I can get out of it is 50 mV
(looked using oscilloscope, also put it into the composite video-input of a tv and this al
it easy to hack?)
Greetings,
Martin
Regards,
HowChee
--- Martin Dvh <[EMAIL PROTECTED]> wrote:
Hi Hew How Chee,
I did some experiment on the CX tv card some time
back. Looks like a continuous capture of 28MHz 8
bit
data from the video ADC is possible, at least it
seems
like tha
Hi all,
>Eric Blossom wrote:
On Fri, Aug 19, 2005 at 02:56:53AM +0200, Martin Dvh wrote:
Hi,
What output voltage level should I expect from the basic tx?
The docs say it delivers maximum 20 mA into 25 or 50 ohm.
At 50 ohm this should result in 1.0 V max.
The most I can get out of it is 50
o any harm.
Greetings,
Martin
Martin Dvh wrote:
Hi all,
>Eric Blossom wrote:
On Fri, Aug 19, 2005 at 02:56:53AM +0200, Martin Dvh wrote:
Hi,
What output voltage level should I expect from the basic tx?
The docs say it delivers maximum 20 mA into 25 or 50 ohm.
At 50 ohm this should result in 1
The output side of the transformer is not center tapped. The input side
is. The input side center tap needs to connect to ground. On the
ADT1-1WT and the ADT4-1T the center taps are on pins 2 and 5
respectively. That's why I connect both -- so that you could switch to
the other transformer i
Hi Hew How Chee,
Hew How Chee wrote:
Hi Martin,
Pretty good hacking you have done there. Maybe I'll
try it one day, after the warranty expires :)
I think I am going to look for a nice cx2388x
capture card.
What card are you using ?
What tuner is on it? (Is it easy to hack?)
I am using Pi
cswiger wrote:
One thing I don't understand tho: if a typical mux of
0xF0F0F0F0 feeds zeros to all DDC Q inputs, and ADC 0
to all DDC I inputs, nchannels = 1 sends data from DDC 0
only, and looking at the DDC block diagram in figure 3 at:
http://www.gnu.org/software/gnuradio/doc/exploring-gnurad
Hi John,
Yes I got your hint already.
John Gilmore wrote:
I think I am going to look for a nice cx2388x
capture card.
Look at the PCI card by pchdtv.com. They use the cx23883, plus a canned TV
tuner by Thomson. All the drivers are open source. It's designed to be
an open source compatible H
rp1.i, src/usrp1_source_base.cc,
src/usrp1_source_base.h, src/usrp1_source_c.cc,
src/usrp1_source_s.cc: added 8bit samples support
(enable by using the new mode usrp.FPGA_MODE_TRUNC_TO_8BIT)
Martin Dvh wrote:
Hi,
I wanted to be able to get 8 bit samples from the usrp so I tried to
Hi,
I just found this:
http://softwire.sourceforge.net/
With Softwire you can generate and optimize your inner-loops in x86/3dnow/sse
assembler at runtime.
I thought that maybe we could use this to combine the innerloops of several
blocks in the flowgraph to one loop.
(As long as all the block
Hi Holger,
The input of my signal block is a bytestream b. The output should
also be a bytestream, but with a different number of outgoing items(not a
multiple of b).
In other words, after the transformation of the inputstream some extra-bytes
have to be appended.
For example:
Input y Bytes
Hi Chuck,
>I'm expecting
> to get a 1Khz signal in one channel and 2Khz in another channel,
> but end up with the two getting mixed etc.
>Now if I disconnect the wire connect J19 to J48 ch1 & ch2 indeed flatline as
expected.
How do ch 3 & 4 look when you disconnect the wire connect J19 to J48.
Y
Hi Chuck,
Ok - I was assuming all DDC/DUC's were set to the same.
When the other cable between J19 & 48 is removed the scope
channels 3 & 4 flatline, just as expected.
Just checking we understand each other.
If you remove the cable between J19 & 48 both 1&2 and 3&4 receive channels
flatline?
>Steve Schear wrote:
I was one of the original GnuRadio team (I found the Microtune products
in 2001) but have not been too active on the list in a while.
Hi Steve,
This is
mostly due to my limited programming skills and application interest
being well ahead of the current HW/SW capabilities
Just two channels flatline when one cable is disconnected - when J19 is
disconnected channels 1&2 go flat, but 3&4 are still there. And when J18
is disconnected channels 3&4 go flag, and 1&2 are sill there.
Do you still get the strange waveform or a nice sinus?
The Rx side makes sense - it's
Best Regards,
>
> Jack Kelliher
> pcHDTV, Inc.
>
> On Tue, 2005-08-23 at 14:53, Martin Dvh wrote:
>
>>Hi Jack,
>>I was pointed to you by Seth and John Gilmore because you developed the
>>pcHDTV cards.
>>
>>I am one of the developers of th
aren't they allways.
This makes gnuradio one step closer to being primetime windows ready.
See atachment for the patch and below for changelog.
Greetings,
Martin Dvh
2005-09-06 Martin Dudok van Heel
* host/lib/fusb_win32.{cc}: Solved missing samples bug in usb code.
(Whic
Hi Matt and all,
I am afraid my usrp is broken.
It was working fine a few hours ago.
I was looking at a spectrum (fftwin) using the tvrx.
Suddenly the spectrum went down (samples went to zero) and they never returned
to normal values since.
I was using the tvrx in RXB
in RXA was the basic RX
in T
Matt Ettus wrote:
> Robitaille, Michael wrote:
>
>>Can someone let me know what the part number and manufacturer for the
>>connectors that connect to the USRP are. I am guessing that it's a female
>>connector since those on the USRP look like male connectors. Also, where
>>can I bye them.
>
> D
Javs wrote:
> Group,
>
> I am having problems to establish the initial
> communication with the USRP with any example in the
> code. The first time I run any code
> (test_usrp_standard_tx in this case), it fails giving
> me the following error :
> ---
> [EMAIL PROTECTED] apps]$ ./test_usr
Hi,
I want to enable sync input and output pins and are looking for where the these
should be set.
In my search for examples, I looked for the place where the output is enabled for the 4Mhz reference clock, which is output on io[0] for some daughterboards,
like the dbsrx.
But I can't seem to f
John Gilmore wrote:
The eeprom on the daughterboard determines which wires from the FPGA to
the board are outputs and which are inputs. This is key because if
you get it wrong, you fry the board with two chips driving the line in
opposite directions.
So if you have a modified dbsrx board that
Eric Blossom wrote:
On Tue, Oct 25, 2005 at 02:44:51AM +0200, Martin Dvh wrote:
Hi,
I want to enable sync input and output pins and are looking for where the
these should be set.
In my search for examples, I looked for the place where the output is
enabled for the 4Mhz reference clock, which
Gituma Nturibi wrote:
First I thank Eric and Michael for their input about my previous query-
It was helpful but designing a superhet radio receiver is not as easy as
it sounds.
I'm back again with a few questions about GNU radio. As I had said
earlier I was thinking about creating an Fm rec
Hi Stephane and gnuradio guys,
I am trying to crosscompile gnuradio on linux using the debian mingw32 package.
But I am not sure how to get the python stuff working.
I assume I have to convince the autotools to use all the include files,
libraries and site-packages dir from python for windows o
The recent file cleanups and new burn-db-eeprom broke make dist for usrp.
This patch changes the Makefile.am to fix this.
2005-11-04 Martin Dudok van Heel
* host/apps/Makefile.am: make make-dist work again by
added new burn-db-eeprom and removing burn-dbs-eeprom
and
Daniel O'Connor wrote:
> On Fri, 11 Nov 2005 11:40, David R. Palchak wrote:
>
>>Am I right in assuming that a modified FPGA design needs to
>>be compiled using the Quartus II toolchain? I ask because
>>as near as I can tell, the only free version of the Quartus
>>II software requires a windows se
http://www.heise.de/english/newsticker/news/66067
Now, Who will write a gnuradio block to receive and track this nice new device.
Greetings,
martin
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss
Eric Blossom wrote:
FYI,
fftsink and scopesink were just refactored to use messages and message
queues to communicate between the C++ and Python side. This removes
our dependency on pipes, but more importantly, the C++ side will now
never block trying to send data to the GUI.
Thank you very mu
Robert McGwier wrote:
>
> Dawei:
>
> You have understood it. Can you suggest a less expensive way than a
> single pole iir filter (integrator) to compute the running average of
> the data so we can subtract that mean?
You could use a decimating fir with no window (use all samples)
and taps (1.0/
Jonathan Jacky wrote:
>
> I tried the new fftsink and scopesink on Mac OS X 10.4.3 Tiger.
>
> Both of them work without modifications on a 1 GHZ Powerbook G4.
> Previous versions would not always work --- they would start up
> and display a blank window, with the twirling beachball icon that
> in
Elaine Garbarine wrote:
Hello all,
I'm involved in a project to design a hardware testbed for Multiple-input
Multiple-output systems. I was considering GNU Radio and the USRP to
accomplish this task. I was wondering if any of you have connected multiple
USRPs to build an RF system larger than
I would only send the samplenumber once in
every block that is sent from the fpga to the usb bus.
This would however have an impact on a lot more code.
Greetings,
Martin
>
> If any of my questions are unclear just let me know.
>
> Thanks again for the help,
> Elaine G.
COMINT wrote:
> Hi Martin
>
> Caught your post.
>
> Are you using the mutiple 4 channel rx system with phase sync for RDFing?
At the moment I am not using it for anything else as testing ;-)
You could however use this for RDFing or passive-radar or things like that.
Greetings,
Martin
__
mmon clock.
>The system will NOT be coherent unless it IS
> coherent. ;-)
Well, I think it IS coherent.
Greetings,
Martin
.
>
> Bob
>
>
>
>
> Martin Dvh wrote:
>
>> Elaine Garbarine wrote:
>>
>>
>>> Martin,
>>>
>>>
The new halfbandfilter stuff broke the debug_counter.
I think this minipatch is the solution.
I found this because I also use a counter in the fpga and it broke when I
updated my sourcetree.
I also wonder why all the resets are removed.
Are all the registers reset in another way now?
Greetings,
Eric Blossom wrote:
> On Thu, Dec 08, 2005 at 04:54:16PM +0100, Martin Dvh wrote:
>
>>The new halfbandfilter stuff broke the debug_counter.
>>I think this minipatch is the solution.
>>I found this because I also use a counter in the fpga and it broke when I
Angilberto Muniz Sb wrote:
> Do I need any special (not provided) file or config to
> regenerate .rbf files? (2.6 tarball - usp-0.9)
>
> When I open the project file and try to compile it, I
> get a number of errors and warning msgs...
>
> Out of curiosity: the project file makes reference to
> a
Hi all,
I still have a few new blocks laying around which I wrote a while ago but
haven't commited yet.
They are generic conversion blocks and an agc block.
I need them for tv reception but they can be used for other things.
Especially the char_to_float block can be used in conjunction with the no
Eric Blossom wrote:
> On Mon, Dec 19, 2005 at 12:24:36AM +0100, Martin Dvh wrote:
>
>>With all the conversions between uchar, char, short, float (and
>>complex) we might want to use a template for these instead in the
>>future.
>
>
> Good point.
>
>
&g
Arora_Amit wrote:
> Hi
>we are working on USRP. we have installed evrything succesfully and
> run the examples in USRP-0.8. But when we are trying to run the usrp
> examples from gnuradio-eaxmples we are getting the following error.
> Please help us as soon as possible.
Which distribution are
Hi kelvin,
kelvin loi wrote:
> Hi ALL,
> Martin! I have seen your tv_sync block. Could i ask
> you how actually you did that? It is a bit difficult
> for me to understand the code.
I will try to explain a bit:
Conventions:
usecmicroseconds
length samples
vsubsynclength length in samples of t
number of lines in a field is not a
whole number.
(312.5 for PAL and 262.5 for NTSC)
Also this code does not look if you are starting with an odd or an even field,
so the lines could be swapped.
I hope this helps,
Greetings,
Martin
> Thank you very much for your
> explaination.
>
Stephane Fillod wrote:
> Hi Chris,
>
> On Fri, Jan 06, 2006 at 01:48:49PM -0500, Robert Roberts wrote:
>
>>I have tried installing your GNURadio for Windows binaries following
>>the instructions posted on Martins website.
>
>
> BTW, Martin, do you have any plan in packaging a GNU Radio 2.6 rel
Robert Roberts wrote:
Thanks for your response!
I did not build the GNURadio code from source. I am attempting to use
the prepackaged installers found on Martins website:
http://www.olifantasia.com/pub/projects/gnuradio/mdvh/mingw/binary-
installer/gnuradio-with-usrp/
Following his instruc
Hi all,
I have made a new windows installer.
http://www.olifantasia.com/pub/projects/gnuradio/mdvh/mingw/binary-installer/gnuradio-with-usrp/
This time there is only a single installer which should install everything.
The sources used for this are also a bit more recent so maybe there are less
Robert, Please try the new installer.
http://www.olifantasia.com/pub/projects/gnuradio/mdvh/mingw/binary-installer/gnuradio-with-usrp/
The old installer did not have the latest vmcircbuf code.
Greetings,
Martin
Hi all,
I have made a new windows installer.
http://www.olifantasia.com/pub/project
al Message -----
From: Martin Dvh <[EMAIL PROTECTED]>
Date: Friday, January 13, 2006 10:51 am
Subject: Re: [Discuss-gnuradio] Windows Port Error
Robert, Please try the new installer.
http://www.olifantasia.com/pub/projects/gnuradio/mdvh/mingw/binary-
installer/gnuradio-with-usrp/
The old instal
s.exe
Greetings,
Martin
!Chris!
- Original Message -
From: Martin Dvh <[EMAIL PROTECTED]>
Date: Monday, January 23, 2006 3:48 pm
Subject: Re: [Discuss-gnuradio] Windows Port Error
Robert Roberts wrote:
Hello,
I've installed the new 2.6 installer on both this Opteron as well
I don't have the docbuilding tools installed (on my windows box)
This breaks the make install of usrp.
The cause is that DOCBOOK_HTML_FILES is empty when you don't have the doc tools
This results in a
for i in ; do
Index: doc/Makefile.am
Which won't work.
I allways use the patch below, but does a
t s_seg_counter is a static int.
So it should increase with every invocation of gr_vmcircbuf_createfilemapping()
This is only true for a single-treaded case but as far as I know this IS
singlethreaded.
The same trick is used in for example gr_vmcircbuf_mmap_shm_open()
Could other people with an
I implemented complex versions of agc and single pole iir filter.
To do this I had add an extra calc_type parameter to the gr_single_pole_iir
template.
(I changed all blocks that use this accordingly)
If this extra parameter is not wanted I could still implement a complex iir
filter but then I am
Eric Blossom wrote:
> On Wed, Feb 01, 2006 at 03:39:57PM -0800, Eric Blossom wrote:
>
>>On Wed, Feb 01, 2006 at 11:32:06PM +0100, Martin Dvh wrote:
>>
>>>I implemented complex versions of agc and single pole iir filter.
>>>To do this I had add
Stephane Fillod wrote:
> Hi Chris,
>
> On Sat, Feb 04, 2006 at 03:26:29PM -0500, Robert Roberts wrote:
>
>>Is there anyone out there working with GNURadio on Windows with the USRP?
>
>
> Disclaimer: I'm not using the USRP on Windows, just lending a hand in
> porting the code. Among the lurker o
Robert Roberts wrote:
>
> - Original Message -
> From: Martin Dvh <[EMAIL PROTECTED]>
> Date: Sunday, February 5, 2006 3:12 pm
> Subject: Re: [Discuss-gnuradio] GNURadio on Windows
>
>>Stephane Fillod wrote:
>>
>>>Hi Chris,
>>>
>&
On Tue, 2012-02-14 at 22:56 -0500, Tom Rondeau wrote:
> There's been a ton of work going on in getting us ready to really
> start using Volk in GNU Radio blocks. Instead of repeating myself,
> here, you can see more about the who/what/when/why/how of the changes
> here:
>
>
> http://www.trondeau
:06 +0100, Martin DvH wrote:
> On Tue, 2012-02-14 at 22:56 -0500, Tom Rondeau wrote:
> > There's been a ton of work going on in getting us ready to really
> > start using Volk in GNU Radio blocks. Instead of repeating myself,
> > here, you can see more about the who/what/w
Hi All,
I am building an application where I simultanuously want to receive and
transmit using the USRP2.
Since I also need the timestamps, I implement this using C++.
(Building my own filewriter class which extends usrp2::rx_nop_handler,
like in rx_streaming_samples.cc)
Should I use threads to k
On Fri, 2010-03-12 at 14:12 -0500, Marcus D. Leech wrote:
> Has anybody on-list had experience using the BASIC_RX or LFRX boards at
> low-vhf frequencies
> (30-50MHz)??
BasicRX works when you add a corresponding bandfilter and a LNA.
Note however that the first niquist frequency is at 32 Mhz wit
Hi all,
I wrote two gnuradio AFC (Automatic Frequency Control) demos
This AFC technique can come in handy when your tuning is critical and
there is a frequency offset or doppler shift to be expected.
(Like when trying to receive NOAA weather satelites which can have a
substancial doppler shift. I
1 - 100 of 351 matches
Mail list logo