Re: [Discuss-gnuradio] LDPC in GNURadio

[Johannes Demel]

Hi Marcus,

I've used it in the past. The developers seem to have reorganized the code 
since though. Anyways, the whole library is written in C++11 and some Python 
plotting tools are provided. Also, it is easy to install and their benchmark 
output seems to be valid. Also, code performance is really good. I've not used 
it as a library yet. That seems to be a new use case. All in all just a couple 
of thoughts on it.

Cheers
Johannes

________________________________________
Von: Müller, Marcus (CEL) <address@hidden>
Gesendet: Donnerstag, 20. September 2018 16:17:13
An: address@hidden; Johannes Demel; address@hidden; address@hidden
Cc: address@hidden
Betreff: Re: [Discuss-gnuradio] LDPC in GNURadio

Hi Johannes,
you don't happen to have first-hand experience with that library?

Best regards,
Marcus
On Thu, 2018-09-20 at 07:50 +0000, Johannes Demel wrote:
> Hi all,
>
> would it be an option to add a specialized library to GR for LDPC
> code? 'aff3ct' [0] would be one library that comes to my mind. Of
> course, they might have a different approach to decoders in general.
> Also, at this point this might be a "compile your own dependency"
> library. Anyways, it might be worth to have a look at it.
>
> Cheers
> Johannes
>
> [0] https://github.com/aff3ct/aff3ct
>
> ________________________________________
> Von: Discuss-gnuradio <
> address@hidden> im Auftrag
> von Philip Balister <address@hidden>
> Gesendet: Donnerstag, 20. September 2018 03:43:20
> An: Andrej Rode; Sylvain Munaut
> Cc: GNURadio Discussion List
> Betreff: Re: [Discuss-gnuradio] LDPC in GNURadio
>
> On 09/19/2018 05:03 PM, Andrej Rode wrote:
> > Hi Sylvain,
> >
> > thanks for you thorough look into the state of the LDPC
> > encoder/decoder.
> > I just skip the long text of wall and answer your questions from my
> > point of view:
> >
> > > So my questions would be :
> > >
> > > (1) Is cleaning up the mess worth it ?
> >
> > I personally would like to see the FEC module cleaned up a bit.
> > There is also a
> > viterbi decoder in gr-trellis which would be perfectly fine in gr-
> > fec
> > and using the gr-fec API. Maybe even porting in the specialized
> > LDPC for
> > gr-dtv would be possible for the parameters used in gr-dtv. (which
> > does
> > not mean you have to do so)
> >
> > > (2) Is completely breaking the API of those blocks acceptable ?
> >
> > For post-3.8 releases breaking the API for these blocks (and
> > integrating
> > them into the FEC API if they're not already there would be a big
> > plus)
> >
> > > (3) Is adding a dependency to M4RI library to gnuradio acceptable
> > > ?
> > > (possibly optional one, disabling LDPC if not present).
> >
> > Looking at M4RI is available in Ubuntu, Fedora and is probably easy
> > to
> > add to other Linux distributions/Windows etc etc.
> > It is "only" a math library and has no dependencies beside libc.
>
> I didn't find an OpenEmbedded recipe for M4RI, but a quick look at
> the
> source suggest it will be easy enough to create a recipe. Give me
> some
> warning if you go this path and I'll work on the recipe.
>
> Philip
>
> >
> > Cheers
> > Andrej
> >
> >
> >
> > _______________________________________________
> > Discuss-gnuradio mailing list
> > address@hidden
> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio