Kindle als Fhem-Display

Begonnen von alexmetz, 25 März 2014, 22:59:15

Vorheriges Thema - Nächstes Thema

mattes1007

Zitat von: micomat am 18 Oktober 2014, 13:27:21
Pfad Hinweis gelesen? icons im gleichen Verzeichnis?

Ja, hab ich so gemacht.
Mach jetzt erstmal Pause.......
gruß mattes

koerly

@micomat ... habe auch leider mit Deiner Vorlage das gleiche Ergebnis ...kein Icon im .png  :-\

rpi2; cul868; jeelink

micomat

sorry jung, dann muss ich leider auch passen =(
imagemagick ist aber druff, oder? mir faellt leider im moment nichts mehr ein woran es liegen koennte.
Synology DS218+ with fhem+iobroker in docker, 2x RasPi w. ser2net, CUL433+868, IT, EGPM2LAN, THZ/LWZ, FB_Callmonitor, HMS100TF, Homematic, 2x TX3-TH, Pushover, USB-IR-SML-Head, SONOS, GHoma, MBus, KLF200

koerly

Ja, imagemagick ist drauf...er erzeug ja auch png....   :(
Benutzt du denn auch die aktuelle 98 FileReplacer?
rpi2; cul868; jeelink

micomat

ja, ich hab mit FR gearbeitet als Stefan es veroeffentlicht hat.
Bei mir gings zu Beginn auch nicht gleich, das lag aber am Pfad... Das fhem-Logo, muss ich gestehen, war aber nachdem ich FR genutzt habe auch weg.
Synology DS218+ with fhem+iobroker in docker, 2x RasPi w. ser2net, CUL433+868, IT, EGPM2LAN, THZ/LWZ, FB_Callmonitor, HMS100TF, Homematic, 2x TX3-TH, Pushover, USB-IR-SML-Head, SONOS, GHoma, MBus, KLF200

l2r

Schau dir mal die svg Datei an, also die, die in Png umgewandelt wird, wo fhem die Platzhalter schon ersetzt hat.
Sind dort die icons vorhanden?
Gruß Michael
Wissen ist Macht.
Ich weiß nix.
Macht nix.

mattes1007

Also die .svg wird mit den linked images erzeugt.

<image
       xlink:href="plain_weather/flat_black/svg/32.svg"
       id="tag1_image"
       height="63.057144"
       width="91.958336"
       y="-17.057142"
       x="496.54166" />
    <image
       xlink:href="plain_weather/flat_black/svg/28.svg"
       id="tag2_image"
       height="63.056915"
       width="91.958"
       y="117.97165"
       x="496.54199" />
    <image
       xlink:href="plain_weather/flat_black/svg/11.svg"
       id="tag3_image"
       height="63.056915"
       width="91.958"
       y="258.97165"
       x="496.54199" />


werden auch im Browser angezeigt.
Nur im .png nicht.

Was mir im Browser aufgefallen ist, wenn ich die .svg klicke und wegschiebe (halb transparent)
dann bleiben die icons zurück. Liegen die in einem anderen Layer (?) und werden evtl deswegen nicht konvertiert.

micomat

sorry aber der Pfad ist doch nicht der gleiche oder? sonst wurde dort nur 32.svg stehen
das mit dem Layer kann natürlich auch sein.
Synology DS218+ with fhem+iobroker in docker, 2x RasPi w. ser2net, CUL433+868, IT, EGPM2LAN, THZ/LWZ, FB_Callmonitor, HMS100TF, Homematic, 2x TX3-TH, Pushover, USB-IR-SML-Head, SONOS, GHoma, MBus, KLF200

mattes1007

Zitat von: micomat am 19 Oktober 2014, 14:43:48
sorry aber der Pfad ist doch nicht der gleiche oder? sonst wurde dort nur 32.svg stehen
das mit dem Layer kann natürlich auch sein.
Uups. Stimmt. Aber es wird umbenannt. Heißt dann XY.SVG ohne Pfad.
Das war schon wieder aus einer anderen Datei.
Vor lauter testerei schon ganz verwirrt.

l2r

Das gleiche Phänomen hab ich bei mir auch, weshalb ich das png ja mit inkscape erzeuge
Wissen ist Macht.
Ich weiß nix.
Macht nix.

koerly

  Ja, ich würde es ja gerne auch mit dem Inkscape Konvertierung  probieren. Inkcape auf meinem Notebook speichert die PNG auch mit Icons ab.

Aber ich bekomme den Auszug aus der 98_FileReplacer.pm leider nicht auf Inkscape umgeschrieben.


if ($doPNG) {
        my $pngName = $hash->{OUTPUT};
        $pngName =~ s/\.svg/.png/;
        system("convert $hash->{OUTPUT} -type GrayScale -depth 8 $pngName 2>/dev/null &");
    }
rpi2; cul868; jeelink

l2r

Das gleiche Phänomen hab ich bei mir auch, weshalb ich das png ja mit inkscape erzeuge
Wissen ist Macht.
Ich weiß nix.
Macht nix.

l2r

Ohne file replacer kann ich dir das morgen eben geben
Wissen ist Macht.
Ich weiß nix.
Macht nix.

koerly

rpi2; cul868; jeelink

mattes1007

So,
ich geb´s auf  >:(

Jetzt hab ich extra einen Laptop mit Linux aufgesetzt und siehe da, es funzt.
Im .png sind die icons zu sehen.

Unter welcher Hardware habt ihr FHEM laufen ? Bei mir läufts auf einem Raspberry B+

Hab jetzt den ganzen Abend versucht aber jetzt ist Schluß....schlechte Laune.
Hier noch ein paar Erkenntnisse mit Auszug aus "convert -list format"

Laptop Ubuntu 14.04 funzt...aber warum....

SVG  SVG       rw+   Scalable Vector Graphics (RSVG 2.40.1)
SVGZ  SVG       rw+   Compressed Scalable Vector Graphics (RSVG 2.40.1)
PNG* PNG       rw-   Portable Network Graphics (libpng 1.2.50)
           See http://www.libpng.org/ for details about the PNG format.
PNG24* PNG       rw-   opaque 24-bit RGB (zlib 1.2.8)
PNG32* PNG       rw-   opaque or transparent 32-bit RGBA
PNG8* PNG       rw-   8-bit indexed with optional binary transparency

root@mattes-TravelMate-4230:/home/mattes/Downloads# convert vorlage.svg -verbose -type GrayScale -depth 8 test.png
vorlage.svg=>test.png SVG 600x800 600x800+0+0 8-bit PseudoClass 191c 36.9KB 0.690u 0:00.559


Raspi mit Imagemagick: geht nicht

SVG  SVG       rw+   Scalable Vector Graphics (RSVG 2.36.1)
SVGZ  SVG       rw+   Compressed Scalable Vector Graphics (RSVG 2.36.1)
PNG* PNG       rw-   Portable Network Graphics (libpng 1.2.49)
           See http://www.libpng.org/ for details about the PNG format.
PNG24* PNG       rw-   opaque 24-bit RGB (zlib 1.2.7)
PNG32* PNG       rw-   opaque or transparent 32-bit RGBA
PNG8* PNG       rw-   8-bit indexed with optional binary transparency

root@raspy:/opt/fhem/www/images# convert status1.svg -verbose -type GrayScale -depth 8 test.png
status1.svg=>test.png SVG 600x800 600x800+0+0 8-bit PseudoClass 191c 28.7KB 3.130u 0:03.140


Raspi mit graphicsmagick : funzt...aber sieht irgendwie merkwürdig aus

SVG S  r--  Scalable Vector Graphics (XML 2.8.0)
SVGZ S  r--  Scalable Vector Graphics (ZIP compressed) (XML 2.8.0)
PNG P  rw-  Portable Network Graphics (libpng 1.2.49, zlib 1.2.7)
            See http://www.libpng.org/ for information on PNG..
PNG24 P  rw-  24-bit RGB PNG, opaque only (libpng 1.2.49, zlib 1.2.7)
PNG32 P  rw-  32-bit RGBA PNG, semitransparency OK (libpng 1.2.49, zlib 1.2.7)
PNG8 P  rw-  8-bit indexed PNG, binary transparency only (libpng 1.2.49, zlib 1.2.7)

root@raspy:/opt/fhem/www/images# gm convert status1.svg -verbose -type GrayScale -depth 8 test.png
attribute not recognized: X
attribute not recognized: D
attribute not recognized: N
status1.svg MVG 600x800+0+0 DirectClass 8-bit 133.3K 13.890u 0:15 (33.5K pixels/s)
status1.svg=>test.png PNG 600x800+0+0 DirectClass 8-bit 44.0K 0.340u 0:01 (1.3M pixels/s)


(http://up.picr.de/19866697ef.png)

Hab noch nicht alle Platzhalter gefüllt aber ihr seht ja selbst den anderen WirrWarr.

Inksape geht auch.

(http://up.picr.de/19866762dc.png)

Aber  geht da auch 8bit Graustufen bzw. wie ?

Die Frage ist jetzt, warum es bei manchen geht und bei vielen nicht.

Gruß mattes