On Mon, Sep 29, 2014 at 9:49 PM, Hoang Ngo-Khac
wrote:
> I did uninstall gnuradio and reinstall it but that error still occurs.
So, from below it looks like this shared-library:
/usr/local/lib/libgnuradio-filter-3.7.3.so.0.0.0
cannot find a symbol it needs. If you use the following command:
I did uninstall gnuradio and reinstall it but that error still occurs.
Hoang Ngo-KhacResearch Assistant - Lab. of Signal and System, FET, UET, Vietnam
National University-Hanoi (VNU-H)Alternative email: khachoang1...@gmail.com,
hoangnk...@vnu.edu.vnMobilephone: +84.163.682.7874
> Date: Fri, 2
I agree with Martin that once we go to git, every project has its own
independent repo. That shouldn't take much time at all to do, I can just
run some svn2git magic to spit out separate repositories. The question
will be where those repositories live. I can host the repositories again.
I could
On 29.09.2014 14:55, Marcus D. Leech wrote:
I have no religious convictions about git vs svn.
I'd have to change a couple of scripts [...]
When CGRAN was inaugurated, github wasn't as popular as it was (and GNU
Radio was still on SVN itself). We would not have gone for a central SVN
repo if
Marcus, thanks for keeping up-to-date projects on CGRAN! Since you've
always been actively involved, what would you like to see different
and/or improved? It can still be the place where your projects live,
I am just trying to make CGRAN more friendly to changes in the current
community and t
Marcus, thanks for keeping up-to-date projects on CGRAN! Since you've
always been actively involved, what would you like to see different and/or
improved? It can still be the place where your projects live, I am just
trying to make CGRAN more friendly to changes in the current community and
to be
On 09/29/2014 05:31 PM, George Nychis wrote:
Thanks for the feedback, Chris and Martin. What I'm going to do is
keep CGRAN down until we have some sort of plan/resolution and use it
as a form of motivation. Every time I've managed to resurrect CGRAN
from the dead, I just leave it go and forge
Thanks for the feedback, Chris and Martin. What I'm going to do is keep
CGRAN down until we have some sort of plan/resolution and use it as a form
of motivation. Every time I've managed to resurrect CGRAN from the dead, I
just leave it go and forget about it for some time again. I think that the
Jeff
Thanks for the pointers. I'll try these some time this week... hopefully
before we see more lightning (Wed/Thurs). I do appreciate the help.
Regards
Gerry
On Mon, Sep 29, 2014 at 3:53 PM, Jeff Long wrote:
> Gerry,
>
> It will probably take a bunch of experimentation to find something that
Thank you Jeff!
The ishort-to-complex block solve my problem
2014-09-29 23:59 GMT+03:00 Jeff Long :
> You need an ishort-to-complex block after the file source. The file source
> does not convert for you. If that doesn't work and your data is definitely
> good (and not too short), then no idea.
>
This is something that comes up at our dev calls (and other dev
meetings) regularly, and we really need to address it sooner rather than
later.
George, if the support burden is getting to much, we can surely fix a
short-term solution by migrating stuff to some temporary location (let's
take t
You need an ishort-to-complex block after the file source. The file
source does not convert for you. If that doesn't work and your data is
definitely good (and not too short), then no idea.
Please send replies to the list.
- Jeff
On 09/29/2014 04:53 PM, Θανάσης Μπαλαφούτης wrote:
The IQ.wav
Gerry,
It will probably take a bunch of experimentation to find something that
works. Since you're probably interested in the very beginning of the
signal, you'll need to do power detection in parallel with a delayed
version of the signal so you trigger in time. Look up some of the
following
Make sure you have a throttle block between the source and the FFT, set
to the rate at which you captured the wav. Also, there is a Wav File
Source under Audio. The plain File Source will also work (usually WAV is
16-bit signed, 2 chan), but will have a little noise at the beginning
(the wav he
I'm trying to become familiar with gnuradio, starting with grc, but I've
run into a couple of stumbling blocks.
I'm using a USRP1 with an assortment of daughter boards, including LF-HF
and VHF capabilities. I'd like to be able to sample the spectrum in
relatively small segments, and capture the sa
Hi,
I have recorded with FCD pro+ and SRD# some IQ.wav files.
When I try to import them in Gnu Radio companion as a "File source" and
plot the frequency spectrum with the "FFt sink" I get nothing.
Are the IQ.wav files produced by the SDR# recognizable from the Gnu radio?
Thanks!
__
CGRAN is useful and I'd like to see it live on in some form, at least as a
directory of modules that people are developing. My gut feeling is that
github is a good way forward.
I'm not sure what kind of quality assertion you want to make by including
something in CGRAN (clueful developers? decent
Hey,
the GRC Working Group is meeting on October 1 2014, 7pm CEST.
I have added an event+hangout on G+. Agenda (and Notes) can be found in
the wiki [0]
Sebastian
[0] http://gnuradio.org/redmine/projects/gnuradio/wiki/Call20141001
--
Karlsruhe Institute of Technology (KIT)
Communications Engine
The machine that runs CGRAN down in some basement somewhere at Carnegie
Mellon has hit some issues again. Given that I'm no longer at the
university, these issues are becoming harder for me to address. At this
point, it's probably best for CGRAN to "move on" as we've all been in
discussion about
Simone,
you're asking a bit much of people who are essentially volunteers if
they need to install several modules before they can run and test your
code for you.
Obviously, SWIG isn't picking up the class you wrote. There can be
several reasons for this, maybe you forgot it in your SWIG file
Try using a "threshold" off the "mag squared" and feed that into a
multiplier after block2 (with appropriate type adapters). As long as
block2 doesn't have a huge delay or do rate changes, this should work.
- Jeff
On 09/29/2014 10:23 AM, bob wole wrote:
> Hi thanks for your comment. block2 is the
Hi thanks for your comment. block2 is the gnuradio "CMA equalizer block". I
want the CMA block to remain quiet when there is no signal of interest.
Bob
Bob,
>
> Saw this the other day, but there isn't a lot to go on here. If block2
> is your own, you can make it do the bypass. You can also use s
22 matches
Mail list logo
