home *** CD-ROM | disk | FTP | other *** search
/ Computer Club Elmshorn Atari PD / CCE_PD.iso / pc / 0600 / CCE_0629.ZIP / CCE_0629 / PCHROME3 / PCHROME.DOC < prev    next >
Text File  |  1992-11-01  |  21KB  |  449 lines
  1.  
  2.  
  3.  
  4.  
  5.                     Atari ST/E PhotoChrome  v3.00
  6.                     -----------------------------
  7.                           
  8.                    Concept, Design and Programming
  9.  
  10.                           by Douglas Little.
  11.                                 
  12.                (C) 1992 Pixel Twins Shareware Utilities.
  13.                           
  14.                           
  15.  
  16.      You are now the proud owner of the PhotoChrome graphics card 
  17. emulator. It is the only one of its type currently available for the 
  18. Atari ST and is capable of out-performing all other screen modes 
  19. including the infamous HAM and HalfBrite displays on the Commodore 
  20. Amiga.
  21.      It's basic specification is the ability to load most IFF formats, 
  22. 24-Bit True colour screens (16 million colours), GIF files and 
  23. VidiChrome digitised 'RGB' colour separations (4096 colours) before
  24. converting to one of six powerful screen modes.
  25.  
  26. *---------------------------------------------------------------------*
  27.  
  28.                         THE 6 CONVERSION MODES
  29.                         ----------------------
  30.  
  31.         The six screen modes are...
  32.         
  33. 1.      Spectrum 512   > 42/45 cols per scanline from 512 on an ST
  34.                          or STE.
  35.  
  36. 2.      Spectrum 4096  > 42/45 cols per scanline from 4096 on an STE.
  37.  
  38. 3.      PCS-ST         > 48 colours per scanline from 512 on an ST
  39.                          or STE.
  40.  
  41. 4.      PCS-STE        > 48 colours per scanline from 4096 on an STE.
  42.  
  43. 5.      Super HAM      > A full 4096 colours out of 4096 on an ST
  44.                          or STE.
  45.  
  46. 6.      STE PhotoChrome > 19200 colours out of 32768 on an STE.
  47.         
  48.      Modes 1 and 2 are basically real Spectrum-512 files. They are not 
  49. compressed, but Spectrum can do this if you need it. STE mode seems to 
  50. handle pictures better than I had expected, since with such a large 
  51. palette the colour assignments tend to be used up twice as quickly.
  52.  
  53.      Modes 3 and 4 are my own custom versions of the Spectrum display. 
  54. They both have a few extra colours to play with, filling up the streaks 
  55. and dots Spectrum can often leave behind. This is my own 'PCS' format 
  56. (PhotoChrome Screen) and uses the best of 2 compression methods.
  57.  
  58.      Modes 5 and 6 are actually impossible, so just accept they work 
  59. and don't ask too many questions!
  60.  
  61.      SUPER HAM is an emulation of the Hold And Modify mode normally 
  62. exclusive to the Commodore Amiga. After some experimentation with my 
  63. own Amiga, I found that HAM is not actually as capable of displaying 
  64. Çsome of the more detailed colour images (especially with high levels of 
  65. contrast or lots of sharp lines) and so renamed my own format 'SUPER 
  66. HAM'. Many HAM pictures are of course better as they have many more 
  67. colours per line, but have to smudge and blend to obtain them.
  68.  
  69.      PHOTOCHROME is only available when the source picture contains in 
  70. excess of 4096 colours (i.e. QRT 16-million colour pictures), and then 
  71. only to STE owners. However, if you do have an STE and some RAW files 
  72. knocking about (STF cover disk 35!) then you are in for a treat indeed! 
  73. Eat your heart out, VGA! This is the most powerful mode available short 
  74. of a real Graphics card, with 19200 colours on-screen at once from a 
  75. largish palette of 32768! (15-bit colour). The picture requires two 
  76. conversion passes, but is well worth the wait!
  77.  
  78.      N.B. Pictures saved out as Super HAM or PhotoChrome tend to be 
  79. anywhere from large to enormous, even with fancy compression. Bear this 
  80. in mind when testing out the hatched and fractal stippling options! 
  81. (Check out PCSVIEW.DOC for info on better compression...)
  82.  
  83. *---------------------------------------------------------------------*
  84.  
  85.                                FEARURES
  86.                                --------
  87.  
  88. 1>      STIPPLING.            (COLOUR REDUCTION ONLY)
  89.  
  90.      Generally, if the source picture holds more colours than the 
  91. destination format (i.e. RAW > SPU) then you are allowed stippling. 
  92. The three options are CLEAN - just leave the picture as it is, HATCHED 
  93. - use levels of hatching to make up in-between colours and FRACTAL - 
  94. the weird one. This uses fractal numbers to highlight/leave each pixel 
  95. on the screen, the result being that graduated colours look more obvious 
  96. but you get a weird 'oil-painting' effect. It really only works well 
  97. in PhotoChrome and super-HAM modes.
  98.  
  99. 2>      ERROR/FLICKER FREE.   (SUPER HAM/PHOTOCHROME ONLY)
  100.  
  101.      Error-free mode makes a better job of mega-colourful pictures 
  102. but is not normally needed (a sort of last-resort). 'Flicker-free' 
  103. should be used where available, the only problem being that it chews 
  104. through the colour tables at an alarming rate (keep an eye on QRT 
  105. screens). N.B. STE PhotoChrome mode is fixed at ERROR-FREE in 60Hz, 
  106. since flicker is minimal with such a large palette.
  107.  
  108. FLICKER-FREE mode CAN sometimes reduce the quality of the screen...
  109.  
  110. 3>      50/60 Hz MODES.       (SUPER HAM and QRT PICTURES ONLY)
  111.  
  112.      Basically, everything runs at 50Hz, with a couple of exceptions. 
  113. QRT pictures tend to have a 60Hz aspect ratio (not fixed but the option 
  114. is there) causing the screen to look squashed at 50Hz. Also, PHOTOCHROME 
  115. mode looks best at 60Hz anyway, so it is left as the default frequency. 
  116. 60Hz also helps when 'flicker-free' option has been avoided for 
  117. accuracy. To change the default, click on the 50Hz button. All screens 
  118. will now run at 50Hz regardless of how they might look. To switch modes 
  119. while viewing the picture, hit the '*' key.
  120.  
  121. 4>      SPECTRUM OPTIONS.
  122.  
  123.      Spectrum 512 does not use all of it's available colours. Colour 0 
  124. Ç(background colour) is always black and colour 15 is reserved for drawing 
  125. and for the mouse pointer etc. leaving 14 variable colours for use in the 
  126. picture. There are 3 palette changes per line meaning (16-2)*3 or 42 
  127. cols available for alteration on each individual scanline of the 
  128. screen. The 'LEGAL COLOURS' option uses just these colours. The 'ALL 
  129. COLOURS' option however releases colour 15 for use, meaning (16-1)*3 or 
  130. 45 cols per line. The only disadvantage is that Spectrum will crack up 
  131. if you try to load them in. Any pixels using colour 15 will turn bright 
  132. orange and look a right mess. You have been warned... (N.B. slideshows 
  133. should display these pictures no probs.)
  134.  
  135. *---------------------------------------------------------------------*
  136.  
  137.                               LIMITATIONS
  138.                               -----------
  139.  
  140.      Hmmm, I'm not sure there are any, really..
  141.         
  142.      No, seriously, there are a few bits you should know about before 
  143. creating slideshows full of pretty pictures!
  144.  
  145.      1> RAW's
  146.         
  147.      QRT screens can be any width or height (<=320*200) and will be 
  148. centred on the screen with a black border. If you use the 'flicker-
  149. free' option (SUPER HAM only) some loss of detail or palette-errors 
  150. might occur on very complex pictures. To avoid this you may have to use 
  151. the 'error-free' mode instead (at 60Hz there is very little flicker 
  152. anyway). To cut down any flicker you may still see, reduce the contrast 
  153. setting on your monitor.
  154.  
  155.         2> GIF's
  156.         
  157.      The program can load GIF's of any height or width and will offer 
  158. the option to either squash the picture, or select a 320*200 zone. 
  159. 320*200 GIF's will bypass this stage. To select a zone, use the arrow-
  160. keys and 'SPACE' when satisfied.
  161.  
  162.         2> IFF's
  163.         
  164.      The program can load ILBM IFF's of any height or width but will 
  165. crop them to 320*200 (a later version will contain squash/interlace 
  166. options). The real bonus is that it eats up colours like nothing else. 
  167. All of the Amiga pictures I fed it looked identical to the originals, 
  168. with no loss of colour or detail! (HalfBrite 64 colour IFF's are 
  169. supported properly)
  170.  
  171.         3> RGB's
  172.         
  173.      VidiChrome RGB screens suffer from very few limitations. Generally 
  174. you should choose the 'flicker-free' option all the time and if you 
  175. spot dots/errors on the screen (rare) you can resort to 60Hz and 
  176. 'error-free' mode.
  177.  
  178.         4> SYNC PROBLEMS.
  179.         
  180.      It came to my attention some time ago that both Spectrum-512 and 
  181. GFA Raytrace suffered from video-synchronisation problems. This caused 
  182. very irritating little dots or vertical lines to appear from time to 
  183. time and totally ruin the effect of the picture. It was also very 
  184. Çembarrasing when trying to show off the ST's capabilities to other 
  185. members of the computer world (i.e. Amiga-people). These programs 
  186. are supplied with a 'SYNC.PRG' which, contrary to many peoples beliefs 
  187. does sod-all to fix the problem. All it does is TELL you whether your 
  188. ST is READY to display a picture or NOT, having no effect on the 
  189. machine at all. The only way to rectify a 'no-sync' situation is to 
  190. TURN OFF and reboot, resetting the video-clock hardware and hopefully 
  191. reversing the situation. Generally it takes a few tries before success, 
  192. and although I have seen a few ST's that ALWAYS boot up properly, the 
  193. effect on STE's is generally quite bad (just try to merge a colour 
  194. digitised picture in 4096 colour mode in VidiChrome and you'll probably 
  195. see what I mean).
  196.      Anyway, Since my own display code incorporates similar colour-
  197. switch techniques, PhotoChrome was initially prone to this bugging 
  198. effect. After a lot of work and an equal amount of problems it has been 
  199. solved, and as far as I know, is rectified on all ST's and STE's. All 
  200. pictures saved out from PhotoChrome (including Spectrum-512/4096) are 
  201. 'immunised' against sync problems, regardless of which slideshow 
  202. program you choose to display them (they even load into Spectrum 
  203. itself! Although if you mess about with the picture, Spectrum will re-
  204. assign the colours and destroy the immunised structure of the screen.
  205.  
  206. *---------------------------------------------------------------------*
  207.  
  208.                            SAVING A PICTURE
  209.                            ----------------
  210.                                    
  211.      To save a screen, hit 'RETURN' or 'S' once it has been converted
  212. and is being displayed. The file will take a few seconds to compress
  213. before giving you a file selector. The program will check diskspace
  214. prior to saving the screen.
  215.      To switch 50/60 Hz on the same screen, hit the '*' key. This will
  216. be recorded into the file for displaying in the slideshow.
  217.      While selecting a part of a GIF picture, use the arrow keys and 
  218. 'SPACE' when done.
  219.  
  220.  
  221. *------------------------------------------------------------------------*
  222.  
  223.                            SHAREWARE THEORY
  224.  
  225.                       --------------------------
  226.                       (or, at least, Dug's View!)
  227.                       --------------------------
  228.                                 
  229.      If you know what Shareware is, then you can skip the next 200 odd
  230. bytes of text and read the next paragraph instead.
  231.         
  232.      The idea behind Shareware is actually quite simple...
  233.  
  234.      Someone writes a program and gives it to someone, they either 
  235. dislike it, like it or love it. The people who dislike it don't use the 
  236. thing, and therefore certainly don't pay for it. Of the ones who do 
  237. like the program, MOST will feel it is worthwhile paying for, and SOME 
  238. will actually make donations to the author. Of the people who really 
  239. like it, most will probably make a donation, and will also recommend 
  240. and LEGALLY spread it to their friends, helping the author even more. 
  241. Basically, everybody's happy, although the whole thing does rely on one 
  242. thing being present somewhere along the line, that being HONESTY. It is 
  243. a risky thing to depend on the public's honesty to make a living, but 
  244. Çin a situation like this, the usual motives for piracy are gone. Nobody 
  245. can feel cheated by shareware, since you pay for the software alone and 
  246. not the blurb normally supplied by the 'houses' with their 'spacious' 
  247. packaging and price-upping bound-manuals.
  248.  
  249.         There is an attractive list of facts...
  250.  
  251. 1 -  It kills piracy, since you can't pirate something you're TRYING
  252.      to spread anyway! Spreading actually helps shareware by bringing
  253.      it to other people's attention.
  254.         
  255. 2 -  You don't need to spend money on advertising. If it's good, it
  256.      will tend to get about on it's own. (A review or two always helps
  257.      start the ball rolling!)
  258.  
  259. 3 -  Customers only pay for what they use, they CANNOT be conned or
  260.      cheated into buying software which is no use. They get as much
  261.      time to evaluate it as they like, hopefully resulting in a small
  262.      donation to the author.
  263.  
  264. *--------------------------------------------------------------------*
  265. *       PhotoChrome and Shareware                                    *
  266. *--------------------------------------------------------------------*
  267.  
  268.      This program was a lot of work, but I do think it was worthwhile. 
  269. It's about time the ST started to antagonise the other machines
  270. normally hogging the world of fancy graphics and sound.
  271.      PhotoChrome was written during 1 month of intensive programming
  272. and testing and it would be nice to see some sort of return for my
  273. work. A donation of about £2.00 - £5.00 would suffice, and I am also
  274. anxious to know of peoples thoughts on the program. The more donations
  275. I recieve the more incentive I will have to continue with the series
  276. and produce updates.
  277.      As a little temptation, I am thinking of doing a something very
  278. special with the SUPER HAM and PHOTOCHROME modes. I have analysed the
  279. idea and it seems feasible. It will depend obviously on the support I
  280. recieve from this, (if it's not going to make me anything, it's an
  281. awful lot of wasted time!) but I will make a start on it anyway.
  282.  
  283.      If anyone is thinking seriously of writing a rendering package
  284. for the ST/E machines, then please consider these screen formats as 
  285. worthwhile for inclusion. There is nothing worse than having an
  286. exceptional package held back by a low-quality output such as
  287. 16-colours or a badly rastered screen!
  288.  
  289. *------------------------------------------------------------------------*
  290.  
  291.                                SOURCE (and grovelly bit)
  292.                                ------
  293.          A new file format is absoultely no use without software
  294.      to utilise it or available source for programmers to use
  295.      themselves. It is also annoying when the only type of source
  296.      available is an object or 'BIN' file instead of a listing
  297.      which greatly limits what you can do with it, unless you set
  298.      about disassembling it yourself. This, I think stems from
  299.      programmers being paranoid about other people seeing their code
  300.      and so, try to protect it by hiding it from others. This helps
  301.      nobody.
  302.  
  303.          I have decided to supply the documented source for the
  304. Ç     PCSVIEW slideshow on disk for £5.00 (see the address at bottom
  305.      of text) There is a need for the format to become a standard
  306.      (like Spectrum) and therefore needs to be widely available to
  307.      programmers. Please remember that this whole package is far more
  308.      powerful than anything of it's kind, and I'm making it available
  309.      for next to nothing!
  310.      
  311. *-----------------------------------------------------------------------*
  312. *       The interesting bit stops here,                                         *
  313. *-----------------------------------------------------------------------*
  314.  
  315.                            THE PIXEL TWINS
  316.                            ---------------
  317.  
  318. *-----------------------------------------------------------------------*
  319. *       And the plugs and stuff start here...                                   *
  320. *-----------------------------------------------------------------------*
  321.  
  322.         A few last words...
  323.         
  324.      The Pixel Twins are a group of programmers/artists/enthusiasts 
  325. who produce bits and bobs for the ST/E machines. We do utilities, 
  326. demos, slideshows and other various thingies you would not normally 
  327. find in the shops.
  328.  
  329.  
  330. The Pixel Twins (and people for me to thank) are...
  331.  
  332.  Douglas Little (DML)    - 68000 programmer/sometimes graphics artist.
  333.                            I write most of the P.T. 68000 stuff.
  334.                                           
  335.  Noel Wallace   (NOD)    - general ST enthusiast/artist/video man.
  336.                            lots of contacts, lots of info, lots of
  337.                            videotapes, churns out some nice colour
  338.                            dig-pics and lots of his own too...
  339.  
  340.  Andrew Younger (Highlander)     (well, he does live in inverness...)
  341.                          - 68000 Programmer.
  342.                            Does plenty of ST and STE demo bits.
  343.                            currently helping me (and me helping him)
  344.                            with the next STE project.
  345.                                                   
  346.  P.C. Matthews  (PCM)    - STOS programmer/abstract artist.
  347.                            Does things in STOS most people have
  348.                            difficulty with in Assembly.
  349.                            Also has a soft spot for GFA Raytrace and
  350.                            QRT. This is the man responsible for
  351.                            the very strange RAW files supplied
  352.                            to the ST Format offices.
  353.                            (many thanks for your demo piccys, Phil!).
  354.  
  355.  Lorraine Davidson (LD)  - Keeps everyone in check. (esp. NOD)
  356.  
  357.  ED.                     - Also a STOS man, and learning 68000
  358.                            at the same time at a phenominal rate...
  359.  
  360.  EGGG.                   - The PC owning artist and musician.
  361.       
  362.      I would also like to thank Kevin Ramage for the use of his 
  363. VidiChrome - ST and his GST-GOLD Genlock/Splitter hardware which 
  364. Çmade the bug testing and solving possible. It also helped produce
  365. the demo slideshows much needed for showing off this final version
  366. of the program. And thanks to Martin East who supplied some Amiga
  367. piccys for testing
  368.  
  369. *+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++*
  370.  
  371.  
  372.      Here is a list (not comprehensive) of some of the other things
  373. we have done...
  374.  
  375.                               UTILITIES
  376.                               ---------
  377.         
  378.      There is a Pixel Twins utilities disk floating around on the P.D.
  379. containing a few bits and bobs. Of the most useful are the Graphics
  380. package, 'TecBrush' and the custom STOS-3D extension (apparently it
  381. is about 4-5 times faster than the real STOS-3D but you have to use
  382. CAD-3D or SCULPT to make the objects and a custom utility supplied
  383. to re-colour, optimise and shade them before use. There is also an old
  384. version of the disk which should be avoided at all costs...
  385. A fresh TPT Utilities Disk will be re-released containing new proggies
  386. and updated versions of PhotoChrome and associated slideshows etc.
  387. soon.
  388.  
  389. *---------------------------------------------------------------------*
  390.  
  391.                                           DEMOS
  392.                                           -----
  393.  
  394. 1>   MENTAL HANGOVER (THE PIXEL TWINS SCOOPEX CONVERSION)
  395.      1 Meg STE only.
  396.         
  397.      I'm quite proud of this one really, so I won't slag it off (yet).               
  398. If you want to see what a 1meg STE demo should look like, get this.
  399. It has so far had 2 excellent magazine reviews and last time I looked,
  400. was number 4 in the top ST demo list! (P.D. Magazine).
  401.  
  402. 2>   STUPENDOUS DEMO.
  403.      ST+STE,Half meg, Partially STE-only.
  404.  
  405.      Another one of those P.D. show-off jobs containing no more point 
  406. or reason than an episode of 'Emmerdale farm' but lots of fun to watch
  407. and listen to.
  408.  
  409. 3>   TPT CHRISTMAS DEMO
  410.      Any ST/E.
  411.  
  412.      A very funny seasonal STOS put-together with free dancing
  413. snowmen! Hmmmm...
  414.  
  415. 4>   ZOOLOOKOLOGIE DEMO
  416.      ST/STE/1MEG STE bits.
  417.  
  418.      Sample demo. I have heard it has been banned, but I am not yet 
  419. sure. If it has, you won't be able to get it!
  420.  
  421. 5>   Nod & PCM are working on another STOS demo, and I must admit, it 
  422.      looks very good indeed.  (also works on anything)
  423.  
  424. Ç6>   This one's top secret. I am currently developing the most immense
  425.      demonstration the STE (and even ST) has ever seen, and I am not
  426.      joking...       1meg STE only.
  427.  
  428. 7>   This one's so secret, I'm not going to say... It's a game anyway...
  429.         
  430. *---------------------------------------------------------------------*
  431. *       End of plugs.                                                 *
  432. *---------------------------------------------------------------------*
  433.  
  434.      Well, that's it! you can get back to reading your ST Format
  435.      'cos I've run out of things to type. It's about time I got back
  436.      to work anyway...
  437.  
  438. *---------------------------------------------------------------------*
  439.  
  440. PCSVIEW SOURCE available from...
  441.  
  442. Douglas Little
  443. 160 Goremire Road,
  444. Carluke, Lanarkshire
  445. Scotland. ML8 4PN.
  446.  
  447. (please indicate 'PHOTOCHROME SOURCE' on the envelope for a quick reply!)
  448.         
  449.