Siehe Beitrag "Was macht diese Transistorschaltung?" Da wird statt dem PNG-Bild nur ein weisser Kasten gezeigt. Verwendeter Browswer: Firefox 115.17.0esr
Bradward B. schrieb: > Siehe Beitrag "Was macht diese Transistorschaltung?" > > Da wird statt dem PNG-Bild nur ein weisser Kasten gezeigt. > > Verwendeter Browswer: Firefox 115.17.0esr Das mag damit zusammen hängen, dass es ein webp Format ist.
:
Bearbeitet durch User
> Das mag damit zusammen hängen, das es ein webp Format ist. Wie gemeint? Im selben thread hat's auch ein posting ( Beitrag "Re: Was macht diese Transistorschaltung?" )als PNG mit ordentlicher Vorschau. (siehe Anhang) Naja PNG ist ein ziemlich umfangreiches Format: https://www.w3.org/TR/2003/REC-PNG-20031110/
:
Bearbeitet durch User
Bradward B. schrieb: > Wie gemeint? War eine Fehlannahme meinerseits, da offenbar alles neuerdings zur Anzeige in WEBP umgewandelt wird. Das Png ist eine: unknowncircuit.png: PNG image data, 234 x 156, 1-bit colormap, non-interlaced inklusive Alpha-Channel. Das ist schon … speziell.
Irfanview hat auch Probleme webp anzuzeigen. Der Gnu Bildbetrachter und gthumb haben damit keine Probleme. Möglicherweise gibt es für Irfanview eine Zusatzoption, um das zu ändern. Mit "Link in neuem Tab öffnen" hat Firefox auch kein Problem damit.
:
Bearbeitet durch User
Bradward B. schrieb: > Da wird statt dem PNG-Bild nur ein weisser Kasten gezeigt. Das ist irgendein merkwürdiges png-Format. Klicke ich drauf, zeigt es mein FF 52.9 an. Bradward B. schrieb: > Im selben thread hat's auch ein posting ( > Beitrag "Re: Was macht diese Transistorschaltung?" )als PNG mit > ordentlicher Vorschau. (siehe Anhang) > > Naja PNG ist ein ziemlich umfangreiches Format: > https://www.w3.org/TR/2003/REC-PNG-20031110/ Wenn ich das png speichere, zeigt mein XnView nur ein schwarzes Bild, auch JPEG-View kann es nicht. Der Picture-Publisher stellt es invertiert dar, weiße Linien auf schwarzem Grund, als Strichbild ohne Graustufen. Ich habe es im PP invertiert, als bmp gespeichert und dann per XnView vergrößert und zum png konvertiert. Wenn ich den PP Bilder im png-Format speichern lasse, sind diese im Forum nicht lesbar. Was mich etwas irritiert, dass ich das Bild beliebig vergößern kann, ohne dass Artefakte auftreten, was doch eigentlich nur bei Vektorgraphik geht. Es ist halt wie es ist, ich versuche, damit umzugehen. Christoph db1uq K. schrieb: > Irfanview hat auch Probleme webp anzuzeigen. Mein XnView auch, aber dem nehme ich das nicht übel, weil er von 2004 ist. Mein JPEG-View von 2014 kann schon webp. Wie alt ist Dein Irfan?
Irfanview 4.63 von 2023, läuft hier mit wine unter ubuntu. https://de.wikipedia.org/wiki/WebP Da steht, man braucht ein Plug-in.
Christoph db1uq K. schrieb: > Irfanview 4.63 von 2023, läuft hier mit wine unter ubuntu. Bekommt man für Linux nicht mal etwas brauchbares natives für solche trivialen Dinge wie Irfanview?
:
Bearbeitet durch User
Cyblord -. schrieb: > Bekommt man für Linux nicht mal etwas brauchbares natives für solche > trivialen Dinge wie Irfanview? In großer Zahl und typischer Weise direkt mit installiert bei der OS-Installation. Wie man auf die lustige Idee kommt Irfanview mit wine laufen zu lassen weis ich nicht ;)
Christoph db1uq K. schrieb: > Irfanview 4.63 von 2023, läuft hier mit wine unter ubuntu. Dann dürfte er aktuelle Bildformate gefälligst können. > https://de.wikipedia.org/wiki/WebP > Da steht, man braucht ein Plug-in. Ich sehe da kein webp, im Dateibeginn zeigt der Hexeditor eindeutig PNG. Cyblord -. schrieb: > Bekommt man für Linux nicht mal etwas brauchbares natives für solche > trivialen Dinge wie Irfanview? Es ist nur die Schuld der dummen ignoranten Benutzer, dass Linux auf dem Desktop keinen Fuß auf den Boden bringt.
Axel G. schrieb: > Wie man auf die lustige Idee kommt Irfanview mit wine laufen zu lassen > weis ich nicht ;) Das ist schon merkwürdig nicht wahr...
Manfred P. schrieb: > Ich sehe da kein webp, im Dateibeginn zeigt der Hexeditor eindeutig PNG. Es muss nicht notwendigerweise jeder hier die gleiche Bilddatei bekommen. Cloudflare komprimiert gerne Bilder neu.
Walter T. schrieb: > Manfred P. schrieb: >> Ich sehe da kein webp, im Dateibeginn zeigt der Hexeditor eindeutig PNG. > > Es muss nicht notwendigerweise jeder hier die gleiche Bilddatei > bekommen. Cloudflare komprimiert gerne Bilder neu. Humbug. Ihr müsst Euch mal einig werden, ob Ihr über die Vorschau oder das "richtige" Bild redet ...
Ich sehe da kein Problem, ein etabliertes Windows-Programm auch unter Linux zu benutzen. Es kann vieles, andere sind auch ok, aber ich bin eben gewohnt, damit zu arbeiten. Firefox bzw. Irfanview meldet das hier, es sei eine webp-Datei mit falscher Bezeichnung. Auch der Gnome Bildbetrachter ist der Ansicht.
:
Bearbeitet durch User
Christoph db1uq K. schrieb: > Ich sehe da kein Problem, ein etabliertes Windows-Programm auch unter > Linux zu benutzen. Nee, ist klasse, daß es läuft. Aber lustig ist es auch, so ein Feld- Wald- und Wiesenprogramm in wine laufen zu lassen. :)
Über den Verweis unter dem Bild heruntergeladen: PNG image data, 596 x 390, 8-bit/color RGB, non-interlaced Das Vorschaubildchen: JPEG image data, JFIF standard 1.01, resolution (DPCM), density 37x37, segment length 16, progressive, precision 8, 138x90, frames 3 Das angeklickte (vergrösserte) Vorschaubild: RIFF (little-endian) data, Web/P image
Jetzt zum tatsächlichen Bild (war schon spät): Das sagt "file" klein_unknowncircuit.png: PNG image data, 234 x 156, 1-bit colormap, non-interlaced gross_unknowncircuit.webp: RIFF (little-endian) data, Web/P image link_unknowncircuit.webp: RIFF (little-endian) data, Web/P image
Axel G. schrieb: > Jetzt zum tatsächlichen Bild (war schon spät): > > Das sagt "file" > > klein_unknowncircuit.png: PNG image data, 234 x 156, 1-bit colormap, > non-interlaced > gross_unknowncircuit.webp: RIFF (little-endian) data, Web/P image > link_unknowncircuit.webp: RIFF (little-endian) data, Web/P image Yep. Hatten wir allerdings schon gestern Abend um viertel vor acht. ;-)
Moin, Was mir mit Bildbetrachtern unter Linux aufgefallen ist: * gwenview: Passt * ristretto und cacaview: Hintergrund wird als grauweisses Schachbrettmuster dargestellt, da hab' ich irgendwas ganz schwach so im Hinterkopf, dass das dann als "transparent" im .png signaliert ist. Bin mir aber nicht sicher. * xv ist zu alt, kann kein png, bemueht sich aber und zeigt einen Textviewer mit den Dateibestandteilen als ASCII an. * mit magick ( formally known as convert) in ein anderes Format (gif) verwandelt, das dann angeguckt: Das sieht auf den ersten Blick aus, wie eine Maximalpigmentiertendiskussion mit manuellen Argumenten in einem Tunnel (um's mal politisch korrekt auszudruecken). xv sagt aber bei Betrachtung der Farbpalette des gifs (mit 2 Eintraegen), dass das 2 unterschiedliche Schwarztoene sind, einmal #000000 und einmal #010303. Die Schaltung ist also prinzipiell sichtbar, nur etwas kontrastschwach... Mache ich das mit magick -negate, kann ich die Schaltung sehen, aber der Hintergrund ist schwarz, der Striche sind weiss. Da ich's jetzt nicht fuer voellig abwegig halte, dass bei der Forumssoftware im Hintergrund sowas magick/convert artiges mit wasweissich fuer optionen werkelt, wird's da wohl irgendwo klemmen. Gruss WK
Dergute W. schrieb: > * ristretto und cacaview: Hintergrund wird als grauweisses > Schachbrettmuster dargestellt, da hab' ich irgendwas ganz schwach so im > Hinterkopf, dass das dann als "transparent" im .png signaliert ist. Bin > mir aber nicht sicher. Genauso bei eom und eog. Das ist übrigens das korrekte Verhalten bei Transparenz. BG kann man aber auch konfigurieren. Dergute W. schrieb: > * mit magick ( formally known as convert) in ein anderes Format (gif) > verwandelt, das dann angeguckt: Wenn die Qualle^H^H^H^H Quelle einen transparenten Hintergrund hat, wird der per default als schwarz angenommen. Kann/muss man bei der Konvertierung mit angeben wenn man's grün mit gelben Prilblumen haben möchte. ;-)
> transparenten Hintergrund ... per default als schwarz angenommen
Das wird jetzt der Grund sein.
Ich habe dem Irfanview alle aktuellen Plug-Ins gegeben, jetzt kommen
andere webP ordentlich, nur hier ein schwarzes Rechteck, immerhin ein
Fortschritt gegenüber der Fehlermeldung vorher.
Auch PDF kann ich jetzt damit ansehen, dafür werde ich aber weiterhin
Okular benutzen.
:
Bearbeitet durch User
Norbert schrieb: > Genauso bei eom und eog. Das ist übrigens das korrekte Verhalten bei > Transparenz. Was soll daran korrekt sein? Das ist sinnvoll und nützlich für Programme zu Bild-*Bearbeitung*, aber absolut nutzlos und sogar eindeutig kontraproduktiv für Programme zu Bild-*Anzeige*. Der Sinn von Transparenz ist: Diese Bildteile haben eben einfach transparent zu sein. Sprich: hier muss der Hintergrund zu sehen sein. Vor welchem Hintergrund auch immer das Bild dargestellt wird. Das gilt natürlich auch bei "variabler Transparenz", also bei Vorhandensein eines Alpha-Kanals. Hier hat bei reiner Anzeige halt der Hintergrund in dem Maße durchzuschimmern, den der Alpha-Kanal festlegt.
Ob S. schrieb: > Was soll daran korrekt sein? Vielleicht einfach mal weiter lesen und nicht nur den Teil heraus grapschen, der einem zum Meckern gerade passt. Ich schrieb direkt im Anschluss: BG kann man aber auch konfigurieren. Aber das wäre ja schon zu schwierig.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.