Skindesigner 0.8.8

Zitat von LOUIS

Besser VOR dem DETA. Wenn SHD schon detached ist und der Befehl ausgeführt wird, dann werden die gecachten Bilder nicht sauber im GPU Speicher abgeräumt.

Sorry, funktioniert hier immer noch nicht. Egal wann ich den DLIC Befehl ausführe, nach dem attachen ist der Skin unvollständig und es werden nicht alle Elemente angezeigt. Funktioniert das bei Euch mit dem bluestyle Skin?

Hallo,

Zitat von louis

Das mailboxplugin Problem kann ich nicht nachvollziehen, da ich das Plugin nicht am laufen habe. Da es bei anderen funktioniert muss das Problem mit einer Besonderheit bei dir zusammenhängen. Rufst du das Plugin aus dem Hauptmenü auf oder direkt? Benutzt du den menuselection Patch? Irgendeine besondere EInstellung im Plugin Setup? Ich meine mich zu erinnern dass da mal was war...

Ja, da war mal was

Unterschied bei mir war Lappi mailboxplugin-0.7.0 und Desktop mailboxplugin-0.7.1

Zitat

aus der HISTORY des skindesigners:
Version 0.0.2
.....
- fixed a bug if displaydetailedtext is called without correct menucat (mailbox
plugin)

Wenn ich das richtig sehe, hattest du damit umschifft, dass das mailboxplugin-0.7.0 keine Menükategorien setzt. So hat die Anzeige des Inhalts funktioniert.

Inzwischen gibt es mailboxplugin-0.7.1, das Menükategorien setzt und auch mit skindesigner-0.8.x den Mailinhalt anzeigen kann

Hier gehts zum Thread, in dem du das mit Alex bekakelt hattest.

Hollywood: ich gehe davon aus, du hast mailboxplugin-0.7.0 installiert. Hier nochmal der Link zu Version-0.7.1

Gruß,
Tomas

Ja da hast du vollkommen Recht. Und ich hatte zuvor im Wiki und auf der Homepage vom Plugin-Autor nach einer neueren Version gesucht, dort aber lediglich die 0.7.0 gefunden. Danke für den Hinweis !

Wenn ich dran denke, was ich so alles vergesse....und ich kümmere mich nur um zwei Skins....

Hallo Louis,

bei mir sind die Listen jetzt in Ordnung.

Gruß,
Tomas

Sorry, aber da scheint doch was nicht zu passen, am Desktop crasht er weg, wenn ich das Hauptmenü öffnen will....

(gdb) bt
#0  strlen () at ../sysdeps/x86_64/strlen.S:106
#1  0x00007f5649ec2ffe in __GI___strdup (s=0x1 <error: Cannot access memory at address 0x1>) at strdup.c:41
#2  0x00007f56486e58b7 in cVeDmHeader::SetTitle (this=0x9379db0, title=0x1 <error: Cannot access memory at address 0x1>) at coreengine/viewelementsdisplaymenu.c:57
#3  0x00000000004c9fb8 in cOsdMenu::Display (this=0xdbb3280) at osdbase.c:231
#4  0x00000000004bb49a in cMenuMain::Set (this=this@entry=0xdbb3280) at menu.c:4031
#5  0x00000000004bb743 in cMenuMain::cMenuMain (this=0xdbb3280, State=osUnknown, OpenSubMenus=<optimized out>) at menu.c:3950
#6  0x000000000046d1cc in main (argc=<optimized out>, argv=<optimized out>) at vdr.c:1113

Gruß,
Tomas

Moin Louis,

Zitat von louis

War der Crash denn reproduzierbar?

Ja, der war/ist zu 100% reproduzierbar. Allerdings gehe ich inzwischen davon aus, dass der Crash nicht durch deine Änderung verursacht wird. Dafür spricht auch, dass es am Lappi keine Probleme gab.

Ich habe am Desktop parallel zu den alten nochmal komplett frische/cleane Sourcen kompiliert. Erst mit dem neuesten Stand, läuft. Dann habe ich deine rückgängig gemachte Änderung wieder reingenommen. Auch das läuft jetzt sauber! Ich gehe davon aus, dass mein letzter Post ein Fehlalarm war, sorry!

Merkwürdig ist aber schon, dass mein Backtrace genau auf die Stelle zeigte, an der du die Änderung gemacht hattest, oder?

Ich schaue jetzt mal, ob ich herausfinde, warum es aus dem ersten Sourcenverzeichnis heraus immer crasht....

Gruß,
Tomas

Hi Tomas, Louis und Hollywood,

entschuldigt bitte, die Verwirrung bzgl. der Mailbox-Plugin-Versionen 0.7.0 / 0.7.1: Offensichtlich hatte ich damals versäumt, die Download-Seite der Homepage zu akualisieren - habe ich nachgeholt.

bye, Alex

Super, mein Wille war ja da, nur die aktuelle Version nicht. Danke !

Hallo,

Zitat von louis

tomas: schon merkwürdig...Die Änderungen waren ja auch nur in C files, an falschen Headers kann es nicht liegen.

Von deiner Seite nicht. Allerdings hatte ich ja diese Woche einige vdr mit unterschiedlichen Patchständen parallel kompiliert, um diese pluginname-token-Geschichte etwas näher zu untersuchen. Dabei hatte ich wohl einmal vergessen, die Make.config in einem der vdr-Verzeichnisse anzupassen und hatte dann in der vdr.pc 'falsche' Headerpfade drin. Shit happens...aber jetzt ist wieder alles gut

Du kannst also die Schminke wieder auflegen, sprich:

void cVeDmHeader::SetTitle(const char *title) { 
+    if (!title)
+        return;
     if (this->title && !strcmp(this->title, title))
         return;
     free(this->title);

wieder einbauen.

Alex: Ich hatte schon überlegt, dir eine Mail zu schreiben, aber das hat sich ja jetzt erübrigt

Gruß,
Tomas

... und weiter geht's
Auf einem meiner beiden VDRs gibt es manchmal ein Problem mit der Anzeige bestimmter areas (siehe Anhang). Dies tritt zum Beispiel beim weather Plugin auf, bei der Anzeige "Die nächsten 48 Stunden". Im Log erscheint:

Feb 22 20:17:16 macmini vdr: [307] detached thread started (pid=25337, tid=307, prio=high)
Feb 22 20:17:16 macmini vdr: [307] detached thread ended (pid=25337, tid=307)
Feb 22 20:17:17 macmini vdr: [308] detached thread started (pid=25337, tid=308, prio=high)
Feb 22 20:17:17 macmini vdr: [308] detached thread ended (pid=25337, tid=308)
Feb 22 20:17:19 macmini vdr: [25337] [softhddev] cannot allocate pixmap of 921px x 9706px, clipped to 921px x 8192px!
Feb 22 20:17:19 macmini vdr: [25576] [softhddev]ERROR: Framebuffer is not complete!

Es könnte vielleicht mit der Auflösung zu tun haben, habe dazu mal nen Screenshot aus den yavdr Einstellungen angehängt.

Gruß maz

Zitat von Louis

Wenn es dann immer noch nicht funktioniert schaue ich mir es nochmal an. Wenn es funktioniert, liegt das Problem daran, dass du das DLIC an der falschen Stelle aufrufst.

Danke, kaum macht man's richtig, schon funktioniert's Ich muss das mit dem DLIC Befehle irgendwie falsch gemacht haben.