On Fri, Aug 23, 2013 at 01:50:14PM +0200, Bastian Bloessl wrote:
> >Only we're not filtering--we're adding a tapering window in time domain.
> >At the beginning of the symbol, we can simply multiply the samples with
> >the up-ramp of our tapering window (we use a raised cosine flank).
> >
> >So wha
Hi Tom,
> We are pleased to announce that we have received a number of hardware
> donations for various SDR vendors and will be giving them away at
> GRCon!
Very nice :)
> - Ettus Research USRP B200
> - Fairwaves UmTRX
> - Great Scott Gadgets HackRF
> - Lime Micro MyriadRF
> - Loctronix A
Hi Martin,
On 08/30/2013 10:18 AM, Martin Braun (CEL) wrote:
On Fri, Aug 23, 2013 at 01:50:14PM +0200, Bastian Bloessl wrote:
Ah OK, I see, taking the samples from the end is indeed stupid -.-
Thanks for your explanation!
Hi Bastian,
just a quick follow-up: Did you have any problems with th
What I wrote about installing using MacPorts' GCC, while correct, is not the
full story regarding actually getting GNU Radio working with MacPorts' GCC 4.8
(or, more generally: 4.X, X >= 5). The problem is that dependent port defaults
vary somewhat, and so the install needs to either already be
So I clearly have a sample rate mis-match. I am trying to record the audio from
the gr-dsd block. I don't seem to have an issue doing it using GRC. However
when I try doing using C++ the audio sounds extra slow and choppy and the
playing time is much longer than I was actually recording for. I g
On 08/30/2013 12:01 PM, Nemanja Savic wrote:
Hi all,
i am for a long time experiencing (possible) problem with wx gui FFT
sink. Namely, i have receiver implemented in usrp1 and transmitter
which sends signal regularly every minute. I receive corect packets
and everything, but the problem is i
I notice that 'neon' is enabled in your compilations. If your device does
not have a neon cpu then you must disable this option. Also, check your
CmakeCache.txt file to make sure 'neon' is not enabled.
Scan way down the file until you find:
//Test have_mfpu_neon
have_mfpu_neon:INTERNAL=1
Delet
Thanks. This confirms what I was saying. Miklos
On Aug 28, 2013 7:07 AM, "Martin Braun (CEL)" wrote:
> Let's cover some signal processing basics:
>
> Say our block's input signal is x[k] and the output signal is y[k].
> Let's assume there's one input to keep things simple.
>
> If a block has a hi
Hi all,
i am for a long time experiencing (possible) problem with wx gui FFT sink.
Namely, i have receiver implemented in usrp1 and transmitter which sends
signal regularly every minute. I receive corect packets and everything, but
the problem is i can't see the spectrum of the received signal. I
>
> It's also interesting to see that 3 out of 5 are LMS6002D based
> hardware. This chip sure gets around ...
>
>
Well the reason why it "gets around" is that it's done poorly competitively
against other devices in the top tier customer accounts, thus they are force to
scratch around and fin
I'm not sure exactly what you are doing, but some sound cards don't support
very many rates, windows always re-samples to some rate supported by the
card, in linux you get more direct access to sound hardware and so you can
send it rates it may not like, you could add a re-sampler/sound manager
lik
Thanks Andrew! - I am actually able to play the sound fine through sound card
using the audio_sink block. It was is when I try recording it to a .wav file
using the wavfile_sink block that the sounds becomes distorted. I have tired
using a resampler and also tried a variety of different sample r
I'm not sure about dsd but becouse of the ratio of symbol rate to sample
rate, some digital decoders will take a variable number of inputs per
output, this could without a sizable buffer under-run your sound card, some
sound servers handle these gaps in the sample stream for you.
Also have you tri
13 matches
Mail list logo
