Skindesigner 0.8.8

louis · 30. Januar 2016

3PO: pccasetemp ist wohl ein custom token? Das habe ich vergessen zu erwähnen, die custom Tokens haben sich auch geändert. Die müssen "customint1" - "customint10" und "customstring1" - "customstring10" genannt werden und per svdrpsend entsprechend mit SCIT für int tokens und SCST für string tokens übergeben werden. Die Namen der Tokens im Skin müssen dann natürlich auch angepasst werden.

Warum die printf Funktionen meckern, muss ich mir mal genauer anschauen, das scheint noch ein Bug zu sein.

Ciao Louis

3PO · 30. Januar 2016

Sorry, hatte ich überlesen.

Aber das Problem mit ptintf besteht trotzdem noch.

louis · 30. Januar 2016

Zitat von 3PO

Sorry, hatte ich überlesen.

Passt schon, kann ja passieren

Zitat von 3PO

Aber das Problem mit ptintf besteht trotzdem noch.

Jo, das ist unabhängig davon...schaue ich mir morgen mal an...

Ciao Louis

Hitman47 · 30. Januar 2016

Ich habe beim Kompilieren folgenden Fehler und Abbruch:

Code

In file included from /usr/include/c++/5.3.0/deque:64:0,
             	from /usr/include/c++/5.3.0/stack:60,
             	from extensions/../coreengine/../extensions/libxmlwrapper.h:9,
             	from extensions/../coreengine/xmlparser.h:12,
             	from extensions/../coreengine/view.h:21,
             	from extensions/../coreengine/viewdisplaychannel.h:4,
             	from extensions/../designer.h:7,
             	from extensions/../config.h:10,
             	from extensions/helpers.h:8,
             	from extensions/libxmlwrapper.c:1:
/usr/include/c++/5.3.0/bits/stl_deque.h:579:8: Fehler: Aufruf des überladenen »swap(std::_Deque_base<_xmlNode*, std::allocator<_xmlNode*> >::iterator&, std::_Deque_base<_xmlNode*, std::allocator<_xmlNode*> >::iterator&)« ist nicht eindeutig
	swap(this->_M_finish, __x._M_finish);
    	^
In file included from /usr/include/c++/5.3.0/bits/stl_pair.h:59:0,
             	from /usr/include/c++/5.3.0/bits/stl_algobase.h:64,
             	from /usr/include/c++/5.3.0/bits/char_traits.h:39,
             	from /usr/include/c++/5.3.0/string:40,
             	from extensions/helpers.h:4,
             	from extensions/libxmlwrapper.c:1:
/usr/include/c++/5.3.0/bits/move.h:176:5: Anmerkung: candidate: void std::swap(_Tp&, _Tp&) [with _Tp = std::_Deque_iterator<_xmlNode*, _xmlNode*&, _xmlNode**>]
 	swap(_Tp& __a, _Tp& __b)
 	^
In file included from /usr/include/vdr/i18n.h:14:0,
             	from /usr/include/vdr/config.h:19,
             	from /usr/include/vdr/osd.h:16,
             	from extensions/helpers.h:6,
             	from extensions/libxmlwrapper.c:1:
/usr/include/vdr/tools.h:57:31: Anmerkung: candidate: void swap(T&, T&) [with T = std::_Deque_iterator<_xmlNode*, _xmlNode*&, _xmlNode**>]
 template<class T> inline void swap(T &a, T &b) { T t = a; a = b; b = t; }
                           	^
In file included from /usr/include/c++/5.3.0/deque:64:0,
             	from /usr/include/c++/5.3.0/stack:60,
             	from extensions/../coreengine/../extensions/libxmlwrapper.h:9,
             	from extensions/../coreengine/xmlparser.h:12,
             	from extensions/../coreengine/view.h:21,
             	from extensions/../coreengine/viewdisplaychannel.h:4,
             	from extensions/../designer.h:7,
             	from extensions/../config.h:10,
             	from extensions/helpers.h:8,
             	from extensions/libxmlwrapper.c:1:
/usr/include/c++/5.3.0/bits/stl_deque.h:580:8: Fehler: Aufruf des überladenen »swap(_xmlNode***&, _xmlNode***&)« ist nicht eindeutig
	swap(this->_M_map, __x._M_map);

Alles anzeigen

Ich verwende hier archlinux:
extra/libxml++ 2.40.1-1
extra/libxml2 2.9.3-1

