Die neue Suche: Erklärung und Fragen

[Roemer]

Hatte ich gestern auch nachdem ich einen Sender (Universal HD) gelöscht, anschließend mit neuen Parametern wieder gesucht und einsortiert und danach die Kanalliste von SE entspechend konfiguriert hatte. In Sicht 5 einfach alle falschen und doppelten Einträge gelöscht, es waren nicht allzu viele (vielleicht 20). Danach war das Problem behoben.

Eine alternative Methode wäre m.E. in SE "verlorene Events" temporär auf "Löschen" stellen und einen neuen EPG-Scan anstoßen. Danach sollten die fehlerhaften Einträge eigentlich weg sein - oder übersehe ich etwas? Danach "verlorenen Events" wieder zurück auf die vorhergehende Einstellung setzen.

[torpedo]

Hi Macfan

Werde ich so machen.

@Roemer

Dies hatte ich auch Probiert, aber die Timer kamen immer wieder hervor. Trotz mehrmaligem Löschen.

[Roemer]

Dies hatte ich auch Probiert, aber die Timer kamen immer wieder hervor. Trotz mehrmaligem Löschen.

Mmmmhh Vielleicht verhält es sich beim Kabel-Receiver anders? Hast du in Sicht 6 bei den Suchaufträgen kontrolliert, ob dort noch der richtige Kanal enthalten ist?

[torpedo]

@Roemer

Jep, habe ich gemacht. Stimmt alles. Nach der Anleitung von Töppi hat es einwandfrei funktioniert.

Besten Dank für doe schnelle Hilfe.

[FireBird]

Ich schätze, dass nach dem Sendersuchlauf die Senderliste in SE nicht upgedatet wurde (Punkt 1). In diesem Fall sehe ich das nicht als Bug in SE.

[torpedo]

Was verstehst du unter Upgedatet?

[FireBird]

Wenn sich die Senderliste ändert, muss man im SE-Setup den Punkt 1 aufrufen, damit SE die Änderung auch mitbekommt. Sonst werden alle Timer nach dem alten Schema programmiert.

[Töppi]

die wird beim Öffnen der Kanaliste aus dem Setup heraus geupdatet.

[torpedo]

Das musste ich ja als erstes machen, da ich ausser den Info kanal alle auf nur Anzeigen Stellen musste für den 7 tages EPG.

[macfan]

[quote="torpedo"]Dies hatte ich auch Probiert, aber die Timer kamen immer wieder hervor. Trotz mehrmaligem Löschen.[/quote]
Das kann ich bestätigen.

[quote="FireBird"]Ich schätze, dass nach dem Sendersuchlauf die Senderliste in SE nicht upgedatet wurde (Punkt 1). In diesem Fall sehe ich das nicht als Bug in SE.[/quote]
Ich habe das Update gemacht. Merkt sich SE denn tatsächlich bestimmte Timer aufgrund der Position in der Scan-Reihenfolge und nicht nach der Kanalnummer?

Gruß, Horst

[FireBird]

In der Timer-Datenbank steht nur die ChannelID und sonst nichts, was für eine Zuordnung zu einem Kanal verwendet werden könnte. Bei jeder Timer-Programmierung wird deshalb diese ChannelID in die Kanalnummer übersetzt, was wiederum basierend auf der Kanaldatenbank von SE passiert.

Es können also zwei Dinge passieren: die Kanaldatenbank von SE ist nach einem Suchlauf, oder einer sonstigen Änderung der Kanalliste, nicht synchron mit Senderliste des Topfes (es werden Timer für den falschen Sender angelegt), oder es existieren Timer im Flash, die beim Start von SE nicht zugeordnet werden können und deshalb als scheinbar von anderen TAPs erzeugte Timer in die SmartEPG-Timer-Daten importiert werden und zu Doubletten führen.

Da ein Firmware-Bug die Automatisierung unmöglich macht, muss man spätestens nach der Kanalsortierung alle Timer löschen und zum Schluss die Suche anstoßen, damit alle Timer wieder angelegt werden.

[macfan]

Hatte ich gemacht und hatte nicht geholfen. Erst das Vorgehen nach Töppi half, aber auch da blieben noch zwei Fehler.

Gruß, Horst

[FireBird]

Abgesehen davon, dass das Löschen der Timer.db die "radikalere" Methode ist, decken sich Töppis und mein Tipp.

[Henk Puister]

Ich hab einen Suchauftrag "*[201*]*". Das gibt aber nicht was ich hatte erwartet. Wenn ich das nur im Titel suche, krieg ich z.B. "Very 00s", "Smells Like The 90s", "The Expendables 2" und "Club Vh1".

"[" und "]" haben in regexp eine besondere Bedeutung. Ist das auch der Fall für SE?


Edit: Hab in einen andere Nachricht gefunden das "[" und "]" auch einen besondere Bedeutung in SE haben. Aber jetzt die Frage wie ich das jetzt gut im Suchauftrag hinein bekomme?

Edit2: Ich hab meinen Suchauftrag geändert in "*[[]201*[]]*" und das klappt.

[FireBird]

Nein, SE wendet keine Regex-Regeln an.

[Henk Puister]

Wie erklärst du denn den Unterschied im Ergebnis zwischen "*[201*] *" und "*[[]201*[]]*" ? Konnte es möglich einen nicht erwartete Nebeneffekt sein?

[FireBird]

SE ruft die Linux-Funktion fnmatch() auf und da haben die Klammern eine Bedeutung.

[zav]

So nach dem FW Upgrade auch für hier ein Problem ...
SetEdit Kanalsortierung gesichert
FW eingespielt
Werkreset
Sendersuchlauf
SetEdit einige Kanäle entfernt und in den Topf zurückgespielt
SE aufgerufen
Kanalliste <ok> -> Synchronisation wird angezeit
EPGScan gestartet

Kontrolle einer willkürlichen Suche auf Fox Serie
Löschen der dazugehörigen Timer
Öffne die Kanalauswahl im Suchauftrag - Fox wird dort mit Kanalnummer 59 gebracht
im SE hat er aber 62

Wo ist der (mein) Wurm???

Bitte Danke und LG Viktor

[Twilight]

der erste wurm ist das du möglicher weise alte settings die nicht zur neuen firmware passen wieder eingespielt hast...

deshalb: sortierung mit robochannel in eine txt datei schreiben, werksreset, neuer sendersuchlauf, sender nach txt datei mit robochannel sortieren lassen, kontrollieren, nachbessern, einstellungen korrigieren, senderliste von se neu einlesen lassen. timer die eventuell vorhanden sind löschen.

twilight

[Maliboy]

Alte Settings vielleicht nicht, aber Alte Strukturen. Keine Ahnung, ob SetEdit angepasst wurde.