WeatherForecast als Stand-Alone?

<kein>

Hi,

auf die schnelle habe ich keinen Hinweis hier:
https://projects.vdr-developer.org/projects/plg-weatherforecast/wiki
gesehen, dass das SkinDesigner-Plugin zwingend erforderlich wäre, um das Plugin nutzen zu können und erhielt natürlich prompt folgenden Fehler:

Code

*** Plugin weatherforecast:
Package libskindesignerapi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libskindesignerapi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libskindesignerapi' found
Package libskindesignerapi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libskindesignerapi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libskindesignerapi' found
Package libskindesignerapi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libskindesignerapi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libskindesignerapi' found
Package libskindesignerapi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libskindesignerapi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libskindesignerapi' found
Package libskindesignerapi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libskindesignerapi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libskindesignerapi' found
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -std=c++11 -std=c++11 -c -DPLUGIN_NAME_I18N='"weatherforecast"' -DLIBSKINDESIGNERAPIVERSION='""' -I/usr/local/src/vdr-2.0.6/include   -o weatherforecast.o weatherforecast.c
Package libskindesignerapi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libskindesignerapi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libskindesignerapi' found
weatherforecast.c:10:48: fatal error: libskindesignerapi/skindesignerapi.h: Datei oder Verzeichnis nicht gefunden
compilation terminated.
make[1]: *** [weatherforecast.o] Fehler 1

Alles anzeigen

Jetzt muss ich mal schauen, wie ich das SkinDesigner-Plugin in mein System kriege...

Grüße,
j.

lancs

Zitat von <kein>

Package libskindesignerapi was not found in the pkg-config search path.

Ist Bestandteil von Skindesigner Plugin
nach libskindesignerapi wechseln und ein make && make install.

Frank

<kein>

Und das SkinDesigner-Plugin baut auch gar nicht erst:

Zitat

# ----------------------------------------------------------------
# vdr-plugin-skindesigner
# ----------------------------------------------------------------
export SOURCEDIR='/usr/local/src'
export VDRCONFIG='/etc/vdr'
export VIDEODIR='/media/HD1_DATA/video.00'
d_DATE="`date +%Y-%m-%d_%H-%M-%S`"
# ----------------------------------------------------------------
VERSION_vdr_plugin_skindesigner=0.8.8
cd $SOURCEDIR/vdr/PLUGINS/src/
git clone git://projects.vdr-developer.org/vdr-plugin-skindesigner.git
mv -iv vdr-plugin-skindesigner skindesigner
tar cfzv vdr-plugin-skindesigner-git${d_DATE} skindesigner
mv -iv skindesigner skindesigner-git${d_DATE}
ln -s skindesigner-git${d_DATE} skindesigner
cd ../..
make plugins
make plugins install
# ----------------------------------------------------------------

Alles anzeigen

Zitat

