This suggests that the 1.82 server might be misreading the TCP Zerowindow from the client as a stop message. Java is up to revision 7.25. Something might be broke in Java or a condition is not correct.

This is really bizaar. MP4 and M4V files produce this disconnect error. It seems that something is up with the streaming that is causing the parser to either misinterpret or think it has hit a command to halt sending data.

This problem is consistent with PMS and Rygel. A MOV works across both applications. PMS does not play Windows media movies or wav on the Client, but Rygel will.

This look more systemic to parsing the MP4 and M4V files. The captures show the problem. The server sends a FIN, ACK. The client expects a SYN, ACK and retries to negotiated but the sever says no. Hmmm.... something is up with java?

This can be closed. I just used LINN, an iPhone/iPod/iPad media streaming app, to pull from the Ubuntu server MP4 and M4V content to the DMP-BDT-320 blue-ray Home Network service through the Onkyo RC460 into the LG LCD tv via HDMI without loss or lag. The link between Ubuntu, Onkyo, and Panasonic Blue-Ray player is 1G Cat 5E copper. The iPad is wireless.

As shown above, this closes this discussion. Thank you for reading this discussion.