I've measured time taken by convolutional decoding in gr-ieee802-11. The
module is using Punctured Convolutional Code class from IT++ library (
http://itpp.sourceforge.net/4.3.0/classitpp_1_1Punctured__Convolutional__Code.html
)
I've used chrono (chrono.h, chrono) to measure time taken. You can se
On Mon, Sep 14, 2015 at 08:05:31PM +0200, James Kitchen wrote:
> I'm not using my N210 neither my WBX any longer and i wonder if someone
> might be interested in buying them. They have been used very little. If
> someone is interested, please send me a private message.
In case somebody would like
Hi Martin,
I run *ctest -V -R qa_ofdm_chanest_MMSE_vcvc*
It is giving the test results.
So, do we need to give the QA test file name in place of square ?
Thanks.
On Mon, Sep 14, 2015 at 10:38 PM, Martin Braun
wrote:
> On 11.09.2015 21:51, monika bansal wrote:
> > When i am running * ctest -V -
Hi Monika,
man
often gives instructions on how to use a program.
man ctest
yields something like the following:
>-R , --tests-regex
> Run tests matching regular expression.
>
> This option tells ctest to run only the tests whose
> names match the given reg
The author of gr-dvbt looked at this issue when he developed the DVB-T
receiver. Here's a blog entry on his findings.
http://yo3iiu.ro/blog/?p=1393
He benchmarked the IT++ decoder in last place.
IT++ = 2-3 Mbps
gr-trellis = 5 Mbps
Karn C = 7-8 Mbps
gr-dvbt = 39-40 Mbps
The gr-dvbt receiver is
Made a mistake. The DVB-T receiver is not part of the 3.7.8 release.
It's a recent commit on the master branch (3.7.9git).
Ron
On 09/15/2015 01:31 AM, Ron Economos wrote:
The author of gr-dvbt looked at this issue when he developed the DVB-T
receiver. Here's a blog entry on his findings.
htt
Hi Jeon,
speed depends on your hardware and the implementation of the decoder.
As a rule of thumb: the more "generally applicable" a decoder is, the
slower it gets.
Jan wrote a set of highly SIMD-optimized decoders, but these are (pretty
common) special cases, so they don't cover all the cases tha
Thanks Martin for the nice explanation...
On Tue, Sep 15, 2015 at 1:59 PM, Marcus Müller
wrote:
> Hi Monika,
>
> man
>
> often gives instructions on how to use a program.
>
> man ctest
>
> yields something like the following:
>
>-R , --tests-regex
> Run tests matching reg
* Thanks Marcus ...
On Tue, Sep 15, 2015 at 2:24 PM, monika bansal
wrote:
> Thanks Martin for the nice explanation...
>
> On Tue, Sep 15, 2015 at 1:59 PM, Marcus Müller
> wrote:
>
>> Hi Monika,
>>
>> man
>>
>> often gives instructions on how to use a program.
>>
>> man ctest
>>
>> yields somet
This bears some resemblance to the idea we discussed in the Community
Working Group at GRCON15. Am I right?
:)
2015-09-14 17:33 GMT-03:00 Martin Braun :
> Hey,
>
> for those stragglers out there, who, like me, take a while to hear about
> new websites, this is interesting:
>
> http://www.sigidwi
Rich,
If you look in gr-filter/lib/fir_filter.cc you'll see all the filter
kernel implementations. Since it looks like you're only interested in
floats (and therefore, I assume real - not complex - signals and taps), if
you look at fir_filter_fff::filter(const float input[]) you can see that it
re
Wow thanks. That's awesome. I think the 10 Bd Russian XPA signal stole some
riffs from Dream Theater.
http://www.sigidwiki.com/wiki/CIS_20-MFSK_XPA
Lou
--
View this message in context:
http://gnuradio.4.n7.nabble.com/Sigidwiki-tp56045p56065.html
Sent from the GnuRadio mailing list archive
Hi guys,
What does the sampling rate in this usrp block does?i'm talking about the
uhd:usrp source block. Is this the one that samples the IF from my TVRX2
daughterboard? Or is this the bandwidth that is displayed on the QT Sink?
Or is this the bandwidth that needs to be sample. As far as I know,
Hi guys,
What does the sampling rate in this usrp block does?i'm talking about the
uhd:usrp source block. Is this the one that samples the IF from my TVRX2
daughterboard? Or is this the bandwidth that is displayed on the QT Sink?
Or is this the bandwidth that needs to be sample. As far as I know,
It sets the output sampling rate of the USRP, and hence the usable
bandwidth. Internally, it sets the DDC chain's decimation, so if you
request 1 Msps, it will decimate from 100 MHz sampling rate by a factor
of 100.
The rate at which the IF is sampled from the TVRX2 is, as you point out,
fixed to
Thanks Doug. I ended up implementing my own solution using a volk call. I
hadn't realized the built in filters were wrappers for volk, thank you for
pointing that out. Glad to know I did it in a gnuradio centric way.
Rich
Sent from my iPhone
> On Sep 15, 2015, at 8:14 AM, Douglas Geiger
> w
Thanks, that did the trick. I got about 4e-5 BER and 1.1 % PER at 6dB Es/N0
with my particular CPFSK parameters.
From: Achilleas Anastasopoulos [mailto:anas...@umich.edu]
Sent: Saturday, September 12, 2015 1:21 PM
To: Nowlan, Sean
Cc: Discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Demo
Hi Sean,
Any chance you can share your work?
On Tue, Sep 15, 2015 at 2:33 PM Nowlan, Sean
wrote:
> Thanks, that did the trick. I got about 4e-5 BER and 1.1 % PER at 6dB
> Es/N0 with my particular CPFSK parameters.
>
>
>
> *From:* Achilleas Anastasopoulos [mailto:anas...@umich.edu]
> *Sent:* Sat
Sure. Here was the pulse normalization fix Achilleas suggested:
https://github.com/gnuradio/gnuradio/pull/636
And this is a patch for CPFSK with modulation index h=25/3 (based off the PR
above):
https://gist.github.com/nowls/8566d649e20ac0fa6d4e
Sean
From: Dan CaJacob [mailto:dan.caja...@gmai
Hi all, I'm still trying to get used to things on Gnu Radio and i'm ready to
jump into making my own "tweaks". I am trying to duplicate a scanner that I
saw on YouTube. ( https://www.youtube.com/watch?v=r9GtAFn5UlY ). The
question that I have is regarding printing out of values. For instance if
The BER and PER seem to be very sensitive to the oversampling factor (samples
per symbol), Q. For low Q, Achilleas’ point about needing more samples to get
a better resolution on the symbol matched filters makes sense. However, I’m not
sure why there’s a big jump in performance from Q=8 to Q=12
Hello GNU Radio dev community! I wanted to pass on some information for you
that might be a good way for you to help contribute to our project. Thanks
to Pete Mathys during out GRCon15 Hackfest, we now have a list of blocks
with minimal or no documentation. I've put together a Google spreadsheet
th
Marcus Leech writes "When a project blooms in portability, size,
dependencies, and "reach", the use of a meta-make scheme of some sort
actually makes those kinds of project practical."
Certainly gnuradio is not too large a project to maintain by the make
utility. I hope Marcus will confirm that fo
Please kindly help with the above error
Thanks,
Dave
On Sep 14, 2015 5:02 PM, "Rama V" wrote:
> Hey all,
> I have a small doubt regarding the reception of data packets. I am
> attaching a small figure of the command 'uhd_fft' where I mentioned the
> frequency and the sampling rate as 250k. The c
On 09/15/2015 08:40 PM, Robert Durkacz wrote:
Marcus Leech writes "When a project blooms in portability, size,
dependencies, and "reach", the use of a meta-make scheme of some sort
actually makes those kinds of project practical."
Certainly gnuradio is not too large a project to maintain by the
On 15.09.2015 17:40, Robert Durkacz wrote:
> Certainly gnuradio is not too large a project to maintain by the make
> utility. I hope Marcus will confirm that for the benefit of people who
> never use make directly. It is for reasons of portability that you
> need a 'meta-make', right? A meta-make i
With the VOLK library, is there a way to compute the log10() of each
32f in a buffer?
That is:
for( int i = 0; i < num; ++i )
buf[i] = std::log10( buf[i]);
I only see log2() in the library but don't know if there is an easy way
to compute log10().
Thanks.
__
On 09/15/2015 11:15 PM, Dennis Glatting wrote:
With the VOLK library, is there a way to compute the log10() of each
32f in a buffer?
That is:
for( int i = 0; i < num; ++i )
buf[i] = std::log10( buf[i]);
I only see log2() in the library but don't know if there is an easy way
to compute lo
It sounded like a fun and interesting question, so apparently there is
a little post from 2007 about a new implementation in C licensed under
GPLv2:
https://sourceware.org/ml/libc-alpha/2007-06/msg00124.html
It would be interesting to compare and see if the results are
beneficial even if no VOL
On Tue, 2015-09-15 at 23:35 -0400, Marcus D. Leech wrote:
> On 09/15/2015 11:15 PM, Dennis Glatting wrote:
> > With the VOLK library, is there a way to compute the log10() of
> > each
> > 32f in a buffer?
> >
> > That is:
> >
> > for( int i = 0; i < num; ++i )
> > buf[i] = std::log10( buf[i
On a side note, this is extremely impressive and I wish I knew about it sooner:
https://software.intel.com/sites/landingpage/IntrinsicsGuide/
There's a few different log10_ps (packed single) functions in there.
Brian
On Wed, Sep 16, 2015 at 12:24 AM, Dennis Glatting wrote:
> On Tue, 2015-09-
On Wed, Sep 16, 2015 at 12:24 AM, Dennis Glatting wrote:
>
> 1) Working with VOLK to learn VOLK.
> 2) Having fun with vectors.
> 3) Generating power data points for plotting across a selected
>set of samples.
Lastly, another alternative, if you wanted to utilize what is already
there in VOLK,
On Wed, 2015-09-16 at 00:32 -0400, Brian Padalino wrote:
> On a side note, this is extremely impressive and I wish I knew about
> it sooner:
>
> https://software.intel.com/sites/landingpage/IntrinsicsGuide/
>
> There's a few different log10_ps (packed single) functions in there.
>
That's real
Hii
I have added a new block and it is available in the block list of gnuradio.
I am using it in the flow graph. When i run it, it shows the error :
*self.Channel_Estimation_ofdm_chanest_MMSE_vcvc_0 =
Channel_Estimation.ofdm_chanest_MMSE_vcvc((sync_word1), (sync_word2), 8, 0,
-1, False, 0.1)*
*
34 matches
Mail list logo