Das hängt wahrscheinlich gar nicht mit vdr-skindesigner direkt zusammen, eher mit der Abhängigkeit zu libxml.

Kann mir hier jemand weiterhelfen?

3PO · 30. Januar 2016

Ist es gewollt, dass wirklich alles geloggt wird?

Code

Jan 30 15:31:42 [vdr] [21580] detached thread started (pid=11041, tid=21580, prio=high)
Jan 30 15:31:43 [vdr] [21581] scroller thread started (pid=11041, tid=21581, prio=high)
Jan 30 15:31:43 [vdr] [21580] detached thread ended (pid=11041, tid=21580)
Jan 30 15:31:46 [vdr] [11051] read incomplete section - len = 1768, r = 3824
Jan 30 15:31:55 [vdr] [21581] scroller thread ended (pid=11041, tid=21581)
Jan 30 15:31:55 [vdr] [21612] detached thread started (pid=11041, tid=21612, prio=high)
Jan 30 15:31:56 [vdr] [21612] detached thread ended (pid=11041, tid=21612)
Jan 30 15:31:56 [vdr] [21613] scroller thread started (pid=11041, tid=21613, prio=high)
Jan 30 15:31:56 [vdr] [21613] scroller thread ended (pid=11041, tid=21613)
Jan 30 15:31:56 [vdr] [21614] detached thread started (pid=11041, tid=21614, prio=high)
Jan 30 15:31:56 [vdr] [21614] detached thread ended (pid=11041, tid=21614)
Jan 30 15:31:56 [vdr] [21615] detached thread started (pid=11041, tid=21615, prio=high)
Jan 30 15:31:56 [vdr] [21615] detached thread ended (pid=11041, tid=21615)
Jan 30 15:31:56 [vdr] [21620] detached thread started (pid=11041, tid=21620, prio=high)
Jan 30 15:31:56 [vdr] [21620] detached thread ended (pid=11041, tid=21620)
Jan 30 15:31:56 [vdr] [21621] detached thread started (pid=11041, tid=21621, prio=high)
Jan 30 15:31:56 [vdr] [21621] detached thread ended (pid=11041, tid=21621)
Jan 30 15:31:56 [vdr] [21622] detached thread started (pid=11041, tid=21622, prio=high)
Jan 30 15:31:56 [vdr] [21622] detached thread ended (pid=11041, tid=21622)
Jan 30 15:31:56 [vdr] [21623] detached thread started (pid=11041, tid=21623, prio=high)
Jan 30 15:31:57 [vdr] [21624] scroller thread started (pid=11041, tid=21624, prio=high)
Jan 30 15:31:57 [vdr] [21623] detached thread ended (pid=11041, tid=21623)

Alles anzeigen

louis · 30. Januar 2016

Zitat von 3PO

Ist es gewollt, dass wirklich alles geloggt wird?

Das kommt nicht vom SKindesigner sondern direkt vom VDR, wenn ein Thread gestartet wird. Ggf. den Debug Level vom VDR heruntersetzen, falls es dich stört.

Ciao Louis

3PO · 30. Januar 2016

"Stören", wäre jetzt Zuviel gesagt, ich meinte halt nur, weil es vor dem Update auf v0.8.0 nicht war.

Hitman47 · 30. Januar 2016

Ich habe beim Kompilieren folgenden Fehler und Abbruch:

Zitat von Hitman47

[code]
In file included from /usr/include/c++/5.3.0/deque:64:0,
from /usr/include/c++/5.3.0/stack:60,
from extensions/../coreengine/../extensions/libxmlwrapper.h:9,
from extensions/../coreengine/xmlparser.h:12,
from extensions/../coreengine/view.h:21,
from extensions/../coreengine/viewdisplaychannel.h:4,
from extensions/../designer.h:7,
from extensions/../config.h:10,
from extensions/helpers.h:8,
from extensions/libxmlwrapper.c:1:
/usr/include/c++/5.3.0/bits/stl_deque.h:579:8: Fehler: Aufruf des überladenen »swap(std::_Deque_base<_xmlNode*, std::allocator<_xmlNode*> >::iterator&, std::_Deque_base<_xmlNode*, std::allocator<_xmlNode*> >::iterator&)« ist nicht eindeutig
swap(this->_M_finish, __x._M_finish);

Alles anzeigen

Ich habe die Ursache gefunden:
vdr/tools.h: #ifndef __STL_CONFIG_H // in case some plugin needs to use the STL