*** Plugin skindesigner:
make -C libskindesignerapi
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DLIBAPIVERSION=0 -DLIBVERSION=\"0.1.0\" -I/usr/local/src/vdr-2.0.6/include -I/usr/include/freetype2 -pthread -I/usr/include/librsvg-2.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/cairo -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/freetype2 -ljpeg -o osdelements.o osdelements.c
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DLIBAPIVERSION=0 -DLIBVERSION=\"0.1.0\" -I/usr/local/src/vdr-2.0.6/include -I/usr/include/freetype2 -pthread -I/usr/include/librsvg-2.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/cairo -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/freetype2 -ljpeg -o pluginstructure.o pluginstructure.c
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DLIBAPIVERSION=0 -DLIBVERSION=\"0.1.0\" -I/usr/local/src/vdr-2.0.6/include -I/usr/include/freetype2 -pthread -I/usr/include/librsvg-2.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/cairo -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/freetype2 -ljpeg -o skindesignerapi.o skindesignerapi.c
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DLIBAPIVERSION=0 -DLIBVERSION=\"0.1.0\" -I/usr/local/src/vdr-2.0.6/include -I/usr/include/freetype2 -pthread -I/usr/include/librsvg-2.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/cairo -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/freetype2 -ljpeg -o skindesignerosdbase.o skindesignerosdbase.c
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DLIBAPIVERSION=0 -DLIBVERSION=\"0.1.0\" -I/usr/local/src/vdr-2.0.6/include -I/usr/include/freetype2 -pthread -I/usr/include/librsvg-2.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/cairo -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/freetype2 -ljpeg -o tokencontainer.o tokencontainer.c
g++ -shared -Wl,-soname,libskindesignerapi.so.0 -o libskindesignerapi.so.0.1.0 osdelements.o pluginstructure.o skindesignerapi.o skindesignerosdbase.o tokencontainer.o
if [ -n "" ] ; then \
ln -s libskindesignerapi.so.0.1.0 libskindesignerapi.so ; \
ln -s libskindesignerapi.so.0.1.0 libskindesignerapi.so.0 ; \
fi
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -std=c++11 -std=c++11 -c -DPLUGIN_NAME_I18N='"skindesigner"' -I/usr/include/libxml2 -DSCRIPTFOLDER='"/usr/local/lib/vdr/skindesigner/scripts"' -D__STL_CONFIG_H -DLIBSKINDESIGNERAPIVERSION='"0.1.0"' -I/usr/local/src/vdr-2.0.6/include -I/usr/include/freetype2 -pthread -I/usr/include/librsvg-2.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/cairo -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/freetype2 -ljpeg -o skindesigner.o skindesigner.c
In file included from coreengine/view.h:16:0,
from coreengine/viewdisplaychannel.h:4,
from designer.h:7,
from config.h:10,
from skindesigner.c:12:
coreengine/viewelementsdisplaymenu.h:33:5: error: 'eMenuSortMode' does not name a type
coreengine/viewelementsdisplaymenu.h:34:5: error: 'eMenuSortMode' does not name a type
coreengine/viewelementsdisplaymenu.h:40:14: error: 'eMenuSortMode' has not been declared
coreengine/viewelementsdisplaymenu.h: In member function 'void cVeDmSortmode::Reset()':
coreengine/viewelementsdisplaymenu.h:38:24: error: 'lastSortMode' was not declared in this scope
coreengine/viewelementsdisplaymenu.h:38:39: error: 'msmUnknown' was not declared in this scope
In file included from designer.h:8:0,
from config.h:10,
from skindesigner.c:12:
coreengine/viewdisplaymenu.h: At global scope:
coreengine/viewdisplaymenu.h:75:22: error: 'eMenuSortMode' has not been declared
In file included from designer.h:8:0,
from config.h:10,
from skindesigner.c:12:
coreengine/viewdisplaymenu.h:150:22: error: 'eMenuSortMode' has not been declared
In file included from designer.h:15:0,
from config.h:10,
from skindesigner.c:12:
displaymenu.h:20:34: error: 'eMenuSortMode' has not been declared
make[1]: *** [skindesigner.o] Fehler 1

Alles anzeigen

Ne, das macht keinen Spass, da lass ich lieber das alte opacity...

TheChief

Oder vdr-2.2.x

tomas

Mit vdr-2.2.0 wird es auch nur dann gehen, wenn er, wie von Frank geschrieben, zuerst die libskindesignerapi.pc, (libskindesignerapi-lib) und header installiert, vorher baut der skindesigner nicht!

<kein>

[ironie on]
die Installation ist hier ja wunderbar beschrieben:
https://projects.vdr-developer.org/projects/plg-skindesigner/wiki
[ironie off]

Ich würd' mal behaupten, dass ich ein normales Plugin ohne viel rumgefummle und Herumheulerei im Forum kompiliert und installiert bekomme, bin ja auch nicht erst seit gestern dabei, aber mit den ganzen Änderungen in den APIs macht das einfach keinen Spass mehr, zumal ich meine Zeit inzwischen auch lieber anderweitig verbringe, als die ganze Nacht Kompilier-Orgien durchzuziehen wie früher.

TheChief

Zitat von tomas

Mit vdr-2.2.0 wird es auch nur dann gehen, wenn er, wie von Frank geschrieben, zuerst die libskindesignerapi.pc, (libskindesignerapi-lib) und header installiert, vorher baut der skindesigner nicht!

Sicher, dass die nicht automatisch mitbaut?

Ansonsten:
https://projects.vdr-developer.org/projects/plg-s…er/entry/README

Ansonsten, wenn Du nicht mehr kompilieren magst, tut es vielleicht auch eine der zahlreichen Distris.

louis

Moin,

das Problem mit dem Bauen des Skindesigners liegt daran, dass eMenuSortMode erst im VDR 2.2.0 dazugekommen ist. Ich sollte die Voraussetzungen im README mal auf VDR2.2.0 hochsetzen. Die libskindesignerapi baut auch mit VDR 2.0.6., und die würde für dieses Thema hier ja ausreichen.

