Musterbilder gesucht

[Tom]

Hello,

könnt Ihr mir weiterhelfen, um Musterbilder zu finden für die in der GD-LIB erkannten Typen?

1 = GIF, 2 = JPG, 3 = PNG,   ## vorhanden

4 = SWF,
5 = PSD,

6 = BMP,                     # vorhanden
7 = TIFF(intel byte order),  # vorhanden

8 = TIFF(motorola byte order),
9 = JPC,
10 = JP2,
11 = JPX,
12 = JB2,
13 = SWC,
14 = IFF,
15 = WBMP,
16 = XBM

Harzliche Grüße vom Berg
http://bergpost.annerschbarrich.de

Tom

[Kai345]

Grütze .. äh ... Grüße!

http://images.google.com und ins suchfeld filetype:iff oder filetype:xbm etc.

Cü
Kai

[Tom]

Hello,

http://images.google.com und ins suchfeld filetype:iff oder filetype:xbm etc.

Hast Du eigentlich Recht. Ist ja nur zum Testen und nicht zum wiederveröffentlichen...

Harzliche Grüße vom Berg
http://bergpost.annerschbarrich.de

Tom

[Tom]

Hello,

http://images.google.com und ins suchfeld filetype:iff oder filetype:xbm etc.

Hast Du eigentlich Recht. Ist ja nur zum Testen und nicht zum wiederveröffentlichen...

Google war keine so wirklich gute Idee.
Die Bilder scheinen zum größten Teil bereits konvertiert vorzuliegen, auch wenn sie noch die Original-Endung haben. So ganz habe ich das noch nicht durchschaut, wer mir da einen Streich spielt.

Und *.swf krieg ich nur mit Umstand...

Dafür werde ich wohl bald Besuch bekommen. Bei der Suche nach *.jpx bin ich auf wirklich heftige Kinderporno-Seiten gestoßen.

Welche Grafiksoftware kann denn möglichst viele unterschiedliche Formate schreiben?
Ist mir eigentlich auch egal, was drauf ist uf den Bildern, Hauptsache möglichst viele unterschiedliche Formate mit allen Varianten (Farbtiefe, Auflösung, usw.)

Harzliche Grüße vom Berg
http://bergpost.annerschbarrich.de

Tom

[Kai345]

Grütze .. äh ... Grüße!

Google war keine so wirklich gute Idee.
Die Bilder scheinen zum größten Teil bereits konvertiert vorzuliegen, auch wenn sie noch die Original-Endung haben. So ganz habe ich das noch nicht durchschaut, wer mir da einen Streich spielt.

Ärgerlich.

Und außer einem IFF16 und IFF256 und winzigen Bildchen in TGA, WMF PCX hab ich auch gerade auf Anhieb nichts hier.

Cü
Kai

[Olaf Schneider]

Hallo,

Dafür werde ich wohl bald Besuch bekommen. Bei der Suche nach *.jpx bin ich auf wirklich heftige Kinderporno-Seiten gestoßen.

dann überlege Dir, ob Du die Seiten nicht bei einer der Meldestellen anzeigen möchtest.

Gruß
Olaf

[Tom]

Hello,

Dafür werde ich wohl bald Besuch bekommen. Bei der Suche nach *.jpx bin ich auf wirklich heftige Kinderporno-Seiten gestoßen.

dann überlege Dir, ob Du die Seiten nicht bei einer der Meldestellen anzeigen möchtest.

Das wird wohl keinen direkten Nutzen haben, es sind Seiten unter *.com und unter *.cn - Domains

Harzliche Grüße vom Berg
http://bergpost.annerschbarrich.de

Tom

[Tom]

Hello,

ich habe es an die "Online-Polizei" Niedersachsen weitergegeben.
Google werden die sicherlich selber bediennen können.

Auf einen nochmaligen Besuch der Seiten lege ich keinen Wert.

Harzliche Grüße vom Berg
http://bergpost.annerschbarrich.de

Tom

[EisFuX]

(Hallo|Hi(ho)|Tag) Tom,

Hello,

könnt Ihr mir weiterhelfen, um Musterbilder zu finden für die in der GD-LIB erkannten Typen?
1 = GIF, 2 = JPG, 3 = PNG,   ## vorhanden
...
14 = IFF,

