<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to support-requests</title><link>https://sourceforge.net/p/rscode/support-requests/</link><description>Recent changes to support-requests</description><atom:link href="https://sourceforge.net/p/rscode/support-requests/feed.rss" rel="self"/><language>en</language><lastBuildDate>Wed, 25 Jul 2018 09:36:14 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/rscode/support-requests/feed.rss" rel="self" type="application/rss+xml"/><item><title>#1 some questions about code</title><link>https://sourceforge.net/p/rscode/support-requests/1/?limit=25#68f5</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;In the example.c,  erasure locations are added to the array erasures&lt;span&gt;[nerasures++]&lt;/span&gt;.&lt;br/&gt;
However erasures are not filled in the codeword[] before calculating the syndrome (inside decode_data()) &lt;/p&gt;
&lt;p&gt;In particular, the function byte_erasure() is not called to initialize the erasures in the codeword[].&lt;/p&gt;
&lt;p&gt;kindly  clear me in this regard.&lt;/p&gt;
&lt;p&gt;Thank you,&lt;/p&gt;
&lt;p&gt;Ganesh Yellapu&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">GANESH YELLAPU</dc:creator><pubDate>Wed, 25 Jul 2018 09:36:14 -0000</pubDate><guid>https://sourceforge.nete1ea4cb1cb3dbd647707b8a57440d345f0bda857</guid></item><item><title>any porting with RFC-2733? (details inside)</title><link>https://sourceforge.net/p/rscode/support-requests/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Do u have any porting with RFC-2733 or RFC-3119?&lt;/p&gt;
&lt;p&gt;As to real-time multimedia (say, mp3 streams)&lt;br /&gt;
transmission via wireless environment (e.g. 802.11b&lt;br /&gt;
WLAN), ARQ is not suitable in that retransmission via&lt;br /&gt;
WLAN generates delay which will greatly decrease the&lt;br /&gt;
performance of real-time multimedia transmission. So&lt;br /&gt;
FEC should be the best choise to deal with lost packets.&lt;/p&gt;
&lt;p&gt;Have you have ideas about porting Reed-Solomon codecs&lt;br /&gt;
with RFC-2733 or RFC-3119?&lt;/p&gt;
&lt;p&gt;Or do you know any open source project related with&lt;br /&gt;
lost packet recovery in WLAN?&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">McArthor Lee</dc:creator><pubDate>Fri, 20 Aug 2004 15:33:26 -0000</pubDate><guid>https://sourceforge.net0bf06e805726c1435b68f5cf386e0b51d574e05e</guid></item><item><title>some questions about code</title><link>https://sourceforge.net/p/rscode/support-requests/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;usually when one talk about RS codes they use terms&lt;br /&gt;
like codes of (255,249) or (7,5,3) etc...&lt;br /&gt;
&lt;/p&gt;
&lt;p&gt;You use NPAR (meaning number of parity bits) how does&lt;br /&gt;
that translate into the formats above?&lt;/p&gt;
&lt;p&gt;was there a specific reason why you used NPAR rather&lt;br /&gt;
than taking the normal RS code paramters?&lt;/p&gt;
&lt;p&gt;Marcus&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Tue, 13 Jan 2004 04:29:33 -0000</pubDate><guid>https://sourceforge.net97f4b3e4376bb48039dbf6465a6608aafff06c25</guid></item></channel></rss>