Reply to thread

Message: <blockquote data-quote="mm1352000" data-source="post: 753935" data-attributes="member: 82144">Hi GoldenEyeIn answer to your questions:Yes, bang on! <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile    :)" loading="lazy" data-shortname=":)" />That is a good general explanation of what happens. There is one more thing that I'd like to add. TsReader detects encoding/format changes in the stream and notifies MP client. MP client then decides whether or not to change the codecs that are being used to decode ("translate") the stream. That is what is happening when you change between channels with streams that have different audio encodings.I said that everything works as expected because I was focussing mostly on the TV Server side checking that the correct audio and video inputs on the crossbar were connected and audio encoding changes were detected etc. Although I generally know what happens on the client side, I don't know very much of the client side code. That is why I am able to be really helpful with TV Server issues but not so helpful with client side issues. As far as I was concerned, there were no issues on the TV Server side. On the client side, I saw the late frames and discontinuities. Many of them seemed to be clustered around the channel changes, and as I said to shamus252:I think you should expect to see discontinuities in the TsReader logs around channel changes as a result of what is happening with the STB. I also get a bunch of late frames while TsReader/TsWriter gets themselves settled. I consider it normal. Perhaps I am wrong...What I meant was that I wanted to see what would happen if you started on an AC3 channel - my fault for not being clearer. At the time it seemed like everything started well and went really quickly downhill after changing channels, especially with AC3 involved. I wondered if things would work okay if you started with an AC3 channel or whether there was a general problem with AC3 decoding. As it turns out, it seems there was a general problem with the Microsoft codec handling the AC3 decoding duties...I'm not sure whether I should ignore this result considering the results in test 2. I will say that if you encounter stuttering or silence with AAC then it may be helpful to try changing the AAC codec...The results all seem positive to me. Does that mean problems all solved?Absolutely - it is common. I don't have a good technical explanation, but you might be interested to read the first post in <a href="https://forum.team-mediaportal.com/general-development-no-feature-request-here-48/mediaportal-audio-renderer-better-video-playback-quality-84441/" target="_blank">this thread</a>.I *really* hope everything runs smoothly because I am out of my depth with streaming issues. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite2" alt=";)" title="Wink    ;)" loading="lazy" data-shortname=";)" />mm<img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile    :)" loading="lazy" data-shortname=":)" /></blockquote>

Verification