Reply to thread

Message

<blockquote data-quote="Hazza06" data-source="post: 1256148" data-attributes="member: 163766">I've found that when streaming live tv from server to client via rtsp/rtp, the initial playback on the 1st channel selection does take a number of seconds for the MP client to actually send the RTSP describe/setup and play messages to the MP TV server, however, subsequent channel changes as initiated from client from live tv are substantially quicker, like less than a second. My MP TV server runs nothing but SATA 3 SSD's, and timeshift buffer runs in 12GB RAM DISK, so IOPS is really good with very very very low latency.As with any RTP or multimedia digital packetizied transmission, capture and playback, there must be a timeshift buffer, which mostly serves the purpose of de-jitter and sequence re-ordering of the packetized media payload. Without this de-jitter buffer, the playout of the RTP media payload would introduce nasty frame slips, which are definitely more annoying than a small delay in media playout. And in a multipath IP network, where packets can easily arrive out of sequence, really messes up media decoding and playback.VOIP RTP SDP end points have the similar de-jitter buffers, which introduce a small amount of latency in media playout.You might want to have a read of ITU-T G.1021, which are standardized and recognized industry recommendations W.R.T Multimedia Quality of Service and performance – Generic and user-related for Buffer models for development of client performance metrics<a href="https://www.itu.int/rec/dologin_pub.asp?lang=e&amp;id=T-REC-G.1021-201207-I!!PDF-E&amp;type=items" target="_blank">https://www.itu.int/rec/dologin_pub.asp?lang=e&amp;id=T-REC-G.1021-201207-I!!PDF-E&amp;type=items</a>Also if your using MP as the client, make sure you've set the zap delay to 0 seconds as below;[ATTACH=full]200713[/ATTACH]</blockquote>

[QUOTE="Hazza06, post: 1256148, member: 163766"] I've found that when streaming live tv from server to client via rtsp/rtp, the initial playback on the 1st channel selection does take a number of seconds for the MP client to actually send the RTSP describe/setup and play messages to the MP TV server, however, subsequent channel changes as initiated from client from live tv are substantially quicker, like less than a second. My MP TV server runs nothing but SATA 3 SSD's, and timeshift buffer runs in 12GB RAM DISK, so IOPS is really good with very very very low latency. As with any RTP or multimedia digital packetizied transmission, capture and playback, there must be a timeshift buffer, which mostly serves the purpose of de-jitter and sequence re-ordering of the packetized media payload. Without this de-jitter buffer, the playout of the RTP media payload would introduce nasty frame slips, which are definitely more annoying than a small delay in media playout. And in a multipath IP network, where packets can easily arrive out of sequence, really messes up media decoding and playback. VOIP RTP SDP end points have the similar de-jitter buffers, which introduce a small amount of latency in media playout. You might want to have a read of ITU-T G.1021, which are standardized and recognized industry recommendations W.R.T Multimedia Quality of Service and performance – Generic and user-related for Buffer models for development of client performance metrics [URL]https://www.itu.int/rec/dologin_pub.asp?lang=e&id=T-REC-G.1021-201207-I!!PDF-E&type=items[/URL] Also if your using MP as the client, make sure you've set the zap delay to 0 seconds as below; [ATTACH=full]200713[/ATTACH] [/QUOTE]

Verification