TV Funktion startet nicht auf anhieb (1 Viewer)

Scheibes

Portal Pro
June 14, 2012
817
71
39
Home Country
Germany Germany
Ist bei dem neuen Log was zu erkennen?
 

morpheus_xx

Retired Team Member
  • Team MediaPortal
  • March 24, 2007
    12,073
    7,459
    Home Country
    Germany Germany
    @mm1352000 I have tried to reproduce issues with tuning of scrambled channels. I found a pattern when descrambling works and one where descrambling doesn't work:

    NOT working:
    1. Tune FTA channel (BR Süd HD)
    2. Tune scrambled channel (SAT.1 HD)
    Working:
    1. Tune scrambled channel (SAT.1 HD)
    2. Tune fta channel (BR Süd HD)
    3. Tune scrambled channel (RTL HD)
    Any zapping between FTA is fine, but from FTA to scrambled works only when initially started with a scrambled channel.

    I collected the logs for the exact order of tune requests above.

    Do you have an idea what could cause the issues? Are there any major changes done für Digital Devices CAM handling in TVE3.5? Any help would be very appreciated!
     

    Attachments

    • DD_CI_TuningIssue.zip
      57 KB
    Last edited:

    mm1352000

    Retired Team Member
  • Premium Supporter
  • September 1, 2008
    21,577
    8,224
    Home Country
    New Zealand New Zealand
    • Tune FTA channel (BR Süd HD)
    • Tune scrambled channel (BR Süd HD)

    This makes no sense. ;)
    From the log I assume you actually meant BR Süd HD followed by SAT.1 HD?

    In any case, from TV Server's perspective there is no problem. It looks like all channels are decrypted successfully. These are the only log entries that I find strange:
    [2016-01-09 11:10:02,274] [12428 ] [23 ] [DEBUG] - Controller: Error "Der Prozess kann nicht auf die Datei "C:\ProgramData\Team MediaPortal\MediaPortal TV Server\timeshiftbuffer\live3-0.ts.tsbuffer" zugreifen, da sie von einem anderen Prozess verwendet wird." on delete in CleanTimeshiftFiles

    ...but they've got nothing to do with decryption, and those entries are present in both your "working" and "not working" scenarios.

    I can say no more than this without looking at the TsReader log and/or Windows application and system event logs (where DD log entries sometimes are found).

    Do you have an idea what could cause the issues?
    CAM or DD driver.

    Are there any major changes done für Digital Devices CAM handling in TVE3.5?
    Yes of course - many. As you know, all the conditional access code is completely rewritten. Major points for DD:
    • cascaded CAMs are supported, with CAM menu access for all CAMs and per-CAM decrypt limits and provider settings (so we can send the decrypt request to the correct CAM)
    • MCD decrypt mode (like Digital Everywhere, KNC etc. - multiple channels on the same transponder) is supported when CAMs are only linked to one tuner
    • dynamic PMT change handling fixed
     

    morpheus_xx

    Retired Team Member
  • Team MediaPortal
  • March 24, 2007
    12,073
    7,459
    Home Country
    Germany Germany
    This makes no sense. ;)
    :D copy&paste error ;)

    I collected the missing logs for the channel switching issue.

    Note: first part of TsReader log entries come from SetupTv (4.0) while TsReader in MP2 is v3.0.83.1.

    The event log also showing another error after resume. Tuning fails in this case (no signal or no PMT found). DVB idel epg grabber is active, after a while tuning works also in MP. But this is another issue to the above one.
     

    mm1352000

    Retired Team Member
  • Premium Supporter
  • September 1, 2008
    21,577
    8,224
    Home Country
    New Zealand New Zealand
    I collected the missing logs for the channel switching issue.

    Note: first part of TsReader log entries come from SetupTv (4.0) while TsReader in MP2 is v3.0.83.1.
    The TsReader log file does show that the SAT.1 HD stream is encrypted at the beginning ("PES H264 0-0-1 fail" and "PES audio 0-0-1 fail"), but eventually the stream is decrypted:
    [2016-01-09 13:08:37,275] [16580048-1] [1604] - OnNewChannel: found good PAT: 2
    ...
    [2016-01-09 13:08:37,344] [16580048-1] [1604] - PES H264 0-0-1 fail
    ...
    [2016-01-09 13:08:38,021] [16580048-1] [1604] - DeMultiplexer: First Gop after new PAT, 1920x1080 @ 16:9, 25.000Hz interlaced

    So, your problems might be codec related. On that note, the connected codecs look very messy.

    For the FTA channel:
    [2016-01-09 13:08:27,194] [16580048-1] [12cc] - audPin:CompleteConnect() ok, filter: MPEG Audio Decoder
    [2016-01-09 13:08:27,196] [16580048-1] [12cc] - demux:GetVideoStreamType(), FPS from DTS/PTS = 50.000000, DTSdiff/PTSdiff/MPEG2 = 0.020000/0.020000/0.000000, DTS/PTS count = 18/21
    [2016-01-09 13:08:27,209] [16580048-1] [12cc] - audPin:CompleteConnect() ok, filter: LAV Audio Decoder
    [2016-01-09 13:08:27,212] [16580048-1] [12cc] - audPin:CompleteConnect() ok, filter: Microsoft DTV-DVD Audio Decoder
    [2016-01-09 13:08:27,212] [16580048-1] [12cc] - audPin:CompleteConnect() ok, filter: MPEG Audio Decoder
    [2016-01-09 13:08:27,227] [16580048-1] [12cc] - vidPin:CompleteConnect() ok, filter: LAV Video Decoder
    [2016-01-09 13:08:27,238] [16580048-1] [12cc] - subPin:CompleteConnect() ok, filter: MediaPortal DVBSub3

    The mentioned "MPEG Audio Decoder" is known to be problematic.

    For the encrypted channel:
    [2016-01-09 13:08:38,080] [16580048-1] [ b60] - vidPin:CompleteConnect() ok, filter: LAV Video Decoder
    [2016-01-09 13:08:38,095] [16580048-1] [ b60] - subPin:CompleteConnect() ok, filter: MediaPortal DVBSub3

    No audio codec shown seems like an obvious problem. Video usually doesn't play properly without a proper audio path for correct timing.


    The event log also showing another error after resume. Tuning fails in this case (no signal or no PMT found). DVB idel epg grabber is active, after a while tuning works also in MP. But this is another issue to the above one.
    I spot-checked a few of the tuning details against kingofsat. All seems to match. Therefore I'm not sure what could cause this. The system event log shows tune requests are received by the driver, but nothing more. Maybe the tuner driver needs time to reinitialise after resume (but it shouldn't take 5 minutes, like in your log files!), or maybe the tuners have to be reloaded by TV Server after resume (PS plugin had an option for this, but you use MP2 so don't know if you can use that plugin).


    So in summary:
    • decrypt problem log files are pointing to MP2 config, codec or TsReader problems
    • resume problem log files are pointing to system or DD driver problems
    In both cases I think I can say nothing more.
     

    morpheus_xx

    Retired Team Member
  • Team MediaPortal
  • March 24, 2007
    12,073
    7,459
    Home Country
    Germany Germany
    Regarding tuning issue after new start:

    I found out that in Windows 10, if you do a "shutdown", it does the new hybrid way: do kind of hibernate with system components to speed up new boot by simply restoring it. For MP2-Server for instance it means: the service keeps "running" during this kind of shutdown/startup! I veryfied this by MP2-Server logs, it was kept and not recreated. Strange new world ;)

    In contrast, if you chose "restart" it does indeed what you expect: shutdown everything and avoid the hybrid mode. Then the service is regulary started.

    To avoid issues I have configured the "delay to detect tuner" to 5 seconds. Maybe this already solves the problems.
     

    megahorst

    Super User
  • Team MediaPortal
  • Super User
  • July 8, 2006
    879
    259
    Home Country
    Germany Germany
    I found out that in Windows 10, if you do a "shutdown", it does the new hybrid way: do kind of hibernate with system components to speed up new boot by simply restoring it. For MP2-Server for instance it means: the service keeps "running" during this kind of shutdown/startup! I veryfied this by MP2-Server logs, it was kept and not recreated. Strange new world ;)

    In contrast, if you chose "restart" it does indeed what you expect: shutdown everything and avoid the hybrid mode. Then the service is regulary started.

    To avoid issues I have configured the "delay to detect tuner" to 5 seconds. Maybe this already solves the problems.


    I think this behaviour is part of the Windows feature "fast boot". I have mention this while debugging wake on lan problems.

    You could try to try if disabling this feature solves the issue for you.

    fastboot.PNG
     

    Scheibes

    Portal Pro
    June 14, 2012
    817
    71
    39
    Home Country
    Germany Germany
    Ich bedanke mich hier mal für die Klasse Unterstützung von allen.
    Besonderen Dank gilt Morpheus der hier wirklich viel Energie in die Fehler- und Lösungssuche steckt! (y)

    So einen Support gibt es wirklich sehr sehr selten.
     

    morpheus_xx

    Retired Team Member
  • Team MediaPortal
  • March 24, 2007
    12,073
    7,459
    Home Country
    Germany Germany
    For the FTA channel:
    var rm="read_more ...";var o="... Read Less";var adjustheight=20; The mentioned "MPEG Audio Decoder" is known to be problematic.
    Thanks @mm1352000 this was indeed the cause! I have changed the merit of this filter for "DO NOT USE", so that the LAV audio decoder gets used. After that simple change the channel switching from BR to SAT.1 works as expected. Good catch!
     

    Scheibes

    Portal Pro
    June 14, 2012
    817
    71
    39
    Home Country
    Germany Germany
    Das Problem beim umschalten ist zwar jetzt weg, aber das Problem beim einschalten des PCs ist immer noch da.
    Zwar nicht mehr ganz so oft aber immer noch bei 50% der Fälle.

    Eigentlich immer morgens wenn der PC länger ausgeschalten war und MP2 frisch gestartet wurde.
    Anbei der aktuelle Log.
     

    Users who are viewing this thread

    Top Bottom