Re: [Discuss-gnuradio] Softbits in gr-ieee 802.11 ?

On 21 January 2018 at 20:15, Michael Dickens wrote: > So we mean adding "virtual" in the GR header here < https://github.com/ > sumitstop/MTSDR-gnuradio/commit/778b6d095517b87c338169e3efc84b > ac9fcf37ea#diff-96726df785ba7d3bf9493c8830d5a1d0R79 >, just like the >

Re: [Discuss-gnuradio] Softbits in gr-ieee 802.11 ?

So we mean adding "virtual" in the GR header here <  https://github.com/sumitstop/MTSDR-gnuradio/commit/778b6d095517b87c338169e3efc84bac9fcf37ea#diff-96726df785ba7d3bf9493c8830d5a1d0R79  >, just like the "decision_maker" method is. And you'll probably want to declare its function there too as

Re: [Discuss-gnuradio] Softbits in gr-ieee 802.11 ?

Believe me I tried that declaring decision_maker_soft as a virtual function(only virtual not pure virtual), but that din't work. I am trying that now again. On 21 January 2018 at 19:23, Michael Dickens wrote: > Yes that's correct: the base class's method declaration

Re: [Discuss-gnuradio] Softbits in gr-ieee 802.11 ?

On 20 January 2018 at 18:06, Michael Dickens wrote: > Hi Sumit - OK good I'll take a look when I get a chance. In the meantime, > 3 thoughts come to mind: > > 1) If done correctly, you don't need to modify GR at all. Your new > constellation class is purely in your OOT

Re: [Discuss-gnuradio] Softbits in gr-ieee 802.11 ?

Yes that's correct: the base class's method declaration must be "virtual" for the inheriting class' overloaded method to be usable correctly within SWIG. Good catch! - MLD On Sun, Jan 21, 2018, at 5:42 AM, Bastian Bloessl wrote: > On 01/19/2018 10:30 PM, sumit kumar wrote: > > Hi Michael, Yes I

Re: [Discuss-gnuradio] Softbits in gr-ieee 802.11 ?

Hi, On 01/19/2018 10:30 PM, sumit kumar wrote: Hi Michael, Yes I just made one and pushed everything. https://github.com/sumitstop/MTSDR-gnuradio/commits/master https://github.com/sumitstop/MTSDR-gr-ieee-80211/commits/master I didn't test it, but I think you should declare the function

Re: [Discuss-gnuradio] Softbits in gr-ieee 802.11 ?

Hi Sumit - OK good I'll take a look when I get a chance. In the meantime, 3 thoughts come to mind: 1) If done correctly, you don't need to modify GR at all. Your new constellation class is purely in your OOT (or, gr-ieee-802.11 in this case). You create the base class in your OOT & inherit

Re: [Discuss-gnuradio] Softbits in gr-ieee 802.11 ?

Ok a correction I declared it like this inside the constellations.h , now I am waiting for the compilation to finish class DIGITAL_API constellation_bpsk : public constellation { public: typedef boost::shared_ptr sptr; // public constructor static sptr make();

Re: [Discuss-gnuradio] Softbits in gr-ieee 802.11 ?

Ok, so shall I do like this : In the file /gnuradio/gr-digital/include/gnuradio/digital/constellations.h under public section I declare my function as follows *class DIGITAL_API constellation* * : public boost::enable_shared_from_this* *{* *public:* *float decision_maker_soft(const

Re: [Discuss-gnuradio] Softbits in gr-ieee 802.11 ?

The GR constellation programming uses a base class that defines the API that will be SWIG-ified back into Python. So the base class must contain your "*decision_maker_soft" *method. Then you overload it for any inheriting class such as "constellation_bpsk". Hope this helps! - MLD On Fri, Jan 19,

Re: [Discuss-gnuradio] Softbits in gr-ieee 802.11 ?

Actually I have to test it in a interference limited environment, I guess the soft demodulate will be needed. I saw your blog post about how you cleverly used your won constellations https://www.bastibl.net/constellation- objects/ However when I try doing something like that, I get errors. For

Re: [Discuss-gnuradio] Softbits in gr-ieee 802.11 ?

I'm not sure if I understand you correctly, but you have to differentiate what performance you mean. IT++ might have better decoding performance (since it's using soft-bits), but the SIMD implementation has better computational performance (i.e., needs less CPU). To be honest, I didn't do a

Re: [Discuss-gnuradio] Softbits in gr-ieee 802.11 ?

Thanks for confirming. I believe that IT++ version will work with corresponding GNU Radio version. Also what do you think (since you have developed the code for long time :) ) : IT++ version will be as efficient as the current one? I mean the current version uses SIMD for Viterbi. I have tested

Re: [Discuss-gnuradio] Softbits in gr-ieee 802.11 ?

Hi, you are right. The current implementation does not use soft-bits but feeds hard bits into the decoder. In 2013, I used the soft-input Viterbi decoder from the IT++ library. http://itpp.sourceforge.net/4.3.1/convcode.html Best, Bastian On 01/17/2018 11:36 AM, sumit kumar wrote: Hi, I

[Discuss-gnuradio] Softbits in gr-ieee 802.11 ?

Hi, I am doing some proof of concept using gr-ieee 802.11. The paper by author [1] says that it uses softbits, however in the method *constellation::decision_maker(const gr_complex *sample)*, I see outputs as hardbits. Am I missing something here i.e. any particular commit or branch where the