Nachtrag:
Habe eben ein älteres, gesichertes Image zurückgeflasht: Keine Änderung, HbbTV des ZDF funktioniert auch damit nicht (mehr). Scheint nicht mit dem Pli zusammenzuhängen.
- Forums
- → Viewing Profile: Posts: raceroad
ATTENTION !!!
Due to a database corruption issue, we were forced to restore last-nights backup. This means all posts of Saterday Febuary 17th have been lost.Community Stats
- Group Member
- Active Posts 5 ( per day)
- Profile Views 2,240
- Age 59 years old
- Birthday November 20, 1965
-
Gender
Not Telling
Contact Information
User Tools
Friends
raceroad hasn't added any friends yet.
Latest Visitors
No latest visitors to show
Posts I've Made
In Topic: ZDF Mediathek keine Videos abrufbar
22 April 2015 - 18:24
In Topic: ZDF Mediathek keine Videos abrufbar
22 April 2015 - 16:46
Es scheint das auch einen HbbTV plugin updates braucht wenn den HbbTV webseite von einen Sender zich aendert.
Mag sein. Aber bei mir ist es auch so, dass erst nachdem ich irgendwann Ende letzter Woche seit langem wieder mal ein PLi-Update gemacht habe, der HbbTV (verwendet wird openopera (1.0-r) / getestet mit ARD und ZDF) nicht mehr funktioniert. Für ZDF zeigt sich bei mir dasselbe Verhalten wie oben beschrieben: Ich sehe das Auswahlmenü und kann eine Sendung heraussuchen, komme aber nicht über den Ladevorgang hinaus.
In Topic: E2 patch for JESS (Jultec Enhanced Stacking System) EN50607 support
19 April 2015 - 13:03
Is this patch usable on OpenPLi....? Does someone has such system so it can be tested?
I’m not able to create an new image. But reading post 62 of the thread Just ME has linked above, for someone, who has knowledge about building an image, it seems not so difficult to integrate adenis's patch.
In another forum someone wrote, OpenATV-Image suppots JESS since Friday 17th (Link, not tested by myself).
In Topic: Falsche Einstufung "SID nicht in PAT gefunden" im Unicable-Betrieb
25 May 2014 - 22:17
Danke für Deine Antwort!
In meiner Konstellation (Inverto Unicable LNB) passiert der Fehler lediglich ein paar mal pro Jahr, bisher ist es daher auch noch nie passiert, dass bei mir deshalb eine Aufnahme fehlgeschlagen ist.
Zugegeben: Nachdem ich das Verhalten beim PiP-Fenstertausch verstanden hatte, konnte ich es mir nicht verkneifen, eine fehlschlagende Aufnahme zu provozieren. Aber erstens halte ich die Konstellation mit zwei zeitgleich startenden Aufnahmen und bereits aktivem Tuner nicht für total an den Haaren herbeigezogen, und zweitens bleibt einfach festzuhalten, dass das für Unicable systembedingt (= mehrere Tuner an einem Kabel) notwendige Kollisionsmanagement in doppelter Hinsicht nicht korrekt umgesetzt wird: Einerseits wird ein fehlgeschlagenes Tuning nicht immer bemerkt und folglich auf die nötige Wiederholung des Tuning-Befehls verzichtet, andererseits wird dann, wenn ein fehlgeschlagenes Tuning festgestellt wurde, der Befehl zu oft wiederholt (Die erlaubte Anzahl der Wiederholungen ist klar geregelt!).
Intuitiv würde ich aber denken, dass das eher eine Sache des Treibers ist. In diesem Fall müsste die Problembeschreibung daher an die Entwickler der Treiber weitergeleitet werden, was ich versuchen werde.
Im Einkabelstandard sind verschiedene Methoden aufgeführt, wie ein verworfener Befehl festgestellt werden kann. Eine davon setzt nahe am "SID nicht in PAT gefunden" an: Die SID kann auch nach erfolgtem Tuning nicht gefunden werden, wenn sich die Belegung des Transponders geändert hat und eignet sich daher nicht, um einen ignorierten Befehl zu erkennen. Was sich aber auch im Fall einer geänderten Nutzung des Transponders nicht ändert, ist seine TSID (transport stream id). Die TSID steht zur Verfügung (> Hauptmenü > Informatrionen > Kanal > PIDs), so dass ich an dieser Stelle nicht sehe, dass es an Treiberunterstützung mangelt, um durch eine sich nach einem Tuning-Befehl nicht ändernde TSID zu erkennen, dass das Tuning fehlgeschlagen ist.
- Forums
- → Viewing Profile: Posts: raceroad