WeatherForecast als Stand-Alone?

  • Hi,


    auf die schnelle habe ich keinen Hinweis hier:
    https://projects.vdr-developer…/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:


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


    Grüße,
    j.

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

  • Und das SkinDesigner-Plugin baut auch gar nicht erst:



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

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

  • Oder vdr-2.2.x

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

  • 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!

  • [ironie on]
    die Installation ist hier ja wunderbar beschrieben:
    https://projects.vdr-developer…cts/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.

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

  • 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…sions/master/entry/README


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

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

  • 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

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


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

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

  • 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.

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB


  • 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.


    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?

  • 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.





    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).

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

    Edited once, last by <kein> ().

  • 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".

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

  • Hi,

    Quote

    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 :D


    Gruß,
    Lucian

  • 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...

    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…ecast.git/tree/README#n24 gelesen hat, weiß man ja zumindest, wonach man suchen muss.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • 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" ...

    HowTo: APT pinning

  • 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:


    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 :( ...

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

  • 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.


    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

    HowTo: APT pinning

    Edited once, last by fnu ().

  • 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 :O


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

    Meine VDR Spielzeuge VDR1 -Yavdr 0.6*SilverStone SST-M02B-MXR-GIADA MG-C1037SL -Imon Lcd-Imon FB-
    Intel Celeron 1037U*4GB RAM*GT-630*DD-Cine V5.5*


    Client1-Yavdr
    0.4 -MSI Media LiveGehäuse mit Original board-2 GB Ram60 GB SSD -
    Nvidia Gt210 -DM140 Plugin-Pearldpf display-Harmony
    One
    Onkyo TX-NR906
    Sony-KDL Serie
    Teufel Concept E


    Client2
    Raspberry XBMC auf XBIAN Basis mit xvdr

  • 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.

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!