more information.
Peter
On 31.03.2015 16:42, Mike Harpe wrote:
What's the best way to get GNU Radio working on the new Raspberry Pi
2? I have tried a straight from source compile and just installing the
package. Both methods ended up not being able to see my FunCube Dongle
Pro+ due to
l below 50 % in this case.
RTL-SDR (part of the osmocom rtl-sdr package) works fine with a Pi2.
Peter
On 12.04.2015 02:22, Mike Harpe wrote:
BLUF: I can get gqrx to run but not very well. It will run for a few
seconds then hang badly. Sometimes the board needs to be rebooted.
After much goof
I want to have a
code from another gnuradio repo such as and merge both
and at which level should I do this ?
4a. Is it cd /myMainFolder and do a git clone or
4b. Is it cd /myMainFolder/gnuradio and then do a git clone
Kind Regards,
Peter
Thanks for maintaining this for the mac. I am just getting my feet wet in
SDR. I have a working dongle that I can use with the gqrx.app program-- I
can tune radio stations and hear them. I would like to start using gnuradio
for its added flexibility and power. I tried installing gnuradio (3.7) and
I tried to reply once before but I don't see it anywhere. First of all,
thank you Michael (and others) for all your work on gnuradio. I am
trying to get my feet wet in SDR. I have a dongle that works with
gqrx (I can hear radio stations). I am trying to get gnuradio working
to expand my options
Thanks. I see your response now. I am trying to understand the gmane modes--
I think I was seeing the permalink which showed only your original post.
I tried "sudo port install gnuradio +full" which failed. Looking at the log
file, I think the relevant lines are:
:info:configure CMake Error: The
Tried but still no go. More variables were not found:
:info:configure CMake Error: The following variables are used in this project,
but they are set to NOTFOUND.
:info:configure Please set them or make sure they are set and tested correctly
in the CMake files:
:info:configure ICE_GLACIER2
After a bit of digging around and trying different things, I think I have
a grasp of what is going on.
For whatever reason, I had qwt @5.1.2_2+qt4 (active) and py27-pyqwt
@5.2.0_4 (active) installed. It seems that the current version of
gnuradio (3.7) uses qwt52. I uninstalled all qwt related p
http://en.wikipedia.org/wiki/OpenBTShttp://openbts.sourceforge.net/Something like this???Peter HughesN7BMG
--
Message: 4
Date: Tue, 17 Feb 2009 08:38:33 -0800 (PST)
From: isaacgerg
Subject: [Discuss-gnuradio] OpenBTS Technical Repor:
To: Discuss-gnuradio@gnu.org
way into the build-gnuradio script. Install the mako
template engine using
sudo apt-get install python-mako
Then run the build-gnuradio script again (perhaps with the -v option).
-Peter-
On 9/22/2015 6:25 AM, Mike Gilmer wrote:
I've gotten further along but it still failed. Here's
Actually I just checked and it is in the build-gnuradio script now. It
wasn't there at the end of July or beginning of August when I ran into
the problem and it prevented the script from installing UHD and thus the
actual GNU Radio installation.
-Peter-
On 9/22/2015 10:19 AM
USRP1s.
The problem is, 1 of the USRP1s can run ANY SDR app, while the other one
always fails at the most BASIC apps such as *benchmark*_*usb*.*py*
*How can I get the 2nd USRP1 to work just like the 1st USRP1?*
On Mon, Dec 7, 2015 at 3:27 AM, Marcus Müller
wrote:
> Hi Peter,
>
> ah,
n 2 a couple of weeks ago and the
gsl1 recipe is now called, well, gsl1. I didn't try if gsl v2 works with
gnuradio.
Best regards,
Peter
> -- Forwarded message --
> From: Brian Cuthie
> To: "discuss-gnuradio@gnu.org"
> Cc:
> Date: Sat, 22 Oct 2016 22
I have GNU radio v3.7.10.1/v1.1.2 installed from
http://www.gcndevelopment.com/gnuradio/downloads.htm on my Windows 7 machine.
I am using USRP B200 as well. When I try to run gr_filter_design from the
command prompt, I get a SciPi not installed error. I have verified that SciPi
is installed.
ian. Does
this change based on the endianness of the host machine?
Thanks in advance for the help.
--
Peter Witkowski
pwitkow...@gmail.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi Marcus,
That explains it. Thanks for the help.
On Mon, Feb 9, 2015 at 1:27 PM, Marcus Müller
wrote:
> Hi Peter,
>
> the metadata is stuffed into PMT dicts, which get serialized by pmt's
> serialization routines.
> Now, these are a bit peculiar on serializing mu
lar issues? Does the simple "sudo apt-get
install gnuradio" command install the latest versions of UHD and GNU
Radio? I am also leaning towards trying a PyBOMBS based install. That
said, I don't think I'm doing anything differently this time around and
I've always had good
As a sanity check, I just went through and followed the build instructions
for UHD found here: http://files.ettus.com/manual/page_build_guide.html
After the make install, I ran a find for uhd_find_devices and nothing came
up.
On Wed, Mar 4, 2015 at 10:45 AM, Martin Braun
wrote:
> Pe
you for your consideration,
>
> -Steve
>
> ___
> USRP-users mailing list
> usrp-us...@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
--
Peter Witkowski
pwitkow...@gmail.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
the case that some system update changed something that buggered up an
>> assumption that build-gnuradio is making. But without a complete log of a
>> "-v" run,
>> I have no way of figuring out what's going wrong.
>>
>>
>>
>>
>&
I have downloaded the most recent version of the gr-tutorial from github
and installed it using
cd gr-tutorial
mkdir build
cd build
cmake ..
make
sudo make install
sudo ldconfig
Everything works fine up to this point and I don't get any error
messages. When I open
gr-tutorial/examples/tutorial4/
05.2015 20:57, Peter Mathys wrote:
I have downloaded the most recent version of the gr-tutorial from github
and installed it using
cd gr-tutorial
mkdir build
cd build
cmake ..
make
sudo make install
sudo ldconfig
Everything works fine up to this point and I don't get any error
messages. When I o
the
namespace declaration, the #include compiler directive, and the
conditional #ifndef INCLUDED ... directives. Once I updated that
correctly the AttributeError got resolved.
-Peter-
On 5/13/2015 10:38 AM, Su Li wrote:
Dear All,
I am trying to make an out of tree module by following the t
received out of order or resending packets
in the event that data is dropped.
Stated differently, the UDP Source and Sink are "vanilla" UDP and don't
have any additional features added in the application layer, correct?
Thanks in advance for the help.
the block uses VOLK, which in turn
uses various SIMD instructions that perform saturating arithmetic (am I on
the right track here?).
Thanks in advance for the assistance.
--
Peter Witkowski
pwitkow...@gmail.com
___
Discuss-gnuradio mailing list
Discus
set-up is capable of writing to disk at twice the rate of
data coming in per benchmarking the HDDs.
--
Peter Witkowski
pwitkow...@gmail.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
PM, Marcus D. Leech wrote:
> On 09/07/2014 04:24 PM, Peter Witkowski wrote:
>
> Hello,
>
> I have a simple application written in Python using GNURadio. All I am
> trying to accomplish is to have the USRP data be written to disk. The
> application works fine when I dump
es if the problem comes back for whatever reason. But
for now, buffering via the Stream-to-Vector block seems to have fixed the
issue.
On Sun, Sep 7, 2014 at 7:54 PM, Marcus D. Leech wrote:
> On 09/07/2014 07:08 PM, Peter Witkowski wrote:
>
> Not sure I follow. If I have a large enou
f the
"/System/Library/Frameworks/Python.framework/Versions/2.7/Python"
dependency when everything else is pointing to /opt/local.
-Peter
On 02/11/2012 06:12 PM, Daniel O'Connor wrote:
Hi,
I'm trying to build and run GNURadio on OSX Lion (with MacPorts) but I am
havin
Hello,
since there is an option for discontinuous transmission for the
benchmark_tx.py script, I was wondering if the signal is really being
transmitted continuously when the option is not enabled or if there still
is some time division scheme involved.
Thanks in advance.
Peter
s geared toward high-spectral-efficiency signals
with many (>=8) bits per sample.
Cheers,
Peter Monta
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi,
I'm trying to compile gnuradio under Win7 64 bit. boost-chrono seems to
be missing from the Cmake requirements, so I added it.
But there is a further glitch when _gnuradio_core_filter is executed
during compilation:
13> Unable to find file
'C:\src\gnuradio\gnuradio-core\src\li\swig\gnuradio
The latest development from git.
> What branch are you using?
>
>
> On Mon, Dec 31, 2012 at 11:35 AM, Peter Horvath <mailto:ejcs...@gmail.com>> wrote:
>
> Hi,
>
> I'm trying to compile gnuradio under Win7 64 bit. boost-chrono seems to
> b
> Please specify whether you're using master or next.
> MB
I'm on the master branch.
Visual Studio 2010 x64 toolchain
Python 64 bit
P.
> The latest development from git.
>
>> What branch are you using?
>>
>>
>> On Mon, Dec 31, 2012 at 11:35 AM, Pet
30 seconds (note the three
> 10-second sleeps). So what happened to the dial tone--why couldn't I hear
> it? So this may not work when I substitute the audio sink for a USRP sink,
> correct?
>
Thanks for any help! I am having difficulties in understanding all this
and being able to tra
nd
-- Found Threads: TRUE
-- Udev rules not being installed, install them with -DINSTALL_UDEV_RULES=ON
-- Configuring done
-- Generating done
-- Build files have been written to: /home/peter/rtl-sdr
Scanning dependencies of target rtlsdr_shared
[ 5%] Building C object src/CMakeFiles/rtlsdr_share
xx:7208:22: error:
redefinition of ‘struct swig::traits >’
/x/build/gr-blocks/swig/blocks_swigPYTHON_wrap.cxx:6200:22: error:
previous definition of ‘struct swig::traits >’
make[2]: ***
[gr-blocks/swig/CMakeFiles/_blocks_swig.dir/blocks_swigPYTHON_wrap.cxx.o]
odule (inadvertently linked to system Python
and left installed in /usr/local) broke everything, crashed Python when
I tried to add /usr/local/... to PYTHONPATH.
Best regards,
Peter
> Hi Péter - It's been a while since I tried OOT modules with GNU Radio; it's
> certainly po
b1 = pmt::make_blob(a, a_length);
pmt::pmt_t b2 = pmt::make_blob(b, b_length);
return pmt::make_tuple(b1, b2);
And I try to check the contents of b1 in QA code like this:
res = my_test_function()
b1 = pmt.blob_data(pmt.tuple_ref(res, 0))
b1_len = pmt.blob_length(pmt.tuple_ref(res
Hi Marcus,
pmt.u8vector_elements() did the trick. The result being a long array is
not a problem, I could compare its elements with a list using
assertSequenceEqual().
Thank you,
Peter
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https
_blob() function wants to behave like
a C++ function, and expects two arguments, address and array length.
What is the best way to convert NumPy arrays to blobs?
(grextras and all the other stuff Josh was pointing to a couple of days
ago seem to have gone from github.)
Thanks,
ould be able to come after the last
piece of data, independently, not somehow glued to it.)
Is there a better way to detect this?
Thanks,
Peter
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hello;
I am interested in designing a front end amplifier for a SDR. I am
interested
in the frequency band from 2 MHz to about 60 MHz. Is there anyone
interested
this in frequency band and is doing hardware design? I would like to
discuss
design issues and problems.
Or, is there a bette
;t
go that deep.
Does anyone have a copy of that page, or have any ideas for other
references that might be useful? I've included a few notes that I've
accumulated below.
Thanks!
Peter
http://en.wikipedia.org/wiki/Pulse-position_modulation
Lab notes with some details about PPM modul
Hello Zhang,
export PYTHONPATH=$PYTHONPATH:/usr/local/lib/python2.6/dist-packages
should probably fix the error. Make sure the path specified above exists and
contains the python gnuradio packages.
Cheers,
Rakesh
On Fri, Sep 17, 2010 at 8:01 AM, zhang wei wrote:
> Hi Guys,
>
>I have
gan-2 wrote:
>
> On Oct 12, 2011, at 20:13, Tom Rondeau wrote:
>
> On Wed, Oct 12, 2011 at 5:26 AM, Peter D. Massam
> wrote:
>
>> I need to be able to maintain my program for both old and new systems
>> and
>> I've been looking for a version constant tha
In general you're right, but it depends on the details. Its usually quite
straightforward, but a common mistake is to use the wrong bit-to-symbol
mapping. 0 -> +1 and 1 -> -1 means that an XOR applied to bits is
equivalent to multiplication applied to symbols.
Nowlan, Sean wrote:
>
> Hi all,
ane what I should be receiving, then move to the
frequency hopping.
Thanks, Peter
per alternatives or other possibilities to get a taste of what
software radio is all about?
Best wishes,
Peter
Peter O'Doherty
http://www.peterodoherty.net
http://www.myspace.com/peterodoherty
___
Discuss-gnuradio mailing list
available to
me on the audio packages I already use (eg. SuperCollider) but the
prospect of manipulating radio signals via USRP+gnuradio+
my_audiopackage is exciting. Do you think this is a feasible way to
approach it?
Thanks again,
Peter
Peter O'Doherty
http://www.peterodoherty.net
his seems to be exactly the imput I'm giving it. What am I missing?
Many thanks,
Peter
On Wed, Dec 17, 2008 at 04:26:57PM +0100, Peter O'Doherty wrote:
Thanks a lot. That does the job.
But now I get this message:
len(channel_coeffs) = 795
gr_fir_ccc: using SSE
enied
Anyone have any idea what I'm doing wrong?
Thanks,
Peter
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
eturn _audio_alsa.sink(*args)
RuntimeError: audio_alsa_sink
But what about the audio_alsa_sink error?
Thanks again,
Peter
On Wed, Dec 17, 2008 at 03:47:57PM +0100, Peter O'Doherty wrote:
The same thing happens when I simply copy a file in the
~/gnuradio-examples/python/audio directory,
o.net/gnuradio/am_rcv.py
If I run this in the terminal:
./am_rcv.py hf_1khz_256_complex.dat 0
I get this:
bash: ./am_rcv.py: Permission denied
Anyone have any idea what I'm doing wrong?
Thanks,
Peter
___
Discuss-gnuradio mailing list
Discus
some parts from the
previous packet before the preamble.
We tried to set the fusb_block_size of the USRP sink to 8, so this
buffer will hold a whole packet, but this did not help either.
Any ideas would be greatly appreciated.
Best, Peter.
[1] http://nd.edu/~pvizi/transmitted.png
[2] http://n
samples long, rather it is spread over 1000
samples, which in my opinion means that the USRP does not send the whole
packet at once but in small chunks.
Best, Peter.
[1] http://nd.edu/~pvizi/transmitted.png
[2] http://nd.edu/~pvizi/onair.png
signature.asc
Description: This is a di
Hello Aviv...
I believe this has something similar to what you were mentioning...
http://staff.washington.edu/jon/gr-mrfm/
Regards,
Rakesh
On Wed, May 20, 2009 at 4:20 AM, Aviv Keshet wrote:
> This email is not a question, but more of a comment.
>
> I've been working for about a week on re-p
ful, actually---if I request 4-bit
samples, I'm more or less expecting 4-bit uniform quantization,
right? So the attached patch changes to round-to-nearest-even.
Cheers,
Peter Monta
--- rx_buffer.v.orig2007-02-25 14:32:58.0 -0800
+++ rx_buffer.v 2007-03-01 00:01:05.0
ted).
Cheers,
Peter Monta
--- rx_buffer.v.orig2007-02-25 14:32:58.0 -0800
+++ rx_buffer.v 2007-03-01 02:57:00.0 -0800
@@ -51,8 +51,7 @@
output [15:0] debugbus
);
- wire [15:0] fifodata, fifodata_8;
- reg [15:0] fifodata_16;
+ reg [15:0] fifodata;
wire [1
Please let me know if anything else is needed for the patch.
There's a testbench for bit_pack.v I can send along if you like.
One possible issue is synchronization, to make sure that the
channels are properly distributed within the 16 bits after
changing width.
Cheers,
Peter Monta
//
pstream
from the halfband (4).
I see. Maybe I'll just forget the halfband too and just subsample by
2---the baseband filters on the MAX2118 may be enough for
reasonable antialiasing.
The test bench would be nice.
Attached.
Cheers,
Peter
testbench.tar.gz
Descri
would like). Thanks!
I could take a look if you like---two seconds perhaps?
Cheers,
Peter Monta
n = length(e);
r = 0;
phase = 0;
freq = 0;
data = zeros(1,n);
for i=1:n,
pd = exp((1j)*phase) * e(i); # phase detector
data(i) = real(pd); # save data (in-phase arm
input (after the saw
filter)
This will result in 24.58 Mhz +jitter +LOdrift at the input of the USRP (after
dbs_rx downmix)
I wonder if any 25th harmonic is already in the signal, by virtue
of leakage within the USRP itself? That would be great.
Cheers,
Peter Monta
e tripler would just be a filter).
Cheers,
Peter Monta
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
e acquisition step (say +- 50 kHz),
consistent with the 50ppm absolute accuracy of the USRP's LO.
Cheers,
Peter Monta
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
figure. There's also an
amplifier on the dbs_rx prior to the receiver chip, so the system
noise figure of the USRP itself should not be a problem.
Did you see my other email from April 4? I think it went out
to the list.
Cheers,
Peter
On 4/9/07, Peter Monta <[EMAIL PROTECTED]> wrote:
> Question: Has anyone successfully acquired a GPS signal using the
> DBSRX daughterboard?
Yes, several on this list have done so.
Is there any version that is available for public ??
I would love to learn how its being do
e FFT demos, since currently there is no "video
filtering", as the spectrum analyzer folks say.
A more flexible spectral estimate would allow showing
nice clean noise floors at the expense of a little
measurement time.
Cheers,
Peter Monta
Hello, I have rather foolishly offered to 'look into' SDR for an Amateur Radio
Astronomy project, simply on the basis that I am a software developer, have
some electronics background, and have an FPGA development kit to hand (!).
Having had a very quick look at GnuRadio, it looks very powerful,
Eric,
Can you make available the archives of the old ComSec wiki in the current
wiki ?? There are a lot of things that can be learnt from the development
process that happened. I'm currently getting them from (lossy) google cache.
May be a separate section as Archives wud be good.
73s
Rakesh VU3
Check this out... (updated!)
http://gnuradio.org/trac/wiki/Presentations
regards
rax
On 11/3/07, Ham Radio- Skywarn <[EMAIL PROTECTED]> wrote:
>
> just wondering if some one could throw up some video's on youtube of
> people using gnuradio? maybe the fm reciever wx example?
>
> thx,
> Chris
>
Use the Wayback Machine [ http://www.waybackmachine.org ]... I was
able to find most of the content except few images... I do hope Chuck
does put it back up again...
Regards,
rax
On Nov 7, 2007 8:32 PM, Firas abbas <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Are you going to put all your old articles
table level prior to the
receiver, then watching the image frequencies for any
tone power, and twiddling the filter to cancel it.
Oh, and subtract out the comb before it hits the real
receiver. (Pseudonoise could also serve, but it might
be less convenient to gener
MHz, say, the I and Q still are
imbalanced
by 1 dB.
Cheers,
Peter
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
EEPROM. Or is something there already?
Cheers,
Peter
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi...
Checkout the page and the links towards the bottom...esp gr-bluetooth
implementation by Dominic Spill.
http://www.willhackforsushi.com/Home/Entries/2007/10/8_Headset_Attack_Demo_At_SANS_NS2007_Las_Vegas.html
Regards,
rakesh
On Fri, Apr 4, 2008 at 7:48 PM, Mauro Marinho <[EMAIL PROTECTE
from sudden jumps over temperature, but this
doesn't match your experience, since the TCXO is on the motherboard
and would affect both dbsrx's equally.
Cheers,
Peter Monta
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.
he initial problem.
Thank you.
--
peter
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hello Firas...
GREAT EFFORT !!! You really deserve a big round of applause from the whole
community !!!
I'm sure many people had this in mind and wanted to do something about it,
but then you have single-handedly pulled it off !!
I'm sure this is a great initiative - along with all the prev. doc
Hey Folks
The USRP Documentation by Firas has been now wiki-fied at
http://www.gnuradio.org/trac/wiki/UsrpFAQ
Its now upto everyone in the community to take it up and contribute to make
it bigger and better ! I totally believe better piece of documentation can
take this project to places...
Just came across this while surfing around...
http://www.mhprofessional.com/product.php?isbn=0071498834
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
probability)?
One thing you could try, if the channel permits, is to temporarily hold
the AGC
fixed to see if that gives a better constellation (perhaps at the wrong
size;
or if you're using decision feedback, try to get it to the right size :-) ).
Cheers,
Peter
Interesting, since I was searching on the same today ;) I was planning on
taking my WiFi adapter onto a parabolic dish for extending the coverage.
I read somewhere about cascading a series of (cheap) USB hubs for getting
long distances. I'm not really sure how far that cud go. Any thoughts /
exper
uld permit dual-frequency
receiver software. It would be nice to have a
waveform-pair-to-RINEX tool to allow use of the various
web services for dual-frequency solutions.
Cheers,
Peter
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.
at to
expect with the on-orbit L2C signals over the next year or two.
Check out www.gps-sdr.com for more info.
Very interesting---thanks!
Would you know if there are any open implementations of P/Y semicodeless?
Cheers,
Peter
___
Discuss-gnu
te-of-the-art
timing
and survey solutions.
Finally snagged a dual-frequency antenna on Ebay a few weeks ago, so
only software sits between me and centimeter positioning and subnanosecond
UTC (or UTC(GPS) or UTC(IGS) anyway).
Cheers,
Peter
___
Di
Just tested the opengl implementation... Rocks hard ! Update times are
really up on my C2D 2.4G E4600 / 2GB / Intel 82G33/G31 / Ubuntu Hardy.
Had to do a "make clean" also, since it was reporting some top_block4dump
error while running any GR code. Probably a lone case. In Ubuntu, you can
get pyth
baseband signal,
you can translate the video back to centered at DC for carrier
acquisition and tracking,
VSB filtering, demodulation, and so on.
Cheers,
Peter
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/l
Hi Theo..
In GRC, you can use File Source block for using signals from the sample
files. You can also make use of Signal Source, Noise Source, Audio Source
(input from sound card) and so on... For visualizing you can have FFT Sink,
Oscilloscope Sink, Numeric Sink and so on..
Happy experimenting..
For Shortwave / HF bands, try ZetaSDR [1], SoftRock [2] or YU1LM [3]
designs.
Regards,
Rakesh
[1] http://www.qrz.lt/ly1gp/SDR/
[2] http://www.softrockradio.org/
[3] http://yu1lm.qrpradio.com/
On Sat, Aug 30, 2008 at 11:25 PM, Mathew George <[EMAIL PROTECTED]>wrote:
> Hi all,
>
> Can someone
Chris,
Marcus had mentioned about experimenting with ICRON Ranger 2101 USB 2.0
Extender for about 150foot. Check out these threads...
http://www.nabble.com/ICRON-Ranger-2101-USB-2.0-Extender-td19164474.html
http://www.nabble.com/USRP2-Price-td19399125.html (towards the end of the
thread)
Regards
the requirements and
design for such a thing?
Thanks.
Peter
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
or baudline and its focus on DSP knocks
it out of contention for my general needs.
On 07/16/2014 09:52 AM, Peter A. Bigot wrote:
The sort of capabilities I'm looking for include: Read time-series
data from files of different formats (some too large to fit in
physical memory). Display the data
s offset, and only rare cases
where it's appropriate to replicate outdated information in a new
segment, so (b) seems to be the right move.
All the above is based on my understanding and expectations of how
stream tags are/should be used. If my understanding is mistaken,
please let me know.
Pet
tlsdr_source so I know the sample rate, frequency, gain,
and collection time of the signal, and (roughly) where they changed.
Mostly because I keep collecting files with captured and processed data
for analysis, and have no idea what parameters I used to generate them.
Preserving metadata with signal
ht itch to contribute to a solution, but without community
involvement can't hope to provide anything mergable. Is this simply not
something anybody feels needs to be addressed, or did I ask in the wrong
forum?
Peter
On 07/17/2014 05:11 PM, Peter A. Bigot wrote:
Some comments after play
On 07/25/2014 09:36 AM, Tom Rondeau wrote:
On Fri, Jul 25, 2014 at 10:02 AM, Martin Braun <mailto:martin.br...@ettus.com>> wrote:
Hey Peter,
you did come to the right place! And no-one here claims that
stream tags
are "finished". On the other hand, you
with additional responses to Marcus:
On 07/25/2014 08:46 AM, Marcus Müller wrote:
Hi Peter,
I agree that this is a very relevant topic, and especially the
performance of tag handling might prove to be problematic soon...
However, it's a bit hard to start a discussion like that; a lot of
thi
dress interpretation and philosophy, not technical
issues.
On 07/26/2014 05:36 AM, Marcus Müller wrote:
Hi Peter,
I'm on very limited time and internet, so let me just answer things
in-text, shortening where contributing to readability.
On 25.07.2014 23:37, Peter A. Bigot wrote:
I've added five
o the issues tracker where Peter set them up and
discuss there.
Thanks!
Thank *you*. To close the loop: I've added comments to
http://gnuradio.org/redmine/issues/699 and
http://gnuradio.org/redmine/issues/701 that include links to Marcus'
email with my response in excerpted conte
1 - 100 of 108 matches
Mail list logo
