[ANNOUNCE] Enigma-0.4pre8

  • Hallo,


    Zum thema images gibt es glaube ich ein bischen verwirrung ;)
    Es gibt zwei typen, ein mal diejenige (z.b. von tvmovie2vdr) die im EPG angezeigt werden und ein mal das bild für die aufnahme. Letzteres kommt, wenn vorhanden und eventID stimmt, ebenfalls von tvmovie2vdr!


    Ich möchte das kurz klären.



    Also um EPG images (z.b. in epgsearch) zu bekommen muß man als erstes die bilder von irgendwo besorgen. Dies kann z.b. tvmovie2vdr erledigen. Dann muß man wie chrisz sagt ein link machen von dem tvmovie2vdr images ordner zum Enigma skin einrichten. also z.b. :


    Code
    ln -s /video/epgimages /etc/vdr/plugins/text2skin/EnigmaBase/epgimages

    Und in der Enigma.skin (0.4pre8 ) folgendes ersetzen :


    epgimages/{PresentEventID}.jpg
    durch
    epgimages/{PresentEventID}.png



    Das ist eigetlich alles. Zu beachten ist hierbei das wenn vdr weiterhin nach EPG scannt, dann kommen die EventID's öftermals durcheinander und man bekommt keine oder falsche bilder. Hier hilft noepg (wer nicht weiß was das ist = suchen).




    Um Recording Images zu bekommen muß man folgendes machen.


    Vorab-tipp : Enigma sucht nach "Cover-Enigma.jpg" im aufnahme verzeichnis.


    Um diese bilder zu bekommen ist es nicht notwendig tvmovie2vdr zu nutzen, es hilft aber evt. da das bild öfter besser ist als ein zufallsbild ;)


    Man muß als erstes das script CreateRecCover.sh aus dem scripts verzeichnis z.b. nach /usr/local/bin kopieren. Dann muss man natürlich die benötigten programme installieren (siehe anfang des scripts) und die pfade am anfang im script etc. korrekt einstellen. Da wäre z.b. :


    # Where to find the Images created by tvmovie2vdr and type
    EPGIMAGES=/video/epgimages
    EPGIMAGETYPE=png


    hier pfad kontrollieren (sollte die selbe sein wie der link oben bei EPG images sein) und type auf png ändern.


    Dann CreateRecCover.sh als vdr "-r" script einrichten - steht auch im script :

    Code
    #  - Use as VDR "-r" script :
    #    vdr -r /usr/local/bin/CreateSkinCover.sh
    #
    #  - If you have already got a VDR "-r" script, then put this in one of the
    #    first lines :
    #    /usr/local/bin/CreateSkinCover.sh "$1" "$2"

    Das sollte es gewesen sein.



    Ach ja, wer images von alle seinen aufnahmen machen möcht kann das wie folgt machen (ist am anfang der neuesten verion auch schon drin) :


    Code
    find /video/ -type d -name "*.rec" -exec /usr/local/bin/CreateSkinCover.sh edited {} \;

    Noch nicht 100% getestet, ich nutze das script schon länger ;)
    Macht ein screenshot von frame $FRAME (default = 1000 = 1000/25 = 40 sekunden).
    Evt. kurzfristig für diese aktion höher ansetzten damit der vorlauf übersprungen wird.



    Wem es interessitert - ein bischen hintergrundinfos zu CreateRecCover.sh


    Wenn die aufnahme startet holt CreateRecCover.sh die eventid aus info.vdr und sucht im "EPGIMAGES" verzeichnis nach bilder für die aufnahme. Findet er was dann kopiert er das nach cover.png und konvertiert es nach "Cover-Enigma.jpg". Letzteres ist für das Enigma Skin. Wenn er nichts findet dann wartet er ggf. bis $TEMPFRAME in der aufnahme drin ist und macht mit vdr2jpeg ein "screenshot" von frame nummer $TEMPFRAME.
    Nach dem schneiden macht er nur was wenn vorher das image von vdr2jpeg erstellt wurde. Und zwar in der annahme das am anfang in der geschnittene aufnahme ein besseres bild vorhanden ist macht er ein screenshot von frame nummer $FRAME.




    Gruß
    Viking

  • Hi Viking!


    Werde das so machen wie du vorgeschlagen hast. Werde zum WE hin eine neue Version packen mit dem aktuellen Skript. Ev. kann ich ja bis da hin noch die eine oder andere Kleinigkeit einbauen.


    Danke auch nochmal für das Skript und die entsprechende Erklärung. Läuft ja hier schon einige Zeit und funktioniert einwandfre.


    Gruß,
    Brougs78

    - -- --- ================================================================ --- -- -
    Antec Fusion, Intel E5200, Asus P5N7A-VM (VDPAU), DD CineS2 v6 + DD DuoFlex CI // yavdr-0.6.1
    - -- --- ================================================================ --- -- -

  • Zitat

    Original von Brougs78
    Werde das so machen wie du vorgeschlagen hast. Werde zum WE hin eine neue Version packen mit dem aktuellen Skript. Ev. kann ich ja bis da hin noch die eine oder andere Kleinigkeit einbauen.


    Das wäre toll. Was ich mir z.b. wünschen würde wäre auch eine Anpassung der Fontgrößen in der UpdateEnigma.sh - Mir kommen die Originalfontgrößen (z.B. 26) immer so riesig vor auf meiner 55er Röhre. Deswegen muss ich bei jedem Update auch die .template neu anpassen ;( Wäre super, wenn man das im UpdateEnigma.sh einstellen könnte!


    Viele Größe
    Michi

    Wohnzimmer: Techsolo TC-400 :: ASUS P5N7A-VM :: Intel Core 2 Duo E7400 :: GeForce 9300 onboard :: vdr 1.7.15 e-tobi ::
    In Rente: Pimped Scenic 600 (Bilder und Aufbau) :: PIII 600Mhz :: Hauppauge Nexus-S 2.1 4MB :: vdr 1.5.2 e-tobi ::


    "Wer denkt, dass Volksvertreter das Volk vertreten, der glaubt auch, dass Zitronenfalter Zitronen falten." Zeit zum ändern!

  • Hi skiller21!


    Von welchen Fonts sprichst du da genau? Meinst du in der Kanalanzeige?
    Fontgröße ändern ist immer problematisch, da sich der Skin nicht darauf anpasst, d.h. der Text kann dann irgendwo überstehen o.ä.
    Das ginge nur mit einem c++-Skin vernünftig.
    Wie meinst du das eigentlich mit "... immer so riesig vor auf meiner 55er Röhre"? Da müssten sie ja eigentlich klein sein oder sprichst du von einer 55"-Röhre?


    BTW, man kann auch die kleine Schriftart im Skin verwenden (OSD-Optionen). Dadurch passen zwar nicht mehr Zeilen in das Menü, aber mehr Zeichen in der Breite ... finde es aber nicht so überischtlich.


    Gruß,
    Brougs78

    - -- --- ================================================================ --- -- -
    Antec Fusion, Intel E5200, Asus P5N7A-VM (VDPAU), DD CineS2 v6 + DD DuoFlex CI // yavdr-0.6.1
    - -- --- ================================================================ --- -- -

  • Zitat

    Original von Brougs78
    Von welchen Fonts sprichst du da genau? Meinst du in der Kanalanzeige?


    Ich meinte die allgemeinen TTF-Fonts.. sprich z.B.:


    Code
    <text x1="-212" x2="-1" y1="1" y2="25" color="MenuTxtFG" align="center" font="Font.ttf:20,%FW_DEF%">{DateTime:%a. %d.%m.%y %H\:%M}</text>

    Habe ich ersetzt zu:


    Code
    <text x1="-212" x2="-1" y1="1" y2="25" color="MenuTxtFG" align="center" font="Font.ttf:18,%FW_DEF%">{DateTime:%a. %d.%m.%y %H\:%M}</text>

    Die 26er Größen habe ich durch 22 ersetzt. Mir persönlich sind die einfach zu groß. Mag vielleicht auch daran liegen, das ich nur ca 2-3m vom TV wegsitze :monster2


    Zitat

    Original von Brougs78
    Fontgröße ändern ist immer problematisch, da sich der Skin nicht darauf anpasst, d.h. der Text kann dann irgendwo überstehen o.ä. Das ginge nur mit einem c++-Skin vernünftig.


    Also ich hab in den Einstellungen die kleine Schrift eingestellt, das klappt wunderbar.


    Zitat

    Original von Brougs78
    BTW, man kann auch die kleine Schriftart im Skin verwenden (OSD-Optionen). Dadurch passen zwar nicht mehr Zeilen in das Menü, aber mehr Zeichen in der Breite ... finde es aber nicht so überischtlich.


    Ich habs so und bin zufrieden damit. Allerdings hab ich das Gefühl, das das Scrollen langsamer geworden ist, da du in den Menüs nun die Standardschrift verwendest.. (Hat mir vorher mit TTF-Fonts auch irgendwie besser gefallen)


    Viele Grüße
    Michi

    Wohnzimmer: Techsolo TC-400 :: ASUS P5N7A-VM :: Intel Core 2 Duo E7400 :: GeForce 9300 onboard :: vdr 1.7.15 e-tobi ::
    In Rente: Pimped Scenic 600 (Bilder und Aufbau) :: PIII 600Mhz :: Hauppauge Nexus-S 2.1 4MB :: vdr 1.5.2 e-tobi ::


    "Wer denkt, dass Volksvertreter das Volk vertreten, der glaubt auch, dass Zitronenfalter Zitronen falten." Zeit zum ändern!

  • Nur mal zur Verdeutlichung, wie es jetzt hier aussieht:


    [Blockierte Grafik: http://vdr.gekrumbel.de/img/recdetail_enigma.jpg]


    [Blockierte Grafik: http://vdr.gekrumbel.de/img/chaninfo_enigma.jpg]


    [Blockierte Grafik: http://vdr.gekrumbel.de/img/epgdetail_enigma.jpg]


    Grüße
    Michi

    Wohnzimmer: Techsolo TC-400 :: ASUS P5N7A-VM :: Intel Core 2 Duo E7400 :: GeForce 9300 onboard :: vdr 1.7.15 e-tobi ::
    In Rente: Pimped Scenic 600 (Bilder und Aufbau) :: PIII 600Mhz :: Hauppauge Nexus-S 2.1 4MB :: vdr 1.5.2 e-tobi ::


    "Wer denkt, dass Volksvertreter das Volk vertreten, der glaubt auch, dass Zitronenfalter Zitronen falten." Zeit zum ändern!

  • Hallo zusammen,


    ich wollte mir auch gerade die neue Version installieren, bekomme aber beim Compilieren von text2skin unter LinVDR folgende Meldung:


    Code
    make[1]: Leaving directory `/usr/src/vdr-1.4.4/PLUGINS/src/text2skin-1.1-cvs_ext-0.9a'
    make[1]: Entering directory `/usr/src/vdr-1.4.4/PLUGINS/src/text2skin-1.1-cvs_ext-0.9a'
    g++ -g -O2 -Wall -Woverloaded-virtual "-D__user=" -fPIC -O2 -g -c -DHAVE_IMAGEMAGICK -DHAVE_FREETYPE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"text2skin"' -I/usr/src/DVB/include -I/usr/include/freetype2 -I../../../include -I/usr/src/DVB/linux/include -I/usr/src/DVB/include -I. -o text2skin.o text2skin.c
    In file included from text2skin.h:8,
                     from text2skin.c:9:
    common.h:77: `::stringstream' undeclared (first use here)
    common.h:77: `Line' was not declared in this scope
    common.h:77: parse error before `)'
    make[1]: *** [text2skin.o] Error 1


    Hat Jemand das Problem schon einmal gehabt oder lässt sich die Version von text2skin unter LinVDR nicht mehr compilieren?


    Grüße,
    Olaf

    VDR1: YaVDR 0.6; OrigenAE S14V; ASUS M2N-PV VM; Mystique SaTiX-S2 V2 CI Dual; Athlon X2 5600+; Asus EN210 1GB DDR3; OCZ Vertex 32GB; WD Caviar Green 1,5 TB GB; 1GB Ram
    VDR Streaming Server: Debian 16.04; Ahanix D5 modded; Asrock j3455m, 4GB RAM; VDR-2.3.8; TVHeadend-4.2.3;

    Client 1-3: RPI2 mit MLD-5.4 unstable

  • Hi !
    Also bei mir funktionieren die EPG-images noch nicht.
    Ich habe CreateRecCover.sh aus dem Script Verzeichnis nach /usr/local/bin kopiert und vdr2jpeg kompiliert und ebenfalls nach /usr/local/bin kopiert.


    Wenn ich nun über das Recording-Befehls-Menü
    ein Screenshot machen möchte steht im Logfile:



    Zitat


    /usr/local/bin/CreateRecCover.sh: line 107: svdrpsend.pl: command not found
    /usr/local/bin/CreateRecCover.sh: line 107: uudecode: command not found
    /usr/local/bin/CreateRecCover.sh: line 112: svdrpsend.pl: command not found


    svdrpsend.pl liegt ja beim vdr bei, das habe ich auch nach /usr/local/bin kopiert aber ohne Erfolg (wird nicht gefunden). Wohin gehört das Skript?
    Und was muss ich installieren damit uudecode gefunden wird ?!?!? :schiel



    Gruß,
    gromit

    Mein Glotz-o-fon-Konservierer im Aufbau:
    vdr-2.3.1, v4l Treiber, OpenSuse 42.1, Satelco Easywatch DVB-C

    Einmal editiert, zuletzt von gromit ()

  • Mal ein Dankeschön von mir. Super Arbeit !
    Funktioniert alles perfekt.

    Powered by Point of View ION330 und Mystique SaTiX-S2 Dual
    Geguckt wird auf einem 52PFL5605H/12 per HDMI mit Atmolight Quattro
    Audio optisch per Yamaha RX-V459 auf einem Teufel Concept P
    Non-TV content über XBMC und boblight
    Remote Harmony 525 durch Atric-IR
    Remote und Streaming mit Motorola XOOM und AndroVDR sowie Daroon Player
    Streaming auf ZBOX ID-81 und Desktop per streamdev
    All based on selfbuild OpenenELEC master


    Nebenbei noch ein par andere VDRs

  • Zitat

    Original von gromit
    svdrpsend.pl liegt ja beim vdr bei, das habe ich auch nach /usr/local/bin kopiert aber ohne Erfolg (wird nicht gefunden). Wohin gehört das Skript?
    Und was muss ich installieren damit uudecode gefunden wird ?!?!? :schiel


    Den Pfad zu svdrpsend.pl musst du in der CreateRecCover.sh selber eintragen: (Ausschnitt)


    Code
    # Grab Screenshot and convert to text2skin Image
          sleep 1
          /usr/lib/vdr/svdrpsend.pl 'grab -' | sed -n -e 's/^216-//p' -e '1ibegin-base64 644 -' -e '$a====' | uudecode > "$1/cover.jpg"
          if [ -s "$1/cover.jpg" ]; then
            $Convert -resize "$Xres"x"$Yres" "$1/cover.jpg" "$1/$Text2SkinCover"
            /usr/lib/vdr/svdrpsend.pl MESG Create Skin Cover : Screenshot done.
          else
            /usr/lib/vdr/svdrpsend.pl MESG Create Skin Cover : ERROR, Screenshot NOT created!
          fi

    Bei mir ist das Script in /usr/lib/vdr/ - Musst du halt dementsprechend anpassen..


    Wegen uudecode: Findet er denn was, wenn du "which uudecode" eintippst? Wenn nicht, fehlt dir vermutlich das Programm. Ist bei mir (Debian) im folgenden Package:


    Zitat

    sharutils - shar, unshar, uuencode, uudecode


    Also falls du auch Debian verwendest, einfach apt-get install sharutils. Alternativ gibts hier den C-Code: http://www.nr.com/utils/uudecode.c.txt


    Grüße
    Michi

    Wohnzimmer: Techsolo TC-400 :: ASUS P5N7A-VM :: Intel Core 2 Duo E7400 :: GeForce 9300 onboard :: vdr 1.7.15 e-tobi ::
    In Rente: Pimped Scenic 600 (Bilder und Aufbau) :: PIII 600Mhz :: Hauppauge Nexus-S 2.1 4MB :: vdr 1.5.2 e-tobi ::


    "Wer denkt, dass Volksvertreter das Volk vertreten, der glaubt auch, dass Zitronenfalter Zitronen falten." Zeit zum ändern!

  • Hi!


    @skiller21: Deine Änderungen sehen nicht schlecht aus. Könntest du das Template bitte anhängen ... ev. kann ich mich ja mit Teilen daraus anfreunden. ;)
    Oder Vielleicht kannst du ja nur die Zeilen posten die du geändert hast falls das nicht zu viele sind.
    Der Skin ist leider wirklich relativ langsam. Ich weiß leider nicht wie man ihn unter Einsatz von text2skin beschleunigen kann ...
    Was teilweise bremst ist glaube ich die Scrollleiste. Du kannst ja mal versuchen die in den text2skin-Optionen zu deaktivieren, das sollte ein paar % bringen.


    Olsche: Sorry, sieht nach einem Schnitzer von mir aus. Könntest du bitte in common.h unter "#include <string>" die Zeile "#include <sstream>" hinzufügen. "#include <sstream>" dann bitte aus common.c entfernen und das ganze neu kompilieren (versuchen ;) ).


    gromit: Steht bei dir /usr/local/bin nicht im Pfad? Hmm, hätte da sonst keine Idee warum das nicht funktionieren sollte ... vielleicht Viking?


    Gruß,
    Brougs78

    - -- --- ================================================================ --- -- -
    Antec Fusion, Intel E5200, Asus P5N7A-VM (VDPAU), DD CineS2 v6 + DD DuoFlex CI // yavdr-0.6.1
    - -- --- ================================================================ --- -- -


  • Hi,


    Danke für den Tip(p). Ich habe es gerade mal in der VMWare angepasst und durchlaufen lassen. Compilieren unter LinVDR klappt jetzt problemlos (ausser einigen Warnings).


    Ich werde dann heute Abend mal testen, ob der VDR damit läuft.


    Grüße
    Olaf

    VDR1: YaVDR 0.6; OrigenAE S14V; ASUS M2N-PV VM; Mystique SaTiX-S2 V2 CI Dual; Athlon X2 5600+; Asus EN210 1GB DDR3; OCZ Vertex 32GB; WD Caviar Green 1,5 TB GB; 1GB Ram
    VDR Streaming Server: Debian 16.04; Ahanix D5 modded; Asrock j3455m, 4GB RAM; VDR-2.3.8; TVHeadend-4.2.3;

    Client 1-3: RPI2 mit MLD-5.4 unstable

  • Ist eigentlich noch keinem aufgefallen das, das Script in der Doku CreateSkinCover heiß, aber im Paket ein Script CreateRecCover enthalten ist ?

    Powered by Point of View ION330 und Mystique SaTiX-S2 Dual
    Geguckt wird auf einem 52PFL5605H/12 per HDMI mit Atmolight Quattro
    Audio optisch per Yamaha RX-V459 auf einem Teufel Concept P
    Non-TV content über XBMC und boblight
    Remote Harmony 525 durch Atric-IR
    Remote und Streaming mit Motorola XOOM und AndroVDR sowie Daroon Player
    Streaming auf ZBOX ID-81 und Desktop per streamdev
    All based on selfbuild OpenenELEC master


    Nebenbei noch ein par andere VDRs

  • Brougs78
    Kann schon sein, dass /usr/local/bin nicht im Pfad enthalten ist.
    In der Beziehung bin ich Linux-DAU. Kannst Du mir sagen wie man den Pfad abfragt und ggf. setzt? Ist schon lange her wo ich das mal gemacht habe. War irgendwas mit PATH$ oder so ?!?!?



    skiller2k1
    Danke, das mit dem Pfad habe ich nicht gesehen, dachte das es wenn eine zentrale Stelle (oben) im Skript gibt wo man das einstellen kann...
    werde es mal ausprobieren.



    pinky666


    Zitat


    Ist eigentlich noch keinem aufgefallen das, das Script in der Doku CreateSkinCover heiß, aber im Paket ein Script CreateRecCover enthalten ist ?


    Doch aber ich wollte mal nicht so pingelig sein und wieder gleich wegen so einer Kleinigkeit herummeckern :)


    Gruß,
    gromit

    Mein Glotz-o-fon-Konservierer im Aufbau:
    vdr-2.3.1, v4l Treiber, OpenSuse 42.1, Satelco Easywatch DVB-C

    Einmal editiert, zuletzt von gromit ()

  • Hi!


    Olsche: Kommen die Warnungen von text2skin? Kannst du sie bitte ggf. posten.


    pinky666: Das kann sein ... muss ich wohl übersehen haben.


    gromit: Müsste mit "set | grep PATH" zu sehen sein was du im Pfad hast.
    Normalerweise sollte das Anpassen der Pfade nicht notwendig sein.


    BTW, jede "Meckerei" ist recht. ;)


    Gruß,
    Brougs78

    - -- --- ================================================================ --- -- -
    Antec Fusion, Intel E5200, Asus P5N7A-VM (VDPAU), DD CineS2 v6 + DD DuoFlex CI // yavdr-0.6.1
    - -- --- ================================================================ --- -- -

  • Zitat

    Original von Brougs78
    @skiller21: Deine Änderungen sehen nicht schlecht aus. Könntest du das Template bitte anhängen ... ev. kann ich mich ja mit Teilen daraus anfreunden. ;)
    Oder Vielleicht kannst du ja nur die Zeilen posten die du geändert hast falls das nicht zu viele sind.


    Hab die .template hier mal angehangen.. Geändert habe ich folgendes:
    [list=1]
    [*]Ich hab alle TTF-Fonts meinem persönlichen "Geschmack" angepasst, d.h. gut 2-3 Stufen kleiner gestellt.


    [*]Der Fortschrittsbalken bei der Kanalinfo (also beim OK-Drücken) habe ich weiter nach rechts verlängert, da mir da einfach zuviel Platz frei war.. (Allerdings habe ich die Sprachtexte wie "Deutsch" "Englisch" nicht beachtet, die jetzt teilweise im Fortschrittsbalken erscheinen :monster2


    [*]Die Menütitel habe ich etwas weiter nach rechts verschoben, nämlich so:


    [Blockierte Grafik: http://vdr.gekrumbel.de/img/menu_title_enigma.jpg]


    Da hats mich gestört, das sonst alle Texte perfekt untereinandergestanden haben, ausser der Menütitel.. (Betrifft eigentlich nur rec_detail und epg_detail.. Habs aber überall gemacht, dann hüpft der Titel nicht nach rechts, wenn ich mir EPG-Details anschaue)


    Im Detail waren das folgende Änderungen:


    Alles von x1="8" zu x1="14"
    Alles von x1="5" zu x1="11"
    [/list=1]Wie gesagt, wäre halt toll, wenn man die Fontgrößen auch im UpdateEnigma.sh über z.B. %FS_DEF1% oder so einstellen könnte. Müsste man halt einige FS_DEF definieren für die verschiedenen Menüelemente..


    EDIT: Was ich noch vergessen hatte: Ich hab noch {PresentTitle} bei EPG-Data "unfett" gemacht. Genauso auch {RecordingShortText}. Am besten du machst ein diff.. Hab bestimmt noch was vergessen :monster2


    Viele Grüße & Danke
    Michi

  • Zitat

    Original von Brougs78
    Hi!


    Olsche: Kommen die Warnungen von text2skin? Kannst du sie bitte ggf. posten.
    ...
    Gruß,
    Brougs78


    Hi,


    die Warnings sind zum Teil von IMAGEMAGICK.


    Code
    make[1]: Entering directory `/usr/src/vdr-1.4.4/PLUGINS/src/text2skin-1.1-cvs_ext-0.9a'
    In file included from /usr/local/include/Magick++/Include.h:13,
                     from /usr/local/include/Magick++/Image.h:11,
                     from /usr/local/include/Magick++.h:9,
                     from bitmap.c:14:
    /usr/local/include/magick/magick-config.h:584: warning: `X_DISPLAY_MISSING' redefined
    bitmap.c:9: warning: this is the location of the previous definition
    m



    Die zwei scheinen aber von Text2skin zu kommen.


    Code
    I/usr/include/freetype2 -I../../../include -I/usr/src/DVB/linux/include -I/usr/src/DVB/include -I. -o display.o display.c
    display.c: In method `class cxType cText2SkinDisplayMenu::GetTokenData(const txToken &)':
    display.c:1197: warning: unused variable `struct tChannelID chID'
    display.c:1212: warning: unused variable `struct tChannelID chID'


    Für mich als C++ DAU sieht das allerdings nicht besonders dramatisch aus.


    Grüße
    Olaf

    VDR1: YaVDR 0.6; OrigenAE S14V; ASUS M2N-PV VM; Mystique SaTiX-S2 V2 CI Dual; Athlon X2 5600+; Asus EN210 1GB DDR3; OCZ Vertex 32GB; WD Caviar Green 1,5 TB GB; 1GB Ram
    VDR Streaming Server: Debian 16.04; Ahanix D5 modded; Asrock j3455m, 4GB RAM; VDR-2.3.8; TVHeadend-4.2.3;

    Client 1-3: RPI2 mit MLD-5.4 unstable

  • müssen die Bilder für EPG-Images in einer bestimten Grösse vorliegen ?
    man kann das ja im Script von tvmovie2vdr einstellen


    oder anders gefragt


    Ich habe Bilder als png Dateien unter dem verlinkten Pfad vom Skin bekomme sie aber nicht angezeigt.
    Woher weis der Skin eigentlich das er EPG-Bilder anzeigen soll ?


    MfG schneng

  • Zitat

    Original von schneng
    müssen die Bilder für EPG-Images in einer bestimten Grösse vorliegen ?


    Ja. Er skaliert die Bilder nämlich nicht beim anzeigen.. Standardeinstellung von tvmovie2vdr 120x120 px.


    Grüße
    Michi

    Wohnzimmer: Techsolo TC-400 :: ASUS P5N7A-VM :: Intel Core 2 Duo E7400 :: GeForce 9300 onboard :: vdr 1.7.15 e-tobi ::
    In Rente: Pimped Scenic 600 (Bilder und Aufbau) :: PIII 600Mhz :: Hauppauge Nexus-S 2.1 4MB :: vdr 1.5.2 e-tobi ::


    "Wer denkt, dass Volksvertreter das Volk vertreten, der glaubt auch, dass Zitronenfalter Zitronen falten." Zeit zum ändern!

  • Danke für die schnelle Antwort


    dann liegt das Problem bei mir woanders
    also woher weis der Skin welche Bilddatei er anzeigen soll ?
    oder wie sehe ich das für eine bestimmte Sendung eine Bilddatei vorhanden ist ?


    MfG
    schneng

Jetzt mitmachen!

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