Ein zusätzliches DEFINE im skindesigner-Makefile hat gefehlt:
DEFINES += -D__STL_CONFIG_H

marco · 31. Januar 2016

Hallo,

ich bekomme hier eine Fehlermeldung beim Kompilieren auf Fedora 23, skindesigner 0.7.2 ist ohne Probleme durchgelaufen.

Code

g++ -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -fPIC -std=c++11 -c -DPLUGIN_NAME_I18N='"skindesigner"'  -I/usr/include/libxml2 -DSCRIPTFOLDER='"/usr/lib64/vdr/skindesigner/scripts"' -DLIBSKINDESIGNERAPIVERSION='""' -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/freetype2 -I/usr/include/libpng16  -pthread -I/usr/include/librsvg-2.0 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/freetype2 -I/usr/include/libdrm -I/usr/include/libpng16  -ljpeg -o config.o config.c
Failed to open 'libskindesignerapi/libskindesignerapi.pc': No such file or directory
No package 'libskindesignerapi/libskindesignerapi.pc' found
In file included from config.h:11:0,
                 from skindesigner.c:12:
extensions/pluginmanager.h:6:48: fatal error: libskindesignerapi/skindesignerapi.h: No such file or directory
 #include "libskindesignerapi/skindesignerapi.h"
                                                ^
compilation terminated.

Frodo · 31. Januar 2016

louis
Ich hatte gerade einen Segfault beim durch zappen der "Übersicht - Jetzt" durch betätigen der Taste "rechts"

Code

scroller[12711]: segfault at 60 ip 00000000004a9b50 sp 00007fd644d21bf0 error 4 in vdr[400000+183000]

Nach meinem empfinden war beim zappen der Bildaufbau mit der Version 0.7.2 schneller. Bei dieser Version kann man sehen wie jede Zeile Aufgebaut wird.
Getestet habe ich das ganze mit meinem Skin "blackholefrodo" den ich gestern angepasst habe.

Das aktuelle bzw. von Dir modifizierte softhddevice habe ich noch nicht im Einsatz.

louis · 31. Januar 2016

Moiun,

Frodo: und wo ist der Backtrace?

Zitat von Frodo

Nach meinem empfinden war beim zappen der Bildaufbau mit der Version 0.7.2 schneller. Bei dieser Version kann man sehen wie jede Zeile Aufgebaut wird.
Getestet habe ich das ganze mit meinem Skin "blackholefrodo" den ich gestern angepasst habe.

Hm, seltsam, eigentlich sollte die neue Version besser flutschen. Kannst du mal genauer beschreiben, was du meinst? So ganz kann ich das noch nicht nachvollziehen.

Ciao Louis

maz · 31. Januar 2016

ist bei mir genauso mit der "alten" softhddevice Version 0.6.1rc1, vorher lief alles ein wenig flüssiger.

Frodo · 31. Januar 2016

Sorry das ich keinen Backtrace habe, mein VDR läuft normalerweise nicht im debug Modus

Das OSD kommt sehr schnell, das dürfte tatsächlich schneller sein als mit der vorherigen Version.

Die Listen Objekte werden aber langsamer Aufgebaut, bei langen Listen sieht es aus als würde Zeile für Zeile geschrieben, besonders extrem fällt das auf wenn der VDR neu gestartet wurde und die Plugins epg2vdr und scraper2vdr ihre Arbeit zeitgleich tun.
Der erste Aufbau einer Liste ist noch flüssig ohne Verzögerung, scrollt man hingegen durch die Listen mit den Cursor Tasten ist dies bei jedem neu Aufbau der Seite zu beobachten.

Ich hoffe ich habe es jetzt etwas verständlicher beschrieben.

Eine Frage habe ich, gibt es "{devices[signalquality]}" nicht mehr? Sowohl in meinem als auch in metrixhd wird zwar noch {devices[signalstrength]} angezeigt aber {devices[signalquality]} fehlt.
Laut xml ist es bei beiden Skins vorhanden.

3PO · 31. Januar 2016

Ich merke, abgesehen von dem o.g. Logging, keinen Unterschied zur Vorgängerversion.
Allerdings verwende ich aber auch noch die "originale" Version von SoftHDDevice aus dem git, da die openglosd Version bei mir nicht funktioniert.

Frodo · 31. Januar 2016

Wieso muß eigentlich das plex - Plugin, an die neue skindesignerapi angepasst werden? Sollte eine API nicht abwärts kompatibel sein?

