[TEST] graphlcd-base / vdr-plugin-graphlcd branch 0.2.0: animated images/logos and scrolling texts

  • Hi,


    nachdem ich irgendwie nicht mehr ganz durchblicke ;)
    Ist der UTF8-Patch nun auch in die 0.2.0 integriert??
    Kann auf jeden Fall bestätigen, dass die Umlaute im 0.1.6 funktionieren, leider habe ich kleine Probleme mit den Logos.. Auf Anhieb kann ich nur sagen, dass ich z.B. bei Sat1, RTL, RTL2, Pro7, kabel eins und 9live keine Logos bekomme.

    VDR: Asus M3N78-EM mit Onboard Nvidia 8300, AMD 5050e, 2x2GB Ram, 8GB SATA Transcend SSD + 1 TB WD green, Atric-Einschalter, Hitachi-LCD 240x128 (HD61830) & AX206 (Pearl), Terratec S2 HD & TeVii S464 (unterstützt durch v4l-dvb per selfmade-patch), yaVDR 0.4

  • Ich hab mal nachgeschaut, mir fehlen sämtliche betroffenen glcds. Teilweise konnte ich sie mit convpic aus logos_bmp manuell erstellen, aber größtenteils fehlen sie mir sowohl in logos als auch in logos_bmp.
    Ich bin verwirrt das können doch nicht alle logos sein?!?


    EDIT:
    Noch schnell die Teile meiner channels.conf (DVB-S)

    Code
    SAT.1;ProSiebenSat.1:12544:HC56M2O0S0:S19.2E:22000:255=2:256=deu@3;259=deu@106:32:0:17500:1:1107:0
    RTL Television,RTL;RTL World:12187:HC34M2O0S0:S19.2E:27500:163=2:104=deu@3;106=deu@106:105:0:12003:1:1089:0
    RTL2;RTL World:12187:HC34M2O0S0:S19.2E:27500:166=2:128=deu@3:68:0:12020:1:1089:0
    ProSieben;ProSiebenSat.1:12544:HC56M2O0S0:S19.2E:22000:511=2:512=deu@3;515=deu@106:33:0:17501:1:1107:0
    kabel eins;ProSiebenSat.1:12544:HC56M2O0S0:S19.2E:22000:767=2:768=deu@3:34:0:17502:1:1107:0
    TELE 5;BetaDigital:12480:VC34M2O0S0:S19.2E:27500:1535=2:1536=deu@3:38:0:51:133:33:0
    N24;ProSiebenSat.1:12544:HC56M2O0S0:S19.2E:22000:1023=2:1024=deu@3:35:0:17503:1:1107:0
    9Live;ProSiebenSat.1:12544:HC56M2O0S0:S19.2E:22000:1279=2:1280=deu@3:36:0:17504:1:1107:0


    und ums komplett zu machen

    Code
    Oct 21 22:03:46 yaVDR vdr: glcdgraphics: open /var/lib/vdr/plugins/graphlcd/logos/RTL TELEVISION_l.glcd failed (cGLCDFile::Load).
    Oct 21 22:23:59 yaVDR vdr: glcdgraphics: open /var/lib/vdr/plugins/graphlcd/logos/PRO SIEBEN_l.glcd failed (cGLCDFile::Load).
    Oct 21 22:24:27 yaVDR vdr: glcdgraphics: open /var/lib/vdr/plugins/graphlcd/logos/KABEL 1_l.glcd failed (cGLCDFile::Load).
    Oct 21 22:24:50 yaVDR vdr: glcdgraphics: open /var/lib/vdr/plugins/graphlcd/logos/TELE 5_l.glcd failed (cGLCDFile::Load).
    Oct 21 22:25:13 yaVDR vdr: glcdgraphics: open /var/lib/vdr/plugins/graphlcd/logos/9Live_l.glcd failed (cGLCDFile::Load).

    VDR: Asus M3N78-EM mit Onboard Nvidia 8300, AMD 5050e, 2x2GB Ram, 8GB SATA Transcend SSD + 1 TB WD green, Atric-Einschalter, Hitachi-LCD 240x128 (HD61830) & AX206 (Pearl), Terratec S2 HD & TeVii S464 (unterstützt durch v4l-dvb per selfmade-patch), yaVDR 0.4

    2 Mal editiert, zuletzt von BlueVIP ()

  • Bin gerade das l4m320t am testen, und habs auch soweit unter gentoo am laufen, was mich aber wundert ist, dass libusb (als nicht root) meckert das es keine schreib/lese Rechte auf alle möglichen USB Devices hat, das Display ist ausgerechnet das letzte.


    Ist das das normale Verhalten von libusb oder ist serdisp dafür verantwortlich, dass alle Devices Schreib/Lese Rechte benötigen. In der config habe ich nur Device=USB:4243/ee21 benutzt, das Device bekommt auch die entsprechenden Rechte per udev Rule:


    Code
    SUBSYSTEM=="usb", SYSFS{idVendor}=="4243", SYSFS{idProduct}=="ee21" , MODE="0666"

    Mein aktueller HD VDR:
    Hardware: Gehäuse: JCP-MI-105.B, MB Zotac IONITX A, 2 x TT DVB-S2-3600, LCD l4m320t, HD WD EVDS 2TB, Atric Einschalter, Logitech Harmony 700
    Software: Gentoo, vdr-1.7.17, xine-lib 1.2 mit df-osd-handling-patch-alter-vdpau-h264-decoder Patch, xineliboutput-cvs + vdr-sxfe

    Einmal editiert, zuletzt von mgoeben ()

  • Moin Randy,


    so wie es aussieht, ist mein Logopack bei weitem nicht komplett im Git angekommen.


    Eventuell checkst du das nochmal.


    Wer das Logopack vorab haben will:


    Klick


    Zudem gibts noch ein Problem mit der Anzeige in Verbindung mit extrecmenu-1.2, da werden im Kontext nur Fragezeichen im Aufnahmemenu angezeigt.


    Werde mal heute Abend einen Bugreprot aufmachen.


    Gruß
    Wolfgang

  • Zitat

    Original von hotzenplotz5


    ist das ein problem ?
    ich wollte jetzt wegen millionen von beschwerden extra wieder zurück nach 0.1.6 für yavdr


    Gibt es eine Möglichkeit trotzdem die 0.2.0 zu installieren?


    Der Grund ist das ich mir extra ein Skin gebaut hatte und diese kann ich unter der 0.1.6 nicht mehr nutzen.

    cu
    heino666
    ---

    VM Server: HP Proliant Microserver Gen8 - Intel Xeon E3 1220L - 16GB - 64GB SSD - 2xSeagate 3TB - 5xSeagate 2TB - VMware vSpere Hypervisor 6.7.0 U3

    VM1: Debian Stretch Server - Digital Devices Cine S2 V7A + Duoflex S2 V4A + DVBSky S952 V3 - HTS Tvheadend 4.3

    Media-Server: Synology DS418 - 4x Seagate IronWolf 4TB
    Client 1:
    Xiaomi Mi Box S - Kodi 18.5 - Hisense H75BE7410

    Client 2: Xiaomi Mi Box S - Kodi 18.5 - Hisense LTDN50K680 3D

    Client 3: FireTV 2 - Kodi 18.5 - Philips 42PFL7404H
    Client 4: RaspberryPi 3B - Samsung 16GB SD - LibreELEC (Krypton) 8.2.5

    Client 5: RaspberryPi 2B - Samsung 16GB SD - LibreELEC (Krypton) 8.2.5

    Client 6: ASUS Tinker Board - Samsung 64GB SD - Debian + Kodi

    Client 7: TX3 Mini TV Box S905 - LibreELEC

  • wenn du noch ein paar wochen wartest gibt es eine offizielle 0.2.0; das was ihr verwendet
    ist eine nicht gepflegte beta, die so auch nicht weiterverwendet wird (zumindest nicht von
    mir).


    uebrigens waers nett, ein paar skins als samples zu dem plugin dazulegen zu koennen.


    die fehlenden logos sollten nun im git sein:


    Code
    Created commit 6a50a6d: wbreu logo pack, again
     771 files changed, 0 insertions(+), 0 deletions(-)


    scheinbar hatte der commit die "alten" logos nur geloescht anstelle zu ersetzen :/
    und auf meiner hdd ist das alles dagewesen.


    -- randy

  • Zitat

    Original von randy
    [...] uebrigens waers nett, ein paar skins als samples zu dem plugin dazulegen zu koennen. ...


    Wir dann auch die volle Unterstüztung für das L4M320t kommen, - sprich Farbe und Touch?


    Falls ja, dann würde ich die farbigen Senderlogos erstellen, sofern Du mir sagst, welche Format und Größe die haben sollen.

  • Zitat

    Originally posted by wastl
    im bild schon mal ein vorgeschmack auf integrierte femon-statusinformationen (signal, snr, video bitrate vom aktuellen sender).


    Wie ist das denn gedacht?


    Einfach so im Skin?

    Code
    {ServiceItem:percent_signal}


    Oder muss man die Verwendung vorher erst noch initialisieren?


    Nutze die femon 1.6.7 (der 1.7.7 als Backport für den 1.6er VDR) mit "femon-1.7.7_fixsegfault_patch.diff" Patch. Im Log taucht nix auf, aber im Skin wird auch nix angezeigt.



    Edit: OK, habs doch noch gefunden. Falls noch jemand das Problem hat...


    Im Skin siehts dann z.B. so aus

    Code
    <block condition="{ServiceIsAvailable:femon}"> 
    				<rectangle x1="167" x2="172" y1="27" height="25" color="white" filled="yes"/>
    				<progress x1="168" x2="171" y1="28" height="23" color="black" direction="3" current="{ServiceItem:femon,percent_signal}" total="100"/>
    			</block>


    Beim 1.6er VDR patcht man dann den femon Versionscheck raus.


    cu


  • @ wastl,


    Gibt es zum ThemaTouch und Farbe mittlerweile etwas neues?

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!