Hab's gerade mal schnell per Web-If aus dem Büro installiert und ausprobiert. Funktioniert prima!

Besten Dank für den schnellen Fix!

Genial. Vielen Dank!

Bitte in den timFS-Thread verschieben! Falsch geposted, sorry!



Ich hab mal von Skin StyleFHD(Full HD) auf Vu_HD_1080P(Full HD) umgestellt, weil ich in den VTi 13 threads gelesen hab, dass das der Default-Skin ist.

Allerdings Crashed die GUI, wenn ich über MENU - timFS das imfFS aufrufe.
Rufe ich timFS über MQB auf kommt der Hinweis 'str' object has no attribute '__call__'.

Auch im Crashlog:


Ich hab timFS v2.27 installiert.
dvbapp2_debug_2017-12-03_091426.log
timFSconf.zip

verschoben by shadowrider weil: gepostet im falschen Bereich oder Thread gekapert
poste Probleme zu einem Plugin bitte im Thread dazu

Das sieht ganz nach einem bekannten Problem aus. Im timFS-Thread gibts da schon Meldungen.

@shadowrider war mal wieder sehr schnell und hat das gefixt, es gibt dazu eine neue Version 2.28. Die ist soweit ich weiß noch nicht auf dem Feed, also von seiner Homepage runterladen.

Bei Problemen mit einem Plugin lohnt oft ein Blick in den entsprechenden Thread...

und das Knowhow zu erkennen, dass ein Fix für VTi 13 auch einen Bug bei einem Skin-Wechsel in VTi 11 fixed.

Funktioniert mit 2.28 auch im Vu_HD_1080P(Full HD)!

Danke

Ich habe in #246 einen Bug in VTi 11 gepostet (vorher hatte ich den nicht, da ich ein anders Skin nutzte).

Allerdings war der Bug schon mit 2.28 gefixed worden (was ich unter der Überschrift VTi 13 nicht erkannt hatte).

Mittlerweile ist mir klar, dass mit VTi 13 das default skin eingestellt wird, eben jenes, das ich ausprobiert habe.
Der Fehler, der sich nur im default skin zeigt, ist wohl unabhängig vom VTi 11 / 13.

Ist aber bereits gefixed, also:
alles ist gut,

vielen Dank!

Wie weiter oben schon gesagt, habe ich von Skin StyleFHD(Full HD) auf Vu_HD_1080P(Full HD) umgestellt.
Danach hab ich noch die neue Version vom SerienRecorder installiert.

Über timFS wie gewohnt mit "5" aufgerufen => Crash!

Crashlog sagt:


Erst danach habe ich bemerkt, dass sich mein Hauptmenu geändert hat.
"Serienmarker hinzufügen" ist nun an Platz 5 eingefügt.

Ein Abgleich der gesicherten timFS.conf mit der aktuellen ergab folgendes:




Fragen:
Was macht "Serienmarker einfügen" genau?
Warum crashed es?

Ist es ein Feature, dass Einträge für Skins entfernt/eingefügt werden?
Bei Vu-HD_1080P Konfiguration passiert gar nichts (nur timFS geht weg, wie eingestellt): Woran liegt das?

Welche Bedeutung haben die Nummern, die sich verändert haben?

Sorry für so viele Fragen auf einmal...

Nein, gibt es nicht!

Serien-Marker ist ein Begriff aus dem SerienRecorder.
Man kann Serien suchen und dann für eine ausgewählte Serie einen Serien-Marker erstellen.
Wie man das aber "von außen" über timFS machen soll, verstehe ich eben nicht.

Ich halte Dich keineswegs für dämlich, auch timFS ist kein Unfug, sondern ein von mir sehr häufig genutztes und geschätztes Plugin.
und sorry: Aus Deiner Frage war für mich nicht erkennbar, dass Du den SerienRecorder kennst.

Ich poste hier nicht um Dich zu ärgern, sondern um zu lernen, wie timFS funktioniert.

@shadowrider
Hast du die 3.6 vom SR installiert?
Dort ist nämlich eine neue Funktion drin , die das sein könnte.
Man kann damit SerienMarker aus dem Epg im SR erstellen lassen.

@mike1304
Stell im timFS deine Plugins doch Fest ein, damit sich die Position nicht ständig ändert.

@Marti_win7:

Ich habe Sortierung abc eingestellt und dachte das ist dann fest.

Irgendwie hab ich noch nicht kapiert, wie die Einträge in die timFS.conf reinkommen und wie in die einzelnen Gruppen.

• Ich dachte bisher die Gruppen fülle ich und die timFS.conf kommt über die Installation.
  
• Scheinbar ist aber sowohl der Inhalt der timFS.conf dynamisch als auch der Inhalt der Gruppen.
  

Hi.
Vor einigen Monaten hatte ich schon mal das Problem, dass ich im TimFS-Menü nicht mehr per Ch+/- vom oberen Menüteil ("Listen sortieren nach..." etc.) zu den Gruppen bzw. den Plugins springen konnte, um einzelne Plugins abzuwählen. Das hatte @shadowrider behoben.
Seit dem heutigen VTI-Update ist das wieder der Fall. An TimFS wurde ja nichts geändert - also müsste es eigentlich mit dem VTI-Update zusammenhängen.