Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.software.graphik > #1078 > unrolled thread

Problem mit Anzeige einer jpg-Datei

Back to article view | Back to de.comp.software.graphik

Contents

  Problem mit Anzeige einer jpg-Datei Reinhard Zwirner <reinhard.zwirner@t-online.de> - 2019-06-24 14:07 +0200
    Re: Problem mit Anzeige einer jpg-Datei Micha Kuehn <micha-usenet@nurfuerspam.de> - 2019-06-24 21:57 +0200
      Re: Problem mit Anzeige einer jpg-Datei Reinhard Zwirner <reinhard.zwirner@t-online.de> - 2019-06-25 11:46 +0200
        Re: Problem mit Anzeige einer jpg-Datei Micha Kuehn <micha-usenet@nurfuerspam.de> - 2019-06-25 22:28 +0200
          Re: Problem mit Anzeige einer jpg-Datei Reinhard Zwirner <reinhard.zwirner@t-online.de> - 2019-06-26 00:15 +0200
            Re: Problem mit Anzeige einer jpg-Datei Ka Prucha <Ka.Prucha@gmx.at> - 2019-06-26 06:33 +0200
          Re: Problem mit Anzeige einer jpg-Datei Reinhard Zwirner <reinhard.zwirner@t-online.de> - 2019-06-26 13:11 +0200
            Re: Problem mit Anzeige einer jpg-Datei Micha Kuehn <micha-usenet@nurfuerspam.de> - 2019-06-27 17:27 +0200
              Re: Problem mit Anzeige einer jpg-Datei Reinhard Zwirner <reinhard.zwirner@t-online.de> - 2019-06-27 17:48 +0200
                Re: Problem mit Anzeige einer jpg-Datei Micha Kuehn <micha-usenet@nurfuerspam.de> - 2019-06-27 20:25 +0200
                  Re: Problem mit Anzeige einer jpg-Datei Reinhard Zwirner <reinhard.zwirner@t-online.de> - 2019-06-28 00:15 +0200
                    Re: Problem mit Anzeige einer jpg-Datei Rudolf Harras <rudolf.harras@mailinator.com> - 2019-06-30 23:43 +0200
              Re: Problem mit Anzeige einer jpg-Datei Reinhard Zwirner <reinhard.zwirner@t-online.de> - 2019-06-30 13:01 +0200
    Re: Problem mit Anzeige einer jpg-Datei Sebastian Will <herr.will@ist-einmalig.de> - 2019-06-27 19:58 +0200
      Re: Problem mit Anzeige einer jpg-Datei Reinhard Zwirner <reinhard.zwirner@t-online.de> - 2019-06-28 00:09 +0200
    Re: Problem mit Anzeige einer jpg-Datei "Wendelin Uez" <wuez@online.de> - 2019-11-10 13:56 +0100
      Re: Problem mit Anzeige einer jpg-Datei Reinhard Zwirner <reinhard.zwirner@t-online.de> - 2020-02-18 17:12 +0100
        Re: Problem mit Anzeige einer jpg-Datei "Wendelin Uez" <wuez@online.de> - 2020-04-21 20:35 +0200
          Re: Problem mit Anzeige einer jpg-Datei Reinhard Zwirner <reinhard.zwirner@t-online.de> - 2020-04-22 18:17 +0200
    Paint ist schuld! (was: Problem mit Anzeige einer jpg-Datei) Reinhard Zwirner <reinhard.zwirner@t-online.de> - 2020-04-23 17:52 +0200

#1078 — Problem mit Anzeige einer jpg-Datei

Liebe Experten,

ich hoffe, Ihr könnt mir eine Lösung für folgendes Problem aufzeigen:

Ich hatte vor Jahren einen auf einer "riesigen" Blaupause
archivierten Schaltplan kopiert, und zwar in Form mehrerer
überlappender A3-Kopien. Vor kurzem habe ich diese als jpg-Dateien
scannen lassen und sie mittels Paint zusammengestückelt: hat gut
geklappt, so daß das Schaltbild jetzt als fast 20 MB große jpg-Datei
vorliegt. So weit, so gut.

