TTD Forum

heute ist mir ein seltsames phänomen aufgefallen. nach dem epg scan waren sat1/pro7/kabelein/n24 ohne epg.
als ich manuell den scan auf sat1 nachholen wollte, wurden vom scan zusätzlich die rtl sender angezeigt und auch nur diese gescannt. sat1/... hatten weiterhin 0 einträge.

nach einem neustart des receivers klapte der scan dann.
wie kann sowas passieren? rtl und sat1 liegen doch auf ganz anderen transpondern?
und warum hatten sat1/... 0 einträge? gestern war der epg dort noch wohlgefüllt.
(der original-epg war heute früh auch nicht leer.)

hatte dieses "problem" noch niemand?
mir ist auch aufgefallen, dass 3pg manchmal (! ich hab noch nicht herausgefunden wann) die epg daten der vorher angesehenen senders anzeigt statt des aktuellen.
eventuell passiert das aber nur nach zappen und schnellem aktivieren von 3pg direkt nach dem hinzappen.

Hallo shk,

das Problem mit der falschen Anzeige habe ich auch manchmal. Das passiert aber nur, wenn ich bei offener Infobox umschalte. Zu Deinem Transponderproblem kann ich nur mutmaßen, dass vielleicht die "Datenbank" nach einem Umsortieren der Sender strubbelig ist und vielleicht mal gelöscht werden muss. (Oder sind Deine Senderlisten vielleicht nicht identisch?)

Grüße,
-- mvordeme