Nee, nee, nee -- hier steig ich aus. Es wäre mir neu, dass die GD-Lib
IFF-Grafiken unterstützen würde. Mal abgesehen davon, dass hinter dieser
Bezeichnung eine Vielfalt an "Unterformaten" steckt, die kaum ein
Grafikprogramm (auf Intel-Prozessorbasis) wirklich abdeckt. Selbst
Irfanview kann bspw. keine HAM-Grafiken einlesen.

Die Konstanten, die  du hier ausgelesen hast, beziehen sich auf simple
String-Bastelfunktionen, die dir passend zur Konstante eine
Windoze-Dateiendung liefern, wie
image_type_to_extension().

Siehe auch PHP-Handbuch zur GD-Lib-Erweiterung:

...
IMAGETYPE_IFF (integer)
Image type constant used by the image_type_to_mime_type() and »» image_type_to_extension() functions.
...

Übrigens mal wieder eine PHP-Funktion, deren Sinn sich mir überhaupt
nicht erschließen will ...

So gesehen, helfen dir Beispieldateien gar nicht weiter. Es gibt aber
im Aminet sicher Datei-Sammlungen zum Stress-Test für Grafikprogramme,
die diese Formatfamilie lesen müssen.

MffG
EisFuX

[Tom]

Hello EisFuX,

könnt Ihr mir weiterhelfen, um Musterbilder zu finden für die in der GD-LIB erkannten Typen?
1 = GIF, 2 = JPG, 3 = PNG,   ## vorhanden
...
14 = IFF,
Nee, nee, nee -- hier steig ich aus. Es wäre mir neu, dass die GD-Lib
IFF-Grafiken unterstützen würde.

Das hat auch keiner behauptet.
Ich will nur erstmal getimagesize() quälen.

BMP-Format habe ich schon gebaut. Da gab es eine recht brauchbare Vorlage in den PHP UCN. Die ist aber noch fehlerhaft bzw. nicht vollständig. Soweit habe ich's also repariert...

Ich kann bisher aber noch kein compressed BMP verarbeiten, aber 1, 8, 16, 32-Bit

Das Gleiche für uncompressed TIFF ist im Entstehen.

Einen SWF-Reader hatte ich hier doch auch schon mal vorbeifliegen sehen, finde aber den Thread nicht wieder.

Ich wüsste dann gerne noch, was xpm ist und wer das verwendet.
Außerdem fehlt mir dafür eine Konstante. Was liefert getimagesize() für ein xpm-Bild?

Harzliche Grüße vom Berg
http://bergpost.annerschbarrich.de

Tom

[EisFuX]

(Hallo|Hi(ho)|Tag) Tom,

könnt Ihr mir weiterhelfen, um Musterbilder zu finden für die in der GD-LIB erkannten Typen?
Nee, nee, nee -- hier steig ich aus. Es wäre mir neu, dass die GD-Lib
IFF-Grafiken unterstützen würde.
Das hat auch keiner behauptet.

Ich will nur erstmal getimagesize() quälen.

Gut, es gibt ja einen Unterschied zwischen "erkennen" und "unterstützen". ;-)

Aber getimagesize() gehört ja auch nicht zur GD-Lib-Erweiterung sondern
direkt zu PHP. Steht zumindest so im Handbuch.

BMP-Format habe ich schon gebaut. Da gab es eine recht brauchbare Vorlage in den PHP UCN. Die ist aber noch fehlerhaft bzw. nicht vollständig. Soweit habe ich's also repariert...
Ich kann bisher aber noch kein compressed BMP verarbeiten, aber 1, 8, 16, 32-Bit

Es gibt (glaube ich wenigstens) zwei Kompressions-Arten bei Windoze-BMPs.
Die eine ist ein simpler Byte-Run-Algorhitmus, die andere ist etwas
komplizierter, kommt aber sehr selten vor. Aber sowas in PHP zu basteln ist
nicht ganz trivial (noch dazu, wo du unpack() nicht magst ...). Ich hatte
das mal mit IFF/ILBM versucht, aber das mit dem Entpacken war mir dann
zu doof. Der Rest funktionierte ganz gut (das IFF-Format ist auch
idioten-freundlich aufgebaut).

Das Gleiche für uncompressed TIFF ist im Entstehen.

Öhm, für TIFF gilt Ähnliches wie für IFF: Beide sind "Dach-Formate" für
allerlei Unterformate.

Einen SWF-Reader hatte ich hier doch auch schon mal vorbeifliegen sehen, finde aber den Thread nicht wieder.

In reinem PHP? Das würde mich dann aber auch interessieren.
Soweit ich weiß, handelt es sich beim von GD-Lib unterstützten SWF
lediglich um Flash-Bilder.

