@L}5 _$% l0$)$$Hȱ$ UhL" `e$$%`$%`  R@P!( L(1   Y I`  d  Ld M * @  $ % CC$$)%1 Udߥ$9%: !0 S$% DD˙`  }J)Lr d M * @  $ % CC$$)%1 Udߥ$9%: !0 S$%} DD˙`  }J)Lr J  ((  p L ()   J}L= ( L 0q A    IB JC;? D W } LL  ` W )LA!  ߰")-݆ p" } $G@LL 08`Q")<2Q0 -G$Ș݆ UL# ; p8(()(0ʥ)NQ` }$GȘ݆LU )L ݆ L GȘ ݆LL )W>Z   HH)H }p h  hyhy D L> L JJ    ! LA*` BF }7'8  M HN H` 8 Z  \LdJJ!"! GFE@F (!L }EE !E^ ^ E E7EȩEdE/EȩE  D } .L }  ;F d  ;?F7F? ( .   Z D LL d } . D  L    p  E` , d)  D L) 0BM݊L݉} ML  N݆ L NLML [ TEqEHȱEqEh 0Gȹ G} HLL GɛL  LFREE SECTORS G) *Gȩ GȽG GȌ*jj >G} C8jJ3j2CD( C202C ԠBX` N 1? l LlD:RAMDISK}.COMLu L1 L ;LHL  T`  `1  ɐ     `TU  } L ? .  t`GBJ ~DEHI B V0dV!}QDEHI VF9 ,0 ,0 s0hhL  L` H hDHEh"}DEL8HI4 0 HI,0 0  9 .G VLO#},0 L4*IJ`llD1:AUTORUN.SYSNEED MEM.SAV TO LOAD THIS FILE.D1:MEM.SAV J y08 B|DEHI$} V0 0`B;DEL`?<0LV`@ʆ v s? F0Ξ05: [ BDEHI%} VY8 B V  @  /DE `E:D1:DUP.SYSERROR-SAVING USER MEMORY ON DISKTYPE Y TO &}STILL RUN DOS B;DE J  (` 9 V⪍ ઍ  -'}LLu ÝDEHILV 9 .l 9 .l  `` s$B BH(}I|DE V BLV nB,DE JLV B V BLVDEIʩ BꭝLu  } 3E:}DISK OPERATING SYSTEM II VERSION COPYRIGHT 1984 ATARI CORP.A. DISK DIRECTORY I. FORMAT DISKB. RUN CARTRIDG*}E J. DUPLICATE DISKC. COPY FILE K. BINARY SAVED. DELETE FILE(S) L. BINARY LOADE. RENAME FILE M. RUN AT ADDRES+}SF. LOCK FILE N. CREATE MEM.SAVG. UNLOCK FILE O. DUPLICATE FILEH. WRITE DOS FILES P. FORMAT SINGLEL !N',}#"&))9(&*)/h)''-&؆莟R'S  vL/ˢ L }Insert DOS 2.0s, type Y Λx -}DEfHI 1莏#q! @ y0ɛ8A0,' ȅ 1 1ild! 1L!NO SUCH ITEMSELECT.} ITEM OR FOR MENU! 0 .z:*{}.|{ 1 0 0JB 18L%|DL/}%DIRECTORY--SEARCH SPEC,LIST FILE?[# 0 0 &|D3" 1L!NOT A DISK FILEN !B 1L!E# 1 !BD0}ED:}:1BJ|DE 1DEBHI 1 h0ߢ 0.1}  0?詛 1 y0YЛ 1 ;#L" ;#L! BL1TYPE "Y" TO DELETE...DELETE FILE SPEC2}COPY--FROM, TO?OPTION NOT ALLOWED736 FREE SECTORS COPYING---D1:DIRECK.COMl# 0|D .L/%#3}##JB|DE 1BHID#E 1#0: B 1L!#͑### B 1#c$0SY4}S1}:## # # .#Ƚ# # 𩛙## 1,#PD#ELJ- <.BJD#E 5}1 1HH 0hh|DL%1}:̳# L% #D#EL% 1 0 . .0O% 1L!WILD CARDS NOT A6}LLOWED IN DESTINATION 0 <.|K}N 2 FORMAT. t* 5) 1L!`) 0NΞ 0 L1) 1 L!BAD LOAD FILELOAD FROM WHAT FILE?) 0 ?}0#B 1L!WHAT FILE TO LOCK?) 0 0$B 1L!WHAT FILE TO UNLOCK?DUP DISK-SOURCE,DEST DRIVES?TYPE "Y" IF OK TO US@}E PROGRAM AREACAUTION: A "Y" INVALIDATES MEM.SAV.FE! +L1   `*  70 2 2A} 0.* 1 y0 0)INSERT BOTH DISKS, TYPE RETURN^, 1 y038逍 N, 1L! ,B}C, t*  Lx+, 0 ^, 1 y0 , ,0,0 ,L+ ,I0 ,Vǭ0C}Ξ, 0 }, 1 y0C,ШC, 0K'!" H H 'h h Lx+!EF 5L1L!D,I,HhD}` NOT ENOUGH ROOMINSERT SOURCE DISK,TYPE RETURNINSERT DESTINATION DISK,TYPE RETURNE}`  `8 rL1`-* 1P* 1 y0Y`hhL!NAME OF FILE TO MOVE?- 0 0|DL% <.F},^ 1 70 0 .@L# .BJ 1  DEHIB V L1 ,} 1 70,L.  G}JB|,#P#DE 1 HI BDEHHII 1 B 1 ,^ 1 70,0La- B V,#PH},^ 1 70 0L#L!-* 1P* 1 y0Yj383}mm ݭI}}`8}``|* ? ɛ,`|:-)| / 1L!`DESTINATION CANT BE DOJ}S.SYS0 0H{ 24Δ 28/L!/) 2 Π 2 0 ξK}hAΞB,0 J 1 BDEHI,HÝDE 1HIHIDELSAVE-GIVE L}FILE,START,END(,INIT,RUN)O S0 1`BDEPHI V` S0H 1 L!M}0 0 1L~0`PLEASE TYPE 1 LETTER,0`hhL! 70 1L0L<1 ,;ɛ7,"ɛ:ݦ1ݥN}A"D|ݤD|ȩ:|ȩ|ɛ,,(/+.ީ1 1,ɛ`轤{NAMEO} TOO LONG B VL!` L1I H1EΝDL1|mDiE` V0`8d/8 i:222 1 LP}!ERROR- 138ɛ+,' 20*.. өr2 1``2TOO MANY DIGITSINVALID HEXAQ}DECIMAL PARAMETER800 0 8 00`,0'D800 H,ɛh`2L1NEED D1 THRU D8uR} ECIMAL PARAMETER800 0 8 00`,0'D800 H,ɛh`2L1NEED D1 THRU D8u-` ө jB+DELVE:2!2`S%H)Ӡ h`2%%pppO&pppT}ppppA%&/U}V}<<~~W}~~X}<<Y}xZ}x||<~<xxx<[}x<~<xx8<~<xxx<~<x8x<\}~<x<x<~<xx><~<xx<~]}<x>x<~<x??x<~<x>x<~<^}x~|><~<?a<~<<~~~x_}~x?`}x?x<>>8a}~xxb}c}?<?f`d}Î; 3 c38` e}3`f`?9~cf}'raphics)nterchange&ormatviewerg}3harewaresoftwarefor!taricomputers#opyrightc &ebby$on$avis')&and'raphics)nterchange&ormath}areregisteredtrademarksof#ompu3erve )ncorporated an(2"lockcompany0i}1ff 0;p<`~`~0< 8f f0;p<`~`~0< 8j}f f0p<`~`~0< ff3`~`~?k}fLf2fLf2l}11 zARZ%1ԩ0`230 2< _2榩> _2 2榩Ŧ= _2 2Ʀm}Ƭة|2. 2? _2 hh 2`󀳴 z z`` `i(i`n} 2 2 2ee` 2ii0&& 2 2槩ŧ`1ǑHEO%N o}ԍХEO%Nh@LpppBAPPPBȡp}Nq}A0PPPBȡOr}AKnhihiHHs}ȱȱ`8Hh` -KE…¦ -K`L-K` >K"Ff et}e&8L_K >K_Wń児0 &&86.ń児8儅充Ffu}Ff8L_K Fj` &``8L Vl;LHHJJJJhh`hhl;L `iDiE`ԆՄ ؠ0ȑv}8)ȑ`HhLyL [LHI B =L`ȱ - ƥĤ180* &H& & &eehw}e8ȥ 8堅塅` [LiDiEHIB =LH8LL`HhL'MHhLiM [LHIx}B =L` [L lLJKB =LJJJJ` [L B =L`H` B VhKI JS:DEB =L`% ҩy}ҥ)) ҥ``ĦħȱѢ`Ơơ`ŧ񅠆8`z};ť5ƧťŪ樤槤8奧ũ`Ƣƣ8`HhLN{}Ƥƥ8`|}OH hB`OODOE V䄠` OKJLO}}~}}}}#ȡ0}L\LR KRRRRRBmRRiRRiR}RiRRiRRiRRiRRiRRiRRiRRRRRRRȑRRRRȑRR}RRȑRR V䭮RR`LS z`LSILS`LS KSSLS d M o MLS } , MSSSSͭSL(TSSͫSSL"TSSLTSLS N`))  @`8 `(}L{T KJTMTNTLTTP NOT8NTTTOTLTOTPT ,TOTPTOTLTTNT}PKTJT N`LT KT'RmT(RiTiTiTT xT`(}L\U K-ULU'UeU1 bN/U.U/U.UU1 zN0U.U/UU}U0ULU0U1UI0U1U0ULU8'-U1UU1-U T.U/U-UqU` VL/VT eXeY(T kK}eVeV*Vi+Vi*V+VVV xTLV`LVVV@)LVLV Read-} Vǩ YULV)LVLV Write-V YUVVL*WLWD1:WVV bNVViViXRVV}VVVVVVV YU {MVVI~LWͣVLW8VVLWVL3XVILWͣVLWL6XLWVV}L6XL3XVILWVVL6XL3XV)ŮL*XV)}L*XVmVViVL3X8VVLOW`L:X ԩ }PmRLoXQQQíQLyXQĭQ`L~XzX/)ߍ/*R)R N((R'R N SzXILX0R1}/R0LX.R1-R0 7X*RY)RX`LXX))LBY)L%YŮX=PL?YFFFFťŮX=P}LvY)LlYťŮX=PFFFFLvYŮX=P`}LYxYwYwYxYL^YYYY{YȌzYYmRL ZY@Y{YzYYȌYYRL[qR{RRͷYR}YLZRRYY KqRFRERRRqR kK8Y宅Y寅 LqR KRL[YY}RR K{RYY{R kK8R宍YR寍YY YL[YYRR K Lb[{R{RRR }K8Y宅Y寅 LRFRERL|[RYY LERFRL[FRERRFRJRERIRqRrR{RRLX\JRFRIRE}RrRqRR{RqRRR kK{R KYŬY子L\RL@\{RRR K8Y宅Y寅} LRFRERFRJRERIRqRrR{RRRL]vRRRRL\RR KvRNRMRRRvR kK}8宅寅 LvR KRL]RR KRR kK8R宍YR寍YY YL]}YYRR KL]RRRR K8宅寅 LRNRMRL]RYY LMR}NRL]NRMRRNRRRMRQRvRwRRRL^RRNRQRMRwRvRRRvRRR kKR KŬ0L}+^RLg^RRR K8宅寅 LRNRMRNRRRMRQRvRwRRR(vR kKYYwY}xYLb̈́̄τΩYȌYaRL^YխR8RERY RFRY{RYY KYYERRFR RL_{RY}Y K{R kK8Y嬍YY孍Y͗YYLt_YY8{RYYYYmYԥmYL_8ERRYFR R}YqRժ kKԊեՍYԍYǭR8!RMRY"RNRYMR!RNR"RLp`RYY KR kK8}Y嬍YY孍YY YLH`8RYYYYRYY KeƥeL`8MR!RYNR"RYvRǪ }kKƊǠYY(Ǫ kKXe֥YeשR kKvR K8RmMRARmNRBRA}R!RBR"RL1aYYөLkaYӭY8AR!RYBR"RYR͛YRYLkaRYRY{RYY kKqR} K8RmER=RmFR>R=RR>R RLaYYѩLbYѭY8=RRY>R RYR͟YRYL}bRYRYwYxYL#eEELcEELcwYMR xYMRL?cvR٭qRإ-Y)zY )LyYyYY} Lڭ{Yժ LeYeYڅŭwY XIڭYY%ڑYYő8إL`b8qRԥ}i(֥i8٥L[b8vRƥ8Y֥Ym{RХiѥ͟YYLcYѭYmRҥiӥ͛YY}LcөmqRԥiͥRRL#ḙ̈́YխYmYΥiϭaRLtdRRLdNYϭYέYLcNY}YӭYҩYYYMYMYLtd͛YYL?dөLtdLqdͫYYL_dmRҥiLqdYmYYYiYLdE}EL#eǭRm!Rm"RMRNRLdm!Rm"R8MRNRR KeƥeǩvRǪ} kKƊǩ(Ǫ kKXe֥Ye` Atari View 8(eGIF graphics decoder/viewer7e&______________________________}________UeLeILe0R/RLe.R-RYXYX NRXi$eYi%e5ei6ei5e6e}%e$e xTXi.$eYi%eSeiTeiSeTe%e$e xTXiQ$eYi%e|ei}ei|e}e%e$e xT S},R1+R0`Lf {M{f{fLf+{f R{f{fILfLfLfLfLf{f`LffAR!RBR"R=R}R>R RLg |ffLVg!RmR"RmRMRŮNR寰L.g |ffLVgRmR RmRERŮFR寰LVg |fff` `}`Ș` gg ggʆ gg` lg bg \g* lg `gŢŠ ` lg ^g` lg `gŢߢ lg `g}ѥ`ņƄǩ &ŅΥ&eŅΥeϩ+̩ͩυ΅̢ͅ R`Q照mRVȩƈ }eeƠ٥ũ媐 ȩ `ɫWRʊΥ۩+̢ͩ}ʆʆ gg ggŢ赣ʕƠơ qgi̥iеȩDȩđȩ`LAiRR} R]R]RILxi]R`iRLiGIFiR +NLi`R R]R]RILi]R`Li87a}iԢR +NLiiRR R]R]RIL%j]R`R R]R]RILWj]R}` {MYRYR)URYR)mR {MRR {MYRURLjOmR g]RmR]R`Lj {MYRYRI;Lj]RLlYRI!Lj} {MYR |f]R]RLj ]RLlYRI,LlR R]R]RIL1k]R`R! R}]R]RILck]R`R R]R]RILk]R`R R]R]RILk]R`!Rm}R"RmRRŮR寐Lk]RLlRmR RmRRŮR寐Ll]R]RILl {MaRaR)eRaR)VRaR)@aRVRLZlP}eR g]RLolOP NeR {M$R#R#R )L1R2R1Ri%R2Ri&R#R$R]R`ۅ󩀅ܭ%R&R}ȅ+ii`ݦޅۆܥ`݆M1R M2R lLl YLl }ݥްLm *eۑȥܑ݅ޅ%RŢ&R声.襢 *eꅢȱꅣeLzm e}ݥe񥢑Ll YLmL nnnmmmm#Rm {Mmn}mn RmmILinm`8 m LmnILn S`mJJJmemmimm)}mmmm8JJJmmmmL+o {Mmnmn RmmIL#om`mmnmmnm}mm LmȄmnonoL]pme兮me慯8mmLo {Mmnm}n RmmILom`mmmme兮me慯8mnene kK}IILTp䪥 L㊅L`o8m䪥 )L㊅-mߥ-nmmmmmLpm 8m}mM%RM&RLp {MmmLp`Lp`LUq mnnnnLq`LUqnM%R nM&RL-q#RmLXqLU}qnMm nMnLUqm mLRq mLXqLnLin`Ljqaq`qRRLJrR(R0LJr(RR kKXe}YemReqmRfqdqdqLJrRmdqbqRicqbqcqL3r8RbqŮcq0L3reqfqdq m`q*(maq}eqi(eqfqifqdqLq`<<ZrLcrLrKrmRLrPrQrLrPrQrQrRR K}Qr kK8R嬅R孅Pr kK8嬍RrQrRR KRRRRRRRRRRȩǭR}rȪ )LNJȥIǥIȠOrOrLtRmOrMrRiNrMrNrLt8RMrŮNr0Lt^rmOr_riʠ}Rrʪ )LɊʭRRLWtR(R0LWt(NrMr kKXeYemRVrmRWrWrYrVrXrOr mKr}*(mLrXrYrVrWr%ȑVrWrʑRiRiLtRiRi(0LtVrWr}VrWr%ǑVrWrɑOrLAs`Lt Kt8tERtFRqR kK{R KReR}eR8tMRtNRvR kKR KReReR`Lu Khu}muRR kKnu KuuúuuuLu8uuuu LuuLvuuouR}R kKpu KuuuuLev8uu LuuLmvuumRLvuuuLv}u@uuhuLvzuRyuR|uR{uRruqu gq~uR}uRuRuRvuuu gqLyhuIL;xlukujuiu truqu `}rRzuRyuR|uR{uuu kK8u宅u寅rR KR kKiue}ujue~u}uu kK8宅寅wR KR kKkueulueuuu~u}u t8RuRR}R8RRRRvuuu `rR~uR}uRuRuLyhuILyzuRyuR|uR{uRruqu gqlukujuiu truqu `}rRzuRyuR|uR{u~uR}uRuRuRvuuu gquu kK8u宅u寅mu Knu} kKiue}ujue~uuu kK8宅寅ou Kpu kKkueulue}uuu~u}u t8RuRRR8RRRRvuuu `rR~uR}uRuRu`Ly MLyD:COMMANDS.HLPy}䅣 OyyɀL5z Ry MyɀLzyWYXILlz0Ry/RyLxz.Ry}-Ry,R1+R0RT ,V*RY)RXy1y0 7Xy`oLzzzzLz USER INTERRUPTzΈ m}z*(mzL{ Flawed GIF filezȑ mz*(mzL@{ Not a GIF file{ȑ0 mz*(mzL{& Atari View }v2.0 (c)1989 ? for help{ȑ` mz*(mzL{ Press to continue{ȑ mz*(mzL{ Press ?} for command list{ȑሑ mz*(mzL&| Screen ON|ȑ mz*(mzLR| Screen OFF|ȑF mz}*(mzL| File name error|ȑr mz*(mzL| D:COMMANDS.HLP not found|ȑ mz*(mzL| Unrec}ognized format extension|ȑ݈z LG}8zzz mz*(mzȱzzzz YUL}LS} Error #}J YUR}z LRU YUzɀL}L} Unknown Error}|U YUzIzIzI zIL} SL} S`L} >i}}}IL}}`mRL} {XL~ {XL~/ /RRR yLL.~ screen ~$ YURU YULG~ X ~CU YURR}R yLRU YUL~ interrupts~kU YURO)}ROJJJJ}}RO)}RO }}}(Y}X NXi(Yi}( NXiP}Yi}}_}LKYPX}} N}iP}}i}}L}}}}LaLԀILw, S,IL z,LIL, SLP j}}IL}LL New image at} ĩ YUR RR yLRU YUL,U YUR"R!R yLRU YUL% size U YURRR yLRU YULM X }IU YURRR yLRU YU/ / S YL Y f}}IL n}RR}Lр}I Lр} z}}LTP}`LL Threshhold= YUWRIELL L YULAWRIVL3L'M% YULAL8H6 YULN (L},M,H)D YU {M߀߀IH ߀IhLzWRL߀IM ߀ImLVWRL߀IL ߀IlLEWR`z } DISK MENUʁLLD1:*.GIF䢁 bN VLG M OففIL9LTLD Mف}`LQ M`L ~eXiځYiہԁiՁiԁՁہځ xTցXiɍځYiہT rMI L-}ׁ؁؁L8ׁׁ8ׁׁ؁Lɂ8.ց)L*8TT8ځځہہL>ځi ځہi}ہځ xTTځi(ځہiہց)L8ځځہہI LLLցցLLL ,VI LLԃX}iȅYi NL M10*RY)RX`L󃅣Qi򃅬󃅭QqQ zN`L2 K)}R*) yLR .- R,+ yLR `LznL H-Q bNL/{RqR /L V-} LĄ/…RvR /L NEW RnRR L- QsRRQRJRIR usQL0/}.Ƣ /Q YUnIHL~RRQRŅƅwRRJRIR uLRRQRrRRŅƅJRIR u {Mo}oILLGLDoILυLGLDoI-oI_ oIL 8ƥLŠƩŐL LDoI=oI| oILD8ť}LDƠũƐLDL! u`L\T@SmRLyTSRTS kKrR KUV}URVRLņVUL8RUURVVRSRTLUmRUViVR kKwR KW}XWRXRLDXWLx8RWWRXXRRLxWmRWXiXWQRXRRLXRRWQRUIRVJR}LVJRUIRJRPIRORRRQRQLۇ UPPER LEFT- ͢Q bNNRL,MRFRER /L NEW QMR}QPO uMQRLB,@QPO /Q YURQrRRwRRPO u {MNNIL}LL뉭NILʈPJROIRRRRQQRLL뉭NINI- NI_LQ̓RRL8QRQRRLRQL뉭NI}NI| NI=L\QmRQRiRWQXRLYXRWQL뉭NINI\ NI+LO{RPL8O{ROPP}LPOL뉭NINI^ NI*LOm{ROPiPUOVPL뉭VPUOL2 u`z(}L&˩ VLI: I:L؋ M OILŊL File exists. Overw}rite? (Y/N) | YU {MIY IyLŊIL͋ M OILʋL Writing YU}U YUmRL%L*UYXȌL{1 LL=mRL} L Lé Lĩ LL‹ĩ Lé Lé Lé LLLՋLL݋ LLL* M˭􉅠`z(}z(LU  {X%$ R1XR}E˭/ /ME z MLK: M {MJJ)JJI? JI/L yEEILELEIL EL}eJ)_JJIRL VLI: I:LVWRR bN M OEEIL }E} ML ELeJIALҍ M OEEILύR }E MLeJIDL9L Default drive #ߩ YU}RXRRRU YU {ME0EL1E:L1EXRELeJIFLcIL[ EL`ELeJIXLL EXIT- }Are you sure(Y/N)? p YU {MJJ)_JJIYLLwLeJIMLˎ ށELeJIHLrRŭRƩH wōrRƍRELe}JISL YELeJITL ELeJIVLKwRŭRƩV wōwRƍRELeJIWL` #ELeEL M``}R2 YELeJITL ELeJIVLKwRŭRƩV wōwRƍRELeJIWL` #ELeEL M`` !tari6iew')&graphicsdecoderviewer#/--!.$,)34 }%3#!0%abortcurrentoperationdisplaythislist! }!gainredisplayimage $$efaultdrive&&astdecodescreenoff -dis }playdiskmenu22eada')&file4adjustcolorthreshold77rite-i }cro0ainterfile8exitandcoldstart(changehorizontalratio6changeverti }calratio\enlargeimage]reduceimage3selectareatoen }largearrowkeysmovechosenarea interruptsdecodingpausebetweenimages }pausebetweenimages U ************************************************  } * * * ATARI VIEW (8) *  } * version 2.0 * * *  } * Graphics Interchange Format * * image file decoder/viewer * } * for all 8-bit Atari computers * *  } * ************************************************ Copyright (c)Feb. 1989 by Don }Davis 50 W. Holly Hill Rd., Apt. 13 Thomasville, North Carolina 27360 } As a 'shareware' product, this program may be distributed with}out restriction on condition that the copyright notice is not removed. A contribution }of $20.00 is requested. This software and the accompanying documentation are not to be sold, either separa}tely or in combination with any software or other products, without the express written permission of the author. } GIF and 'Graphics Interchange Forma}t' are registered trademarks of CompuServe, Incorporated, } an H&R Block company TABLE OF CONTENTS } ----------------- Subject Pag}e Version 2 Quick Start....................................... 1 GIF overview....................}............................ 1 GIF and Atari............................................... 2 About the} program........................................... 3 Commands....................................................} 5 Errors...................................................... 9 Adjusting the color..................}.......................10 Choosing GIF files..........................................12 Final remarks.}..............................................13 } Page 1 Version 2 Quick Start } --------------------- All commands available in version 1 of Atari View (8) are available in v}ersion 2 as well. Version 2 includes four additional commands to make its use more flexible and convenient than version  }1. For those who are already familiar with version 1, a list of the new commands, with a brief description of each,!} should allow you to take full advantage of the enhancements without having to read through information you already"} know. (D)efault -- allows you to set a default drive which will be used for all I/O operations supporte#}d by Atari View (8). The default is now provided when you select an I/O command, so you no longer have to type the $}drive number each time. (F)ast -- toggles a flag which controls whether the screen display will be on or off d%}uring file decoding. Turning the screen off increases speed 20-30%. (T)hreshold -- changes the color sensitivi&}ty of the program, allowing you to adjust contrast on some difficult-to-display images. SELECT -- pauses betwe'}en images in multi-image files. Note that version 2 consists of two files. COMMANDS.HLP contains the lis(}t of commands which is displayed in response to the "?" command. This file should be on the disk in drive 1 if you wish )}to have this feature available. ABOUT THE FORMAT *} ---------------- What is GIF? The Graphics Interchange Format (GIF) is a hardware-independent +} file format designed to allow different types of computers to exchange graphics information. What G,}ood is GIF? GIF might be considered the successor to the older Run Length Encoded (RLE) format. RLE was -}a least common denominator approach to hardware independent graphics. By limiting everything to a 256 x 192 or 128 .}x 96 monochrome display, RLE ensured that virtually any machine could produce an acceptable display from any image file./} Page 2 GIF is a more ambitious appro0}ach to the challenge of hardware independence, offering the flexibility for any machine to encode files with its ow1}n screen resolution and an appropriate number of colors. The standard leaves it up to the decoder to interpret the resul2}ting file suitably for the display hardware. Restrictions on the resolution of RLE files kept the file size 3} reasonable. GIF, however, includes no such restriction, and the amount of data required to describe a high resolution4} image can be enormous. A GIF image may contain up to 256 colors, and any image size up to 65,535 x 65,535 is allow5}ed. To minimize the file storage space required, as well as upload/download time, GIF uses a data compression syste6}m called LZW. This is essentially the same as the compression method used by the AlfCrunch program, and is one of the me7}thods used by ARC utilities. For some images, it produces a reduction in file size of 30:1 or more compared to the 8}raw image data. Of course, compression is less effective on images containing more fine detail. GIF images com9}e in two varieties; interlaced and noninterlaced. Noninterlaced files simply store the screen data in sequence from the:} top of the screen to the bottom. Interlaced images, on the other hand, store the data in four top-to-bottom passes ;}through through the image, recording lines at intervals. Each successive pass fills in spaces left by preceding pas<}ses. The interlaced format allows a user to get an overview of the entire image without waiting for all the image data =} to be decoded. The image format is not always mentioned in the CIS file description. What does GIF >}mean for Atari? No new format, not even GIF, will make your 8-bit Atari look like an ST. On the other ha?}nd, it opens to Atari users a variety of graphics never before available. This new vista does not come without@} a price. Many of the image files have been encoded by machines with plug-in graphics cards costing more than an enA}tire 8-bit Atari system. Consequently, an Atari user may not find all GIF image files to be pleasant, or even recogB}nizable, viewing. Some discretion is necessary in the selection of GIF files. I will attempt to provide some guidelines C}for file selection. Keep in mind, however, that these are only suggestions. The only way to determine for certain wD}hether a specific file will look good is trial and error. I encourage Atari users to share information about GE}IF image files. Post messages reporting which you have found to be good viewing and where you found them. Perhaps wF}e will even see text files compiling a list of those image files Atari 8-bit users might enjoy. G} Page 3 ABOUT THE PROGRAM H} ----------------- Atari View (8) is written primarily in the Action! language, origiI}nally distributed by OSS, Inc. and now available from ICD, Inc., 1220 Rock Street, Rockford, Illinois 61101-1437. The maJ}jority of the program is original, but it includes some routines from the public domain runtime package written by K}Jeff Reiser and from the IOFUNC.ACT file written by Bill Wilkinson. Booting Up Before yL}ou boot Atari View, be sure there is no cartridge installed. If you own an XL or XE model, the program disables built-inM} BASIC as it loads. If a cartridge is installed, Atari View will appear to load normally. When you attempt to read N}a GIF image file, however, the viewer will lock up within a few seconds. Atari View requires 48k of RAM and will noO}t run in less. For the same reason, Atari View is not likely to coexist with nonresident handlers. A handler intalled inP} low memory that is not overwritten by the program code itself will probably be destroyed during the data expansionQ} process. Version 2.0 even uses the "page 6" RAM, so a handler or utility installed there will not survive. R} I should confess that I "cheated" to fit the program into 48k at all. I allocated a 4k block of RAM for data expansioS}n and placed it just above DOS. As the program continued to grow, I kept moving the base address of this block downT}ward into the DOS area, until the base address is now $1B00. I feel quite safe doing this. Data expansion uses the U}allocated area from the top down, beginning at $2AFF, and a single compression code would have to consist of more than 2V},000 pixels to cause a problem. By my estimate, the minimum requirement to produce such a string is a file consistiW}ng of more than 2,000,000 identical pixels. In other words, someone would have to encode a blank screen roughly 800X} x 600. Such resolutions are available on high-end machines, but it's hard to imagine anyone bothering to encode a blankY} screen of that size. Unless I've made a serious error in my reasoning, a crash resulting from excessively long pixZ}el strings is highly unlikely. Atari View has been tested with Atari DOS 2.0S in both single and double d[}ensity, Atari DOS 2.5 and SpartaDOS versions 2.3 and 3.2. Atari View does not work properly with Sparta 3.2 if the time/\}date line is displayed. On bootup, therefore, Atari View executes a TD OFF command if Sparta 3.2 is running. When r]}unning under Sparta 2.3, the program works equally well with or without the time/date display. I don't recommend tu^}rning on the time/date line, however, particularly when a television is used for display. Atari View already requires 19_}2 scan lines, the equivalent of 24 text lines, for the graphic screen, plus the command line. The time/date line ma`}y push part of the graphics display off the bottom of the television screen. a} Page 4 GIF On Display Atari View uses one of two display modes to presb}ent GIF images, depending on information in the image file header. If the header identifies it as a two-color (monoc}chrome) file, the viewer selects GRAPHICS 8, the 320 X 192 monochrome mode. If the header indicates there are more d}than two colors in the file, Atari View defaults to GRAPHICS 15, the 160 X 192 X 4-color mode. Since this mode has no e} operating system support on older model Ataris, Atari View does not expect such support and works equally well on thef} 800 and the 130XE. Because many GIF files contain more than four colors, a technique known as dithering is usg}ed to simulate all colors. Dithering is a process of displaying adjacent pixels of two different colors, resulting q}B%DOS SYSB*)DUP SYSBSAUTORUN SYSBCOMMANDSHLPB=AT8GIF DOCin a third color being perceived by the user. All GIF color files are presented using black, red, green and blue in the r}color registers. Theoretically these colors, in proper combination, can produce all the colors a television or monis}tor can display. In practice, the GRAPHICS 15 display doesn't allow enough control to be quite that versatile. It dt}oes, however, permit differentiation among far more than the four hardware colors chosen. Unfortunately, the du}ither pattern doesn't always blend smoothly. Version 2.0 uses some coarser patterns than previous versions. The patv}terns, while somewhat distracting, are necessary to differentiate as many colors as possible. For this reason it is bestw} to view the images from a few feet away, where the patterns are less obvious. If you use a monitor with a crisp dix}splay, you may find that adjusting the focus to reduce the sharpness produces more pleasing results. For the py}resent I have chosen not to use a "closest match" approach to display four-color files. GIF permits a single file to z} contain more than one image, but gives no advance warning of multi-image files. Secondary images are not limited to th{}e colors used in the first image, or even to the same number of colors. Dithering with the primary colors offers gr|}eater flexibility for representing all files. At the end of this document, I have included some suggestions to}} help you adjust the color of your television or monitor to get the best results from Atari View (8). Hig~}h resolution images present another problem for 8-bit Ataris. Some method must be used to reduce image resolution to fit} the display. Atari View uses simple pixel skipping because there just isn't time for a more complex approach. Redu}cing a 640 x 350 image to fit a 160 x 192 screen means skipping three of every four pixels on a line and skipping e}very other line altogether. As a default, Atari View computes ratios for resolution reduction that will presen}t all, or nearly all, of the defined screen in the appropriate Atari display mode. These ratios are user-alterable, and} you have the option of "zooming in" on a fraction of the image. } Page 5 Command Performance The user interface for Atari View is as intuitive as }I could make it. A user who needs a reminder of the commands can easily get a command list within the program, but }I have provided a somewhat more complete explanation of each command here. Version 2.0 includes the following }new functions: -User selectable default drive -Screen off option for faster decoding -User adjustable co}lor threshold -Optional pause between images in multi-image files Version 2.0 takes} a new approach to responding to the console buttons. Response actually occurs in two steps; recognition }and action. Atari View now recognizes console buttons during the vertical blank. The command line turns g}reen to acknowledge that the program has recognized console button input. Action on the command is deferred, howeve}r, until an appropriate time for the program to react. OPTION-- This interrupts the decoding} process more or less immediately. Before expanding the data contained in a compression code, Atari View }determines whether the OPTION button has been pressed. If it has, the file is closed and control returns }to the keyboard input routine. Any portion of the image which has been displayed remains on the screen, b}ut decoding cannot be continued where it was interrupted. If you are viewing a familiar file, you can use OPTION to} halt decoding immediately after the file header has been read, change the display ratios, select a porti}on of the screen to enlarge, and use the "A" command to display that area, all without having to wait for} the entire image to be displayed using the default parameters. SELECT-- This command, new w}ith version 2.0, allows you to pause between images in a multi-image file. Because multi-image files may }contain images which overlay each other, you may wish to use the SELECT button to give yourself more time} to look at an image before it is overwritten. You can press SELECT at any time during the decoding of an} image, but the pause will not take effect until that image has been completely displayed. At that time, }the command line will turn yellow and the message "Press SELECT to continue" will be displayed. Pressing }SELECT again allows decoding to resume. Page 6} START-- The START button is not defined in Atari View (8). Consequently, START can be used to cancel }the effect of the other console buttons if you use it quickly enough. This is not often practical after y}ou have pressed OPTION because the program normally responds quickly. It may be of value, however, if you} change your mind after pressing SELECT. None of the following commands require the use of the } CONTROL or SHIFT keys. ESCAPE-- This is used to abort certain program functions without chang}ing program parameters. It works with the H,V,S,R,W,D and T commands. ?-- Displays a list of c}ommands. With version 2.0, the command list is stored in an external file named COMMANDS.HLP. When the qu}estion mark is pressed, Atari View looks for D:COMMANDS.HLP. If you use Atari DOS, therefore, the help fi}le must be present on drive 1 for the program to find it. SpartaDOS users can store the file on any drive } which has been set within SpartaDOS as the default. If Atari View can't find the help file, it displays the messag}e "D:COMMANDS.HLP not found" on the command line. (A)gain-- Redisplays the currently selected }file, adjusting the display to user-specified parameters. (D)efault-- Allows the default drive} to be changed. This command is new to version 2.0. Pressing "D" causes the prompt "Default drive #1" to }appear on the command line the first time it is used. Just press the number of the desired default drive.} Atari View will accept any single digit. Should you choose a drive number which is not connected to your} system, of course, it will cause a DOS error later. Any key except a number will quit the command without changing} the default. Note: This does not change the drive recognized by SpartaDOS as the default. T}he SpartaDOS default should be changed at bootup, if desired, either manually or from a batch file.} Page 7 (F)ast-- Turns off the dis}play during file decoding to reduce decoding time 20%-30%. This command is new with version 2.0. If you a}re viewing a multi-image file, the display will be restored after the first image. Some multi-image files} feature a sort of crude animation. Such files are intended to be viewed during decoding, and the final d}isplay doesn't provide the full effect. The "F" command still saves time on the first image without destr}oying such special effects. Pressing "F" toggles fast mode on and off, and the command line responds with a } "Screen ON" or "Screen OFF" message. Unlike many of the other commands, this one does not return to the default} condition when you read a new file. (M)enu-- Displays the menu of the disk in the selected } drive. The default mask is "D#:*.GIF", where "#" indicates the default drive number set with the "D" command}, and the mask is user-alterable. ESCAPE quits without displaying a menu. (R)ead-- D}ecodes and displays a GIF image file. Pressing "R" moves you to the file name input routine. The "Read-" prompt } will be displayed on the command line, and you may then enter the file name or path name for the GIF file of} your choice, up to 30 characters. The read function requires a full legal filespec, including device, fi}lename and extender. Version 2.0 displays the prompt "Read- D#:", where "#" is the default drive number s}et with the "D" command. RETURN enters the new file name. ESCAPE quits without reading a new file. } When reading begins, the command line will display the message: screen 640 X 350 }OPTION interrupts The screen dimensions shown are those defined in the file header -- the "log}ical screen." It might be useful to think of the physical display as a window on the logical screen. Atar}i View allows you to change the "magnification" of the image appearing in the window. Secondary imag}es in multi-image files are noted by a beep from the monitor speaker. The command line displays "New imag}e at 81,40 size 120 x 100". The numbers shown are merely examples, of course. } Page 8 (T)hreshold-- Adjusts the threshold Atari View uses to } interpret colors. This command is new with version 2.0 and results in the command line prompt "Threshold (L,M,}H)-". The default is "M", or middle. Changing the threshold to high by pressing "H" drops more of the ima}ge colors into black. Low threshold, set by pressing "L", brings out colors otherwise displayed as black.} This command adds flexibility for viewing difficult files. Any other key quits without changing the thre}shold. (W)rite-- Writes a Micropainter-compatible file. Following this command, you will be pr}ompted for a legal filename or path name to write to. The command line prompt is "Write-D#:", where "#" i}s the default drive number set with the "D" command. If that file is already present on the specified dri}ve, you must must confirm the entry to overwrite the existing file. Output is the current screen contents}. RETURN starts the write process. ESCAPE quits without writing a file. e(X)it-- Originally, t}his command was intended to exit to the DOS menu or command prompt. Because the program alters a number o}f operating system variables, this sometimes caused a crash. Now the "X" command initiates a cold start. With } Atari DOS, if the viewer is on the disk in drive 1 and is named "AUTORUN.SYS", it will automatically load and }run again. When you enter "X", the command line prompts you to confirm the command. Pressing "Y" exits to} DOS. Any other key aborts the exit command. H-- Allows you to change the horizontal display r}atio. When this command is entered, the command line displays something like: H-1}/4 V-1/2 NEW H-1/4 V-- Allows you to change the vertical display ratio. When this command i}s entered, the command line displays something like: H-1/4 V-1/2 NEW V-1/2 } Separate commands are provided for the two ratios to allow you to change the aspect ratio of the displ}ay, if necessary. Default ratios are computed to produce the nearest fit of the entire image to the scree}n. Cursor control keys are used to change the selected ratio. The UP arrow makes the image larger and DOW}N makes it smaller. Either ratio may range from 32/1 enlargement to 1/254 reduction. Pressing RETURN ente}rs the new ratio. ESCAPE quits the ratio command without altering the ratio. } Page 9 (S)elect-- Allows you to choose the area of the image to be }enlarged. The H, V, and S commands all cause the appearance of two rectangular cursors on} the screen. One represents the upper left corner of the screen, the other represents the lower right cor}ner. This allows you to identify what will be displayed when you use the "A" command to redisplay the ima}ge. The boundaries of the physical screen fall on the outside corners of the cursors. When the "S" c}ommand is active, the command line displays: UPPER LEFT- 0,0 NEW 0,0 } If the display ratios are such that the entire image does not appear on the screen, one or both cursors may b}e moved off the screen. In this case, you can refer to the coordinates displayed on the command line. Two} sets of coordinates appear when the "S" command is active. The first set locates the upper left-hand cor}ner of the current physical display within the logical screen. The "NEW" set specifies the position of th}e corner that will be used when the "A" command is entered. The cursor control keys move the new corner p}osition where you want it. XL/XE users have the advantage of a fast key repeat rate. That feature is more } difficult to implement on the 800, and there is no room available for the necessary code. Note that the area bound}ed by the cursors will not move beyond the logical screen dimensions defined in the file header. RETURN s}aves the new upper left corner position. ESCAPE quits the "S" command without altering the corner coordin}ates. Built-In Forgiveness Atari View normally displays a copyright message when i}t is not actively decoding a file. If the program encounters an error, it notifies the user by beeping through the }television or monitor speaker. Atari View also displays an error message on the command line. In the case of disk I}/O errors, the message is simply the standard DOS error number. There are also several error messages specific to A}tari View and GIF. If you attempt to enter a command Atari View doesn't recognize, the program will display th}e message "Press ? for command list." Should you ask the program to read a file other than a GIF image file, you'll} see the message "Not a GIF file." Pressing the OPTION button during image decoding causes the message "USER INTERRUPT" }to be displayed. Page 10 Atari V}iew is capable of recognizing certain types of errors within the GIF file itself. The message "Flawed GIF file" may indi}cate one of several problems encountered in decoding the file. There may be illegal or conflicting information in t}he file header. Perhaps the file was created by an encoder program which does not strictly adhere to GIF specificat}ions. Or there may be a problem with the compressed image data. In compressed files, correct interpretation of the data} currently being examined depends on the data preceding it. Atari View can recognize some types of errors in the com}pressed GIF data. Any such errors make it impossible for Atari View to know how to interpret the rest of the file. }This problem is most likely the result of a bad upload or download. At the time this program was released, Com}puServe programmers and independent GIF developers were debating a number of possible enhancements to GIF. The form}at provides for the orderly inclusion of such "extensions," but at this writing, none have been officially adopted.} Should you encounter a file containing one or more extensions, Atari View (8) will notify you of their presence with th}e message "Unrecognized format extension" on the command line. Properly implemented extensions should cause no prob}lem for Atari View, but their inclusion in a GIF file could mean you will not get the full effect the artist intend}ed. All errors return control to the command input routine. Therefore, recovery from all of them is simple -- }enter a new command. GETTING STARTED -------}-------- Your Color Or Mine You probably think the color is adjusted pretty well on your tele}vision or monitor. I think the color is adjusted well on my monitor, too. If our monitors aren't adjusted the same, who'}s right? I am. You see, I wasn't looking at your monitor when I wrote the program. As Archie Bunker }used to say, "Ipso fatso." My monitor has to be the standard, and if you can adjust your monitor or television to a}pproximate the colors mine displays you will get the best results from Atari View (8). To that end, I have inc}luded a 16-color test file to help you. COLORS.GIF was uploaded to CompuServe by Steve Wilhite, the network's chief} software engineer, as a test for IBM PCs with EGA graphics cards. By sheer good luck, it's a good test for Atari View (}8) as well, and the program simulates 15 of the 16 colors. By enlarging segments of the image, you can even read th}e color names, but I'll save you the trouble. } Page 11 ----------------------------------- | | DARK | LIGHT | } | | BLACK | GRAY | GRAY | WHITE | | | | | | } ----------------------------------- | | RED | | YELLOW |  } | RED | YELLOW | YELLOW | GREEN | | | | | |  } ----------------------------------- | | GREEN | | CYAN | | GR }EEN | CYAN | CYAN | BLUE | | | | | | ---------- }------------------------- | | BLUE | |MAGENTA | | BLUE |MAGENTA | }MAGENTA | RED | | | | | | -------------------------}---------- First, look at the left column. These are the only colors used by Atari View (8). Black shoul}d be fairly well saturated. It should look like black, not gray, although it's difficult to get a really solid blac}k on a television without adversely affecting other colors. Blue and green should be bright, and should appear "pure". A}tari colors don't include a really pure red. The color used is more of a hot pink, which is as pure red as Atari co}lors get. Next, look at the third column excluding the top one for the moment. These colors are equal blends o}f two of the others. Second from the top is yellow, and it should appear gold or "dirty yellow". Some users have as}ked me about "that bilious green color." Obviously their monitor adjustments don't match mine. Below yellow is cyan, and} it should appear greenish-blue. Last is magenta, with equal proportions of red and blue, so make it look purple. } The lower three colors in the other columns are mixtures of the first and third columns. If the colors I've des}cribed so far look right, these should take care of themselves. The upper right corner of the chart is suppose}d to be white. The pattern displayed, which should actually appear as alternating cyan and yellow dots, is as close} as Atari View (8) can get right now. From a few feet away, it should appear light gray. To the left of white }is the only gray I've managed to simulate so far. Viewed closely, this square looks like a pattern formed by a wide } cyan dot and smaller black and red dots. From a distance it probably looks more dark blue than gray. To the l}eft of the gray square is a second black one. Setting a low threshold produces two gray squares and one black one. } These are not all of the 30 or more colors Atari View (8) can simulate, but they are the more basic ones. In partic}ular, if yellow, cyan and magenta look close to the way I have described them, you should get good results from the} program. Page 12 Making The Hard Choices } The most valuable tool in choosing files is the CompuServe file description. The image resolution and nu!}mber of colors are often specified in the keywords this way: 640 X 350 X 16 The first"} number is the number of pixels per line, the second is the number of lines per screen and the third is the number of co#}lors. For Atari View, the number of colors is generally the most important of these. In files with a large num$}ber of colors, recognition of detail tends to depend heavily on relatively small differences between shades of the %}same color. Atari View simply can't represent all those shades, and the detail is lost. In general it's best to sti&}ck to files with fewer colors. This is a suggestion, not a rule. Depending on the subject matter, files with only 8 or 1'}6 colors may have the same problem with small differences between shades. To make matters more complicated, some 25(}6-color files do quite well because all the colors aren't actually used. Another clue to the suitability of a )}particular file is the file size. Image files approaching 500k in length have been uploaded. An Atari 8-bit user wo*}uld need a hard disk merely to download one of these, and I shudder to think of the time Atari View would require to +} decode it. Although a 50k file will fit easily on a single-density floppy disk, it still reflects quite a bit of fine ,}detail in the image and may not produce an attractive display. Therefore, another reasonable guideline is to stick -}to files 30k or less in size. Oddly enough, defined screen resolution is substantially less important, althoug.}h the default display is not always the best way to view the image. With the "zoom" capability of Atari View (8), it is/} always possible to see a portion of an image at full resolution. Off And Running Althou0}gh version 2.0 is roughly twice as fast as previous versions, the first thing you are likely to notice is that the image1} will appear on your screen more slowly than images from files created by Atari paint programs. There are several r2}easons for this. The first, and most obvious, is that the image data is compressed and must be expanded to its3} original form before being displayed. Second, many of the images are much higher resolution than the 8-bit At4}ari display. All of these pixels must be decoded from the file, even though they will not be displayed, so Atari View is5} actually working much harder than it appears to be. 6} Page 13 And third, the process of locating each pixel from the image on the physical display is 7}quite complex. GIF allows a single file to contain more than one image. There is no requirement that any of the ima8}ges begin at the upper left corner of the logical screen. Atari View also allows any portion of the defined screen to be9} enlarged, at your discretion. The requirement that the program handle both interlaced and noninterlaced files comp:}licates matters still further. All these factors must be taken into account each time a pixel is displayed, and the;} computations require time. THE LAST WORD -----<}-------- I'm not willing to claim at this point that Atari View (8) represents the best possible GIF dec=}oder/viewer for Atari 8-bit computers. It has been quite a task to take the program this far, and there is yet more>} work to be done. In addition, there are more GIF programs to be written for Atari. The fact that Atari View (?}8) has come this far is due in large part to the advice and encouragement I received from other members of CompuSer@}ve's GIF developers' group. In particular I would like to take note here of the help I've received from Steve Baute. AltA}hough Steve programs a Texas Instruments PC, his patient assistance has been invaluable in bringing GIF to 8-bit AtB}aris. In addition, I wish to thank the SysOps and members of CompuServe's Atari 8-bit forum who have suggestedC} many of the improvements incorporated in version 2.0. In particular I wish to thank Bill Aycock for his helpful suD}ggestions, and to compliment him on his "Bedit" file editor utility, which I have found extremely useful in the preE}paration of the latest version of Atari View (8). Look forward in the near future to an Atari GIF encoder, a F}direct GIF-to-printer utility and other GIF related programs. Perhaps other programmers will offer their own GIF prG}oducts. In the meantime, I believe Atari View 8 does a creditable job considering the hardware limitations. H} Atari View (8) is a shareware product. Those who send the requested $20.00 contribution will become registered oI}wners and will be entitled to future updates of Atari View (8) for a nominal handling charge. Registered owners wilJ}l be personally notified of future GIF products. Orders, questions or comments may be directed to: K} Don Davis 50 W. Holly Hill Rd., Apt.13 Thomasville, North Carolina 27360 L} Phone: (919) 475-2627 CompuServe I.D. 72327,311 M} CompuServe I.D. 72327,311 '