Skindesigner 0.8.8

Zitat von louis

der Einträge > 9 auch nummeriert. Ist wohl der osd-base-maxitems Patch oder?

Nein, das ist der menuselections-Patch, der ist aber bei yaVDR auch nicht drin.

Lars.

Zitat von mini73

Nein, das ist der menuselections-Patch, der ist aber bei yaVDR auch nicht drin.

Aber soweit ich weiß u.a. bei den VDR-Paketen, die Frodo anbietet - was den yaVDR-Support immer spaßig macht, weil es kaum jemand von sich aus erwähnt, wenn er unsere VDR-Pakete ersetzt hat ...

Zitat von Frodo

Das mit dem epgname habe ich mit bekommen und auch bereits eingebaut.

Ich vermute du hast mich missverstanden, mit 'Haken' meinte ich das hier.

Gruß,
Tomas

Zu dem Crash: ich habe gerade mit und ohne menuorgpatch getestet. Er verursacht den Crash.

Gruß,
Tomas

menuorg? Das ist aber was ganz anderes und hat nichts mit den Nummern zu tun.

Und der Patch ist bei yaVDR drin...

Lars.

Zitat von tomas

Ich vermute du hast mich missverstanden, mit 'Haken' meinte ich das hier.

Gruß,
Tomas

Stimmt das habe ich übersehen, dann warte ich doch auf den Fix von Louis um den Fix zu fixen.

Zitat von mini73

menuorg? Das ist aber was ganz anderes und hat nichts mit den Nummern zu tun.

maxosditems, menuorg, menuselection....da wird man ja ganz kirre ich meinte natürlich menuselection also den für Nummerierung > 9, sorry für die Verwirrung!

Backtrace kann ich erst später nachliefern, wenn ich wieder zuhause bin.

Gruß,
Tomas

Hi,

das ich kein yavdr habt ihr ja nun schon rausgefunden. Ich nutze Debian und compiliere selbst. Und da ich den Patch menuselection.patch recht nützlich finde nutze ich ihn auch. Das hat ja mit der letzten Skindesigner-Version auch problemlos funktioniert, nur mit der Aktuellen nicht.

Die Änderungen der Customtokens habe ich schon mitbekommen und entsprechend angepasst. Das funktioniert prima im displaychannel, im displayreplay wird mir aber nichtmal normaler Text angezeigt. Ist so, als wenn der Bereich Customtokens im displayreplay garnicht ausgewertet wird. Ich sehe aber bei mir den Fehler nicht, der Abschnitt Customtokens im displayreplay ist identisch mit dem aus displaychannel, komisch.

Wegen der Printf-Geschichte suche ich hier gleich mal im Thread.

Gruss

Hollywood

Hi louis,

fürs Printf hab ich nun die Lösung gefunden. Trotzdem du das in 0.8.1 gefixt hattest hat es bei mit nicht funktioniert.

text="{printf('%04X', caid )}"/>
text="{printf('%04X',caid)}"/>

Zeile 1 geht nicht, Zeile 2 geht. Das muss man auch erstmal wissen, das du so empfindlich auf Leerzeichen reagierst. Hat in 0.7x aber so mit Leerzeichen auch funktioniert.

Würde ich sogar machen, komme aber nicht auf https://projects.vdr-developer.org/

Und da fällt mir noch was ein, gibts aber auch schon in älteren Skindesigner-Versionen. Wenn man eine Direktaufname startet, läuft die ja wie irgendwo im Setup eingestellt, bei mir z.B. 4 Std. Wenn ich diese dann während der Aufnahme wiedergebe kommt irgendwann der Fortschrittsbalken durcheinander. Ich meine die Endzeit ist in diesem Fall nicht bekannt und dann passen die Berechnungen nicht mehr. Irgendwie so hatte ich das beobachtet und fand das als störend, weil dann der Fortschrittsbalken weg war und ich nicht mehr sofort sehen konnte in welchen Bereich der Aufnahme ich mich befinde.

Ich bin auch mit der Telekom im Netz und bei mir kommt

Internal error
  An error occurred on the page you were trying to access.


  If you continue to experience problems please contact your Redmine administrator for assistance.
  If you are the Redmine administrator, check your log files for details about the error.

Das Problem scheint aber bei mir zu liegen, die obige Ausgabe kommt mit Firefox, mit Edge unter Windows 10 gehts.

Hallo Louis,

hier der Backtrace:

Zitat von Hollywood

Und da fällt mir noch was ein, gibts aber auch schon in älteren Skindesigner-Versionen. Wenn man eine Direktaufname startet, läuft die ja wie irgendwo im Setup eingestellt, bei mir z.B. 4 Std. Wenn ich diese dann während der Aufnahme wiedergebe kommt irgendwann der Fortschrittsbalken durcheinander. Ich meine die Endzeit ist in diesem Fall nicht bekannt und dann passen die Berechnungen nicht mehr. Irgendwie so hatte ich das beobachtet und fand das als störend, weil dann der Fortschrittsbalken weg war und ich nicht mehr sofort sehen konnte in welchen Bereich der Aufnahme ich mich befinde.

Das habe ich auch schon beobachtet. Als Endzeit wird hier, unabhängig von der eingestellten Dauer für Direktaufnahmen, die Endzeit des Events benutzt, das zum Zeitpunkt des Starts der Sofortaufnahme lief. Wenn man jetzt die Aufnahme anschaut, stimmt die Anzeige des Fortschrittsbalkens genau bis zum Ende dieses Events. Danach ist dann 'Ende Gelände'.
Es wird wohl schwierig sein, das abzufangen. Selbst wenn man hier den eingestellten Wert für die Dauer einer Direktaufzeichnung heranzieht, passt der, wenn die Direktaufzeichnung schon vorher abgebrochen wird, ja auch nicht mehr.

Schaut man die Direktaufnahme erst an, wenn sie abgeschlossen ist, passt ja alles, weil die tatsächliche Länge dann bekannt ist.

Gruß,
Tomas

Gibt es für/von yavdr schon Erkenntnisse bezüglich der Rückkehr aus Kodi, Mediatheken und dergleichen und dem anschliessenden Systemhänger? Oder hab ich was überlesen? Bin derzeit wieder auf yavdr-testing aber die Performance mit skindesigner 0.8 ist schon beeindruckend! Klasse Arbeit Louis...(mal wieder)

Der VDR hängt sich auf, wenn das OSD beim Detachen von softhddevice offen ist. Ein Workaround bis louis dafür eine Lösung hat ist das Menü geschlossen zu lassen: [skindesigner] Skindesigner 0.8.0