discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] LDPC in GNURadio


From: Philip Balister
Subject: Re: [Discuss-gnuradio] LDPC in GNURadio
Date: Wed, 19 Sep 2018 18:43:20 -0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2

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
> 

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]