|
From: | Tracie Perez |
Subject: | Re: [Discuss-gnuradio] Trying to build a DVB-S2 LDPC decoder |
Date: | Tue, 5 Apr 2016 16:10:47 -0500 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 |
Hi Jose,
There are 2 LDPC decoders in gr-fec. One is a hard decision bit flip decoder, and I've only tested it on code lengths up to n=2400. The other one is a message passing decoder but I'm not sure of its capabilities/limits. There's no special reason that the biggest matrix is size n=2400. Those matrices in the ldpc directory (with "gap" in the filename) are of a particular format required for a LDPC encoding method described by Richardson and Urbanke in their book Modern Coding Theory. It's a bit of trial and error to create these matrices, and 2400 was just the biggest I could create. Anyway, some general thoughts for you in regards to creating a decoder: Consider using the "dummy" decoder as a template for how to "plug into" the FEC API. Also, I used the matrix structure of the GSL, so you will see GSL function calls if you poke around some of the LDPC code, but ultimately we'd like to remove these dependencies on GSL and use the VOLK library instead. GSL does have routines for sparse matrices [1]; maybe that will help you speed things up? And from my understanding, the decoder used for LDPC is not dependent on the encoder used, so you may have some options for the decoder algorithm? Sorry, I'm not familiar with the DVB-S2 standard to make any smarter replies to your questions about what will work beyond "give it a try." Also, if you haven't found your way to the FEC API page in the manual [2], I think it gives a great high-level introduction to gr-fec. Good luck, and let us know how it goes, ~ tracie [1] www.gnu.org/software/gsl/manual/html_node/Overview-of-Sparse-Matrices.html [2] gnuradio.org/doc/doxygen/page_fec.html On 04/05/2016 03:07 PM, Jose Ruvalcaba wrote:
|
[Prev in Thread] | Current Thread | [Next in Thread] |