<kein>: ich lese bei deinen Postings eine gewisse Genervtheit raus...das solltest du lassen. Deine "Ironie" kannst du dir dort hin stecken, wo keine Sonne scheint.

Ciao Louis

<kein>

Jetzt kommen wir der Sache schon näher, im README steht:

Code

Requirements
------------


- VDR version >= 2.0.0


...


With a "make install" both the plugin and the library are installed on your 
system. The destination where the library will be installed can be set with 
the PREFIX parameter: "PREFIX=/usr make install". Default of PREFIX is
/usr/local.

Alles anzeigen

weswegen ich nicht davon ausgegangen bin, dass da irgendwelche Komplikationen auf mich zukommen.

TheChief

Dann reicht es aber eben auch, ins libskindesignerapi Verzeichniss zu wechseln und diese lib mit make und make install zu installieren, wenn Du das skindesigner-Plugin eh nicht brauchst. Dafür musst Du nicht das ganze Plugin und 2.2.0 installieren.

tomas

Zitat von TheChief

Sicher, dass die nicht automatisch mitbaut?

Beim ersten Mal ist das so eine Art Henne-Ei-Problem. Führst du das make im skindesigner-Verzeichnis aus, springt es ins Verzeichnis libskindesignerapi und werkelt erst mal dort, um danach wieder zurück ins skindesigner-Verzeichnis zu wechseln. Zum Kompilieren des skindesigners fehlen jetzt aber noch die libskindesignerapi.pc und die header der skindesignerapi. Deshalb muss man beim ersten Mal zuerst die libskindesignerapi kompilieren und mit make install deren 'Komponenten' installieren, sonst lässt sich der skindesigner nicht übersetzen.

Solange sich an der libskindesignerapi nichts ändert, ist dieser Umweg bei Aktualisierungen dann nicht mehr nötig.

Zitat von &lt;kein&gt;

macht das einfach keinen Spass mehr, zumal ich meine Zeit inzwischen auch lieber anderweitig verbringe, als die ganze Nacht Kompilier-Orgien durchzuziehen wie früher.

Naja, wenn es dir zuviel ist, richtig zu lesen, solltest du dich auch nicht beschweren ...und immer dran denken, du greifst hier für Umme die Arbeit anderer ab, da sollte man mit solchen 'Pöbeleien' vielleicht etwas zurückhaltender sein Außerdem zwingt dich ja keiner, oder?

<kein>

Zitat von louis

ich lese bei deinen Postings eine gewisse Genervtheit raus...das solltest du lassen. Deine "Ironie" kannst du dir dort hin stecken, wo keine Sonne scheint.

Sorry, die Kunst der Diplomatie hab' ich mir in diesem Forum schon lange abgewöhnt, seit eine Gruppe yaVDR'ler aufgetaucht ist. Hier ist es ja üblich dem Fragestellenden erstmal "Guck' doch einfach in die Doku, da steht doch eh' alles drin" - ohne wenn und aber - an den Kopf zu werfen, so dass gerade Anfänger gleich wieder vergrault werden. Erfreuliche Ausnahme ist Seahawk1986, der sich immer mit einem Problem auseinandersetzt und Ratschläge gibt, obwohl grade er es nicht nötig hätte, weil ein Großteil der Doku von ihm stammt.

BTW: für eine solche Bemerkung kannst Du in anderen Foren erstmal eine Woche aussetzen und nachdenken. Zum Glück für Dich regieren die Moderatoren hier ja wie kleine Sonnenkönige, was ja kein Geheimnis und hinlänglich bekannt ist.

Zitat von TheChief

Ansonsten, wenn Du nicht mehr kompilieren magst, tut es vielleicht auch eine der zahlreichen Distris.

Danke für den Tipp!
Hintergrund ist, dass ich in Kürze quasi das VDR-Backend mit den DVB-Karten auf meinen Server umziehen will, weshalb ich mich ja auch mit dem Streamdev-Plugin auseinandergesetzt habe, und der gibt nunmal das Betriebsystem vor. Auf den Clients möchte ich dann kein anderes OS verwenden, zumal ich ein speziell angepasstes Debian verwende (VDR ist halt nur eines von vielen Progrämmchen und schreibt mir nicht das zugrundeliegende OS vor).

