Skindesigner 0.8.8

3PO · 13. Februar 2016

Tja, dann wirst Du eben, mit dem Erstellen der Pakete, warten müssen, bis gcc 6.x stable ist.

tomas · 13. Februar 2016

Vielen Dank für die vielen Fixes Louis!

.... das Lobhudeln verkneif' ich mir heute

Tomas

Taipan · 13. Februar 2016

Whow - Problem gelöst! Läuft einfach wunderbar jetzt... Danke Louis!

louis · 14. Februar 2016

Moin,

Zitat von mamomoz

Bei Deinen skins laufen die Animationen super smoothy.
Bei meinem angepassten blackhole immer etwas ruckelig.
Auch beim backholefrodo ist es so.
Channelinfo von unten nach oben, bleibt beim ausfaden sogar hängen bei meinem Skin.

kann es sein, dass du neben dem shifting im View selbst (also in "displaychannel") auch noch einzelne Viewelemente z.B. aus einer anderen Richtung shiften lässt? Z.B. das Banner oder Poster von oben / links? Dabei habe ich auch festgestellt, dass es ziemlich ruckelt, wenn das alles parallel läuft. Das sollte sich vermeiden lassen, indem du mit delays arbeitest und schaust, dass das shifting der "entkoppelten" Viewelemente erst beginnt, wenn das shifting des Views selbst schon abgeschlossen ist.

Pro animiertem Element wird ein eigener Thread gestartet. Wenn das zuviel wird, dann hilft die GPU Beschleunigung auch nichts, weil die CPU mit den Threads anscheinend nicht mehr nachkommt. Müsste ich mir mal genauer anschauen, ob ich da noch was optimieren kann...

Ciao Louis

louis · 14. Februar 2016

marco: kannst du das komipilren mit dem gcc6 mal gegen das aktuelle Git testen? Sollte jetzt /zumindest an den angemeckerten Stellen) passen.

Ciao Louis

marco · 14. Februar 2016

Zitat von louis

marco: kannst du das komipilren mit dem gcc6 mal gegen das aktuelle Git testen? Sollte jetzt /zumindest an den angemeckerten Stellen) passen.

Ciao Louis

Problem ist behoben, kompiliert ohne Probleme durch.
Vielen Dank

Frodo · 14. Februar 2016

Neue Version neuer Fehler ...

Ich habe heute erstmals probiert per Fernbedienungstaste direkt zwischen Kodi und VDR umzuschalten (yaVDR), das klappt auch prima - aber nicht mit dem softhddevice mit openglosd damit werden nach dem umschalten von Kodi zum VDR nur noch die obere Objekt Ebene des OSDs angezeigt (siehe Anhang).
Das ganze verschwindet erst wieder wenn man einen anderen Skin auswählt.

Nachtrag: Bzw. das Problem löst sich durch Eingabe des Befehls svdrpsend plug skindesigner dlic
Ich wußte doch ich hab da schon was irgendwo dazu gelesen.

Das Umschalten funktioniert wenn man das Kommando in /etc/init/kodi-exit.conf einträgt.
Leider crashed Kodi beim beenden:

Code

[ 2442.418271] kodi.bin[15365]: segfault at 41f7c000 ip 00007f55b9c2873a sp 00007ffcc6957fd0 error 4 in libGL.so.352.63[7f55b9b85000+be000]
[ 2442.446756] init: kodi main process (15365) killed by SEGV signal

Debug Code kann ich hierzu nicht liefern.

louis · 14. Februar 2016

Hi,

Frodo: der svdrpsend Befehl sollte am besten ausgeführt werden, bevor SHD detached wird. Nur dann können die gecachten Bilder sauber gelöscht werden. Du führst ihn ja anscheinend erst beim zurückschalten aus.

Das Kodi crasht, kann bei der Variante, wie in yavdr Kodi beendet wird, wohl passieren...das hat damit nix zu tun (zumindest wenn ich seahawk richtig verstanden habe).

Ciao Louis

Frodo · 14. Februar 2016

OK, aber wenn ich das Kommando in das kodi.conf Start Skript einbaue crashed mir der VDR beim umschalten, der Auslöser ist dann das softhddevice:

Code

[ 3958.267492] oglThread[23624]: segfault at 8 ip 00007fb8eea3d95f sp 00007fb84fffee40 error 4 in libvdr-softhddevice.so.2.2.0[7fb8ee9f9000+5a000]

Das passiert sporadisch auch wenn ich das Kommando im kodi-exit.conf Skript drinn hatte.

seahawk1986 · 14. Februar 2016

Ich vermute, dass KODI da zu lange braucht, nachdem es den Befehl zum Beenden bekommen hat und mit dem nachfolgenden SIGTERM von Upstart nicht zurecht kommt - vielleicht hilft es ihm an der Stelle ein bisschen mehr Zeit zu geben, indem man nach https://github.com/yavdr/yavdr….conf/15_pre_post_app#L27 darauf wartet, dass der Prozess verschwindet:

Code

timeout = 0
while pidof kodi.bin; do
  sleep 0.5
  (( timeout += 1 ))
  [[ $timeout -gt 10 ]] && break
done

louis · 14. Februar 2016

Moin,

und noch eine neue Version mit Bugfixes und kleinen Erweiterungen:

Code

- fixed compiling issues with gcc6
- fixed whitespace handling in printf function
- fixed themes handling
- fixed skindesigner version check
- added italian translation
- added 480i resolution
- added isEncrypted Token to displaymenuchannels

