<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Niall Donegan a écrit :
<blockquote cite="mid4415915E.1070407@moybella.net" type="cite">
  <pre wrap="">-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Romuald CARI wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">UDP + Wireless create creepy things.
    </pre>
  </blockquote>
  <pre wrap=""><!---->That I discovered!

&lt;snip&gt;

  </pre>
  <blockquote type="cite">
    <pre wrap="">You could try to reduce the stream bandwidth and create unicast TCP
connections to your clients using HTTP, good luck !
    </pre>
  </blockquote>
  <pre wrap=""><!---->
The main problem I see with that is that if I have a few clients at the
other end of the wireless link as is going to happen, then I run into
congestion which I was trying to avoid with multicast.

Is there any more resiliant codecs than MPEG2 that I can transcode to
which will handle the missing packets more gracefully?

  </pre>
  <blockquote type="cite">
    <pre wrap="">Romuald
    </pre>
  </blockquote>
  <pre wrap=""><!---->


- --
Niall Donegan
niall\at\moybella\dot\net
Public-Key: <a class="moz-txt-link-freetext" href="http://moybella.net/~niall/public.gpg">http://moybella.net/~niall/public.gpg</a>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - <a class="moz-txt-link-freetext" href="http://enigmail.mozdev.org">http://enigmail.mozdev.org</a>

iD8DBQFEFZFetYqd1KeuQA8RAlDOAJ9ce0+EHMMVXGv+edACB5SmXe3HAgCglQYB
aGFMpF3D8TFzqY1N36ksN+Q=
=kOMr
-----END PGP SIGNATURE-----

  </pre>
</blockquote>
A solution to your problem could be to put computers running VLC
servers on each side of your wireless bridge, if none of your clients
are actually getting the stream over the wireless bridge (with wireless
interfaces).<br>
On one side, the server would capture the stream from your PVR and
stream it using HTTP (so TCP) to the computer on the other side of the
bridge, which would then broadcast / multicast it over your wired
network. With enough buffering, you might not encounter any problem.<br>
<br>
Romuald<br>
</body>
</html>