<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>You want forward error correction, ideally of a rateless kind. The easiest to code up is probably Reed-Solomon, though it isn't rateless. If you want something more sophisticated then look for Raptor codes or Spinal codes.<br><br>Hari<div><br></div><div><span class="Apple-style-span" style="-webkit-composition-fill-color: rgba(175, 192, 227, 0.231373); -webkit-composition-frame-color: rgba(77, 128, 180, 0.231373); ">Sent from my phone, sorry for any typos.</span><br></div></div><div><br>On Jun 18, 2014, at 9:33 PM, C Noble <<a href="mailto:globalnoble@gmail.com">globalnoble@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr"><p dir="ltr">Hi keegan. I came across Mosh while researching long-range-wifi-one-directional. </p>
<p dir="ltr">I was specifically trying to figure out if it was theoretically possible to deliver a static HTML page to a wide region through the use of long range wifi where where the upstream data supplier or node would have a significantly stronger antenna and broadcasting ability than the downstream receiver. That would be okay as long the upstream data feed continued to cycle and to repeatedly loop the same message (a very simple HTML page) over an extended duration (every 3 minutes for an hour) so that the downstream client would have multiple opportunities to capture any data that may have not been received correctly. IN this application there is absolutely no need for the recipients to ever have to correspond back to the server, they would only need to be able to be the receiver of a small, single file broadcast. I know that typically a browser "talks" with the web server to validate that information has integrity and is still online. I also realize that a more powerful upstream antenna can often broadcast a wifi signal to my laptop; (for example) however without the ability for my laptop to broadcast the entire range back to the base station it's useless for Internet surfing. My application doesn't require the end user to send any information upstream, however I am under the impression that even something as little as a mouse click or a ping confirmation e sent back upstream to signal the server "got it" "next?" to validate that the data was received is typical with a client server web applications. Do you think that MOSH might be the right technology to continue researching if I only hope to broadcast in this one-way fashion? IF the radio station would just single direction that the . Without any signaling back up the stream could it be done in a normal browser or this have to be a plugin or nap that is specially designed to communicate at the mosh level. , any help or advice is greatly appreciated. </p>
</div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>mosh-devel mailing list</span><br><span><a href="mailto:mosh-devel@mit.edu">mosh-devel@mit.edu</a></span><br><span><a href="http://mailman.mit.edu/mailman/listinfo/mosh-devel">http://mailman.mit.edu/mailman/listinfo/mosh-devel</a></span><br></div></blockquote></body></html>