<kein>

Zitat von tomas

Naja, wenn es dir zuviel ist, richtig zu lesen, solltest du dich auch nicht beschweren ...

Genau das ist es was ich meine! Wer nicht weiss, wie die Plugins aufgebaut sind und wie sie voneinander abhängen (in dem Fall sind es drei Teile: die Lib, SkinDesigner-Plugin und WeatherForecast-Plugin), fällt auf die Nase. Offensichtlich sind sich hier ja noch nicht mal alle einig, in welcher Reihenfolge welcher Teil zu kompilieren ist und eine Anleitung gibt es nicht. Wie soll dass erst einer verstehen, der zum ersten Mal einen VDR kompiliert? Dann heißt's gleich wieder "Nimm' yaVDR, da geht doch alles".

Zoolook

Hi,

Zitat

Genau das ist es was ich meine! Wer nicht weiss, wie die Plugins aufgebaut sind und wie sie voneinander abhängen (in dem Fall sind es drei Teile: die Lib, SkinDesigner-Plugin und WeatherForecast-Plugin), fällt auf die Nase. Offensichtlich sind sich hier ja noch nicht mal alle einig, in welcher Reihenfolge welcher Teil zu kompilieren ist und eine Anleitung gibt es nicht. Wie soll dass erst einer verstehen, der zum ersten Mal einen VDR kompiliert? Dann heißt's gleich wieder "Nimm' yaVDR, da geht doch alles".

Eine Distribution mit Sourcen-basiertem Paketmanagement kriegt das auch problemlos hin. Da muß man auch nicht nach jeder Änderung in den Sourcen eines Pakets erstmal darauf warten, daß der entsprechende Paket-Maintainer Zeit findet, das Paket erstmal zu bauen, weil man das ja selber auf dem Zielrechner erledigen läßt, vom Paketverwaltungssystem. Ertappt, das war nun Werbung für Gentoo

Gruß,
Lucian

seahawk1986

Zitat von Zoolook

Ertappt, das war nun Werbung für Gentoo

Unter Arch Linux bekommt man das auch sehr einfach hin die Sourcen des aktuellen Git-Stand zu beziehen und ein Paket daraus zu schnüren - bei Debian fällt mir da git-buildpackage ein - das erfordert aber etwas Einarbeitung...

Zitat von &lt;kein&gt;

Wie soll dass erst einer verstehen, der zum ersten Mal einen VDR kompiliert?

Ganz ohne Dokumentation kommt man halt nicht aus (und ein Makefile lesen zu können hilft auch ungemein, wenn man Programme kompiliert - stell dir meine Begeisterung über Projekte mit CMake vor, wenn da etwas beim Paketieren nicht funktioniert und ich für sowas anfange eine mir ziemlich fremde Dokumentation zu wälzen ) - wenn man https://projects.vdr-developer.org/git/vdr-plugin…tree/README#n24 gelesen hat, weiß man ja zumindest, wonach man suchen muss.

fnu

Weatherforecast macht doch auch nur mit skindesigner Sinn, ist ausschließlich als Erweiterung dessen gedacht. Nur damit gibt es den gewollten grafischen Effekt, wenn der entsprechende Skin es unterstützt.

Der Rückfall auf Text-Ausgabe bei allen anderen Oberflächen ist ja auch eher eine "Notlösung" ...

<kein>

So, der Vollständigkeit halber für die Nächsten, die in diese Falle tappen hier das Skript um das WeatherForcast-Plugin als Stand-Alone zu installieren:

Code

# ----------------------------------------------------------------
# vdr-plugin-skindesigner [VDR >= 2.2.0]
# ----------------------------------------------------------------
export SOURCEDIR='/usr/local/src'
export VDRCONFIG='/etc/vdr'
export VIDEODIR='/media/HD1_DATA/video.00'
d_DATE="`date +%Y-%m-%d_%H-%M-%S`"
# ----------------------------------------------------------------
VERSION_vdr_plugin_skindesigner=0.8.8
cd $SOURCEDIR/vdr/PLUGINS/src/
git clone git://projects.vdr-developer.org/vdr-plugin-skindesigner.git
mv -iv vdr-plugin-skindesigner skindesigner
tar cfzv vdr-plugin-skindesigner-git${d_DATE} skindesigner
mv -iv skindesigner skindesigner-git${d_DATE}
ln -s skindesigner-git${d_DATE} skindesigner
cd skindesigner/libskindesignerapi
make && make install
cd -
rm skindesigner
cd ../..
make plugins
make plugins install
# ----------------------------------------------------------------


