@L}5 _$% l0$)$$Hȱ$ UhL" `e$$%`$%`  R@W!( L(1   Y I`  d  Ld M * @  $ % CC$$)%1 Udߥ$9%: !0 S$% DD˙`  }J)Lr GIF87amUUUUUUUUUUUU,m0I8ͻ`(dihlp,tmx|pH,Ȥrl:ШtJ}ZجvzxL.zn|N~[kaUH?2'˦ϕɻ}ګ zvl'߿g Lp&#~iP JܨbEn)HŅ,ɒJʐ0)ز1+gg@1`˧$/}:0hG `SդjAI$9~Y"`Ikzplf.x${VcNBEf }S9̙VMvzJhhIb禔: I:ivz|29&ͨr0hZF1*n*QyhF洠ZggSÚ"@&J+n j }y-i-랅٧ g[n6 pumގ{::ofb[m_=(YF5:m,u[2p\7[^3ϔn [ }+ {7XR`3aEww4@ko81)ʶk{BO5o`@EzyqԦɶnO 7έ{y09-".ٻ7 9%0 { } xfkj?: W:zS-{/k|l1q' Wݿ)_Ii9[}P3>PwompA;;d7ݼ"2'OU`?,4]:J]}Y%kNȿnuØ(#(V U$RWAem"( aʧg?0fe;Ny| r7t&j>HhPTR4h̫Y,u2a1h2}1x Fr4븥;b,sG`K$)yHDNGG,dgaO%- Oa;#MґdeUbQ(myK\2{dHA_r}&/WKcxd'L4@?V5df5^IpbÕ|9 1t>qj&Z Kj ={ᚅQBt`Ӡ@hcЁ`6R(i}4yhJW$@{Tp'c7Eujc h*Ԧ2b}iov=!vKI&zxYb׻oKw\o0[ُ7ߒ}L'AZB78'<[&o~ϫ: Ϊc1KͰW\%gÉć}C&~pYco1>Ldȶ$Ʊ`x"; &C2v![yƿE.p 6 Npkf.9΀.U4}74v\؂Fo͒uI0VNtwAi 6ˢqp֜unA^8V W.~_6mIs7z}W'[5&?4*t,>hПA6ak'8ӱ:Х[MX#l rB}nk:lɻ/ ^#BI%K}B\w;p-/p6ol;zq;l<X۲7Eӽ>zm[.IŲl]Knz=o >zh7,9e_{7?W}4ݳາl|{v|`mx[_QUqVo\ߕem]V{HܷB5xXl&j{*Ȁ[AEu~A|Uawk([5eYgW_6>߳u}d7q-hQ[?!r6V8xe*gN5QbE \u91|-P6#R!XX8nrၗpׄ6tpXXևֆw(ec:÷{'ho}ShpHFE䷉ՉkFN8w|\xv3~Wi\vtFqz׃VƊaFZzWtg9†1gxdwǸPH*Zׄ4I(]}wwH~wJژ6y؎(8OW%yY# 8jq ɌY1qhb0~hz y48wTђ!ُKS_4I~6 }:9"*1Y fF9ZKuI?ًPcȒT9{=y2,a)scIkLn@ɅZҖǓWI{sYvi%zy!ypY8O7Yu*}}I )syIwd^7SVqyj8iJy@v4V9(Rn>9g* 6ٛz9{]l@hƜ YBZILiH} (ˉ/F<Ğ)xG:0)2ؖhYI_ዹ)'ؠIHe98Ti#U_lաDj :ʡYbYi w/J&* }뉘GT78w;=ʟFDoEFCZVZ:HJ:|XZjXv]~8ɨç'p\ WE**(ʞhj`TjEW i!}ZעW$aZv{է }qeO:>jE WGkHJԩW*+V "'c x zVze!{TiFتO"} vo}ٌ5(FWdcڟvgzvZCѫUJ xmnWfJj3z ۬¶WVw&Jگp` { '5kư{Wj{P#}aokfK b9n;k7M*6F1kH;{ f*d0KsXLJQ=Fˈ^KD`lQSkˍ;G,\˗hz K gnkz{ H}[J$}yx5rxb[d9\m*gkۭcƹa[ w+ek=-;cEkd ~{a(һ[6DK踷p|K;%} +ؕ屽ܫf˻ۺgիb[{bhjۼ[۾۽[YqˈỾkqۿk +'j};YU(k̦\`F&}˴㕽.'ãykW[7|9 e>;à{Ĩ[`pK5 I/kVW*ܭPRa|nSL`n4d,. e0lW:lo<`{'} fl`!\LyLLAƁl_l3ɉ '|*mɣLȍ쫗}ġe Įʠɸ[e|JےO ˈ nȲ ق^m˥@Wh,}KK_ߞ$PJ핝 29!Gm:Aw>}5ڶGn9~MOQ.K.U^^W>V[n]\_NciZe]g.Y<^-}5)7`ͭ(n{@8zΠoZ/>s=n臮֪OV2兾.|g&1'k蒩Hά-a7Q"$)]ظI$9~Y"`Ikzplf.x${VcNBEfS93}VMvzJhhIb禔: I:ivz|29&ͨr0hZF1*n*QyhF洠ZggSÚ"@&J+n jy4}-i-랅٧ g[n6 pumގ{::ofb[m_=(YF5:m,u[2p\7[^3ϔn [+ {5}7XR`3aEww4@6}7}8}9}:};}<}=}+-` ө jB+DELVE:2!2`S%H)Ӡ h`2%%pppO&ppp?}ppppA%&/@}A}<<~~B}~~C}<<D}xE}x||<~<xxx<F}x<~<xx8<~<xxx<~<x8x<G}~<x<x<~<xx><~<xx<~H}<x>x<~<x??x<~<x>x<~<I}x~|><~<?a<~<<~~~xJ}~x?K}x?x<>>8L}~xxM}N}?<?f`O}Î; 3 c38` P}3`f`?9~cQ}'raphics)nterchange&ormatviewerR}3harewaresoftwarefor!taricomputers#opyrightc &ebby$on$avis')&and'raphics)nterchange&ormatS}areregisteredtrademarksof#ompu3erve )ncorporated an(2"lockcompany0T}1ff 0;p<`~`~0< 8f f0;p<`~`~0< 8U}f f0p<`~`~0< ff3`~`~?V}fLf2fLf2W}11 zARZ%1ԩ0`230 2< _2榩> _2 2榩Ŧ= _2 2ƦX}Ƭة|2. 2? _2 hh 2`󀳴 z z`` `i(i`Y} 2 2 2ee` 2ii0&& 2 2槩ŧ`1ǑHEO%N Z}ԍХEO%Nh@LpppBAPPPBȡ[}N\}A0PPPBȡO]}AKnhihiHH^}ȱȱ`8Hh` -KE…¦ -K`L-K` >K"Ff e_}e&8L_K >K_Wń児0 &&86.ń児8儅充Ff`}Ff8L_K Fj` &``8L Vl;LHHJJJJhh`hhl;L `iDiE`ԆՄ ؠ0ȑa}8)ȑ`HhLyL [LHI B =L`ȱ - ƥĤ180* &H& & &eehb}e8ȥ 8堅塅` [LiDiEHIB =LH8LL`HhL'MHhLiM [LHIc}B =L` [L lLJKB =LJJJJ` [L B =L`H` B VhKI JS:DEB =L`% ҩd}ҥ)) ҥ``ĦħȱѢ`Ơơ`ŧ񅠆8`e};ť5ƧťŪ樤槤8奧ũ`Ƣƣ8`HhLNf}Ƥƥ8`g}OH hB`OODOE V䄠` OKJLOh}i}j}k}l}#ȡ0m}L\LR KRRRRRBmRRiRRiRn}RiRRiRRiRRiRRiRRiRRiRRRRRRRȑRRRRȑRRo}RRȑRR V䭮RR`LS z`LSILS`LS KSSLS d M o MLS p} , MSSSSͭSL(TSSͫSSL"TSSLTSLS N`))  @`8 `(q}L{T KJTMTNTLTTP NOT8NTTTOTLTOTPT ,TOTPTOTLTTNTr}PKTJT N`LT KT'RmT(RiTiTiTT xT`(s}L\U K-ULU'UeU1 bN/U.U/U.UU1 zN0U.U/UUt}U0ULU0U1UI0U1U0ULU8'-U1UU1-U T.U/U-UqU` VL/VT eXeY(T kKu}eVeV*Vi+Vi*V+VVV xTLV`LVVV@)LVLV Read-v} Vǩ YULV)LVLV Write-V YUVVL*WLWD1:WVV bNVViViXRVVw}VVVVVVV YU {MVVI~LWͣVLW8VVLWVL3XVILWͣVLWL6XLWVVx}L6XL3XVILWVVL6XL3XV)ŮL*XV)}L*XVmVViVL3X8VVLOW`L:X ԩ y}PmRLoXQQQíQLyXQĭQ`L~XzX/)ߍ/*R)R N((R'R N SzXILX0R1z}/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 !tari6iew')&graphicsdecoderviewer#/--!.$,)34}%3#!0%abortcurrentoperationdisplaythislist!}!gainredisplayimage $$efaultdrive&&astdecodescreenoff -dis}playdiskmenu22eada')&file4adjustcolorthreshold77rite-i}cro0ainterfile8exitandcoldstart(changehorizontalratio6changeverti}calratio\enlargeimage]reduceimage3selectareatoen}largearrowkeysmovechosenarea interruptsdecodingpausebetweenimages}UGIF87a^UUU,^I8ͻ dihlp,Ucx|pH,6*rl:ШtJ }Zج2zlL.hXn^ikrEt{`#r13bϻvwKo"~g{n_ } r7</v7^nKOO|3y }%N{Jw~cG'{ }~z]Gp[m[8Vsh|W|ǀ8g~|V}lygz5Wv}p(Xo؂D~,~08 }t6FhY&Ljg'v̗|epf]o_<'yln\rqtxmvxږq'v]|؇lW`hȈ戏 }(tG!Nȉxkk6H|FeLHm/扯&nqh5(yȋ81Qb(ƅɈ`xx\xhLg5OX }knX]ݸ]u\XexTVw׃Hk(|h_k7 Xhm^wf8H }7~h\9鍴葡{8w' }iψ&Ŏ1 .XuI!<jXt7r8x$G7xfY&K9/mؒ~'S9ZY:?4(x%& )3 tRE }Uxgȗzp`f uygvI(阒 ZZHA}si[j)k9YzÙ{G1 4M)Y4WGXl`W Ȁ 8 X8' } t闁i DxkٝO'9هyz׊枸yu9eGxən)Gahعi9^ȟy/0cهr9!Z } ʣ&rSEYj7zj ?J@ZBD5z&ْ9G9ZɢX:ZJh[WfkFl nkCitvjx|Jbsq֦zgT }zy f*l~ZvppکeZJxꛔڪ6h:X*nNʩ*6\~~JlΚd͆Ԫcz }F_fj cz*bڮdZHǮjlmگ*e:*V[kgXKe;ۧu+;f7 $[k&{ЙqG, }+s4|6{::<[_>sB[b9[zֱJoL۴PeRT[n7X.%۵`+ ;dˡfKdh;_j)nDX6iv;mz[|k~; }[ua] {앸7K}Wv{Ƶ^ (+[{{ {mۻ({‹q[i+ʛۼ IЫ };[*؛_K+- `U{ۿ<Jp <L` "<$\&|\,. }02<4\6|8:|>@B NBMR]G]VK|OcS֍ldMhl p]e=i}(m }3 qnLׂg׆z׊~ ؎ă lׇ])֋9؏H,٠Ņm٤ʼnيٞCڠM٥ۧ{ڬ}>ڒ <ԳMlm۸ںټ }M]m@<=˝,֍----M-=M ]0MM==,.n!m ^ } ^|޽==^5M}!#n%D)1N3N S>y^^|)ϽOQWNUG'J }~cdf~m n~p\n=vKEu~{BL .^J|F޿t.~^Nn}nmE,8M)INn }Nڕ,~EټҾ^o 9Vk~׎ٮ^ߞ˴*0|}H\n >=,G\?, }  L_ }=$&M-.2,5o<u>_ى-CEo NPdP_g }SUO6V@wO7]ik//omoqx4_v_rnn|k++_Τ쓾]sx2L|/ }o O.xҮ?Ěo/۟ȏꐾj=?4j<@O_׍*_!B`4Rl_0G5PWmQ7~w>l !}Z[S`PC!GdRi| R:VWlV5_pX<>Z^6&$S:\㰡ABC7(F(HEKEMNOP/7 R;SUS7ğY@EL\J "}(LaPcdQ< 艺ik @nop]`F^'Gruv,wM渐 jT~m$HsBF];ȣXbz+eI)ePa %Τ #}9M2@#YTII !,^YufNY۠`5=jKծEԔS栢in1yiYfӲ%\,}]ȘN۷_5lg# $}&iKnfݺ3hlE];"jU7瀱mKs8O?YuUoWwtP'zvpgkx(_yɻ|Y>_O?KoA6 %},pBBL» !( 04q S[FckHE`E[ NF }F"{Tt#sLrI,jI.K-,iK.L63E2͔ &}Ӵs6TM8ߛдSF<4t=>5,aTB3QEdR}tH%eRŴGM7%SOuAQGuTSC5U)WUW?5VfH[5Wwu:_1%6@c.YeMd '}=g/Zia .[mϾAq#\E0uͯޅ:y%^{W9}u_8έ`}C8f:q8bx.>4c6X?Vb#4O,eQb^, (}ftCƹM'h&轎FDFVhU:/Gi:k)3lV{mvm{nn{oo|p 7pW|qwq#|r+r3|s; )}sC}tK;SW}u[wuc}vk r}w{w~x7xwcwy裗~z꫷z~`{|7|W}w}m~~qO~o *}y#` x@&zރ_@FP_-xA N`=P#$a M=NP+da ]Ȁ P3AxC0"b7QsxG<kcF8RCc! :;QHHZd%!xHLf2d'HR̛%MyJeRܤ']JPR~,%*my ,}R`l+}XRi%.i]&Se3aF# B3zRn+}GCRT(Jm 3%jLzSO;]iOU,*QkT.uO 3BL;NX .}eNuc]iאUgU@Z{VzRp\ yz%)_JVn%le UFU^bYv(jLƎԱ}]d*N,bêرzaz=fj+ /}Z>&egچO+\b׳lqkPBVxkryG^ йejt۟-vzDQ*^ݙ7Nz5^ºە}Oѕ-[O3 0}uf{ꓰu+` 0rmCB&-ebؾqpOYc{f1kc)Yuoion@}tO[fY9IS_xv 1}TWf7y A:x֩%g?_ϋOQЉh>jtt!" {-ZNRnI=fS:Tu,: u[9OԶ&&wTu6 2}m?b{ilf[О}kc{謻n[&79͝_W;4OnZ{w.zq]C\owIot5^ .o/;&Eozy kS 3};9"8ija7΋qyK[O/EGz=ӣ}XqO;6*XƢӟuR&Ӟ^:K=Q=~gwG;_z/u|Z -=p 4}{SxȧG;ŏs׀w+m#މK]Ynr#ǖ_C"+xTN'j C˼:iޓo߫׹+^v; 5}" W_Uf+l/?ܧ9͸,~M:> N:~+2<t5?΢;>C /:49+4@:f>3@C19D 6}[.3Sy˼32c0@?;,$*E^"_JԡEc]Lr[F&jFIi? 8}F[lLFo$!d""eBGn b\cAw&xL"`E{jGG!u HjG$(&yLsGĽ|H ȃH<#rH3 H~ It,';I1H 9}\(ilIGD%IsIFHtIIdWItFʹ+J$Lʟ\JEZHJJ|RJTȦJJ?ʪ ˊ,?!<%LK~E#|KC$gKJ,˗ :}8KII,LJ} * Graphics Interchange Format * * image file decoder/viewer *?} * for all 8-bit Atari computers * * @} * ************************************************ Copyright (c)Feb. 1989 by Don A}Davis 50 W. Holly Hill Rd., Apt. 13 Thomasville, North Carolina 27360 B} As a 'shareware' product, this program may be distributed withC}out restriction on condition that the copyright notice is not removed. A contribution D}of $20.00 is requested. This software and the accompanying documentation are not to be sold, either separaE}tely or in combination with any software or other products, without the express written permission of the author. F} GIF and 'Graphics Interchange FormaG}t' are registered trademarks of CompuServe, Incorporated, H} an H&R Block company TABLE OF CONTENTS I} ----------------- Subject PagJ}e Version 2 Quick Start....................................... 1 GIF overview....................K}............................ 1 GIF and Atari............................................... 2 About theL} program........................................... 3 Commands....................................................M} 5 Errors...................................................... 9 Adjusting the color..................N}.......................10 Choosing GIF files..........................................12 Final remarks.O}..............................................13 P} Page 1 Version 2 Quick Start Q} --------------------- All commands available in version 1 of Atari View (8) are available in vR}ersion 2 as well. Version 2 includes four additional commands to make its use more flexible and convenient than version S}1. For those who are already familiar with version 1, a list of the new commands, with a brief description of each,T} should allow you to take full advantage of the enhancements without having to read through information you alreadyU} know. (D)efault -- allows you to set a default drive which will be used for all I/O operations supporteV}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 W}drive number each time. (F)ast -- toggles a flag which controls whether the screen display will be on or off dX}uring file decoding. Turning the screen off increases speed 20-30%. (T)hreshold -- changes the color sensitiviY}ty of the program, allowing you to adjust contrast on some difficult-to-display images. SELECT -- pauses betweZ}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 a}x 96 monochrome display, RLE ensured that virtually any machine could produce an acceptable display from any image file.b} Page 2 GIF is a more ambitious approc}ach to the challenge of hardware independence, offering the flexibility for any machine to encode files with its owd}n screen resolution and an appropriate number of colors. The standard leaves it up to the decoder to interpret the resule}ting file suitably for the display hardware. Restrictions on the resolution of RLE files kept the file size f} reasonable. GIF, however, includes no such restriction, and the amount of data required to describe a high resolutiong} 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 allowq}B:JESSICA GIFB>ATVIEW8 COMBCOMMANDSHLPBHCOLORS GIFB=;ATVIEW8 DOCB%DOS SYSB*DUP SYSed. To minimize the file storage space required, as well as upload/download time, GIF uses a data compression syster}m called LZW. This is essentially the same as the compression method used by the AlfCrunch program, and is one of the mes}thods used by ARC utilities. For some images, it produces a reduction in file size of 30:1 or more compared to the t}raw image data. Of course, compression is less effective on images containing more fine detail. GIF images comu}e in two varieties; interlaced and noninterlaced. Noninterlaced files simply store the screen data in sequence from thev} top of the screen to the bottom. Interlaced images, on the other hand, store the data in four top-to-bottom passes w}through through the image, recording lines at intervals. Each successive pass fills in spaces left by preceding pasx}ses. The interlaced format allows a user to get an overview of the entire image without waiting for all the image data y} to be decoded. The image format is not always mentioned in the CIS file description. What does GIF z}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 en}}tire 8-bit Atari system. Consequently, an Atari user may not find all GIF image files to be pleasant, or even recog~}nizable, viewing. Some discretion is necessary in the selection of GIF files. I will attempt to provide some guidelines }for file selection. Keep in mind, however, that these are only suggestions. The only way to determine for certain w}hether a specific file will look good is trial and error. I encourage Atari users to share information about G}IF image files. Post messages reporting which you have found to be good viewing and where you found them. Perhaps w}e will even see text files compiling a list of those image files Atari 8-bit users might enjoy. } Page 3 ABOUT THE PROGRAM } ----------------- Atari View (8) is written primarily in the Action! language, origi}nally distributed by OSS, Inc. and now available from ICD, Inc., 1220 Rock Street, Rockford, Illinois 61101-1437. The ma}jority of the program is original, but it includes some routines from the public domain runtime package written by }Jeff Reiser and from the IOFUNC.ACT file written by Bill Wilkinson. Booting Up Before y}ou boot Atari View, be sure there is no cartridge installed. If you own an XL or XE model, the program disables built-in} BASIC as it loads. If a cartridge is installed, Atari View will appear to load normally. When you attempt to read }a GIF image file, however, the viewer will lock up within a few seconds. Atari View requires 48k of RAM and will no}t run in less. For the same reason, Atari View is not likely to coexist with nonresident handlers. A handler intalled in} low memory that is not overwritten by the program code itself will probably be destroyed during the data expansion} process. Version 2.0 even uses the "page 6" RAM, so a handler or utility installed there will not survive. } I should confess that I "cheated" to fit the program into 48k at all. I allocated a 4k block of RAM for data expansio}n and placed it just above DOS. As the program continued to grow, I kept moving the base address of this block down}ward into the DOS area, until the base address is now $1B00. I feel quite safe doing this. Data expansion uses the }allocated area from the top down, beginning at $2AFF, and a single compression code would have to consist of more than 2},000 pixels to cause a problem. By my estimate, the minimum requirement to produce such a string is a file consisti}ng of more than 2,000,000 identical pixels. In other words, someone would have to encode a blank screen roughly 800} x 600. Such resolutions are available on high-end machines, but it's hard to imagine anyone bothering to encode a blank} screen of that size. Unless I've made a serious error in my reasoning, a crash resulting from excessively long pix}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. } Page 4 GIF On Display Atari View uses one of two display modes to pres}ent GIF images, depending on information in the image file header. If the header identifies it as a two-color (mono}chrome) file, the viewer selects GRAPHICS 8, the 320 X 192 monochrome mode. If the header indicates there are more }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 } operating system support on older model Ataris, Atari View does not expect such support and works equally well on the} 800 and the 130XE. Because many GIF files contain more than four colors, a technique known as dithering is us}ed to simulate all colors. Dithering is a process of displaying adjacent pixels of two different colors, resulting }in a third color being perceived by the user. All GIF color files are presented using black, red, green and blue in the }color registers. Theoretically these colors, in proper combination, can produce all the colors a television or moni}tor can display. In practice, the GRAPHICS 15 display doesn't allow enough control to be quite that versatile. It d}oes, however, permit differentiation among far more than the four hardware colors chosen. Unfortunately, the d}ither pattern doesn't always blend smoothly. Version 2.0 uses some coarser patterns than previous versions. The pat}terns, while somewhat distracting, are necessary to differentiate as many colors as possible. For this reason it is best} to view the images from a few feet away, where the patterns are less obvious. If you use a monitor with a crisp di}splay, you may find that adjusting the focus to reduce the sharpness produces more pleasing results. For the p}resent I have chosen not to use a "closest match" approach to display four-color files. GIF permits a single file to } 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 -------0}-------- Your Color Or Mine You probably think the color is adjusted pretty well on your tele1}vision or monitor. I think the color is adjusted well on my monitor, too. If our monitors aren't adjusted the same, who'2}s right? I am. You see, I wasn't looking at your monitor when I wrote the program. As Archie Bunker 3}used to say, "Ipso fatso." My monitor has to be the standard, and if you can adjust your monitor or television to a4}pproximate the colors mine displays you will get the best results from Atari View (8). To that end, I have inc5}luded a 16-color test file to help you. COLORS.GIF was uploaded to CompuServe by Steve Wilhite, the network's chief6} software engineer, as a test for IBM PCs with EGA graphics cards. By sheer good luck, it's a good test for Atari View (7}8) as well, and the program simulates 15 of the 16 colors. By enlarging segments of the image, you can even read th8}e color names, but I'll save you the trouble. 9} 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 | | | | | | -------------------------A}---------- First, look at the left column. These are the only colors used by Atari View (8). Black shoulB}d be fairly well saturated. It should look like black, not gray, although it's difficult to get a really solid blacC}k on a television without adversely affecting other colors. Blue and green should be bright, and should appear "pure". AD}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 coE}lors get. Next, look at the third column excluding the top one for the moment. These colors are equal blends oF}f two of the others. Second from the top is yellow, and it should appear gold or "dirty yellow". Some users have asG}ked me about "that bilious green color." Obviously their monitor adjustments don't match mine. Below yellow is cyan, andH} it should appear greenish-blue. Last is magenta, with equal proportions of red and blue, so make it look purple. I} The lower three colors in the other columns are mixtures of the first and third columns. If the colors I've desJ}cribed so far look right, these should take care of themselves. The upper right corner of the chart is supposeK}d to be white. The pattern displayed, which should actually appear as alternating cyan and yellow dots, is as closeL} as Atari View (8) can get right now. From a few feet away, it should appear light gray. To the left of white M}is the only gray I've managed to simulate so far. Viewed closely, this square looks like a pattern formed by a wide N} cyan dot and smaller black and red dots. From a distance it probably looks more dark blue than gray. To the lO}eft of the gray square is a second black one. Setting a low threshold produces two gray squares and one black one. P} These are not all of the 30 or more colors Atari View (8) can simulate, but they are the more basic ones. In particQ}ular, if yellow, cyan and magenta look close to the way I have described them, you should get good results from theR} program. Page 12 Making The Hard ChoicesS} The most valuable tool in choosing files is the CompuServe file description. The image resolution and nuT}mber of colors are often specified in the keywords this way: 640 X 350 X 16 The firstU} number is the number of pixels per line, the second is the number of lines per screen and the third is the number of coV}lors. For Atari View, the number of colors is generally the most important of these. In files with a large numW}ber of colors, recognition of detail tends to depend heavily on relatively small differences between shades of the X}same color. Atari View simply can't represent all those shades, and the detail is lost. In general it's best to stiY}ck to files with fewer colors. This is a suggestion, not a rule. Depending on the subject matter, files with only 8 or 1Z}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, althouga}h the default display is not always the best way to view the image. With the "zoom" capability of Atari View (8), it isb} always possible to see a portion of an image at full resolution. Off And Running Althouc}gh version 2.0 is roughly twice as fast as previous versions, the first thing you are likely to notice is that the imaged} will appear on your screen more slowly than images from files created by Atari paint programs. There are several re}easons for this. The first, and most obvious, is that the image data is compressed and must be expanded to itsf} original form before being displayed. Second, many of the images are much higher resolution than the 8-bit Atg}ari display. All of these pixels must be decoded from the file, even though they will not be displayed, so Atari View ish} actually working much harder than it appears to be. i} Page 13 And third, the process of locating each pixel from the image on the physical display is j}quite complex. GIF allows a single file to contain more than one image. There is no requirement that any of the imak}ges begin at the upper left corner of the logical screen. Atari View also allows any portion of the defined screen to bel} enlarged, at your discretion. The requirement that the program handle both interlaced and noninterlaced files compm}licates matters still further. All these factors must be taken into account each time a pixel is displayed, and then} computations require time. THE LAST WORD -----o}-------- I'm not willing to claim at this point that Atari View (8) represents the best possible GIF decp}oder/viewer for Atari 8-bit computers. It has been quite a task to take the program this far, and there is yet moreq} work to be done. In addition, there are more GIF programs to be written for Atari. The fact that Atari View (r}8) has come this far is due in large part to the advice and encouragement I received from other members of CompuSers}ve's GIF developers' group. In particular I would like to take note here of the help I've received from Steve Baute. Altt}hough Steve programs a Texas Instruments PC, his patient assistance has been invaluable in bringing GIF to 8-bit Atu}aris. In addition, I wish to thank the SysOps and members of CompuServe's Atari 8-bit forum who have suggestedv} many of the improvements incorporated in version 2.0. In particular I wish to thank Bill Aycock for his helpful suw}ggestions, and to compliment him on his "Bedit" file editor utility, which I have found extremely useful in the prex}paration of the latest version of Atari View (8). Look forward in the near future to an Atari GIF encoder, a y}direct GIF-to-printer utility and other GIF related programs. Perhaps other programmers will offer their own GIF prz}oducts. In the meantime, I believe Atari View 8 does a creditable job considering the hardware limitations. {} Atari View (8) is a shareware product. Those who send the requested $20.00 contribution will become registered o|}wners and will be entitled to future updates of Atari View (8) for a nominal handling charge. Registered owners wil}}l be personally notified of future GIF products. Orders, questions or comments may be directed to: ~} Don Davis 50 W. Holly Hill Rd., Apt.13 Thomasville, North Carolina 27360 } Phone: (919) 475-2627 CompuServe I.D. 72327,311 } '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}ATVIEW8 COMBCOMMANDSHLPBHCOLORS GIFB=;ATVIEW8 DOCCDOS SYS} C C*(> C8jJ3j2CD( C202C ԠBX` N 1? l LlD:RAMDISK}.COMLu L1 L ;LHL  T`  `8  ɐ     `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.D8:MEM.SAV J y08 B|DEHI} V0 0`B;DEL`?<0LV`@ʆ v s? F0Ξ05: [ BDEHI} VY8 B V  @  /DE `E:D8: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 2.5 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.5s, 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 !BD}ED:}:1BJ|DE 1DEBHI 1 h0ߢ 0.}  0?詛 1 y0YЛ 1 ;#L" ;#L! BL1TYPE "Y" TO DELETE...DELETE FILE SPEC}COPY--FROM, TO?OPTION NOT ALLOWED377 FREE SECTORS COPYING---D2:JT.PICCOMl# 0|D .L/%#}##JB|DE 1BHID#E 1#0: B 1L!#͑### B 1#c$0SY}S1}:## # # .#Ƚ# # 𩛙## 1,#PD#ELJ- <.BJD#E }1 1HH 0hh|DL%1}:̳# L% #D#EL% 1 0 . .0O% 1L!WILD CARDS NOT A}LLOWED IN DESTINATION 0 <.|K