Posts by alpha

also, hier meine "ermittlungen"

- es gibt wohl einen bug, der manchmal das falsche eit event "berechnet" (siehe "dinner for one", wo das naechste event als .eit abgespeichert wird). nach meiner beobachtung bei sendungen mit kurzer laufzeit < 30 min...

- allerdings kann man nicht davon ausgehen, dass bei jedem .meta/.eit mismatch ein bug vorliegt. das kann auch bei kurzfristigen sendungsaenderungen vorkommen (z.b. beim tod von jan fedder kuerzlich).

als circumention habe ich jetzt folgenden algorithmus implementiert:

dafuer benoetige ich die timer daten, die aber nirgendwo abgespeichert werden.

deswegen lege ich zusaetzlich zur .meta eine .xmeta an, in der timer.begin und timer.end (und fuer andere zwecke aktueller timer start/stop) gespeichert werden.

mal sehen, wie sich das bewaehrt...

zusaetzlich habe ich beim autotimer eingestellt, dass er nur fuer die naechsten 2 tage timer erstellt werden sollen, damit man ein relativ akutelles epg hat.

achso: wiederkehrende timer generieren auch .meta/.eit mismatches und werden daher von mir nicht mehr benutzt... nehme stattdessen nur noch autotimer als circumvention.

ja, aufnahme lief noch.

as we speak... habe ich zufaellig gerade wieder einen fall, wo .eit und .meta nicht zusammenpassen...

dinneraufnahmebeginn ist 15:35

oekumenische vesper beginnt 16:00

vorlauf: 5 min

nachlauf: 30 min

wie auch immer, fuer das problem ist es eigentlich irrelevant, ob epg oder timer, weil sie inhaltlich gleich sind.

das problem ist, dass das epg-event (inkl. beschreibungen) nicht zum zeitpunkt der timererstellung oder aufnahmebeginn abgespeichert wird.

vielleicht sollte ich mich mal damit beschaeftigen, wie man ein event aus dem epg-cache ausliest...

der ja auch aus den epg-daten kommt.

ich weiss, dass es den meisten reicht, wenn es irgendwie funktioniert.

stoerender ist auch der seltenere fall, dass die .eit die daten einer falschen sendung enthaelt... z.b. tagesschau statt film xy.

ich vermute, dass beide effekte dieselbe ursache haben.

zumal in der .meta der richtige film xy titel ist, da hierfuer anscheinend die urspruenglichen epg daten verwendet werden, die beim erzeugen des timers vorhanden waren.

die marke koennte man ja trotzdem nach der .eit startzeit setzen.

das mag sein. ist ja auch ok.

was mich halt interessiert ist, warum die zeiten bei aufnahmen manchmal inkonsistent sind. (hab ja auch in seltenen faellen den fehler, dass selbst der name in .meta und .eit nicht uebereinstimmen)

und der grund ist wohl, wie du sagst, dass der sender die daten aendert... aber wohl nicht direkt im "langzeit" epg, sondern epg now/next.

wenn die urspruengliche eventid ( mp74 ;-)) im timer irgendwo gespeichert waeren, dann koennte man darauf zugreifen statt .eit und haette wieder konsistente daten.

ich kenne mich, wie man unschwer erkennt, mit epg nicht so aus... aber gibt es da nicht unterschiedliche...

das normale, dann now und next???

koennte es sein, dass der autotimer das normal epg nimmt... und im .eit das now ist???

Quote from mp74

in der Maske vom Autotimer steht nichts drin bei Offset, alles OK, die Frage ist was passiert wenn man dort die 5Min einträgt, ist es dann anders?

naja, ich habe noch andere autotimer und da ist mir der effekt bisher nicht aufgefallen.

habe mich bei der soko immer gewundert, dass da die vorlaufzeit keine 5 sondern 10 min sind und mal nachgeforscht. offensichtlich muessen die 18:00 uhr und 18:05 uhr aus unterschiedlichen sourcen kommen, aber aus welchen?

Quote from dre

und du bist dir sicher, dass ZDF nicht genau mit Sendebeginn das EPG wechselt und in der eit dann das drinsteht?

nein, bin ich nicht. aber warum sollten die das machen?

ja, das sind hex werte... habe das .eit file mit edeit angeschaut.

vps? ist das ein extra plugin? ... dann nein.

nein, kein angepasster vorlauf.

aber warum steht in der .eit dann 18:05 uhr drin, was auch richtiger ist, denn die sendung faengt um 18:05 an...

ja, die stehen in der timers.xml... aber diese zeiten muessen ja aus dem epg stammen.

hatte vergessen, dazuzusagen, dass die timer vom autotimer plugin generiert werden.

aber der autotimer wird die zeiten ja wohl auch aus dem epg nehmen.

mir ist folgendes aufgefallen: bei Soko Köln steht in der .eit ein start von 18:05 uhr.

ich habe 5 min vorlaufzeit eingestellt, aber die aufnahme startet bereits um 17:55 uhr.

ist kein big deal. nur, woher holt er sich die startzeit von 18:00 uhr? dachte, die kommt aus den epg daten, die in der .eit abgespeichert werden.

danke.

p.s. sonst stimmt die aufnahmezeit eigentlich.

hab da mal was gebastelt, um musik covers von lastfm herunterzuladen.

vielleicht kann es ja jemand fuer seinen player gebrauchen.

wird mit

aufgerufen.

ja, hab das nas ueber e2 konfiguriert und einen eintrag in der automounts.xml und fstab. die automounts wird anscheinend nur fuer die e2 gui angelegt, weil xml einfacher zu parsen ist als das fstab format (?).

von daher sollte man vielleicht besser nicht die fstab direkt aendern???

da kennst du dich viel besser aus als ich...

fuer meine use cases funktiioniert das standard dream automount.

aber ich hab auch nur ein nas konfiguriert.

mein codestueck ist eine einfache loesung fuer mein mediacockpit plugin und erhebt keinen anspruch auf vollstaendigkeit.

bisher funktioniert es problemlos.

ich will aber nicht anders mounten als im standard image, sondern nur rausfinden, ob der host online ist bevor ich darauf zugreife und wie gutemine sagt "raedchen produziere".

ausserdem kann ich dann beim navigieren durch eine file list einen "not mounted" status anzeigen, um hinzuweisen, dass die dir leer ist, weil der host nicht online ist.