[quote=""shk""]hatte dieses "problem" noch niemand?
mir ist auch aufgefallen, dass 3pg manchmal (! ich hab noch nicht herausgefunden[/quote]
Ich hatte diese Problem häufiger in der letzten Zeit, meistens war der ZDF Transponder betroffen, auf welchem plötzlich beim Scan auch TCM u.ä. Sender mit drauflagen. Ich mußte dann immer die Datenbank löschen und die Senderliste komplett neu einspielen, dann war beim nächsten Scan alles o.k. bis es ein paar Tage später wieder losging.

Nach langem rumprobieren ist das Problem jetzt seit 5 Tagen nicht mehr aufgetreten. Der Verursacher bei mir war wahrscheinlich aXeL. Seitdem ich wieder eine FW ohne aXeL verwende ist das Problem nicht mehr aufgetreten.

danke für die antworten.
nein-die senderliste wurde nicht verändert.
nein- die senderlisten der beiden tuner sind absolut identisch.

vielleicht lösche ich aber trotzdem einmal "auf verdacht" die datenbank.

Ich hatte so ein Problem auch schon einmal. (Meine Firmware ist ohne aXeL-Patch.) Ich habe daraufhin die Transponderdaten mit dem TAP Infodisplay kontrolliert und mit den Angaben in 3PG (Senderliste, Tranponderliste, Infobox) verglichen. Die Frequenzen waren in Ordnung, aber die tsIds waren widersprüchlich: 3PG hatte bei den "Problemkanälen" eine andere tsId in der Transponderliste als aktuell ausgestrahlt wurde. Nachden ich 3PG beendet und neu gestartet hatte, war die Transponderliste wieder einwandfrei.

Ich hatte das hier einmal beschrieben.

Das Problem könnte sein, dass die tsId (und netId) beim Topfstart manchmal falsch ans Programm geliefert werden. Dagegen waren die Frequenzen richtig. (3PG identifiziert einen Transponder aber anhand der tsId und nicht anhand der Frequenz.)

Viele Grüße
Homer

Dann dürfte der Topf aber selber schon nicht klar kommen, denn der holt sich die zu tunende Frequenz auch per tsId.

Das einzige was ich mir so grade noch vorstellen könnte (ist aber nur aus den Fingern gesogen und glaube ich nicht wirklich): 3PG startet schneller als der interne Prozess, der die Settings in das RAM entpackt.

So an aXeL lag es wohl doch nicht bei mir. Ich wollte 3PG eigentlich nur als letztes Starten lassen, also 3PPG und ImproBox in meiner Config die Plätze tauschen lassen. Nach dem anschließenden Reboot, fehlte bei der ARD der EPG. Ein Blick in die Settings und ich hatte nur noch 9 anstatt 10 Transponder zu scannen und auf dem ARD Transponder tummelten sich auch noch Pro7 und Sat1.

Änderungen zurückgenommen, wieder 10 Transponder, nochmal 3PG und IB vertauscht und wieder nur 9 Transponder und nen zerhauenen ARD-Transponder.

Dann habe ich noch einiges probiert: aXeL FW installiert, 3PG alleine gestartet, TAP Reihenfolge diverse Male geändert, ich konnte den Fehler nicht wieder reproduzieren und auch in der alten Reihenfolge mit 3PG an letzter Stelle trat der Fehler nicht wieder auf...

Also, keine Ahnung woran es liegt, an aXeL wohl aller Voraussicht nach nicht....

So, jetzt hatte ich das Problem wieder. Dieses Mal ist es mir direkt nach dem Start von 3PG aufgefallen: SF1 und SF2 hatten keine EPG-Daten. Diese wurden durch einen tgd-Import auch nicht eingelesen. Dabei war der Topf aber schon viele Stunden nicht mehr neu gestartet worden. Also tsId verglichen: 3PG hatte eine falsche tsId. 3PG beendet und wieder aufgerufen: keine EPG-Daten bei SF1 und SF2. Den tgd-Import erneut aufgerufen: Jetzt wurden die EPG-Daten für SF1 und SF2 importiert.

3PG hat also ab und zu eine falsche tsId bei einigen Sendern. Seltsamerweise betrifft dies dann nicht nur einen Sender sondern mehrere Sender desselben Transponders. Der Fehler hängt zeitlich nicht mit dem Topfstart zusammen.

Viele Grüße
Homer

Gerade hatten Das Erste und die anderen Sender dieser Frequenz keine EPG-Daten, weil sie die tsId vom RTL-Transponder besaßen.

Gibt es bald eine Fehlerbehebung?

Viele Grüße
Homer

Ähnliches hier.

Manchmal startet 3pg mit falschen oder fehlenden? tsld´s, wobei es dann 2-5 mutwillig zusammengestellte Transponder gibt, statt der erwarteten 13.
Es hilft nur, die Kanäle neu einzulesen, dann geht 3pg wieder.
Es ist ärgerlich, jeden zweiten Tag dieses Spektakel aufzuführen.

Meine tägliche Aufgabe ist es nun, einen Blick in die Übersicht zu werfen, wieviele Transponder 3pg meint, eingelesen zu haben.

Eine Lösung wäre super, ansonsten funzt 3pg nämlich prima.

[quote=""robotron""]Es hilft nur, die Kanäle neu einzulesen, dann geht 3pg wieder.
Es ist ärgerlich, jeden zweiten Tag dieses Spektakel aufzuführen.

Meine tägliche Aufgabe ist es nun, einen Blick in die Übersicht zu werfen, wieviele Transponder 3pg meint, eingelesen zu haben.

Eine Lösung wäre super, ansonsten funzt 3pg nämlich prima.[/quote]
Wie ich hier beschrieben habe, hilft bei mir 3PG zu beenden und neu zu starten.

Viele Grüße
Homer

[quote=""Homer""]Wie ich hier beschrieben habe, hilft bei mir 3PG zu beenden und neu zu starten.

Viele Grüße
Homer[/quote]

Das versuche ich mal, wenn der Fehler erneut auftritt (also übermorgen)

Trotzdem leidlich, vielleicht kann es ja einer ausmärzen oder die Quelle des Übels finden.

hierbei fällt mir ein:

vielleicht liegt es auch am recorder-modus, dass die transponderliste zerschossen wird.

wäre es sinnvoll, einen api-scan statt recorder-scan zu machen? wo liegen da die unterschiede? (sorry, aber die hab ich noch nicht vollständig begriffen...)

grüße!

Unterschiede, akademisch abgehandelt:

API: Die TAPAPI bietet eine offizielle Funktion, die vom Topf selbst gesammelten EPG-Daten abzufragen. Sicher gültig sind allerdings nur die, die von dem Transponder kommen, auf dem der aktuell zu sehende Sender liegt. Deshalb die Umschalterei. Seltsamerweise werden für Titel und Kurzbeschreibung nur die ersten 128 Zeichen zurückgeliefert - vorgesehen sind 256. Außerdem werden Infos wie DD und FSK nicht ausgewertet.

Recorder: Ein Transportstrem besteht z.B. aus PID4711: Video ARD, PID 4712 Ton ARD PID 4713 Video KiKa PID 4714 Ton Kika usw. (Zahlen frei erfunden). Es gibt aber auch PIDs mit reinen Daten, z.B. 12 für EIT (EPG). Da der Topf so nett ist, alles was in der Senderliste als Video-PID und Audio-PID angegeben ist ohne weitere Überprüfung auf Plausibilität aufzunehmen, bedient sich T3xi eines Tricks. Er schummelt einem bestimmten Programmplatz als Video die PID 12 zu, nimmt das auf und dekodiert die Informationen selbst.

[quote=""Harvey""]Seltsamerweise werden für Titel und Kurzbeschreibung nur die ersten 128 Zeichen zurückgeliefert - vorgesehen sind 256.[/quote]
Es gibt aber ein TAP, den DescriptionExtender, der alle 256 Zeichen verfügbar macht. 3PG arbeitet mit DescriptionExtender zusammen und zeigt diese Informationen in der erweiterten Beschreibung an.

[quote=""Harvey""]Unterschiede, akademisch abgehandelt:

API: Die TAPAPI bietet eine offizielle Funktion, die vom Topf selbst gesammelten EPG-Daten abzufragen. Sicher gültig sind allerdings nur die, die von dem Transponder kommen, auf dem der aktuell zu sehende Sender liegt. Deshalb die Umschalterei. Seltsamerweise werden für Titel und Kurzbeschreibung nur die ersten 128 Zeichen zurückgeliefert - vorgesehen sind 256. Außerdem werden Infos wie DD und FSK nicht ausgewertet.

Recorder: Ein Transportstrem besteht z.B. aus PID4711: Video ARD, PID 4712 Ton ARD PID 4713 Video KiKa PID 4714 Ton Kika usw. (Zahlen frei erfunden). Es gibt aber auch PIDs mit reinen Daten, z.B. 12 für EIT (EPG). Da der Topf so nett ist, alles was in der Senderliste als Video-PID und Audio-PID angegeben ist ohne weitere Überprüfung auf Plausibilität aufzunehmen, bedient sich T3xi eines Tricks. Er schummelt einem bestimmten Programmplatz als Video die PID 12 zu, nimmt das auf und dekodiert die Informationen selbst.[/quote]

ok, das war jetzt akademisch...und nun nochmal für mich

komme bisher gut mit dem recorder-scan unter 3pg im kabel hin, auch die nächtliche aktualisierung läuft automatisch.

da ich aber den verdacht hege, dass der recorder-scan (wie auch immer) die transponderliste zu meinen ungunsten verändert, wollte ich mal nur den api machen.
also nur das feld "epg recorder" auf aus?

welchen spürbaren unterschied (dd und fsk interessiert mich nicht wirklich) hätte ich zum recorder-scan?

[quote=""robotron""]also nur das feld "epg recorder" auf aus?[/quote]
Ja

[quote=""robotron""]welchen spürbaren unterschied (dd und fsk interessiert mich nicht wirklich) hätte ich zum recorder-scan?[/quote] Unter der Vorausetzung keinen nennenswerten.

[quote=""Harvey""]keinen.[/quote]

hm, sollte das eine lösung für alle "transponderlisten-verändern-sich-opfer" sein...?

ich probiere es morgen mal und berichte demnächst.

Es gibt ja noch den Duo-Scan. Das ist auch ein Recorder-Scan, nur eben doppelt so schnell. Den würde ich schon gerne benutzen, schon weil er Strom spart. Da ich dies (wegen Durchschleiferei) ohnehin nicht kann, stellt sich für mich die Frage nicht.

Ansonsten denke ich, dass das durchaus sein kann. Das TAP hat bei der Verwendung der API keine Veranlassung, irgendwelche Daten in der Senderliste zu ändern.

Grüße,
-- mvordeme