Das Problem: Will ich diese Datei jetzt per Paint (mit diesem
Programm wurde sie ja erstellt) aufrufen, klappt das nicht:

<https://www.bilder-hochladen.net/files/big/12b4-r9-e82f.jpg>

Gleiches gilt, wie aus dem verlinkten Bild ebenfalls hervorgeht, für
einen Anzeigeversuch mit Apache OO-Draw.

Aber: Mit Irfanview klappt's problemlos ...!

Woran liegt's? Können Paint und OO-Draw eine so große Datei nicht
bewältigen? Was meint Ihr Experten dazu?

Für sachdienliche Hinweise dankt im voraus

Reinhard

[toc] | [next] | [standalone]

#1079

Reinhard Zwirner schrieb:

> Woran liegt's? Können Paint und OO-Draw eine so große Datei nicht
> bewältigen? Was meint Ihr Experten dazu?

Experten nutzen vermutlich kein Paint... Ist ja irgendwie ein
Widerspruch in sich.

> Für sachdienliche Hinweise dankt im voraus

Kannst du die Datei, um die es geht mal hochladen?

Danke
Micha
-- 
Überlegen: Wer denken kann, ist klar im Vorteil.
(Der Postillon)

[toc] | [prev] | [next] | [standalone]

#1080

Micha Kuehn schrieb:
> Reinhard Zwirner schrieb:

>> Woran liegt's? Können Paint und OO-Draw eine so große Datei nicht
>> bewältigen? Was meint Ihr Experten dazu?

> Experten nutzen vermutlich kein Paint... Ist ja irgendwie ein
> Widerspruch in sich.

Na ja, es geht doch nicht nur um Paint, sondern auch um ein
Open-Office-Zeichenprogramm, und dabei um ein Dateiformat-Problem,
das Irfanview offenbar nicht hat..

> Kannst du die Datei, um die es geht mal hochladen?

Du hast Post.

Ciao

Reinhard

[toc] | [prev] | [next] | [standalone]

#1081

Reinhard Zwirner schrieb:

> Micha Kuehn schrieb:
>> Kannst du die Datei, um die es geht mal hochladen?
> 
> Du hast Post.

Also, für Paint kann ich das Problem bestätigen.
OpenOffice habe ich nicht mehr, aber LibreOffice (noch in einer der
5er-Versionen). Damit klappt es auf Anhieb mit deiner Datei.

Auch Gimp kann die Datei öffnen.

Ich vermute also, dass Paint einfach ein Problem mit der Größe hat. Wenn
ich die Datei mit Gimp stärker komprimiert speichere, dann rödelt Paint
ein bisschen länger rum, bis die Fehlermeldung kommt.

Du könntest also, wenn es unbedingt Paint sein soll, mal noch stärker
komprimieren, vielleicht geht es irgendwann. Ich bin bis jpg-Qualität
85% runter gegangen.

Liebe Grüße
Micha
-- 
Überlegen: Wer denken kann, ist klar im Vorteil.
(Der Postillon)

[toc] | [prev] | [next] | [standalone]

#1082

Micha Kuehn schrieb:

[...]
> Also, für Paint kann ich das Problem bestätigen.
> OpenOffice habe ich nicht mehr, aber LibreOffice (noch in einer der
> 5er-Versionen). Damit klappt es auf Anhieb mit deiner Datei.
> 
> Auch Gimp kann die Datei öffnen.
> 
> Ich vermute also, dass Paint einfach ein Problem mit der Größe hat. Wenn
> ich die Datei mit Gimp stärker komprimiert speichere, dann rödelt Paint
> ein bisschen länger rum, bis die Fehlermeldung kommt.

Hallo Michael,

danke für Deine Bemühungen. Ich kann halt nicht verstehen, daß Paint
zwar die Datei erstellt hat, sie anschließend aber nicht anzeigen kann.