utiltiy · 31. Januar 2016

unter vdr4arch baut es bei mir nicht:

Code

/usr/include/libskindesignerapi/skindesignerapi.h:45:18: Anmerkung:     virtual void skindesignerapi::ISkinDisplayPlugin::DisplayTabs()
     virtual void DisplayTabs(void) = 0;
                  ^
Makefile:139: die Regel für Ziel „designer.o“ scheiterte
make: *** [designer.o] Fehler 1
==> FEHLER: Ein Fehler geschah in build().
    Breche ab...

tomas · 31. Januar 2016

Hallo Louis,

vielen Dank für den neuen skindesigner und das softhddevice-openglosd. Ich habe beides in Kombination getestet und bin absolut begeistert

Das flutscht wie geschmiert und das Fading und Shifting ist schön 'smooth'.

Zitat von Frodo

Der erste Aufbau einer Liste ist noch flüssig ohne Verzögerung, scrollt man hingegen durch die Listen mit den Cursor Tasten ist dies bei jedem neu Aufbau der Seite zu beobachten.

Hmmm, das habe ich gerade mit nopacity und blackhole in diversen Listen getestet. Das läuft hier absolut zackig mehrmals von der ersten bis zur letzten Seite und wieder zurück.

Zitat von Hitman47

Ein zusätzliches DEFINE im skindesigner-Makefile hat gefehlt:
DEFINES += -D__STL_CONFIG_H

Danke! musste ich auch einfügen.

Gruß,
Tomas

louis · 31. Januar 2016

Moin,

hm, bei mir flutscht es eigentlich auch recht ordentlich. Aber ich teste eben nur in Kombination mit dem High Level Osd. Muss ich mal prüfen, ob es mit dem Standard Osd bei mir auch zäh ist...kann ich mir aber irgendwie nicht vorstellen, dass dem so sein sollte. Naja, schaumer mal

tomas: danke für das Feedback. Freut mich dass es dir gefällt

Ciao Louis

Hitman47 · 31. Januar 2016

unter vdr4arch baut es bei mir nicht:

Zitat von utiltiy

Code

/usr/include/libskindesignerapi/skindesignerapi.h:45:18: Anmerkung:     virtual void skindesignerapi::ISkinDisplayPlugin::DisplayTabs()
     virtual void DisplayTabs(void) = 0;
                  ^
Makefile:139: die Regel für Ziel „designer.o“ scheiterte
make: *** [designer.o] Fehler 1
==> FEHLER: Ein Fehler geschah in build().
    Breche ab...

Du musst libskindesignerapi zuerst im System installieren:

Hier ist ein provisorisches PKGBUILD:

Code

libskindesignerapi]$ cat PKGBUILD
# This PKGBUILD is part of the VDR4Arch project [https://github.com/vdr4arch]


# Maintainer: Christopher Reimer <mail+vdr4arch[at]c-reimer[dot]de>
pkgname='libskindesignerapi'
pkgver=0.8.0
_vdrapi=2.2.0
pkgrel=1
pkgdesc="Highly customizable native true color skin for the Video Disc Recorder"
url="http://projects.vdr-developer.org/projects/skin-nopacity"
arch=('x86_64' 'i686' 'arm' 'armv6h' 'armv7h')
license=('GPL2')
depends=('git' 'librsvg' 'ttf-opensans' 'unzip' "vdr-api=${_vdrapi}" 'wget')
optdepends=('vdr-scraper2vdr: To display scraped images in various EPG views (requires epgd)'
        	'vdr-tvscraper: To display scraped images in various EPG views')