Ich wüsste dann gerne noch, was xpm ist und wer das verwendet.

Es ist eine verbesserte Variante von XBM:
http://de.wikipedia.org/wiki/XPM

Was Datei-Formate angeht, schau mal bei wotsit.org vorbei. Die haben eigentlich
zu allem was parat. Fast wie bei Obi ... ;-)
Auch Wikipedia (notfalls auf Englisch) bietet mittlerweile zu den
angefragten Grafik-Formaten Brauchbares.

Außerdem fehlt mir dafür eine Konstante. Was liefert getimagesize() für ein xpm-Bild?

Bei mir (WinXP, PHP 5.2.x): 16.

Ich hab da eine Funktion namens const_dump() für selbstzubauende
Kompatibilitäts-Funktionen. Der übergebe ich einen PCRE, und sie
liefert mir allen passenden Einträge in der PHP-Konstantenliste,
gleich als fertigen PHP-Quellcode. Nicht schön, aber funktioniert:

  
define('CRLF', "\r\n");  
define('EMPTY_STRING', '');  
  
/// dumps PCRE-filtered definition list  
function const_dump(  
  $rx = EMPTY_STRING  
) {  
  if ( empty($rx) ) $rx = '//';  
  
  $dc = get_defined_constants();  
  // filter  
  foreach ($dc as $const => $val) {  
    if ( !preg_match($rx, $const) ) unset( $dc[$const] );  
  }  
  
  // get max length  
  $max_len = 0;  
  foreach ($dc as $const => $val) {  
    if ( ( $const_len = strlen($const) ) > $max_len) $max_len = $const_len;  
  }  
  
  ksort($dc);  
  
  // output  
  $out = EMPTY_STRING;  
  foreach ($dc as $const => $val) {  
    $fill = str_repeat(' ', $max_len - strlen($const) );  
    $out .= sprintf('@define(\'%s\'%s, %s);%s', $const, $fill, is_numeric($val) ? $val : sprintf('\'%s\'', $val), CRLF);  
  }  
  return $out;  
}  
  
printf('<pre>%s</pre>',  const_dump('/IMG/') );  

MffG
EisFuX

[Tom]

Hello,

[...]

nicht ganz trivial (noch dazu, wo du unpack() nicht magst ...).

Naja, es geht so. Ist eben ein wenig cryptisch, aber man gewöhnt sich an alles.
Ich bin immer noch Pascal-verwöhnt.

[...]

Der Rest funktionierte ganz gut (das IFF-Format ist auch
idioten-freundlich aufgebaut).

Dann sollte ich vielleicht damit anfangen? *chchch*
Aber das benutzt wahrscheinlich sowieso kaum einer.

Das Gleiche für uncompressed TIFF ist im Entstehen.
Öhm, für TIFF gilt Ähnliches wie für IFF: Beide sind "Dach-Formate" für
allerlei Unterformate.

Das habe ich nach Ziehen der Beschreibung von Adobe (da liegt die als PDF) schon gemerkt.
Das vollständig zu erschlagen, und dann auch noch in PHP, dürfte wohl Mannjahre kosten.
Ich kann es also nur auf einfache Fälle reduzieren, die häufig vorkommen.

• Intel Byte Order
• nur ein Table mit IFDs
• uncompressed
• usw...

Mal sehen, wie weit ich vereinfachen darf, damit noch die Mehrzahl der üblichen Erzeugnisse aus gängigen Grafikprogrammen sauber durchgehen und keinen Abbruch erforderlich machen.

Ich wüsste dann gerne noch, was xpm ist und wer das verwendet.
Es ist eine verbesserte Variante von XBM:
http://de.wikipedia.org/wiki/XPM

Außerdem fehlt mir dafür eine Konstante. Was liefert getimagesize() für ein xpm-Bild?
Bei mir (WinXP, PHP 5.2.x): 16.

Das wäre diejenige für XBM.
Es gibt aber zwei verschiedene Funkitons-Paare in der GD-LIB.
Das muss doch einen grund haben?

Harzliche Grüße vom Berg
http://bergpost.annerschbarrich.de

Tom

[EisFuX]

(Hallo|Hi(ho)|Tag) Tom,

nicht ganz trivial (noch dazu, wo du unpack() nicht magst ...).
Naja, es geht so. Ist eben ein wenig cryptisch, aber man gewöhnt sich an alles.
Der Rest funktionierte ganz gut (das IFF-Format ist auch
idioten-freundlich aufgebaut).