> Du könntest also, wenn es unbedingt Paint sein soll, mal noch stärker
> komprimieren, vielleicht geht es irgendwann. Ich bin bis jpg-Qualität
> 85% runter gegangen.

Es muß nicht Paint sein: mit der Zusammenstückelung hat es ja das
gemacht, was es sollte. Ansehen und ggf. drucken geht auch mit Irfanview.

Beste Grüße

Reinhard

[toc] | [prev] | [next] | [standalone]

#1083

Am 26.06.2019 um 00:15 schrieb Reinhard Zwirner:
> Micha Kuehn schrieb:
> Hallo Michael,
> 
> danke für Deine Bemühungen. Ich kann halt nicht verstehen, daß Paint
> zwar die Datei erstellt hat, sie anschließend aber nicht anzeigen kann.

Dieses Problem hatte einmal auch das Komprimier-Programm Winzip.

mfg Karl Prucha

[toc] | [prev] | [next] | [standalone]

#1084

Micha Kuehn schrieb:

[...]
> Du könntest also, wenn es unbedingt Paint sein soll, mal noch stärker
> komprimieren, vielleicht geht es irgendwann. Ich bin bis jpg-Qualität
> 85% runter gegangen.

Hallo Michael,

ich habe die Originaldatei mit Irfanview aufgerufen und dann mit
dessen Default-Einstellungen unter anderem Namen, aber ebenfalls im
jpg-Format, abgespeichert: damit war die Datei nur noch 10 MB groß.

Doch sowohl Paint als auch OO-Draw lehnen mit den bekannten Meldungen

<https://www.bilder-hochladen.net/files/big/12b4-r9-e82f.jpg>

eine Anzeige dieser größenreduzierten Datei ab ...

Nun gut. Paint hatte ja - wie zu sehen - beanstandet, daß es sich
nicht um eine gültige Bitmap-Datei handele. Also habe ich die
Originaldatei von Irfanview im bmp-Format abspeichern lassen: fast
360 MB!

Nach kurzem Gerödel gab Paint mit der bekannten Meldung erneut auf.
OO-Draw ebenfalls, wenn auch mit einer neuen Meldung:

"Allgemeiner Fehler.
 Die Seekoperation konnte nicht ausgeführt werden."

Irgendwelche Ideen?

Beste Grüße

Reinhard

[toc] | [prev] | [next] | [standalone]

#1085

Reinhard Zwirner schrieb:

> Irgendwelche Ideen?

Installiere dir statt OpenOffice LibreOffice. Das ist aktueller (und
besser). Es kann die Datei, so wie du sie mir geschickt hast, ohne
Probleme öffnen.

Warum Paint die nicht mag, weiß ich nicht.

Warum ist das eigentlich so wichtig? Willst du es nur grundsätzlich
hinkriegen oder willst du etwas Bestimmtes mit der Datei anfangen, das
in IrfanView nicht geht?

Micha
-- 
Überlegen: Wer denken kann, ist klar im Vorteil.
(Der Postillon)

[toc] | [prev] | [next] | [standalone]

#1086

Micha Kuehn schrieb:

[...]
> Warum ist das eigentlich so wichtig? Willst du es nur grundsätzlich
> hinkriegen oder willst du etwas Bestimmtes mit der Datei anfangen, das
> in IrfanView nicht geht?

Hi Micha,

beides! Einerseits möchte ich verstehen, warum Paint sich weigert,
etwas Selbsterstelltes anzuzeigen, und andererseits möchte ich noch
was ergänzen ...

Seufzend

Reinhard

[toc] | [prev] | [next] | [standalone]

#1088

Reinhard Zwirner schrieb:

> beides! Einerseits möchte ich verstehen, warum Paint sich weigert,> etwas Selbsterstelltes anzuzeigen, und andererseits möchte ich noch>
was ergänzen ...
Letzteres geht z.B. mit Gimp.

Micha
-- 
Überlegen: Wer denken kann, ist klar im Vorteil.
(Der Postillon)

