dropouts when watching hd tv (2 Viewers)

HomeY

Test Group
  • Team MediaPortal
  • February 23, 2008
    6,475
    4,645
    49
    ::1
    Home Country
    Netherlands Netherlands
    Yes, but in the past you only had a few of these messages for a second or two. That's very different to 25+ seconds. I would not say don't worry about it if you had/have 25+ seconds of message logging.
    Agree, that's why i 'dared' to discuss/mention it again ;)

    I pick the CAM or CI driver. Surely it should not take so long for decryption to kick in?!?
    CI (got the 1 from Digital Devices) driver hasn't changed, only CAM FW was updated. I agree it shouldn't take so long (and it doesn't with the old FW), but i always start to wonder what the cause can be if something happens this randomly.

    Why?
    How many people have the same provider, CAM, CI, driver and firmware combination?
    No clue, was a 'risky' assumption, since Ziggo is 1 of the main providers in The Netherlands, the AlphaCrypt Classic 1 of the well known CAMs, and DigitalDevices is well known for their tuners/CI stuff.

    Probably only the people who created the CAM firmware would be able to explain it. Don't make the common mistake of assuming newer is better.
    Nah, i won't ;) That's the main reason i rolled back to v3.25 last year.
    v3.25 FW is from 15-10-2012. When i updated to v3.27 (released 17-10-2013) i experienced similar issues, so rolled back.
    v3.28 (3-12-2014) was a reason for me to try it again, but with similar issues as with v3.27. I meant that if this 'decryption' issue is a known issue of the FW, i would have expected a fix sooner, since i started having this problem since the FW release on 17-10-2013.

    Stay with the working firmware, and report the problem to the CAM and/or CI/tuner vendor.
    Will do.

    For the record, TVE 3.5's TsWriter can indeed detect PES level encryption.
    (y)

    [hide=FW Changelog (German)]
    V3.25 vom 15.10.2012
    -Unterstützung von Smartkarten einiger deutscher Kabelanbieter wieder hinzugefügt
    -Erhöhung der Stabilität: Zeitweiser Entschlüsselungsausfall des Moduls bei einigen Receivern neueren Baujahrs behoben, welcher sich markanterweise nur durch Neustart des Recievers oder Ziehen des Moduls beben lies (trat zumeist nach mehrmaligem Umschalten zwischen SD- und HD Kanälen auf Trsnspondern mit hohen Datenraten auf - ua zB. mit Technisat S1+ auf SRG HD Kanälen)
    -Jugendschutz-Abfrage bei MTV-Kanälen korrigiert
    -Anzeige der Gesamtanzahl an ECM-Abfragen und EMM-Abfragen der gesteckten Smartkarte im Debugmenü (zB für Unterstützung bei der Fehlersuche mit Freischaltsignalen)
    -PID-Optimierung bei Mehrkanalentschlüsselung (Erkennung von doppelt vorhandenen PIDs wie zB bei Sky - wird bei unterschiedlichen ECMs als 'unverschlüsselt' eingestuft und aus den Descrambler-Slots entfernt und diese Slots somit für weitere Services verfügbar gemacht)
    -PID-Optimierung bei Mehrkanalentschlüsselung bezüglich providerbezogenen ECM-PIDs - sobald eine dem Service zugeordnete Entschlüsselung möglich ist, werden alle anderen ECM-PIDs des gleichen CA-Systems aus den Filterslots entfernt und diese Slots für weitere Services aktiviert -> Beispiel Canal Digitaal (somit ist nun gegenüber den Vorversionen die Entschlüsselung von 4 Kanälen gleichzeitig möglich - Achtung. Bei Canal Digitaal muss die Smartkarte für die Mehrkanalentschlüsselung angemeldet sein !)
    -Zeitweise Anzeige nach Umschalten 'Keine Berechtigung' bei Canal Digitaal Kanälen beseitigt
    -V-Code: diverse Korrekturen, PIN-Eingabe bei vorgesperrten Kanälen, PIN-Eingabe bei Anzeige der Smartkarten-Berechtigungen
    -Kurzzeitge Bildstörungen bei eingeschaltetem Jugendschutz beseitigt (zB mit Technisat S1+ mit Sky - Ursache war PMT-Update bei Event-Wechsel)
    -diverse kleinere Korrekturen


    V3.26 (nur als Vorabversion) - nicht freigegeben und wurde nicht ausgeliefert


    V3.27 vom 17.10.2013
    -Optimierung für erkannte unnötige PIDs hinzugefügt, welche bei Mehrkanalentschlüsselung nicht entschlüsselt werden müssen (zB Teletext 0x0020 bei Sky, HBB-TV PIDs bei ORF) - die Erkennung erfolgt automatisch
    -Verbesserung der PID-Prioritäten, dh dass für Mehrkanalentschlüsselung PIDs höherer Priorität (bzw Streamtyp Video) eine schon verwendete PID im Descrambler mit niedriger Priorität ersetzen können
    (zB Video, MPEG Audio können automatisch Teletext und AC3 verdrängen)
    -Descrambler PID-Slots von 14 auf dynamisch 16 erhöht mit gleichzeitiger Reduzierung der maximal möglichen Services von 8 auf 6 (je nach Bedarf))
    -Erhöhung des internen PMT-Speichers (unter Umständen waren keine 4 oder mehr Services entschlüsselbar, je nach Zusammensetzung der CA-Systeme und der verwendeten Smartkarte) - Problem damit beseitigt
    -Erweiterung des Debugmenüs: Informationen über die verwendeten PIDs und über die belegten PID-Slots im Modul sind nun abrufbar (zB für Fehlersuche im Mehrkanalbetrieb)


    V3.28 vom 03.12.2014
    -viele Optimierungen hinsichtlich Programmcode- und Speicherverbrauch
    -Korrektur bzw Erweiterung am RTOS (Handling der Taskprioritäten), Optimierung des Programmcodes hinsichtlich Geschwindigkeit (macht sich deutlich bei der Mehrkanalentschlüsselung mit EuroCAM-Plattform bemerkbar)
    -Optimierung der ECM- und EMM-Filterung (Geschwindigkeit)
    (Dauertests mit bis zu 7 Services bei diversen CA-Systemen ausgeführt)
    -Freischaltprobleme mit Canal Digitaal beseitigt (betraf auch einige exotische V-Code Provider)
    -Debug-Menü Anzeige der PID-Slots korrigiert (der Abruf führte bei vorigen Versionen oftmals zu Abstürzen)
    Hinweis: Die Erweiterung der Entschlüsselungsslots auf 16 wird bei einigen CA-Systemen temporär wieder bis auf 14 reduziert, je nach Anzahl benötigter EMM-PID Slots (trifft nur für EuroCAM Plattform zu).
    Die Anzahl der gerade vewendeten Entschlüsselung- und der EMM-PID Slots lässt sich im Debugmenü unter PID-Information abrufen.
    [/hide]
     

    Owlsroost

    Retired Team Member
  • Premium Supporter
  • October 28, 2008
    5,540
    5,038
    Cambridge
    Home Country
    United Kingdom United Kingdom
    As mm says, the problem is basically the decryption/CAM not working quickly enough, but attached is a version of TsReader.ax that should at least play properly when decryption has started (in theory - I can't test it ;-)). Basically if TsReader has seen the first PAT and it's seeing lots of PES fail errors it will increase the timeout of the initial file Load() routine - from 10s to 60s - to allow more time for good data to arrive.

    Note it needs VC2013 re-distributable installed.....

    EDIT - file updated - silly problem with first version....
     

    Attachments

    • TsReader_v3_0_85_1b_VC2013.zip
      177.2 KB
    Last edited:

    HomeY

    Test Group
  • Team MediaPortal
  • February 23, 2008
    6,475
    4,645
    49
    ::1
    Home Country
    Netherlands Netherlands
    @Owlsroost i have no clue what you've done, but it's definitely a huge improvement.:D
    've been tuning a number of different channels in a row, and i have 0 PES errors in my logs, and tuning seems faster then before? :p (Log_v3_0_85_1b_VC2013_WORKING). I haven't been able to reproduce the black screen either. (y)

    2nd test i started tuning the first channel, and kept zapping up (pretty fast) which after about 10 channels resulted in an MP crash to desktop (reference MSVRC120.dll).
    Those are the Log_v3_0_85_1b_VC2013_CRASH_MSVRC120 logs.
    I expect the crash to come from the quick zapping, but besides this crash, the tuning was working great also and again 0 PES errors in my logs.

    So, this makes me wonder even more why the tuning is working nicely now with latest 3.28 FW.
    I'll keep testing, but it's looking good! (y)

    ** EDIT **
    Let TV run during the day, zapped 24 times according to the TsReader.log
    0 blackscreens and 0 PES errors. :D
     

    Attachments

    • Log_v3_0_85_1b_VC2013_CRASH_MSVRC120.rar
      46.2 KB
    • Log_v3_0_85_1b_VC2013_WORKING.rar
      20.1 KB
    Last edited:

    Owlsroost

    Retired Team Member
  • Premium Supporter
  • October 28, 2008
    5,540
    5,038
    Cambridge
    Home Country
    United Kingdom United Kingdom
    I've no idea why it apparently zaps faster but happy if it does ;) (the recent mods shouldn't have made a difference, but there are other earlier mods in this version, compared to the standard TsReader).

    If you get the crash again can you post the logs please (so I can see if there is any pattern to it).
     

    HomeY

    Test Group
  • Team MediaPortal
  • February 23, 2008
    6,475
    4,645
    49
    ::1
    Home Country
    Netherlands Netherlands
    I've no idea why it apparently zaps faster but happy if it does
    That might be caused by the new FW. I also noticed minor faster zapping when it wasn't crashing with latest TsReader's.

    Not a crash, but when i just got home i resumed HTPC and directly tried to tune TV (@ 23:21:42). That took some time and (i think...) i cancelled it.
    Afterwards tunes went fine. Logs attached just in case and i'll keep testing.

    Btw: Any clue where all the PES errors went in this afternoons logs?
     

    HomeY

    Test Group
  • Team MediaPortal
  • February 23, 2008
    6,475
    4,645
    49
    ::1
    Home Country
    Netherlands Netherlands
    Just because i was getting extremely curious, i bought another (Alphacrypt Classic) CAM. This CAM has HW version 1.5 vs 1.4 for my 'old' CAM.
    Updated the new CAM with FW v3.28, and it behaves exactly the same as my other cam with the 'default' TsReader. 25 seconds PES errors and then black screen. So now i'm sure i can rule out my CAM being faulty, and i have a spare ;)
    Makes testing a whole lot easier also, only need to swap the CAM.

    With your updated TsReader, both CAMs behave the same. I've seen a few tunes fail, so will keep an eye out and post logs when it crashes.
     

    Owlsroost

    Retired Team Member
  • Premium Supporter
  • October 28, 2008
    5,540
    5,038
    Cambridge
    Home Country
    United Kingdom United Kingdom
    The
    I've no idea why it apparently zaps faster but happy if it does
    That might be caused by the new FW. I also noticed minor faster zapping when it wasn't crashing with latest TsReader's.

    Not a crash, but when i just got home i resumed HTPC and directly tried to tune TV (@ 23:21:42). That took some time and (i think...) i cancelled it.
    Afterwards tunes went fine. Logs attached just in case and i'll keep testing.

    The post-resume log has a stream of PES errors for about 15s.

    I would be interested in a copy of the timeshift buffer file for a 'long tune' situation (with PES errors) so I can run it through TsReader here. Note that you need to make a copy of the buffer file *before* you stop/cancel TV, otherwise it will get automatically deleted.
     

    HomeY

    Test Group
  • Team MediaPortal
  • February 23, 2008
    6,475
    4,645
    49
    ::1
    Home Country
    Netherlands Netherlands
    I would be interested in a copy of the timeshift buffer file for a 'long tune' situation (with PES errors) so I can run it through TsReader here. Note that you need to make a copy of the buffer file *before* you stop/cancel TV, otherwise it will get automatically deleted.
    I'll go 'bake' you 1 :)
     

    HomeY

    Test Group
  • Team MediaPortal
  • February 23, 2008
    6,475
    4,645
    49
    ::1
    Home Country
    Netherlands Netherlands
    Attached ;)

    While i was trying to make this TsBuffer file, i experienced a crash to desktop (reference to VC++ redist 2013).
    (event)logs attached of that case also (MPCrash.zip).
     

    Attachments

    • MPCrash.zip
      27.8 KB

    Users who are viewing this thread

    Top Bottom