Fände ich eigenartig aber ich schau mir den entsprechenden Code dazu auch nochmal an
Wie gesagt die Ausgaben aus dem Log wären interessant und vielleicht kannst mal eines der .meta hier anhängen. Danke
Fände ich eigenartig aber ich schau mir den entsprechenden Code dazu auch nochmal an
Wie gesagt die Ausgaben aus dem Log wären interessant und vielleicht kannst mal eines der .meta hier anhängen. Danke
ich habe jetzt die MovieCenter.py ersetzt
emc_modified_timestamp_tsmeta.log = log mit geändertern Zeitstempel der .ts.meta
emc_ori_timestamp_tsmeta.log = log mit originalem Zeitstempel, mit dem die Sortierung nicht wie gewünscht funktioniert
ändern in isExtHDDSleeping = False hat nichts gebracht (e2 wurde natürlich neu gestartet)
im Anhang auch der debug log: emc_debug_output.log
und alle ts.meta, .ts.cuts und .eit aus dem Ordner: eit_.ts.meta_ts.cuts.zip
Bitte mal die angehängte Datei verwenden dann sollte wieder alles ok sein oder?
Mein Fehler hab den Bug wohl vor ziemlich genau einem Jahr eingebaut, ist nur nicht wirklich aufgefallen.
klingt gut
Ich teste es später, es laufen gerade ein paar Aufnahmen - da starte ich ungern enigma2 neu
Ich geb' dir Bescheid
thx
Mir ist es auch erst aufgefallen, seit dem ich DreamOS täglich intensiv nutze.
Die DM900 war lange "nur" meine Bastelbox im Arbeiitszimmer, da war es mir nicht aufgefallen. Aber seit dem die DM7080 und dm820 im Dauerbetrieb als "Produktivboxen" laufen, fallen mir immer mehr Sachen auf.
Ich weiß nur noch nicht ob ich "bugs" finde oder die bugs mich
Die, die ich finde, fallen anderen oft nicht mal auf
Jetzt passt es wieder
MovieCenter.py wieder durch die originale ersetzt und die MetaSupport.py aus dem letzen Anhang auf die Box und die gewohnte Standsortierung "nach Datum absteigend (D-)" nach e2 neustart aktiviert.
Die .ts.meta wird wieder ausgelesen und die Sortierung passt jetzt wieder: Im Filmorder wie auch in den diversen Serien Staffel Ordnern.
Danke für den schnellen Fix!
Kommt der Fix auch ins git?
ZitatOriginal von Fred Bogus Trumper
Kommt der Fix auch ins git?
Ist doch schon
https://github.com/betonme/e2o…e39fb5780338d21e00f780892
Leute ihr seid
Hallo allerseits,
weil grad das Thema Uhrzeiten hier aktuell ist...
Ich bin vor kurzem von einer DM8000 auf die DM920 umgestiegen, und hatte auf der 8k das Problem, dass viele Aufnahmen mit Startzeit 20:00 angezeigt wurden. Ich hatte das auf ne ältere Version von EMC geschoben, das Datum ausgeblendet und nicht weiter beachtet...
Auf der 920 habe ich jetzt allerdings das Problem auch mit der aktuellen EMC-Version wieder/noch...
edEIT zeigt korrekte Zeiten in .meta und .eit, am Skin kanns eigentlich auch nicht liegen, sonst würde es ja alle Aufnahmen betreffen und nicht nur einige, sag ich mir zumindest
Ist das ein bekanntes/behebbares Problem?
Die Daten werden aus dem Dateinamen entnommen. Den du gekürzt hast.
ZitatOriginal von dhwz
Die Daten werden aus dem Dateinamen entnommen. Den du gekürzt hast.
sowas ähliches habe ich eben auch grad herausgefunden, allerdings genau andersrum. Falsch angezeigt werden alle Dateien mit dem vom System einstellbaren kurzen Dateinamen (also Datum - Dateiname). Alle mit korrekter Anzeige sind von mir umbenannt worden auf nur noch Dateiname, da wird dann offensichtlich korrekt aus den meta's ausgelesen.
edit: die Dateinamen (am Beispiel vom Buffy) liefert der Serienrecorder, daher sind die etwas umfangreicher als üblich. Das tritt aber auch bei manuell programmierten Timern auf (siehe Bild1)
Das hat nichts mit korrekt ausgelesen zu tun, die .meta und .eit werden absichtlich nicht ausgelesen weil das extrem schlechte Performance verursacht. Das dauert viel zu lange wenn du da zig hundert Dateien im Verzeichnis hast. Das Aufnahmedatum wird immer aus dem Dateinamen genommen, das ist kein Bug, wenn der Dateiname in den E2 Einstellungen gekürzt wird auf nur Datum dann wird als Zeit immer 20:00 Uhr festgelegt. Nur wenn kein Datum vorhanden ist wird aus .meta, .eit und Filesystemdatum eingelesen.
ok, verstehe. dann leb ich weiterhin damit
Danke für die Auskunft, damit kann ich zumindest was anfangen
\\Edit
hat sich erledigt
Sven H
Funktioniert bei dir der "workaround DreamOS PiG bug on dm9x0" eigentlich immer ?
Ich habe den Fix vor ein paar Tagen mal aufgespielt, und meiner Frau meint das es nun noch öfter auftritt wie vorher.
Das mag wohl eher Zufall oder nur vom Gefühl her so sein.
Aber als ich das heute mal etwas ausprobiert habe, hatte ich bei einer Aufnahme mit "passender" Auflösung das Problem ziemlich oft.
Also hier bringt der Fix irgendwie nichts.
Naja wenn ich es irgendwann leid habe, dann werfe ich zur Not den PiG bei mir aus dem EMC Skin raus und lass das im Hintergrund einfach im Vollbild laufen.
Also bei mir ist das seit dem Fix nicht mehr aufgetreten.
Und ich schaue oft über die Aufnahmen.
Welche Box betrifft das bei dir?
DM900, E2 ist aber noch 4.3.1r28. Das sollte jedoch keinen Einfluss haben.
Was kommt bei dir, wenn du das in Telnet eingibst ?
Und diese Zeile hast du doch in der MovieSelection.py, oder ?
https://github.com/betonme/e2o…f7330b5936af4044a9cbR2084
Hmm, dann fällt mir da auch nichts mehr ein.
Hab bei mir in den AV-Einstellungen 1080p aktiviert.
Autoresolution hab ich schon eine Weile deaktiviert.
zur Zeit sind 5 Mitglieder und 493 Gäste online - Rekord: 5.796 Benutzer ()