[toc] | [prev] | [next] | [standalone]

#1090

Micha Kuehn schrieb:
> Reinhard Zwirner schrieb:

>> beides! Einerseits möchte ich verstehen, warum Paint sich weigert,
>> etwas Selbsterstelltes anzuzeigen, und andererseits möchte ich noch>> was ergänzen ...

> Letzteres geht z.B. mit Gimp.

Hi Micha,

für Gimp bin ich zu doof! Insofern leiste ich der Aufforderung Folge,
die am Orakel-Tempel in Delphi zu lesen war: Erkenne dich selbst!

Seufzend

Reinhard

[toc] | [prev] | [next] | [standalone]

#1092

Reinhard Zwirner schrieb:
> für Gimp bin ich zu doof! Insofern leiste ich der Aufforderung Folge,
> die am Orakel-Tempel in Delphi zu lesen war: Erkenne dich selbst!

Einfache Sachen lassen sich auch mit Irfan View ergänzen, oder Krita wäre Open
Source und übersichtlicher als Gimp.

[toc] | [prev] | [next] | [standalone]

#1091

Micha Kuehn schrieb:
> Reinhard Zwirner schrieb:
> 
>> Irgendwelche Ideen?
> 
> Installiere dir statt OpenOffice LibreOffice. Das ist aktueller (und
> besser). Es kann die Datei, so wie du sie mir geschickt hast, ohne
> Probleme öffnen. ...

Hi Micha,

so, ich hab' jetzt mal LO installiert. Damit wird die Problemdatei
tatsächlich angezeigt. Allerdings werd' ich das Programm wieder
deinstallieren, denn es speichert - im Gegensatz zu OO - offenbar nur
im OpenOffice-Format ab: und mit solchen ODG-Dateien kann Irfanview
nichts anfangen.

Aber vielleicht hab' ich ja was übersehen.

Ciao

Reinhard

[toc] | [prev] | [next] | [standalone]

#1087

Am 24.06.2019 um 14:07 schrieb Reinhard Zwirner:
> 
> Aber: Mit Irfanview klappt's problemlos ...!

Was zeigt Irfanview unter Bildinformation an (Bild laden und i drücken)?

[toc] | [prev] | [next] | [standalone]

#1089

Sebastian Will schrieb:
> Am 24.06.2019 um 14:07 schrieb Reinhard Zwirner:

>> Aber: Mit Irfanview klappt's problemlos ...!

> Was zeigt Irfanview unter Bildinformation an (Bild laden und i drücken)?

Hallo Sebastian,

dieses: <https://www.bilder-hochladen.net/files/big/12b4-ra-76c0.jpg>

Ciao und gute Nacht

Reinhard

[toc] | [prev] | [next] | [standalone]

#1093

> Ich hatte vor Jahren einen auf einer "riesigen" Blaupause
> archivierten Schaltplan kopiert, und zwar in Form mehrerer
> überlappender A3-Kopien. Vor kurzem habe ich diese als jpg-Dateien
> scannen lassen und sie mittels Paint zusammengestückelt: hat gut
> geklappt, so daß das Schaltbild jetzt als fast 20 MB große jpg-Datei
> vorliegt. So weit, so gut.

Wenn du sie mit Paint zusammengestückelt hast (also eine einzie Bitmap draus
gemacht hast), dann heißt das ja, dass Paint wohl nach dem letzten
hinzugefügten Stück die komplette Bitmap im Speicher hatte und anzeigen
konnte. Ergo kann der Speicherbedarf für das Komplettbild wohl nicht zu groß
geworden sein.

Anschließend hast du das Bild als jpg, also komprimiert, gespeichert.
Dadurch wird aber nur die zu speichernde Kopie auf der Festplatte kleiner,
sonst nichts. Wird die Kopie später wieder eingelesen, muß das komprimierte
Bild wieder als volle Bitmap erzeugt werden. Dabei entstehen bei hoher
Komprimierung halt mehr Artefakte etc. als bei geringer, aber die
resultierende Bitmap ist gleich groß.