tomas: hinter "fixed themes handling" steckt die Geschichte mit der falschen Erstellung von Themes, falls ein neuer Skin installiert wird, während ein "nicht standard Theme" für den dabei gerade laufenden Skin gewählt ist. Kannste ja nochmal testen

Das "isEncrypted" Token in der Kanalliste hat sich meine ich Paulaner gewünscht. Im metrixhd in der Kanalliste kann man das auch bewundern....

Ciao Louis

tomas · 14. Februar 2016

Hallo Louis,

Zitat von louis

tomas: hinter "fixed themes handling" steckt die Geschichte mit der falschen Erstellung von Themes, falls ein neuer Skin installiert wird, während ein "nicht standard Theme" für den dabei gerade laufenden Skin gewählt ist. Kannste ja nochmal testen

Passt jetzt

Noch ein kleiner Nachtag zu

Code

- disabled timeshift display for instant recordings

was ja durch ein führendes @ beim Titel ausgelöst wird.

Als ich

Zitat von tomas

der vdr setzt ja bei einer Direktaufzeichnung auf jeden Fall ein '@' vor den Titel, also @Tagesschau z.B.

schrieb, war mir nicht bewusst, dass man im Setup des vdr unter 'Aufnahme' einstellen kann, ob dem Titel einer Direktaufzeichnung ein @ vorangestellt werden soll. Allerdings empfinde ich das jetzt gar nicht so tragisch, eher im Gegenteil als positiv, weil durch diese Einstellung kann man jetzt 'indirekt' Einfluss darauf nehmen, ob bei einer Direktaufnahme der Balken für eine 'normale' Aufzeichnung oder der bzw die für Timeshift angezeigt werden.

Tomas

louis · 14. Februar 2016

Zitat von tomas

schrieb, war mir nicht bewusst, dass man im Setup des vdr unter 'Aufnahme' einstellen kann, ob dem Titel einer Direktaufzeichnung ein @ vorangestellt werden soll. Allerdings empfinde ich das jetzt gar nicht so tragisch, eher im Gegenteil als positiv, weil durch diese Einstellung kann man jetzt 'indirekt' Einfluss darauf nehmen, ob bei einer Direktaufnahme der Balken für eine 'normale' Aufzeichnung oder der bzw die für Timeshift angezeigt werden.

Ja das ist mir beim programmieren auch aufgefallen, dass man das im Setup abschalten kann. Jedoch war das parsen auf das "@" die einzige Möglichkeit, die ich gefunden habe, um eine Direktaufnahme zu erkennen. Den zur Direktaufnahme korrelierenden Timer herauszufinden, war mir zu aufwändig. Aber ich denke auch, das man mit der Lösung leben kann

Ciao Louis

Paulaner · 14. Februar 2016

Zitat von louis

Das "isEncrypted" Token in der Kanalliste hat sich meine ich Paulaner gewünscht. Im metrixhd in der Kanalliste kann man das auch bewundern....

Yepp, das hatte ich auf meiner Feature-Liste!
Danke für das einbauen in die neue skindesigner-Version.
Fehlt dann nur noch die Sache mit den SymLinks und ich bin vollends zufrieden!

Paulaner

chriszero · 14. Februar 2016

Sag mal,
gibt es keinen eleganten Weg um um die cast's von "enum class" zu "int" herum zu kommen?
Irgendwie ist das "hässlicher" Code, die ganzen "static_cast<int>(..)"

Chris

louis · 15. Februar 2016

Moin,

Zitat von Paulaner

Fehlt dann nur noch die Sache mit den SymLinks und ich bin vollends zufrieden!

das ist doch schon lange drinn

Ciao Louis

louis · 15. Februar 2016

Moin,

Zitat von chriszero

gibt es keinen eleganten Weg um um die cast's von "enum class" zu "int" herum zu kommen?
Irgendwie ist das "hässlicher" Code, die ganzen "static_cast<int>(..)"

hm, ich mache das "old school" per (int)..., aber das hast du ja sicherlich schon gesehen. Dann finde ich das nicht ganz so hässlich Die typisierten Enums brauche ich, ansonsten müsste ich mich um eindeutige Namen kümmern, das macht bei einigen hundert Werten auch keinen Spass Vielleicht könnte man sich da mit nem Makro behelfen, um das "schöner" zu machen? Ansonsten habe ich spontan auch keine Idee...

Ciao Louis

mini73 · 15. Februar 2016

(int) ist vollkommen ok und schön genug. Da schaut doch sowieso später keiner nach...

Lars

louis · 15. Februar 2016

Zitat von mini73

(int) ist vollkommen ok und schön genug

gell?

maz · 15. Februar 2016

Hi,

Bei mir funktioniert das attachen / detachen des Frontends noch immer nicht 100%ig. Zwar stürzt VDR nicht mehr ab, aber nach einem

Code

root@macmini:~# svdrpsend plug softhddevice DETA

und kurz darauf

Code

root@macmini:~# svdrpsend plug softhddevice ATTA

wird der Skin nicht korrekt geladen, es werden nicht alle Elemente dargestellt. Erst wenn ich 1x in die Skindesigner Einstellungen gegangen bin und damit ein "reload" des Skins erzwinge, wird er wieder vollständig angezeigt. Ähnlich ist es wenn man ein Video mit dem mplayer Plugin abspielt, nach der Rückkehr in VDR fehlen Elemente im Skin.
Wenn nötig lege ich ein Ticket an.

Gruß maz

Skindesigner 0.8.8

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema