Hi, I didn't get in touch with the devs. Since they actively work on a library as far as I can tell, they might be happy to have a good use case for it. That'll be beneficial for everyone.
Earlier someone pointed out that all these implementations for LDPC codes are not very fast. We would only have that with precompiled codes. This is one of those flexibility vs. speed cases. I would assume that GR would lean towards flexiblity here. Though, an OOT module which helps to integrate precompiled, very fast LDPC codes is very interesting for special use cases. I assume the DVB folks would appreciate it. Cheers Johannes ________________________________________ Von: Müller, Marcus (CEL) <muel...@kit.edu> Gesendet: Dienstag, 2. Oktober 2018 18:30:35 An: m...@andrejro.de; Johannes Demel; 246...@gmail.com; phi...@balister.org Cc: discuss-gnuradio@gnu.org Betreff: Re: AW: [Discuss-gnuradio] LDPC in GNURadio Moin Johannes, forgot to get back to you. Yep, that sounds mightily interesting. Thanks for bringing this up! If we need to bring the project into a state of usability as a library, we might as well upstream that and then lobby for inclusion as package in the mainstream Linux distros, if it's really that reliable. Do you happen to have a point of contact with the devs? Best regards, Marcus On Thu, 2018-09-20 at 19:03 +0000, Johannes Demel wrote: > 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) <muel...@kit.edu> > Gesendet: Donnerstag, 20. September 2018 16:17:13 > An: m...@andrejro.de; Johannes Demel; 246...@gmail.com; phi...@balister.org > Cc: discuss-gnuradio@gnu.org > 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 < > > discuss-gnuradio-bounces+demel=ant.uni-bremen...@gnu.org> im Auftrag > > von Philip Balister <phi...@balister.org> > > 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 > > > Discuss-gnuradio@gnu.org > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > > > > > > > _______________________________________________ > > Discuss-gnuradio mailing list > > Discuss-gnuradio@gnu.org > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