Während der Dekomprimierung beim Einlesen einer jpg ist jedoch, vereinfacht
gesehen, sowohl das jpg als auch die komplette Bitmap im Speicher zu halten,
und beides zusammen kann dann bspw. für Paint, nicht aber für andere
Programme, bereits zuviel sein, während vorher beim Speichern zwar ebenfalls
die ganze Bitmap im Speicher war, die Komprimierung aber sukzessive erfolgte
und somit immer nur ein Teil des Komprimats gleichzeitig im Speicher sein
musste. Das kann erklären, dass speichern ging und wieder einlesen nicht.

Wenn du das Komplettbild nicht mehr als bmp, sondern nur als jpg hast,  dann
speichere doch mal dieses jpg mit einem Programm, wo's noch einzulesen geht,
als bmp ab und lies dann dieses bmp mit Paint wieder ein - vermutlich wird
das dann gehen und obiges bestätigen. Wobei du bei der Speicherung als bmp
natürlich die Farbtiefe berücksichtigen solltest, d.h. die Farbtiefe nehmen,
die auch beim Zusammenstückeln verwendet wurde.

Sollte das alles nicht klappen, dann versuche es spaßeshalber auf einem
Rechner mit mehr Speicher zu testen. Programme verhalten sich meist sehr
seltsam, wenn ihnen der Speicher ausgeht, sie müssen deswegen nicht
unbedingt gleich abstürzen oder sich aufhängen oder dies im besten Falle
sogar anzeigen, die fiesen bleiben mit lädierten Daten am Leben und tun so,
als ob sie kein Wässerchen trüben könnten.

wuez

p.s.:  recht praktisch für Umwandlungen ist auch das Programm PhotoFiltre 
(kostenlos) 

[toc] | [prev] | [next] | [standalone]

#1099

Wendelin Uez schrieb:

[...]
> Wenn du das Komplettbild nicht mehr als bmp, sondern nur als jpg 
> hast,  dann speichere doch mal dieses jpg mit einem Programm, wo's
> noch einzulesen geht, als bmp ab und lies dann dieses bmp mit
> Paint wieder ein - vermutlich wird das dann gehen und obiges
> bestätigen. ... 

So, mit meinem neuen Win10-PC (i7, 16 GB RAM) hab' ich heute nochmal
ein bißchen rumgespielt:

Auch jetzt wollte Paint besagte und auch eine andere, ähnlich große
jpg-Datei nicht öffnen und faselte was von ungültiger Bitmap-Datei
(s. Link im OP).

Dann habe ich die (neue) Datei mit Irfanview geöffnet und als
Bitmap-Datei gespeichert: Paint blieb bei seiner Meinung ...

Anschließend habe ich die Datei wieder mit Irfanview geöffnet, in
toto markiert, kopiert und in Paint eingefügt: klappte problemlos.
Daraufhin habe ich das Bild mit Paint als neubenamste bmp-Datei
gespeichert. Aber auch dieses eigene "Kind" will Paint mit der
bekannten Meldung nicht öffnen.

>       ... Wobei du bei der Speicherung als bmp natürlich die
> Farbtiefe berücksichtigen solltest, d.h. die Farbtiefe nehmen, die
> auch beim Zusammenstückeln verwendet wurde.

Ich habe nie und nirgendwo irgendwelche speziellen Einstellungen
bzgl. irgendwelcher Bildeigenschaften vorgenommen - immer mit den
Default-Einstellungen gearbeitet.

> Sollte das alles nicht klappen, dann versuche es spaßeshalber auf
> einem Rechner mit mehr Speicher zu testen. Programme verhalten
> sich meist sehr seltsam, wenn ihnen der Speicher ausgeht, sie
> müssen deswegen nicht unbedingt gleich abstürzen oder sich
> aufhängen oder dies im besten Falle sogar anzeigen, die fiesen
> bleiben mit lädierten Daten am Leben und tun so, als ob sie kein
> Wässerchen trüben könnten.

