Reply to thread

Message

<blockquote data-quote="mm1352000" data-source="post: 998947" data-attributes="member: 82144">The casual observer reading this thread and seeing that comment might think MP or TV Server never worked at all! I get that you're frustrated, but that comment feels a little unfair. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" />&nbsp;That's a bit of an impossible question. There is absolutely no way for us to tell where the delays are and what you consider as reasonable/normal from this very bare description.&nbsp;Could be zap delay.Could be client/server communication.Could be tuner tuning speed.Could be decryption delay.Could be decoding delay in codecs.Could be any number of other things.&nbsp;Guessing is not efficient for us or effective for you. Please give a fuller picture of the problem by providing logs and specifying which channel change you'd like us to examine.&nbsp;Note: channel changing speed is a very broad topic. Though I don't have any problem discussing it, it would be nice if we could come to some resolution on the original problem. To be clear:Are you saying that the original problem only occurs when using UNC shares?Are you focussing on getting RTSP working now, or will you come back to UNC?Are you finding that the new TsReader is better with respect to either UNC or RTSP?</blockquote>

[QUOTE="mm1352000, post: 998947, member: 82144"] The casual observer reading this thread and seeing that comment might think MP or TV Server never worked at all! I get that you're frustrated, but that comment feels a little unfair. :) That's a bit of an impossible question. There is absolutely no way for us to tell where the delays are and what you consider as reasonable/normal from this very bare description. Could be zap delay. Could be client/server communication. Could be tuner tuning speed. Could be decryption delay. Could be decoding delay in codecs. Could be any number of other things. Guessing is not efficient for us or effective for you. Please give a fuller picture of the problem by providing logs and specifying which channel change you'd like us to examine. Note: channel changing speed is a very broad topic. Though I don't have any problem discussing it, it would be nice if we could come to some resolution on the original problem. To be clear: Are you saying that the original problem only occurs when using UNC shares? Are you focussing on getting RTSP working now, or will you come back to UNC? Are you finding that the new TsReader is better with respect to either UNC or RTSP? [/QUOTE]

Verification