Short: Test/repair/copy JPEGs to user-def. Dirs (german) Author: hupsi@trashcan.mcnet.de (Martin Wietfeld) Uploader: tom trashcan mcnet de (Thomas Bliesener) Type: gfx/misc Version: V1.4 19.12.1996 Requires: OS 3.x Architecture: m68k-amigaos Distribution: Aminet- & Fish-Disks/CDs Kurz: Testet/repariert/kopiert JPEGs in userdefinierte Directories. Anleitung zu 'MWJPEGTool' V1.4 (c) 19.12.1996 Martin Wietfeld ------------------------------------------------------------- Das Programm erkennt JPEG-Files, die dem JPEG-Dateiaufbau entsprechen, wobei einige der JPEG-Hunks auf richtige Werte abgetestet werden. Falls nur der EOI-Hunk ($FFD9) fehlen sollte, so wird dieser automatisch angehängt, wenn das Bild sonst heile zu sein scheint. Entsprechend dem Prefsfile werden die Bilder in unterschiedliche Directories verschoben, falls dieses gewünscht ist. MWJPEGTool ist SHAREWARE (15 DM). Die Unterschiede der Vollversion werden an entsprechender Stelle dieser Anleitung erwähnt. ******************************************************************* * * * Die unregistrierte Version (erkennbar am Nichtvorhandensein * * eines Keyfiles) darf NUR PRIVAT UND KOSTENLOS weitergegeben und * * benutzt werden. Ein Aufnehmen in PD-Serien (auf Disks, CDs, ..) * * bedarf der ausdrücklichen Genehmigung des Autors. * * * * Für Aminet-Disks/CDs und Fred-Fish-Disks/CDs ist keine extra * * Genehmigung erforderlich. * * * ******************************************************************* Aufruf: MWJPEGTool [JPEGFile(s)] [showinfo] Funktion: Es werden die einzelnen JPEG-Hunks getestet und nur Ausgaben gemacht, falls der Shell-Parameter SHOWINFO angegeben wurde. Ohne 'SHOWINFO' macht das Programm KEINERLEI Ausgaben. Die Datei 'MWJPEGTool.prefs' enthält einige Möglichkeiten, um auf das Verhalten des Programmes Einfluß zu nehmen. Die Schreibweise der Schlüsselwörter (klein/GROSS oder wIrR) ist egal. Es ist nicht nötig eine Reihenfolge der Schlüsselwörter einzuhalten oder überhaupt alle Schlüsselwörter zu benutzen. Momentan kennt MWTestJPEG folgende Schlüsselwörter: #Kommentarzeile OK PACK [nur in der Vollversion] REPAIR [nur in der Vollversion] DEFECT FILELIST <[Pfad]File> [nur in der Vollversion] XSTEP [nur in der Vollversion] YSTEP [nur in der Vollversion] gibt den jeweiligen Pfad an, der für die entsprechende Funktion verwendet wird. ist ein gültiger Filename einer Datei. Zwischen dem Pfad und dem Schlüsselwort muß mind. ein Space, ein '=' oder ein TAB sein (oder Kombinationen daraus). Also ist auch folgendes möglich: pack= ok REPair Leerzeilen werden ignoriert, Kommentarzeilen sind noch nicht möglich, aber das kann ja noch kommen. Alle JPEG-Bilder, die heile sind, werden in den Pfad verschoben, der in der OK-Zeile angegeben ist. Sollten Kommentar-Hunks entfernt worden sein (z.B. 'Adpro...' oder 'Photoshop...'), so landen diese Bilder stattdessen im Pfad der in der PACK-Zeile angegeben ist. Reparierte Bilder befinden sich nur noch im REPAIR-Pfad, und Bilder, die nicht repariert werden konnten (oder gar keine JPEGs sind), befinden sich nach Programmende im DEFECT-Pfad. Wird einer der Pfade nicht angegeben, so werden die entsprechenden Bilder NICHT verschoben, sondern verbleiben im Original-Directory. (Während der Laufzeit des Programms liegt das jeweils bearbeitete Bild kurzzeitig in T: ) Ab Version 1.3 können auch mehrere Files auf der Kommandozeile angegeben werden. An welcher Stelle der SHOWINFO-Parameter steht ist vollkommen egal. Sollen viele Files auf einmal bearbeitet werden, so ist dafür die FILELIST-Zeile in der Prefs-Datei vorgesehen. Dort kann man ein File (mit Pfad) angeben, das beliebig viele Filenamen enthalten darf. Die Filenamen müssen dort jeweils mit komplettem Pfad zeilenweise aufgeführt sein. Also einfach folgendes eingeben: list lformat="%s%s" >ram:MeineFileliste list lformat="%s%s" >>ram:MeineFileliste ... list lformat="%s%s" >>ram:MeineFileliste MWJPEGTool Dazu muß dann in der Prefs-Datei die folgende Zeile enthalten sein: filelist ram:meinefileliste (Groß/-kleinschreibung wieder egal) Sollen mehrere Bilder mit der unregistrierten Version des Programms getestet/verschoben werden, so ist in der Shell folgendes einzugeben: list lformat="MWJPEGTool %s%s" >ram:Script execute ram:Script Man muß also für jedes Directory immer ein Extra-Skript erstellen lassen. Diese Variante ist ungünstiger als die FILELIST-Lösung der registrierten Version, weil für jedes Bild das Programm geladen wird und das Prefs-File ausgewertet werden muß. Es ist daher deutlich langsamer als die Vollversion. Die Werte für XSTEP und YSTEP in der Prefs-Datei geben an in welchen Schritten man die Directories unterteilen möchte. Voreingestellt (und in der unregistrierten Version nicht änderbar) sind XSTEP=87 und YSTEP=130. Setzt man XSTEP=100 und YSTEP=50, so werden alle Bilder, deren Breite größer 100 und kleiner 200 ist, in ein Dir namens 00100x... gelegt (für die Punkte ist dann YSTEP zuständig). Bilder, die breiter als 200 Punkte und schmaler 300 Punkte sind, landen dann in 00200x... .Man kann natürlich auch XSTEP und YSTEP jweils auf 1 setzen, dann sind alle Bilder in einem Directory auch exakt gleich groß (z.B. in 00322x00480 sind alle Bilder 322 breit und 480 hoch). So lassen sich ungefähr gleich große Bilder im selben Directory halten, während etwas (oder viel) breitere/höhere woanders landen. Returncode Bedeutung bzw. ausgegebener Fehlertext 0(OK) JPEG-Bild ist OK. -> OK-Pfad oder PACK-Pfad wird benutzt 5(WARN) Fehlender JPEG-Hunk $FFD9 wurde angefügt oder das JPEG-Bild ist defekt. -> REPAIR-Pfad oder DEFECT-Pfad wird benutzt 10(ERROR) Parameter falsch angegeben. 20(FAIL) Konnte kein Lock auf bekommen. 21 Ohoh, Konnte nichtmal <...> Bytes Speicher bekommen. 22 Examine auf Datei fehlgeschlagen. 23 Konnte nicht <...> Bytes Speicher bekommen. 24 Datei ist nicht zu öffnen. 25 Datei kann nicht komplett eingelesen werden. 27 Datei konnte nicht geschrieben werden. 30 Die Datei konnte nicht kopiert werden. 31 Die Datei konnte nicht gelöscht werden. 32 Das Directory konnte nicht erzeugt werden. 33 Die Datei konnte nicht erzeugt werden. 35 Die FileList-Datei <...> konnte nicht gelesen werden. ACHTUNG: Bei Nutzung von FILELIST [nur in der Vollversion] gibt es weniger mögliche Returncodes: 0(OK) Alle JPEG-Bilder abgearbeitet. 10-35 wie oben Features der späteren Versionen (kann sich noch ändern): Eine richtige Anleitung, denn diese ist doch etwas unpraktisch. Verwenden von Directorynamen, die der User vorgibt, um z.B. Standardauflösungen in andere Directories legen zu lassen. Automatische Vergabe von Suffixen und Prefixen für defekte bzw. reparierte Bilder. Automatische Änderung der Filenamen nach Uservorgaben. Begrenzen der Maximalanzahl Bilder in einem erzeugten Directory. Andere Bildformate (dann müßte ein neuer Programmname her). Unterschiedliches Verhalten für verschiedene Dateilängen. Mehrere Prefsdateien. Auch englische Fehlermeldungen und englische Anleitung. ... (Was hiervon zuerst realisiert wird hängt auch etwas von den registrierten Anwendern und deren Wünschen ab.) Die Sharewaregebühr kann auf folgendes Konto überwiesen werden: Martin Wietfeld Konto: 578424-307 BLZ : 250 100 30 Postbank Hannover (Germany) Bugreports und Wünsche für spätere Versionen bitte an: hupsi@trashcan.mcnet.de oder Martin Wietfeld Am Liesenfeld 15 D-38271 Oelber am weißen Wege (Germany)