# ----------------------------------------------------------------
# vdr-plugin-weatherforecast [haengt ab von LibSkinDesignerAPI]
# ----------------------------------------------------------------
export SOURCEDIR='/usr/local/src'
export VDRCONFIG='/etc/vdr'
export VIDEODIR='/media/HD1_DATA/video.00'
d_DATE="`date +%Y-%m-%d_%H-%M-%S`"
# ----------------------------------------------------------------
VERSION_vdr_plugin_weatherforecast=0.0.1
cd $SOURCEDIR/vdr/PLUGINS/src/
git clone git://projects.vdr-developer.org/vdr-plugin-weatherforecast.git
mv -iv vdr-plugin-weatherforecast weatherforecast
tar cfzv vdr-plugin-weatherforecast-git${d_DATE} weatherforecast
mv -iv weatherforecast weatherforecast-git${d_DATE}
ln -s weatherforecast-git${d_DATE} weatherforecast
cd ../..
make plugins
make plugins install
# ----------------------------------------------------------------

Alles anzeigen

Ob das nun Sinn macht, muss man sehen, da ich keine Ahnung hab', was das Plugin kann. Leider sind ja die anderen Wetter-Plugins wie WeatherHD und Konsorten schon länger kaputt, aber auf jeder billigen Set-Top-Box gibt's entsprechende Features ...

fnu

Zitat von <kein>

Ob das nun Sinn macht, muss man sehen, da ich keine Ahnung hab',

Daher schreibe ich es ja, es macht kaum Sinn. Nur mit skindesigner und angepassten Skins gibt es coole Wetter-Grafiken zu sehen. Bei allem anderen, durchaus auch skindesigner Oberflächen die das Plugin nicht unterstützen, gibt es nur ein wenig Text zu sehen.

Dieser Text Fallback wurde von louis vmtl. auch eher nur eingebaut, das es keinen VDR Absturz gibt, wenn man das Plugin ohne skindesigner und angepasster Oberfläche aufruft.

Zitat von <kein>

aber auf jeder billigen Set-Top-Box gibt's entsprechende Features ...

Mal ehrlich, diese Argumentation hat doch einen (16 Jahre langen) Bart, oder?

VDR ist VDR wie er ist, seit 16 Jahren, mit Features, Flexibilität und Stabilität die die meisten Kauf-Receiver nicht bieten. Sicher fehlt(e) das eine oder andere eye catching feature, aber der Mehrheit Nutzern sind eben erstmal die anderen Dinge wichtiger, mir auch. Es bleibt jedem selbst überlassen, wegen Wetterbildern eine "billige Set-Top-Box" einzusetzen ... und so billig sind diese auch nicht, wenn sie Wetter etc. anzeigen.

Aber gerade skindesigner ist dazu gedacht eben diese eye catching features, u.a. EPG- und Wetterbilder, auf einen VDR zu bringen. louis hat da ganze Arbeit geleistet, beim Plugin, bei seinen Skins, aber auch die vielen anderen Skin-Autoren. Im Prinzip ist das skindesigner Bundle genau was Du "her argumentierst", Du musst Dich nur drauf einlassen ...

Regards
fnu

veni32

Ist zwar OT.
Bei mir wird es meistens kodi als vdr Client. Missbraucht mit vnsi oder xvdr , da hab ich kodi bildchirmschoner als Wetter Widget genommen ,meine Regierung bestand es drauf

Das ist zwar schöne Zugabe von Skin Designer und vdr ,bei mir ist es aber nur als schöne Luxus Zugabe .
Mfg

<kein>

Zitat von fnu

Mal ehrlich, diese Argumentation hat doch einen (16 Jahre langen) Bart, oder?

Ich weiss. Ich kann mich noch gut an die Diskussion damals wg. dem LiveBuffer-Patch erinnern, wo es auch immer hieß "braucht eh' keiner, ist zu aufwändig, bla bla bla", obwohl das auch jeder Baumarkt-Receiver schon konnte, bzw. XBMC/MythTV. Bis sich dann Ein Eike das Permashift-Plugin ausgedacht hat - vielen Dank im Übrigen dafür!

Wie man in den Wald hineinruft, so schallt es heraus.

Jetzt mitmachen!