One channel sutter quite regular intervals (1 Viewer)

te3hpurp

Retired Team Member
  • Premium Supporter
  • September 23, 2008
    910
    231
    Rovaniemi
    Home Country
    Finland Finland
    Hello, fellow belivers !

    Im asking help as have not been able to solve it by myself.

    I have one channel "Discovery sciense", from sonera cable provider in Finland, which sutters very often.
    During the time I took logs, it happened 3 times, that were visible, "shift-1" was present at least in one
    occurrence, but not in all.

    What I have tried so far is:
    -made exclusions to Windows defender, to that it won't scan files.
    -Tried different codecs, which wont help if problem is in tswriter or something else.
    -Tried different HDD drives for timeshifing

    On earlier tests I saw some lines in logs saying seeking.... near A/V time adjust.., if that makes any sense to anyone.
    Could it be MediaInfo accessing that .ts file at same time.

    I also have raw ts dump ready, but I dunno where to upload it.

    My MP installation is My Own build, so that it is based on 1.13/.14 with mm's TBS support merged to it.

    Anyway All Other HD and SD channels are working like a dream, so this is a bit tricky

    Br,
     

    mm1352000

    Retired Team Member
  • Premium Supporter
  • September 1, 2008
    21,577
    8,224
    Home Country
    New Zealand New Zealand
    Hi

    There are at least 2 possible causes I can see straight away.

    1. Stream discontinuities.
    On the TsReader side:
    [2016-02-23 16:02:20,254] [ ce88e78] [1514] - Video Continuity error... 6 ( prev f ), bufferOffset=1316, bufferLength=7896

    [2016-02-23 16:02:22,722] [ ce88e78] [1a1c] - Audio Continuity error... 8 ( prev 5 ), bufferOffset=1128, bufferLength=5264
    [2016-02-23 16:02:22,722] [ ce88e78] [1a1c] - Video Continuity error... 6 ( prev f ), bufferOffset=1316, bufferLength=5264

    ...and on the TsWriter side:
    [2016-02-23 16:02:20,165] [3d3beb8] [133c] - Recorder:pid 385 Continuity error... 8 ( prev 5 ) - bad signal?
    [2016-02-23 16:02:20,165] [3d3beb8] [133c] - Recorder:pid 384 Continuity error... 6 ( prev f ) - bad signal?

    2. Decryption issues.
    [collapse][2016-02-23 16:02:01,784] [1028d378] [11c4] - PES audio 0-0-1 fail
    ...
    [2016-02-23 16:02:01,801] [1028d378] [11c4] - PES H264 0-0-1 fail
    ...
    [2016-02-23 16:02:33,171] [ ce88e78] [1a1c] - PES H264 0-0-1 fail
    ...
    [2016-02-23 16:02:33,201] [ ce88e78] [1a1c] - PES H264 0-0-1 fail
    [2016-02-23 16:02:33,212] [ ce88e78] [1a1c] - PES audio 0-0-1 fail
    [2016-02-23 16:02:33,224] [ ce88e78] [1a1c] - PES H264 0-0-1 fail
    ...
    [2016-02-23 16:03:33,342] [ ce88e78] [1a1c] - PES H264 0-0-1 fail
    [2016-02-23 16:03:33,342] [ ce88e78] [1a1c] - PES audio 0-0-1 fail
    [2016-02-23 16:03:33,342] [ ce88e78] [1a1c] - PES H264 0-0-1 fail
    ...
    [2016-02-23 16:03:33,438] [ ce88e78] [1a1c] - PES audio 0-0-1 fail
    [2016-02-23 16:03:33,438] [ ce88e78] [1a1c] - PES H264 0-0-1 fail
    [2016-02-23 16:03:33,474] [ ce88e78] [1a1c] - PES H264 0-0-1 fail
    ...
    [2016-02-23 16:04:03,486] [ ce88e78] [1a1c] - PES audio 0-0-1 fail
    ...
    [2016-02-23 16:04:03,504] [ ce88e78] [1a1c] - PES H264 0-0-1 fail
    [2016-02-23 16:04:03,526] [ ce88e78] [1a1c] - PES H264 0-0-1 fail
    [2016-02-23 16:04:03,542] [ ce88e78] [1a1c] - PES H264 0-0-1 fail
    [2016-02-23 16:04:03,542] [ ce88e78] [1a1c] - PES H264 0-0-1 fail
    [2016-02-23 16:04:03,581] [ ce88e78] [1a1c] - PES audio 0-0-1 fail
    ...
    [2016-02-23 16:04:33,598] [ ce88e78] [1a1c] - PES H264 0-0-1 fail
    ...
    [2016-02-23 16:04:33,626] [ ce88e78] [1a1c] - PES H264 0-0-1 fail
    [2016-02-23 16:04:33,642] [ ce88e78] [1a1c] - PES audio 0-0-1 fail
    [2016-02-23 16:04:33,642] [ ce88e78] [1a1c] - PES H264 0-0-1 fail
    [2016-02-23 16:04:33,658] [ ce88e78] [1a1c] - PES H264 0-0-1 fail[/collapse]


    Considering the frequency of the "PES ... fail" entries and what you said about "stutters very often", my guess is that the decryption issues are more likely to be the primary problem. However I can't really be sure. It's unfortunate that you excluded the main TV service log file from the zip - this means I can't see signal strength/quality, CAM details etc.

    Which CAM do you have?
    Have you been through the CAM menus to see if there are any settings which might be helpful?
    Are you 100% sure that this is the only channel which is affected by this problem, or could other channels which you don't normally view also be affected?
     

    te3hpurp

    Retired Team Member
  • Premium Supporter
  • September 23, 2008
    910
    231
    Rovaniemi
    Home Country
    Finland Finland
    Hi.

    And thank you for looking the issue. I dunno why, there is no tvservice log file, As i used debug tool to collect logs. Hmm.

    Anyway Singnal strength is about 75%, and quality is 95%. Another channel that I can watch in that transponder is TLC. It is also encrypted and works just fine.

    Cam is rented cam from Sonera , which is chpset paired with smartcard. So it is a spcial cam that is not sold anywhere, only rented, so that old tv and stb systems can watch HD channels that require chipset pairing. Works fine in HTPC also. Brand was dilog, and system is conax. Im wondering if there is something wrong in original stream, when Sonera muxes it into that transport stream. Stream dataflow is about 2.80 Mb, and it sounds a bit low.

    ---10 pm testing channels-> 10:22 PM----

    Just tested one channel per transponder(frequency) all fine, except this one. TLC which is in same frq works just fine.

    Really strange.

    Br,
     

    te3hpurp

    Retired Team Member
  • Premium Supporter
  • September 23, 2008
    910
    231
    Rovaniemi
    Home Country
    Finland Finland
    Hi

    Again. Just figured it out, that it actually might be only one show in that channel that is breaking. Need follow that a bit longer, if that's the case, because I've watched mythbusters so far from that channel. Now there is an different show that seems to work. I'll watch that channel a bit more now with different shows to see what is going on. You see, I just got this subscription with these channels, so I just understood that i might be that mythbusters is only thing that I've wathed so far from discovery sciense. Next mythbusters come tomorrow, so that I can check, if problems exist again.

    Thank you for your help.



    Br,
     

    te3hpurp

    Retired Team Member
  • Premium Supporter
  • September 23, 2008
    910
    231
    Rovaniemi
    Home Country
    Finland Finland
    Hi.

    Okay here are new logs. Before starting test I swiched tvservice debuglevel to debug, so that there should all logs needed.

    During test First and last channel is the problematic Discovery Sciense. Between those I watched encrypted channells and they worked okay. At least no visible errors was not seen, except in channel change period. One of the channels was regular "Discover" with mythbusters ad it was okay also.

    This is very stragne.

    Finally I moved signal cable and cam to my TV set and tried that channell. Singal shows 100% strength and quality, but is has same errors. So, its not MP's fault at all. It must be Sonrea.

    Anyway thanks for help.
     

    mm1352000

    Retired Team Member
  • Premium Supporter
  • September 1, 2008
    21,577
    8,224
    Home Country
    New Zealand New Zealand
    Thanks for the update.

    So, its not MP's fault at all. It must be Sonrea.
    Technically it could be the CAM. Either way, there's not much I can do in this case. Please let me know what you find out; could be an interesting result.
     

    te3hpurp

    Retired Team Member
  • Premium Supporter
  • September 23, 2008
    910
    231
    Rovaniemi
    Home Country
    Finland Finland
    Hi.

    I made report to Sonera, so I hope they they answer more than just normal "diibadaaba" for cheking cables, resetting system etc..


    Br,
     

    Users who are viewing this thread

    Top Bottom