Audio winks out (1 Viewer)

susd

Portal Member
February 4, 2015
32
0
72
Home Country
United States of America United States of America
Owlsroost
Your correct on both. It's not very technical and yes it is a short interruption in sound.


MM
I think the video card has good air flow and the cable connection is DirectTV so I'm thinking the connection is good. But just to make sure I'll take MP out of the loop and watch TV directly from the STB to confirm.
I'll also try changing TSreader buffer and get back to you on the outcome of that
 

susd

Portal Member
February 4, 2015
32
0
72
Home Country
United States of America United States of America
I watched some tv this last week without mp in the loop and the signal was good.
I also copied 12341_TsReader_0_0_73_dev to the directory per the instructions on the link that you sent and set the digital value to 50 and it has almost eliminated the short interruptions. I guess I can increase that value and see how it goes. If does really slow down the channel change is speed like it says In the documentation. i'll keep you posted
 

mm1352000

Retired Team Member
  • Premium Supporter
  • September 1, 2008
    21,544
    8,236
    Home Country
    New Zealand New Zealand
    I also copied 12341_TsReader_0_0_73_dev to the directory per the instructions on the link that you sent and set the digital value to 50 and it has almost eliminated the short interruptions. I guess I can increase that value and see how it goes. If does really slow down the channel change is speed like it says In the documentation. i'll keep you posted
    I'm glad that the instructions helped... but to be clear, I did not instruct you to use TsReader v0.0.73. My suggestion was to simply to tweak the buffer setting (which can be done while continuing to use the standard TsReader). Further, I wouldn't have thought you'd notice much if any change in channel change speed with a buffer setting of 50 ms. I'd suggest you switch back to the standard TsReader because the one you're using now is quite old and may be the reason you're seeing slow changes.
     

    susd

    Portal Member
    February 4, 2015
    32
    0
    72
    Home Country
    United States of America United States of America
    sorry that was my error. I didn't realize that the TsReader that I loaded was older.
    I've made that correction. So-far it's still set a 50 and still getting some audio interruptions. Will keep you posted
     

    susd

    Portal Member
    February 4, 2015
    32
    0
    72
    Home Country
    United States of America United States of America
    thought I would post an update.
    I went back to the TsReader that was installed with MP and I've up the 1000 ms. Still getting some audio delays but the time between delays may be longer.
     

    susd

    Portal Member
    February 4, 2015
    32
    0
    72
    Home Country
    United States of America United States of America
    I have set the TSReader "BufferingDelayinMillSeconds to 2000 and I'm still getting the same issues.
    Is there something else I can check?





    New feature:
    Registry key added to adjust data buffering time - HKEY_CURRENT_USER\Software\Team MediaPortal\TsReader, set "BufferingDelayInMilliSeconds" to a (decimal) value in milliseconds (range is 0 to 2000, default is 0). Note - this will add delay to live TV channel changes since it needs to build up the buffer before play starts.
     

    mm1352000

    Retired Team Member
  • Premium Supporter
  • September 1, 2008
    21,544
    8,236
    Home Country
    New Zealand New Zealand
    Is there something else I can check?
    There's nothing else I can think of off the top of my head, but...

    Are you still using the MediaPortal audio renderer, or did you change that as recommended?
    Are the issues still as regular as before? ...or are they rarer?
    Do the issues take longer to show than they used to? ...or is it just the same? For example, if the issues used to take 20 minutes to show, do they still show after 20 minutes or does it take 40 minutes... or 10 minutes... or is it random?
    Are you able to post fresh log files?
     

    susd

    Portal Member
    February 4, 2015
    32
    0
    72
    Home Country
    United States of America United States of America
    mm
    If I switch to any other audio renderer I do not get sound at all from live TV.
    Today I started watching some live TV and it was about two hours before the first pause happened. There was even a brief video pause as well.
    After that it was about 20 min before the next then 10 min after that and 5 min on the next then back to 10 min, 15 min the finally 10. That's when I ended HP and I have posted logs that were taken right after that. With only one exception all of the pauses are very short. If you were not watching at that moment it would not be noticeable or you might mistake it for a "bleep" from the network when a bad word was said. Todays video session did not have any words that needed to be bleeped.
    Do you think that it might be a software issues with something else other than MP? I guess I can confirm that and reinstall the WinTV software to see If I get the same issues.

    susd
     

    mm1352000

    Retired Team Member
  • Premium Supporter
  • September 1, 2008
    21,544
    8,236
    Home Country
    New Zealand New Zealand
    Thanks :)

    If I switch to any other audio renderer I do not get sound at all from live TV.
    Okay, you really need to move away from the MPAR. I strongly recommended this previously, and that wasn't just idle talk...

    In these latest log files I can see that the MPAR has set a positive bias:
    05-04-2015 09:47:34.076 [ 9a0] SetBias: 1.0010462173

    I'm pretty sure that means it is playing the audio slightly faster than it should be played. If I'm right it's only a matter of time before micro-glitches start to occur.

    You could think of TsReader and MPAR as two people in a human chain. Items - in our case chunks of audio data - are passed from one person to the other until they reach the end of the chain. Everybody needs to pass items at the same speed in order for the chain to work best.

    If MPAR works slower than TsReader then a pile will build up at TsReader. Eventually that pile might get so big that it gets in the way, and the chain breaks down. Conversely, if MPAR works faster than TsReader then MPAR will start having to wait for TsReader.

    The second situation is what I think is happening for you. Each glitch is an instance of TsReader or MPAR running out of data, and having to pause until more data arrives. Fiddling with the TsReader buffer configuration just delays the inevitable. In my [very bad!] analogy, it is like having TsReader start with a pile. No matter how big that pile is, MPAR will always eventually work through it and start having to wait again. The bigger the pile, the longer it'll take before MPAR has to start waiting.

    One solution would be for TsReader and MPAR to work at the same speed. However, we can't force MPAR to slow down. Therefore we need another renderer that will work at the same speed as TsReader.

    If you can't get audio to work with the default DirectSound renderer then please post logs for that scenario. Also, please describe your audio setup. The audio is received via the DirecTV set top box, then transferred to the Colossus in the PC via HDMI. MediaPortal does its thing, then audio goes out to... via... ?
     

    Users who are viewing this thread

    Top Bottom