S. o.

Für die Hinweise dankt
nach wie vor ratlos

Reinhard

[toc] | [prev] | [next] | [standalone]

#1104

Wenn du mal Bildgröße, Farbtiefe und Dateigröße in Bytes posten könntest, 
dann würde ich mal so eine Bitmap selbst anlegen und damit rumspielen.

Bitmaps sind meist unkomrimiert, aber das Bitmap-Dateiformat erlaubt auch 
die verlustfreie Lauflängenkomprimierung (RLE). Es könnte sein, dass es 
damit etwas zu tun hat.

wuez

[toc] | [prev] | [next] | [standalone]

#1105

Wendelin Uez schrieb:
> Wenn du mal Bildgröße, Farbtiefe und Dateigröße in Bytes posten
> könntest, dann würde ich mal so eine Bitmap selbst anlegen und damit
> rumspielen.
> 
> Bitmaps sind meist unkomrimiert, aber das Bitmap-Dateiformat erlaubt
> auch die verlustfreie Lauflängenkomprimierung (RLE). Es könnte sein,
> dass es damit etwas zu tun hat.

Du hast Post ...

Ciao

Reinhard

[toc] | [prev] | [next] | [standalone]

#1106 — Paint ist schuld! (was: Problem mit Anzeige einer jpg-Datei)

Reinhard Zwirner schrieb:

[...]

Hi,

Wendelin Uez hat sich freundlicherweise mal meiner "Problemdatei"
angenommen und hat mir folgendes Ergebnis mitgeteilt:

<Zitat Wendelin Uez>

Hallo,

die Datei ist 9888 x 9927 Pixel mit 24 Bit Farbtiefe groß, also netto
(ohne Header) 9888*9927*3  = 294.474.528 Bytes = 287.572,781.. kB groß

Explorer - Eigenschaften ergibt:
Dateigröße = 294.474.582 Bytes
belegter Platz = 294.477.824 Bytes
Die Bitmap ist nicht RLE-komprimiert.

Mit anderen Bildprogrammen wie z.B. GIMP und PHOTOFILTRE kann man die
Datei fehlerfrei einlesen.

Der Fehler, dass die via Zwischenablage nach MSPAINT importierte
Grafik zwar gespeichert werden, aber nicht mehr wieder geladen werden
kann, lässt sich hier trotz ausreichendem Hauptspeicher reproduzieren.

Übertragt man die Bitmap ganz oder nur teilweise via Zwischenablage
aus einem Programm wie GIMP oder PHOTOFILTRE nach MSPAINT, speichert
sie dort als File ab und liest das File wieder in MSPAINT ein, dann
erhält man eine Fehlermeldung beim Wiedereinlesen erst aber ca. 3/4
der Gesamtgröße, d.h. die kleineren Ausschnitte werden von MSPAINT
noch fehlerfrei gespeichert und geladen.

Auch extern erzeugte Bitmapdateien (und damit solche, bei denen ein
durch MSPAINT erzeugter Headerfehler ausgeschlossen werden kann)
dieser Größe können von MSPAINT nicht geladen werden.

Das Problem dürfte also an MSPAINT liegen und nicht an der
verwendeten Datei.

Hilft zwar auch nicht weiter, aber meine Empfehlung wäre auf z.B.
PHOTOFILTRE auszuweichen - war deutsch konfigurierbar,  (zumindest
seinerzeit) kostenlos und recht handlich. Es kann diese Datei
pixelgenau in voller Größe anzeigen, bearbeiten, speichern und laden.

wuez

</Zitat Wendelin Uez>

Ein Gutes hat die Sache: Weder ich noch meine Hardware haben da was
verbockt ... ;-)

Mit nochmals bestem Dank an Wendelin

grüßt freundlich

"Ingrid"

[toc] | [prev] | [standalone]

Back to top | Article view | de.comp.software.graphik

csiph-web