Kleinere Fehler bzw. Ungereimtheiten

[wohliks]

Ich hatte letzte Woche hier darüber geschrieben, dass Timer öfters 2 Minuten später starten als gewollt, weil die Topf-Uhr nachgeht. Inzwischen hat sich herausgestellt, dass es am EPG-Scan liegt (Fehler kommt aber nicht täglich vor); deshalb passt das Thema wohl besser hierhin.

Hat das vielleicht was mit den fehlerhaften Daten bei Nick/Comedy und Viva zu tun? Ich hab' diese beiden Sender jetzt mal vom Scan ausgenommen, weil der SRP da beim Scan bis zum Timeout hängenbleibt und nachher sowieso keine Programminfos angezeigt werden.

Merkwürdig nur, dass anscheinend 3PG mit diesen fehlerhaften EPG-Daten kein Problem zu haben scheint: Auf den beiden 5x00ern werden für diese beiden Sender EPG-Daten angezeigt...

[Twilight]

nun, se prüft ob die daten die daher kommen eine korrekte prüfsumme haben...andere taps nehem was kommt.

twilight

[BluField62]

und was nützt uns die Prüfsumme?

[JayTee]

Uns hilft sie nur konsistente Daten zu erhalten

[wohliks]

[quote="JayTee"]Uns hilft sie nur konsistente Daten zu erhalten[/quote]Hat denn der "Hänger" der Uhrzeit was mit den fehlerhaften Daten zu tun oder ist das ein spezielles "chrisly-Problem" - ich habe bei meinem SRP noch nicht so genau darauf geachtet...

[JayTee]

Ich bei mir auch nicht. ops:

Möglich wärs.

Beim Scan und der Datenerzeugung nimmt SE sich heraus den Topf gnadenlos auszunutzen.

[wohliks]

Möglich wärs.

Blöd nur, wenn nach dem Scan wirklich die Uhr nachgeht...

Ich hatte neulich eine Aufnahme, bei der trotz Vorlauf am Anfang was fehlte - ich hab' mir da keine tiefergehenden Gedanken gemacht und kann es auch jetzt nicht mehr im Detail nachvollziehen, aber das könnte durchaus das gleiche Phänomen gewesen sein...

[Isarwolf]

Hat denn der "Hänger" der Uhrzeit was mit den fehlerhaften Daten zu tun oder ist das ein spezielles "Chisly-Problem" genau darauf geachtet...

Ich hatte auch schon mal solch eine Erscheinung.

Code: Alles auswählen

2011-09-28 06:36:58 Scanner: 2282 EIT packets received
2011-09-28 06:37:00 EPGDB: Processing 6 eit files
2011-09-28 06:37:00 ServiceDB_Load: Start
2011-09-28 06:37:00 ServiceDB_Load: reading file
[size=125]2011-09-28 06:39:23 Scanner: Total events    =    37586
2011-09-28 06:39:23 Scanner: Filtered events =    23275
2011-09-28 06:39:23 Scanner: 23275 events found
2011-09-28 06:39:23 Performing EPG search[/size]
2011-09-28 06:37:15 EPGDB: DBTimer '00 'Rote Rosen - Folge 1114' 
2011-09-28 06:37:15 EPGDB: DBTimer '00 'Rote Rosen - Folge 1114' 

Gruß

Hannes

[JayTee]

Wir werden uns das jedenfalls noch genauer ansehen.

[chrisly]

Hat denn der "Hänger" der Uhrzeit was mit den fehlerhaften Daten zu tun oder ist das ein spezielles "chrisly-Problem" - ich habe bei meinem SRP noch nicht so genau darauf geachtet...

Mir ist es auch erst nach meinem Urlaub aufgefallen, weil der Topf logischerweise in dieser Zeit nur timergesteuert startete. Normalerweise wird bei uns meistens der Topf irgendwann nach dem EPG-Scan (und vor dem ersten Timer) manuell gestartet - und dann passiert ja nichts ...
Also ausnahmsweise wohl eher mal kein chrisly- (oder blu-)Effekt.

[Woodman]

Aufgrund der Berichte hier habe ich gerade an meinem Topf die Uhrzeit kontrolliert - und er ging 2 min nach .
Ich habe mich auch schon ein paar mal gewundert, das die Aufnahme - trotz 5 Min Vorlaufzeit - gerade anfing bzw. schon angefangen hat.

Vielleicht sollte der Topf morgens nach dem Scan noch 2-5min länger an sein, damit er Gelegenheit hat, sich wieder die richtige Uhrzeit zu holen!?

[Twilight]

Vielleicht sollte der Topf morgens nach dem Scan noch 2-5min länger an sein, damit er Gelegenheit hat, sich wieder die richtige Uhrzeit zu holen!?

das würde er ja nur machen wenn er auf einen sender ist der zur zeitholung frei gegeben ist....

twilight

[longtom]

Da wären wir wieder bei meinem Wunsch des Startkanals.
Ich hab immer ORF2 als Starter, muss mal schaun ob meine Uhr auch falsch geht.

[wohliks]

das würde er ja nur machen wenn er auf einen sender ist der zur zeitholung frei gegeben ist....

Da der(die) ARD-Transponder ja in dieser Hinsicht unverdächtig ist(sind): Wenn er nun am Ende des Scans wieder auf Programmplatz 1 schalten und dort noch 5 Minuten warten würde, bevor er ausschaltet?

[Twilight]

klar, aber nicht jeder hat die sendelriste so sortiert das seine zeitnehmenden sender auf 1 sind.
das ist kein lösung für die allgemeinheit.

twilight

[wohliks]

klar, aber nicht jeder hat die sendelriste so sortiert das seine zeitnehmenden sender auf 1 sind.
das ist kein lösung für die allgemeinheit.

Ich hätte jetzt spontan (und wohl falsch) vermutet, wenigstens für die Mehrheit... Ok, ein beliebiger im Menü einstellbarer Kanal wäre natürlich auch eine Lösung (bei mir wäre das dann eben "1" )...

EDIT: Oder das Problem im Kern verhindern - wenn Ihr rauskriegt, woran es liegt.

[BluField62]

heißt also: wer Das Erste HD auf Platz 1 hat (der Scan steht nach dem Ende ja wieder auf Platz1) hat keinen Zeitversatz?! dann habe ich Glück gehabt

[JayTee]

Um genau zu sein, nur wenn der erste Kanal auch zur Zeitholung freigegeben ist.

[FilmFan]

nun, se prüft ob die daten die daher kommen eine korrekte prüfsumme haben...andere taps nehem was kommt.

Man sollte sich nicht immer streng an die Standards halten sondern gerade beim Einlesen möglichst tolerant sein. Ich spreche da aus eigener Erfahrung.

[Twilight]

Man sollte sich nicht immer streng an die Standards halten sondern gerade beim Einlesen möglichst tolerant sein. Ich spreche da aus eigener Erfahrung.

nun, wenn du kein problem hast das die daten dann einen reboot verursachen

twilight