conflicts=(skindesigner-{blackhole,holo,metrixhd,nopacity,shady,shady_kiss,skinelchi,tryouts})
replaces=(skindesigner-{blackhole,holo,metrixhd,nopacity,shady,shady_kiss,skinelchi,tryouts})
_plugname=${pkgname//vdr-/}
_plugname=skindesigner
_libname="libskindesignerapi"
source=("http://projects.vdr-developer.org/git/vdr-plugin-skindesigner.git/snapshot/vdr-plugin-skindesigner-$pkgver.tar.bz2")
backup=("etc/vdr/conf.avail/50-$_plugname.conf")
options=('!emptydirs')


build() {
  cd "${srcdir}/vdr-plugin-$_plugname-$pkgver/$_libname"
  make
}


package() {
  cd "${srcdir}/vdr-plugin-skindesigner-$pkgver/$_libname"
  make DESTDIR="$pkgdir" PREFIX='/usr' install


  mkdir -p "$pkgdir/usr/lib/"




}


md5sums=('b23bfc750910c3b04b04eef0ee30fd60'
     	'bab4227c649d778e4b05483535afda0b'
     	'ebc6537bf0d3e604c59884ec408f7e9c')
md5sums=('b23bfc750910c3b04b04eef0ee30fd60')

Alles anzeigen

marco · 31. Januar 2016

Zitat von marco

Hallo,

ich bekomme hier eine Fehlermeldung beim Kompilieren auf Fedora 23, skindesigner 0.7.2 ist ohne Probleme durchgelaufen.

Code

g++ -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -fPIC -std=c++11 -c -DPLUGIN_NAME_I18N='"skindesigner"'  -I/usr/include/libxml2 -DSCRIPTFOLDER='"/usr/lib64/vdr/skindesigner/scripts"' -DLIBSKINDESIGNERAPIVERSION='""' -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/freetype2 -I/usr/include/libpng16  -pthread -I/usr/include/librsvg-2.0 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/freetype2 -I/usr/include/libdrm -I/usr/include/libpng16  -ljpeg -o config.o config.c
Failed to open 'libskindesignerapi/libskindesignerapi.pc': No such file or directory
No package 'libskindesignerapi/libskindesignerapi.pc' found
In file included from config.h:11:0,
                 from skindesigner.c:12:
extensions/pluginmanager.h:6:48: fatal error: libskindesignerapi/skindesignerapi.h: No such file or directory
 #include "libskindesignerapi/skindesignerapi.h"
                                                ^
compilation terminated.

Diese Fehlermeldung konnte ich durch folgende Änderung beseitigen:

Code

# header file skindesignerapi.h was not found
sed -i -e 's|#include "libskindesignerapi/skindesignerapi.h"|#include "../libskindesignerapi/skindesignerapi.h"|g' extensions/pluginmanager.h

diese Fehlermeldung

Code

/usr/include/c++/5.3.1/bits/stl_deque.h:578:8: error: call of overloaded 'swap(std::_Deque_base<_xmlNode*, std::allocator<_xmlNode*> >::iterator&, std::_Deque_base<_xmlNode*, std::allocator<_xmlNode*> >::iterator&)' is ambiguous
    swap(this->_M_start, __x._M_start);

durch den hier bereits erwähnten Patch:

Diff

--- vdr-plugin-skindesigner-0.8.0/Makefile.orig 2016-01-31 16:06:51.818937173 +0100
+++ vdr-plugin-skindesigner-0.8.0/Makefile      2016-01-31 16:07:15.881947561 +0100
@@ -46,6 +46,7 @@
 DEFINES += -DPLUGIN_NAME_I18N='"$(PLUGIN)"' $(CONFIG)
 DEFINES += $(shell xml2-config --cflags)
 DEFINES += -DSCRIPTFOLDER='"$(SKINDESIGNER_SCRIPTDIR)"'
+DEFINES += -D__STL_CONFIG_H


 INCLUDES += $(shell pkg-config --cflags freetype2 fontconfig)
 INCLUDES += $(shell pkg-config --cflags librsvg-2.0 cairo-png) -ljpeg

Alles anzeigen

und diese Warnungen

Code

coreengine/../services/epgsearch.h:164:12: warning: 'template<class> class std::auto_ptr' is deprecated [-Wdeprecated-declarations]
       std::auto_ptr<cServiceHandler> handler;
            ^
In file included from /usr/include/c++/5.3.1/memory:81:0,
                 from coreengine/../services/epgsearch.h:33,
                 from coreengine/viewdetail.h:4,
                 from coreengine/viewdisplaymenu.h:5,
                 from designer.h:8,
                 from config.h:10,
                 from setup.h:4,
                 from setup.c:4:
/usr/include/c++/5.3.1/bits/unique_ptr.h:49:28: note: declared here
   template<typename> class auto_ptr;
                            ^

Alles anzeigen

durch diese Änderung:

Code

# std::auto_ptr deprecation warning in libstdc++ 5.1
sed -i -e 's|      std::auto_ptr<cServiceHandler> handler;|       std::unique_ptr<cServiceHandler> handler;|g' services/epgsearch.h

Skindesigner 0.8.8

Jetzt mitmachen!

Teilen