<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div><blockquote type="cite" class=""><div class=""><div class="WordSection1" style="page: WordSection1; font-family: Helvetica; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><div style="margin: 0cm 0cm 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class="">Using the test transport stream from the live555 website “bipbop-gear1-all.ts” I ran the program testMPEG2TransportStreamer<o:p class=""></o:p></div><div style="margin: 0cm 0cm 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class="">Using a windows VLC client I could not play the file back</div></div></div></blockquote><div><br class=""></div>I presume you mean "could not play the *stream* back".</div><div><br class=""></div><div>That's odd.  Are you using a recent version of VLC?  Do you have IP multicast connectivity between the server and the client (VLC) computer?  Could your Windows firewall be blocking the multicast packets??</div><div><br class=""></div><div><br class=""><blockquote type="cite" class=""><div class=""><div class="WordSection1" style="page: WordSection1; font-family: Helvetica; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><div style="margin: 0cm 0cm 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class="">I get the same picture breakup so I am now confident that the losses are somewhere in the live555 framework</div></div></div></blockquote><div><br class=""></div>No.  See <<a href="http://www.live555.com/liveMedia/faq.html#packet-loss" class="">http://www.live555.com/liveMedia/faq.html#packet-loss</a>>, and note, in particular, the last paragraph.</div><div><br class=""></div><div>Packet loss is usually seen in LIVE555-based *receivers* (and, as noted in the FAQ entry, is usually caused by insufficient buffering in the receiver's OS).  It's unusual to see systematic packet loss (independent of the receiver(s)) occurring with LIVE555-based *servers*, unless the output stream is exceeding the capacity of your network.  But because "bipbop-gear1-all.ts" is such a low-bitrate stream, it's unlikely that network capacity is the problem here.  I suspect either:</div><div><span class="Apple-tab-span" style="white-space:pre">        </span>1/ A systematic problem with your server (OS)'s network interface and/or multicast implementation that is causing this packet loss, or</div><div><span class="Apple-tab-span" style="white-space:pre">       </span>2/ If you have a router sitting between your server and client(s), a systematic problem with how it implements multicast forwarding, or</div><div><span class="Apple-tab-span" style="white-space:pre">      </span>3/ Some weird MIPS-related problem in how your server is running our code.</div><div><br class=""></div><div>I would try the following:</div><div>- Run the same server application ("testMPEG2TransportStreamer") using the same file(s), but running on some other architecture (e.g., Linux/Intel, or Mac OS).</div><div>- Run the "LIVE555 Media Server" or "testOnDemandRTSPServer" demo application, which streams via unicast, rather than multicast.</div><div><br class=""></div><div>Both of these should help you narrow down the problem.</div><br class=""><br class=""><div apple-content-edited="true" class="">
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;  "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;  ">Ross Finlayson<br class="">Live Networks, Inc.<br class=""><a href="http://www.live555.com/" class="">http://www.live555.com/</a></span></span>
</div>
<br class=""></body></html>