home *** CD-ROM | disk | FTP | other *** search
/ Acorn User 13 / AUCD13.iso / argonet / creator.spk / !Creator_Docs_Guide < prev    next >
Encoding:
Text File  |  1993-05-31  |  18.4 KB  |  491 lines

  1. >Guide
  2.  
  3. -----------------------------------------------------------------------------
  4. This program is SHAREWARE. It is *not* free software. You may evaluate it for
  5. a two-week trial period. After this, you are required to register for further
  6. usage, or else destroy your copy. Refer to the end of this guide for details.
  7. -----------------------------------------------------------------------------
  8.  
  9. This application is based in part on the Independent JPEG Group's JFIF coding
  10. and decoding software, version 4 (Dec 1992), used for writing the JFIF format.
  11.  
  12. _______________________________________________________________________________
  13.  
  14. Creator 1.41                                       ---------------------------
  15.                                                     This program is SHAREWARE
  16. Version date : 31 May 1993                         ---------------------------
  17.  
  18. ----------------
  19. - Introduction -
  20. ----------------
  21.  
  22. Creator can create several foreign graphics formats, using either Archimedes
  23. sprite files (filetype &FF9) or !Translator's Clear files (filetype &690) as
  24. input. For more information on !Translator, refer to the end of this guide.
  25.  
  26. Currently Creator can create the following graphics formats :
  27.  
  28. - GIF (Graphics Interchange Format) files
  29. - TIFF (Tag Image File Format) files
  30. - AIM (Archimedes/Amiga/Atari Image Manager) files
  31. - PBMPlus (Portable Bit Map toolkit) files
  32. - JPEG (Joint Photographic Experts Group) 'JFIF' files
  33.  
  34.  
  35. ---------------
  36. - The formats -
  37. ---------------
  38.  
  39. The formats that Creator is currently able to create will be briefly introduced
  40. below.
  41.  
  42. - GIF
  43.  
  44. GIF is a general file format for raster graphics data, devised by and trademark
  45. of Compuserve Inc., which uses a variation of LZW data compression to reduce
  46. the file's size drastically.
  47.  
  48. GIF files are common to encounter on bulletin boards. GIF readers and writers
  49. are available on a very large variety of computer systems.
  50.  
  51. - TIFF
  52.  
  53. TIFF is a general file format for graphics (and related) data, devised by Aldus
  54. Corporation and Microsoft Corporation. It can contain a wide variety of
  55. graphics data, and there is support for several compression schemes to reduce
  56. the file's sizes.
  57.  
  58. The TIFF format has been adopted by several companies and programs (and more
  59. will follow in the future) as the way to output and exchange graphics data.
  60.  
  61. TIFF readers and writers are available on a large variety of computer systems.
  62.  
  63. - AIM
  64.  
  65. AIM is the graphics format supported by the !AIM (Archimedes Image Manager)
  66. application. It is a simple format with no support for compression.
  67.  
  68. The !AIM application can perform reasonably powerful image processing on
  69. greyscale images.
  70.  
  71. - PBMPlus
  72.  
  73. PBMPlus is an intermediate format for graphics used by the famous(?) Portable
  74. Bit Map toolkit suite of C programs for Unix machines, created by Jef
  75. Poskanzer. It is an extremely simple format, with no support for compression.
  76.  
  77. The PBM formats (pbm for bilevel, pgm for greyscale and ppm for colour images)
  78. serve as an intermediate between a very large range of other graphic formats.
  79. The PBMPlus package includes utilities for manipulating the PBM formats in
  80. several ways (scaling, colour quantization, etc.).
  81.  
  82. - JPEG
  83.  
  84. JPEG is a true-colour or greyscale format that uses a 'lossy' compression
  85. technique based on a Discrete Fourier Transform (DCT). The algorithm is
  86. called 'lossy' because it loses colour information in the compression process,
  87. but the loss is usually hardly noticable (if at all), while the compression
  88. ratio is much greater than can be achieved with lossless compression methods.
  89. The amount of loss can be influenced by specifying a 'quality' factor,
  90. expressed as a percentage, which (theoretically) may lie between 1% (very high
  91. compression ratio, low quality) and 100% (lowest compression ratio, highest
  92. quality). In reality, factors between around 30 and 95 are usable (even 100%
  93. loses colour information, while yielding very low compression ratios, 95% is a
  94. good maximum value to use).
  95.  
  96. JPEG (or JFIF) files are not created directly by Creator : the input image is
  97. first converted to PBMPlus by Creator, and then fed to a seperate executable
  98. (by the Independent JPEG Group) which converts the PBMPlus file to a JPEG file.
  99.  
  100. You can also use the executables (cjpeg, the compressor, and djpeg, the
  101. decompressor) yourself. Documentation is provided in the Docs directory.
  102.  
  103.  
  104. -------------------------
  105. - Using the application -
  106. -------------------------
  107.  
  108. To start up Creator, double-click on the '!Creator' icon.
  109.  
  110. It will install itself on the icon bar, and clicking MENU on Creator's icon
  111. pops up the main menu, giving the usual 'Info' and 'Quit' options, and others,
  112. which will be discussed further on.
  113.  
  114.  
  115. -----------------
  116. - The main menu -
  117. -----------------
  118.  
  119. This menu, popped up by clicking MENU on Creator's iconbar icon, contains a
  120. number of icons (some of which lead to submenu's/windows). The functions of the
  121. icons will be discussed below.
  122.  
  123. The main purpose of the main menu is to provide access to Creator's control
  124. window (via the 'Control' icon), which contains (in groups) most of the
  125. available options and controls.
  126.  
  127. -----------
  128. | Control |
  129. -----------
  130.  
  131. Gives access to Creator's control window, which contains most of Creator's
  132. options and controls, divided into groups.
  133.  
  134. Clicking on this icon will make this window permanent (but it can be closed
  135. again by clicking on its close icon).
  136.  
  137. One type of icon appears in the control window :
  138.  
  139. - Radio icon sets. Icons in these sets are diamond shaped, and act like the
  140.   toggle icons, but only one of them may be on. Switching any one on will
  141.   switch off all the others in the same set (hence the name 'radio' icons).
  142.  
  143. The functions of the icons in the control window are discussed below. Icons are
  144. identified by giving their 'path', i.e. group name (name on the border
  145. surrounding the group), if appropiate followed by sub-category (medium grey
  146. heading), followed by the icon's own name, seperated by '|'s.
  147.  
  148. \\\\\\\\\\\\\\\
  149.  Output format  ***
  150. ///////////////
  151.  
  152. This radio icon set enables selection of the output format.
  153.  
  154. \\\\\\\\\\\\\\\\\\\\\
  155.  Output format | GIF
  156. /////////////////////
  157.  
  158. A GIF (Graphics Interchange Format) file will be created.
  159.  
  160. NOTE : The GIF standard only supports 'paletted' images, up to 8 bits per
  161. pixel. You therefore cannot use >8 bit (i.e. pure RGB) Clear files as input.
  162.  
  163. The created GIF file conforms to the 'GIF87a' standard.
  164.  
  165. The Translator filetype for GIF files is &695.
  166.  
  167. \\\\\\\\\\\\\\\\\\\\\\\\\\
  168.  Output format | TIFF xxx
  169. //////////////////////////
  170.  
  171. A TIFF (Tag Image File Format) file will be created.
  172.  
  173. The 'suffix' determines the compression scheme that should be used in the TIFF
  174. file. When using any of the compression schemes, bear in mind that the 'target'
  175. machine's TIFF reader must be able to handle it. Consult the TIFF reader's
  176. manual first.
  177.  
  178. None
  179. ----
  180. No compression. This ensures that all TIFF readers can handle the resulting
  181. TIFF file, but relatively big files will result.
  182.  
  183. Packbits
  184. --------
  185. TIFF PackBits compression. This simple compression scheme works well on most
  186. images (usually worst on digitised images, and best on 'drawings').
  187.  
  188. LZW
  189. ---
  190. TIFF LZW compression. This is the most powerful (and complex) compression
  191. scheme, and will usually yield the highest compression ratio. It works well on
  192. almost any kind of image. When your target TIFF reader can handle LZW
  193. compression, obviously this is the preferred setting.
  194.  
  195. NOTE : The TIFF files created conform to Revision 5.0 of the TIFF standard. For
  196. 'paletted' input (<=8 bits per pixel), only 1, 2, 4 and 8 bits per pixel files
  197. are accepted.
  198.  
  199. The exact TIFF subformat produced is as follows :
  200.  
  201. For >8 bit per pixel files (which currently only Clear can carry), TIFF Class R
  202. images (24-bit RGB colour) is produced.
  203.  
  204. For 8, 4 and 2 bit per pixel files (either sprite or Clear can carry these),
  205. TIFF Class P (Palette colour) is produced.
  206.  
  207. For 1 bit per pixel (again from either sprite or Clear), either TIFF Class P
  208. (Palette colour) is produced, or TIFF Class B (Bilevel, i.e. no palette, always
  209. one colour black and the other white). Class P is produced if the 'TIFF
  210. Bilevel' flag is OFF. Class B is produced if the 'TIFF Bilevel' flag is ON,
  211. *regardless* of the actual colours in the image (the Class B variant with white
  212. (colour 0) on black (colour 1) is chosen if colour 0 in the image is lighter
  213. than colour 1, and Class B with black (colour 0) on white (colour 1) is chosen
  214. if colour 1 is the lighter colour. Obviously, with this scheme, black & white
  215. input always comes out right anyway, and others are converted to the closest
  216. sensible variant.
  217.  
  218. The Acorn reserved filetype for TIFF files is &FF0.
  219.  
  220. \\\\\\\\\\\\\\\\\\\\\
  221.  Output format | AIM
  222. /////////////////////
  223.  
  224. An AIM (Archimedes Image Manager) format file will be created, including a
  225. header file '<file>+'.
  226.  
  227. This format contains 8 bits per pixel (greyvalues from 0 (black) to 255
  228. (white)). The main file size is always X*Y bytes, the header file contains
  229. further information (format, resolution, etc.).
  230.  
  231. NOTE : As AIM processes raw greyscale data, not 'pretty pictures', avoid using
  232. dithering in the input image (i.e. when scaling or converting to grey with
  233. Translator) as this messes up the true greyvalues of the pixels and may hinder
  234. correct processing by AIM.
  235.  
  236. Creator transforms colours in the input image to greyvalues by using greyvalue
  237. weights 0.300, 0.586 and 0.114 for red, green and blue respectively. Thus, the
  238. greyvalue of a colour becomes R*0.300+G*0.586+B*0.114.
  239.  
  240. The filetype for AIM files is &004, the header file has filetype &010.
  241.  
  242. Always copy the header file along with the image file. When the image's
  243. resolution is is 256x256 pixels, this is not strictly necessary, as AIM assumes
  244. images without a header file to be 256x256 pixels.
  245.  
  246. \\\\\\\\\\\\\\\\\\\\\\\\\
  247.  Output format | PBM xxx
  248. /////////////////////////
  249.  
  250. A PBMPlus (Portable Bit Map) format file will be created.
  251.  
  252. The 'suffix' determines what kind of pixel value format is used in the PBMPlus
  253. file.
  254.  
  255. Decimal
  256. -------
  257. This creates the decimal-value (or ASCII) versions of the pbm, pgm and ppm
  258. formats. Every pixel is stored as a decimal value (in ASCII), seperated by
  259. spaces and newlines, and thus resulting files waste a lot of space.
  260.  
  261. Packed
  262. ------
  263. This creates the packed (or binary) versions of the pbm, pgm and ppm formats.
  264. Pixels are packed in bytes 8 at a time for pbm, 1 byte per pixel for pgm and 3
  265. bytes per pixel (red, green and blue components) for ppm. These formats are
  266. processed easier and faster by the PBMPlus package and are quite a bit more
  267. compact than their decimal equivalents.
  268.  
  269. The format actually created is automatically determined as follows :
  270.  
  271. - The pbm formats P1 (decimal) or P4 (packed) are created for black & white, 1
  272.   bit per pixel input. Thus, the palette must have one colour black, and one
  273.   white (white being a bit more flexible : a range of 240-255 (&F0-&FF) is
  274.   accepted for the (identical) red, green and blue components of the grey
  275.   shade).
  276. - The pgm formats P2 (decimal) or P5 (packed) are created for grey-scale input
  277.   that does not fit pbm. 1-8 bits per pixel are accepted, and the palette must
  278.   consist entirely of grey shades.
  279. - The ppm formats P3 (decimal) or P6 (packed) are created for all other input,
  280.   i.e. >8 bits per pixel or non-pbm/pgm colour input.
  281.  
  282. The Translator filetype for PBMPlus files is &69E.
  283.  
  284. \\\\\\\\\\\\\\\\\\\\\\
  285.  Output format | JPEG
  286. //////////////////////
  287.  
  288. A JPEG (Joint Photographic Experts Group) 'JFIF' format file will be created.
  289.  
  290. The quality factor may be specified in the icon behind the JPEG switch (1-100).
  291.  
  292. \\\\\\\\\\\\\\\\\\\\\\\\
  293.  Options | TIFF Bilevel  ***
  294. ////////////////////////
  295.  
  296. See 'Output format | TIFF'. In short, for 1-bit per pixel input, a TIFF Class B
  297. image is output if this flag is set flag is set. If it is not set, a TIFF Class
  298. P image is written out.
  299.  
  300. ----------
  301. | Status |
  302. ----------
  303.  
  304. This icon gives access to a submenu of status handling functions.
  305.  
  306. Creator's status consists of the items marked with ***.
  307.  
  308. - Save
  309.  
  310. Clicking on this icon will save the current status in Creator's status file.
  311.  
  312. This file (when present) is always loaded on startup, or may be explicitly
  313. loaded by using the 'Load' option (to override the current status).
  314.  
  315. - Load
  316.  
  317. Clicking on this icon explicitly (re-)loads the status file, overriding the
  318. current status.
  319.  
  320. - Default
  321.  
  322. Clicking on this icon selects the default status settings.
  323.  
  324. - Kill
  325.  
  326. Clicking on this icon will remove the status file. 'Standard' defaults will
  327. be used when Creator is next started up.
  328.  
  329.  
  330. -------------------
  331. - Creating a file -
  332. -------------------
  333.  
  334. To create a file of the selected graphics format, simply drag your input file
  335. to the iconbar icon.
  336.  
  337. A 'Save as' window will pop up, in which the leaf filename for the resulting
  338. file may be entered (by default it is the leafname of the input file). The
  339. filetype icon should then be dragged to a filer window, as usual.
  340.  
  341. The hourglass is displayed during processing. The percentage displayed in the
  342. hourglass indicates how much of the input file has been processed. The top and
  343. bottom 'LED's of the hourglass are 'on' when image data is being loaded/saved
  344. respectively.
  345.  
  346.  
  347. ----------------
  348. - Memory usage -
  349. ----------------
  350.  
  351. Creator always runs in a minimum amount of memory.
  352.  
  353. When an image is to be created, Creator grabs all available memory for (among
  354. others) in- and output file buffers, and releases it immediately after
  355. processing.
  356.  
  357. In general, larger in- and output file buffers speed up processing. It is
  358. therefore recommended to ensure that a reasonable amount of free memory is
  359. available.
  360.  
  361.  
  362. ----------------
  363. - Sprite input -
  364. ----------------
  365.  
  366. Only the first sprite encountered in a sprite file will be included in the
  367. output file. One reason for this is that, although GIF and TIFF files may
  368. contain more than one image, the standards do not require readers to do
  369. anything with images beyond the first one encountered.
  370.  
  371. There's an interpretation problem concerning a sprite's palette. Because Acorn
  372. decided to register the R, G and B components of colours as 8-bit values, but
  373. only uses the top 4 bits (because VIDC's DACs are only 4 bits), strictly
  374. speaking there is no way of telling if the R, G and B values are to be
  375. interpreted as 4-bit or 8-bit. For 4-bit values, the higher nibbles should be
  376. copied to the lower nibbles to get the correct 8-bit value, as a value of, say,
  377. 15 for each of R, G and B actually means 'full white' (i.e. &FF), and not &F0,
  378. as it is recorded.
  379.  
  380. Because there *may* be non-standard sprites around that already do use the
  381. lower nibble (i.e. full 8-bit values), or already had the higher nibbles
  382. copied to the lower, Creator first checks if all lower nibbles are zero, and,
  383. only if so, copies the higher nibbles to the lower.
  384.  
  385.  
  386. ---------------
  387. - Clear input -
  388. ---------------
  389.  
  390. It is strongly recommended that you use Clear files as input for Creator when
  391. converting from one graphics format to another, as the Clear format always
  392. preserves the exact colour content of the original image.
  393.  
  394.  
  395. -------------------------
  396. - Translator & GreyEdit -
  397. -------------------------
  398.  
  399. These applications, which were also written by me, are essential companions to
  400. Creator.
  401.  
  402. Translator reads a very large number of (mainly foreign) graphics formats, and
  403. can perform colour processing, dithering, scaling, rotate, etc.. It outputs
  404. either sprite or Clear files. All graphic formats accepted by Translator may be
  405. converted by Creator to GIF, TIFF, etc. by using the Clear format as an
  406. intermediate.
  407.  
  408. GreyEdit can process and edit 256-level greyscale (digitized) images. In
  409. addition it can grab video images from the Zeridajh Video Digitiser podule,
  410. when this is present. Several extremely fast filter algorithms, histogram
  411. equalization, range expansion and inversion may be applied to whole images. In
  412. addition, noise pixels may be edited by hand, and sides of images may be cut
  413. off, optionally aided by zoom functions for precise editing.
  414.  
  415. Translator and GreyEdit are available from the address mentioned below and are
  416. part of my shareware image processing package.
  417.  
  418.  
  419. -----------
  420. - The end -
  421. -----------
  422.  
  423. This application is Shareware, and part of the image processing package
  424. consisting of !Translator, !Creator and !GreyEdit.
  425.  
  426. I have put a lot of effort and time into these programs. Therefore, if you find
  427. any of them useful, I kindly ask you to register yourself as a user of these
  428. programs. The registration fee is just 35 dutch guilders. You will receive a
  429. free disc with the latest versions of Translator, Creator, GreyEdit, and most
  430. of my other applications.
  431.  
  432. You may not use or have this software in your posession beyond a two-week trial
  433. period without registering.
  434.  
  435. Services that offer software for download (BBSses, mail servers, ftp sites,
  436. etc.), and PD/Shareware libraries and the like, may *not* store this software
  437. without my approval.
  438.  
  439. If you want to register, or if you have praise, complaints, comments, bugs(!),
  440. or anything else to offer me, do not hesitate to write to
  441.  
  442. John Kortink
  443. Nutterbrink 31
  444. 7544 WJ Enschede
  445. The Netherlands
  446.  
  447. or try email to john@dialis.hacktic.nl.
  448.  
  449. Payment NOTE
  450. ------------
  451. Payment in CASH ONLY PLEASE, in any currency, for the equivalent of 35 dutch
  452. guilders (England £10). The only exceptions may be (in order of preference) :
  453.  
  454. a) A Eurocheque, for 35 dutch guilders, *with* pass-number on the back
  455. b) Postal exchange for 35 dutch guilders
  456. c) Any other form of payment, which gets charged by the bank, but which I'm
  457.    happy to accept if I end up with 35 dutch guilders after bank charges.
  458.    Typical bank charges are £8 on any non-a) payment.
  459.  
  460. Updates NOTE
  461. ------------
  462. If you want Translator or Creator to handle a new format, always send me full
  463. information, and several example files.
  464.  
  465. For registered users, new versions of the applications are available from the
  466. same address : just send £1 to cover postage and a self-addressed envelope
  467. containing a formatted 3.5" disc. You will receive the latest versions. Discs
  468. will always be returned immediately, and will not be put 'on hold' awaiting
  469. new versions.
  470.  
  471. NOTE : I will *not* send new versions to unregistered users. Ask yourself if
  472. you wouldn't be better off registering, if only to get new versions easily.
  473.  
  474. Happy imaging !!!
  475.  
  476. _______________________________________________________________________________
  477.  
  478. !!! NOTE !!!
  479.  
  480. You may NOT change this application or use ANY part of it in other products
  481. without my approval. You may spread it freely (with *ALL* files included), but
  482. not for any profit. This software is provided 'as is'. Using it is entirely at
  483. your own risk.
  484.  
  485. This application may NOT be distributed as an 'extra' in commercial products.
  486. You are kindly invited to contact me to discuss financial details, should you
  487. want to do so.
  488.  
  489. _______________________________________________________________________________
  490.  
  491.