Scan_Speedy Posted May 5, 2016 Share Posted May 5, 2016 (edited) Diesmal bin ich mit 100pro sicher Folgendes Problem: Eutelsat 16E Freq: 11512 Pol: H Symbol: 30.000 Getestet mit: 3.7.1.0 = funktioniert 3.4.2.0 = funktioniert 3.8.3.0 = funktioniert Bug ab 3.8.5 ? 3.8.5.0 = funktioniert nicht 4.0.8.0 = funktioniert nicht 4.1.1.0 = funktioniert nicht Das Problem ist, oben genannter TP wird von Transedt beim Scan nicht korrekt erkannt. Es stehen immer nur Service ... in der Liste. Bei den Versionen unter 3.8 klappt es problemlos. 20x mindestens probiert, jedesmal wird der TP erkannt. PS: Griga nicht böse sein Edited May 5, 2016 by Scan_Speedy Quote Link to comment
Tjod Posted May 5, 2016 Share Posted May 5, 2016 Hast du schon versucht die Timouts hoch zu setzen? Quote Link to comment
Scan_Speedy Posted May 5, 2016 Author Share Posted May 5, 2016 8 Sekunden sollten doch reichen oder ? Also 8000 ms Der Scan des TP dauert nur 1 Sekunde, ist also wieselflink. Von der Scandauer gibts bei allen getesteten Versionen keinen spürbaren Unterschied. Quote Link to comment
Derrick Posted May 5, 2016 Share Posted May 5, 2016 ..am time-out liegt es nicht. SDT repetition vom actual TS liegt um die 1000ms. Auffällig ist allerdings, dass other viel häufiger kommt. @Griga kann das nicht empfangen. Vielleicht erkennt er ja was aus der xml. Eutelsat 16A 11512 H.zip Quote Link to comment
Griga Posted May 5, 2016 Share Posted May 5, 2016 Da bräuchte ich schon einen TS mit kompletter SI, so dass ich "Scan TS File" verwenden kann. Quote Link to comment
Derrick Posted May 5, 2016 Share Posted May 5, 2016 ..hab mal die si_tables gesammelt. Offensichtliche fehler sehe ich nicht. Der analyzer findet ja auch die namen. Eutelsat 16A 11512 H 05-05 17-33-06.zip Quote Link to comment
Griga Posted May 5, 2016 Share Posted May 5, 2016 Da bräuchte ich schon einen TS mit kompletter SI, Danke, aber für die PMTs hat es nicht gereicht? Zumindest ein Stream mit PCR ist in solchen Fällen auch nicht schlecht, damit der Scan aus der Datei in Realtime abläuft. Geht auch so, ist aber etwas mühsam. Es gibt zumindest einen Bug beim Scannen von Dateien. Den habe ich gerade gefunden Ansonsten sieht man schon im Screenshot im ersten Post, dass etwas nicht stimmt. Die ONID ist falsch. Sie stammt aus der SDT Other. Ich hatte vor einiger Zeit den Versuch unternommen, Fälle automatisch zu behandeln, in denen es keine SDT Actual gibt und sich die benötigten Informationen in der SDT Other befinden, was insbesondere auf US-amerikanischen Satelliten der Fall ist. TrandEdit liest deshalb beide SDTs und versucht insbesondere anhand der Transportstream ID zu erkennen, was wohl zutreffend ist. Ich hatte mir damals gedacht, mal sehen, ob das klappt bzw. wo das schiefgeht (und später vergessen). Jetzt weiß ich es. Vielen Dank an Scan_Speedy für die Mitwirkung bei dem Experiment Quote Link to comment
EnoSat Posted May 8, 2016 Share Posted May 8, 2016 (edited) 3 scan result (3x ONID) Edited May 8, 2016 by EnoSat Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.