Dann sollte ich vielleicht damit anfangen? *chchch*

;-)
Das bezog sich mehr auf die einfache Grundstruktur. Es ist so eine
Art "frühes XML", allerdings auf binärer Basis.

Aber das benutzt wahrscheinlich sowieso kaum einer.

Das Originalformat vielleicht. Aber es gibt einen Haufen Abkömmlinge
von AIFF bis RIFF, wer IFF versteht, versteht die auch.

Außerdem fehlt mir dafür eine Konstante. Was liefert getimagesize() für ein xpm-Bild?
Bei mir (WinXP, PHP 5.2.x): 16.

Das wäre diejenige für XBM.

Ja, das war die definierte Konstante. getimagesize() liefert bei
mir für die Wikipedia-Beispielbilder bei XBM die 16 und bei XPM ein
leeres Array, kann also mit XPM anscheinend nichts anfangen, obwohl
Höhe und Breite da draus zu extrahieren kein höherer Aufwand wäre.

Es gibt aber zwei verschiedene Funkitons-Paare in der GD-LIB.
Das muss doch einen grund haben?

Hmm, ich weiß nur, dass Konstanten, die mit IMAGETYPE_ anfangen, quasi
die Liste der getimagesize() bekannten Grafikformate darstellen, bspw.:
// konstante                      wert     (mime-type) (.endung)
@define('IMAGETYPE_GIF'            , 1);   (image/gif) (.gif)
@define('IMAGETYPE_JPEG'           , 2);   (image/jpeg) (.jpeg)
@define('IMAGETYPE_PNG'            , 3);   (image/png) (.png)
@define('IMAGETYPE_SWF'            , 4);   (application/x-shockwave-flash) (.swf)
@define('IMAGETYPE_PSD'            , 5);   (image/psd) (.psd)
@define('IMAGETYPE_BMP'            , 6);   (image/bmp) (.bmp)
@define('IMAGETYPE_TIFF_II'        , 7);   (image/tiff) (.tiff)
@define('IMAGETYPE_TIFF_MM'        , 8);   (image/tiff) (.tiff)
@define('IMAGETYPE_JPC'            , 9);   (application/octet-stream) (.jpc)
@define('IMAGETYPE_JPEG2000'       , 9);   (application/octet-stream) (.jpc)
@define('IMAGETYPE_JP2'            , 10);  (image/jp2) (.jp2)
@define('IMAGETYPE_JPX'            , 11);  (application/octet-stream) (.jpx)
@define('IMAGETYPE_JB2'            , 12);  (application/octet-stream) (.jb2)
@define('IMAGETYPE_SWC'            , 13);  (application/x-shockwave-flash) (.swf)
@define('IMAGETYPE_IFF'            , 14);  (image/iff) (.iff)
@define('IMAGETYPE_WBMP'           , 15);  (image/vnd.wap.wbmp) (.bmp)
@define('IMAGETYPE_XBM'            , 16);  (image/xbm) (.xbm)

Die mit IMG_ anfangenden Konstanten bilden ein Bitmuster. Sie stellen die
Grafikformate dar, für die es eine Einlesefunktion der Art ImageCreateFrom...() gibt:
@define('IMG_GIF'                  , 1);
@define('IMG_JPEG'                 , 2);
@define('IMG_JPG'                  , 2);
@define('IMG_PNG'                  , 4);
@define('IMG_WBMP'                 , 8);
@define('IMG_XPM'                  , 16);

MffG
EisFuX

[Tom]

Hello,

Das wäre diejenige für XBM.

Ja, das war die definierte Konstante. getimagesize() liefert bei
mir für die Wikipedia-Beispielbilder bei XBM die 16 und bei XPM ein
leeres Array, kann also mit XPM anscheinend nichts anfangen, obwohl
Höhe und Breite da draus zu extrahieren kein höherer Aufwand wäre.

Irgendwie erscheint mir das alles noch etwas löcherig.
Wichtig ist allerdings nur, dass keine "Nicht-Grafiken" durchschlüpfen können.

Hast Du schon mal die Funktion ImageCreateFromString() auf Herz und Nieren getestet? Die scheint ja die ganzen Typen automatisch zu erkennen, wenn ich die Beschreibung richtig verstanden habe?

[...]
Danke, gleich in die Testlösung reinkopiert :-)

Harzliche Grüße vom Berg
http://bergpost.annerschbarrich.de

Tom