... relatíve rövid poszt fog következni (valószínűleg több is, de azt majd meglátjuk).  Minden ellenkező híresztelés ellenére nem tartom cikinek a kidobásra szánt lomok közötti turkálást. :-) Pár héte egy csúnyán beázott garázs lomtalanításába fogtunk (nem az enyém, nekem nincs garázsom). Tíz-tizenöt mindenféle vacakkal teletömött kartondoboz került elő az egyik sarokból, de olyan állapotban, hogy nem csak a dobozok, hanem a tartalmuk is mállott már. Természetesen átnéztem őket, mielőtt megközelítették a kukát. Nagyon rimánkodtam, hogy a szétázott és berohadt kartonok között semmilyen számítógépet ne találjak! Ezt soha nem bocsájtottam volna meg a tulajnak... Mondjuk egy AMIGA 1000-nek nagyon örültem volna, de a feltételezett állapotának már kevésbé (szerencsére, vagy sajnos ez kimaradt). Persze így sem távoztam üres kézzel, találtam egy 1992-es kiadású dobozos PöCe játékot. Ez DOS-os platformra fejlesztett tankszimulátorszerű lehetett, a címe Pacific Islands és az Empire Interactive követte el. Úgy voltam vele, hogy ha már túlélte a hosszas beázást és a penészedést is, hiánytalan a tartalma (minden meg vannak a dobozban a floppy lemezek, regisztrációs lapok és a kézikönyv is), akkor nem dobom ki. Letakarítás után feltettem a polcra... Hurrá! Még egy lom, amit soha az életben nem fogok se kipróbálni, se használni... Tehát értelme nincs, hogy foglalja a helyet és összegyűjtse a port... de egy gyűjtő már csak ilyen. :-D Ha valaki esetleg olthatatlan vágyat érez a birtoklása iránt, akkor szóljon ;-) free viheti...
Az intro megtekintése meg is adja a választ az örök AMIGA-s ultimate kérdésre! (Miért utáltátok anno a PöCét?) Még ezt a gagyit! Bibippp szörcs szörcs... ez a hangja "hangkártyán"? Hát ez valami brutálisan ... :-P Ennél még a ZX Spectrum 4 színű pittyegős játékait is sokkal jobban tudtam értékelni és élvezni!

A játékmenetre inkább nem is szólok semmit, soha nem szerettem ezeket a szüttyögős dolgokat, na persze egy igazi RTS (Valós Idejű Stratégia) játék az más... :-)

... tettem egy kísérletet arra, hogy a jelen történéseivel össze tudom e szinkronizálni a blogomat. Nem sikerült túl jól, ahhoz túl sok mindennel foglalkozom egyszerre, hogy ezeket a témákat naprakészen ide be tudjam zsúfolni... :-) 
Ott tartottam, hogy először az asztalon állítottam össze a rendelkezésre álló alkatrészeket. A gépezetem jelenleg így néz ki (most billentyűzet nélkül). Esztétikusnak teljesen esztétikus (a környezetem ijesztgetésére kiválóan alkalmas), de nem praktikus, mert mozdítani nem annyira lehet. Kéne neki valami "héj", amibe bele lehet rámolni...

A ReTRo gépeknél gyakori jelenség, hogy az eredetileg fehér, törtfehér, vagy világosszürke műanyag burkolatok az idők során megsárgulnak. Ha cigaretta füst, vagy az UV sugárzás erre rásegített, akkor egész ijesztő színű tud lenni. Őszintén szólva engem ez nem annyira zavar, sokszor megelégszem azzal, ha egy számítógép nem koszos és működik.  A sárgult műanyag alkatrészek kifehérítésére egyébként egész jó módszerek vannak kitalálva (The “Retr0bright” Project), szóval ezt akár utólag is el lehet rendezni. Nekem olyat házat kéne keresnem a kupiban, ami megfelelően "záródik" és nincs szétfaragva. Ha már így vezetem elő a történetet, akkor valószínűleg nem is olyan egyszerű dolog ilyet találni! Négy műanyag "héjat" néztem végig...

Fussunk végig a képeken, muszáj voltam egy kicsit belenyúlni, mert a fehéren fehér részletek elég nehezen látszanának, viszont nem vagyok grafikus, tehát olyan is lett. ;-) Általában a ház felső része tökéletes állapotban van, egyet találtam, ahol a billentyűzet kiszerelése anno úgy sikerült, hogy az egyik tartó fül letört és a burkolat eleje keresztbe repedt... Az alsó résszel viszont szinte mindig vannak problémák, ha anno a gazdája szétszedésnél nem figyelt, feszegette, akkor annak meg vannak a jól látható következményei. Ránézésre az első képen lévő ház is jó lenne (egy picit sárga a belsejéhez képest), de sajnos a floppy meghajtó felőli csücske szét van faragva. A két oldalát egy-egy fül tartaná össze, ez minden egyes házamról le van törve. Így nehezen várhatom el, hogy a kiadó gomb megnyomásakor kijöjjön a floppy lemez. :-P A következő háznak az idő vasfoga megette a gumi lábait (ez legyen a legkisebb baj), az összes nyúlós ragaccsá változott, leszedtem mind a négyet és kidobtam. Az AMIGA 600 és 1200 házak hátsó részét szerencsétlen módon nem csavarok tartják össze, hanem a képen látható műanyag karmok. Erre a fotóra tényleg büszke vagyok ;-) találtam egy épet belőle!
Szóval konklúzióként levontam, hogy akár az egész garnitúrát kidobhatnám a kukába. Teljesen mindegy melyik házba szerelem be az alaplapot, valami híja biztosan lesz a dolognak. Minden esetre a szétfaragottat nem választom ki, mert emlékeim szerint abból végképp nem lehetett kivadászni a floppy lemezt.
Újabb technikai probléma vár megoldásra, hogyan lehetne a sérült ház alsó és felső felének két oldalát és a hátulját úgy rögzíteni, hogy az ne okozzon felületi sérülést és ne legyen feltűnő. Egyenlőre megelégszem a probléma felvetésével...
Egyéb jellegű elfoglaltságaim miatt lesz egy kisebb lélegzetvételnyi blog szünet, utána folyt. köv...

A June Bug-hoz (az előzőekben említett nehézség miatt 3. rész) csak néhány fast memória és turbókártya létezik, azok sem túl gyakori darabok...
Ezekről a CPU bővítésekről tudok, (ACT Elektronik) Apollo 620 - Apollo 630, (M-Tec)  E-Matrix 630 (T630 / Viper 630), új gyártásúak közül pedig az (Individual Computers) ACA 630 és a kis szériás (Szlovák home made) Furia s628. Párat kerülgettem már, de nem tudtam magam rászánni a lélektani határt jócskán túllépő áruk miatt... Az első accelerátor amit tényleg sikerült kipróbálnom, az az ACT Elektronik 1995-ben kiadott Apollo 620 nevű kártyája. Egy teljes értékű (nem EC) 68020-as processzort hajt meg 25MHz-en, ami az alaplapi 7MHz-hez képest egyáltalán nem lassú (sőt). PLCC foglalatos 68882 FPU lehetőséget tartalmaz, amely a CPU-val szinkron sebességen dolgozik. A készítők nem erőltették meg magukat túlzottan a ram kezelés kidolgozásával, egy darab 72 pin-es EDO modul fér rá, így a maximális fast memóriabővítés mérete 8Mb. Érdemes megemlíteni, hogy ezt a 8Mb-os álomhatárt csak az Apollo 630-asl és az ACA 630-al lehet átlépni! A technikai adatokról egyenlőre ennyit, nézzük meg közelebbről a kártyát. Mi történik, ha használni is szeretnénk?

Első ami nagyon megdöbbentett, hogy ennek az ici-pici nyomtatott áramköri lapnak gyárilag ugyan van két gumi lába, de abból csak az egyik támaszkodik az alaplapra. Úgy látszik a gyártó (pedig németek voltak) nem tartotta fontosnak, hogy a hardverjük háromnegyed része ne a levegőben lógjon!? Egyszerűen sehogy nem sikerült stabilan elhelyeznem az alaplapon (mozdítás hatására elmászkált). Első körben öntapadós műszerlábból (ez a neve pl. a Lomex-ben) eszkábáltam neki plusz két pontos alátámasztást... :-) A képen látható láb szerencsémre pont méretes volt (nem kellett faragni), sok helyen kapható.

Így már stabilan felfekszik a helyére és nem a 68K-ra tűzött PLCC foglalaton csüng az egész. Nem kell erőteljesen nyomkodni, hogy a helyére menjen és ha hozzá érünk a ram modulhoz, akkor nem ugrik le a 68K-ról (legalább is elsőre nem ugrik le). Az alaplapon van négy darab vájat, ami eredetileg a HD tartó fém keret miatt került kialakításra (ez a kártyától amúgy sem férne vissza). A nyomtatott áramköri lap megtervezésekor igazán figyelhettek volna arra, hogy az egymás fölött helyezett lukak kiválóan alkalmasak lennének a kártya pl. csavarral történő lerögzítésre. Ennek hiányában erre nincs lehetőségünk, a végleges és elmozdulás biztos rögzítés módján még gondolkoznom kell... :-D

A következő "érdekesség" a kártya hűtésének teljes hiánya (első képen balról jobbra) a CPU, a vezérlő logika IC-je és az FPU össze vannak "dolgozva", nincs közöttük szabad hely. Emiatt ez a három IC "közösen" és intenzíven melegszik. Az igazsághoz hozzá tartozik, hogy a June Bug alkatrészei gyári állapotban is hajlamosak a komoly melegedésre. Nekem úgy tűnik erről a gyártó egyszerűen megfeledkezett?
Cirka egy órás használat után a kártya fast memóriája egyszerűen eltűnik a WorkBench alól. Érdekes, hogy ezt nálam úgy tette meg, hogy közben stabil marad (tehát nem vágta a gép hanyatt magát és nem is fagyott le). Megkérdeztem két HardCore AMIGA-st erről a dologról, ugyan ezeket tapasztalták, ismét egy tipikus Apollo betegségről van szó (lásd Apollo 1260). Itt sajnos még az a lehetőség sem áll fent, hogy a vezérlő logikát közvetlen ráforrasztom a lapra, mert a helyének kialakítása furaszterelt (az IC pedig PLCC).

A kipróbálás úgy zajlott, hogy az alaplap be sem volt dobozolva, tehát elvileg szabadon tudott szellőzni. Fel is tettem a kérdést magnak, hogy mi lenne, ha az egészet kompletten bepakolom egy A600 házba és összecsavarozom? :-(
Azt tapasztaltam, hogy 8Mb-os módban használva a kártya kevésbé melegszik, mint kevesebb memóriával. Oké, akkor 8Mb-vel kell használni, ezzel viszont egyéb technikai problémák merültek fel. Készítenem kell a kártyára fix hűtést, első körben a CPU-ra és vezérlő logikára rakok réz memória hűtőbordát. Ha ez nem elég (valószínűleg nem lesz elég), akkor oldalról (ránézésre hatékonyabbnak tűnik, mint felűről) egy egész kis méretű ventilátorral megpróbálom lefújatni a keletkező hőt (lesz róla szó, hogy hogyan sikerült). 

Következő negatívum a memória kezelési módja lett, 8Mb fast ram beállítása esetén a kártya teljesen megfogta a PCMCIA portot. Itt valami árulás van! Az AMIGA oldalak írnak PCMCIA konfliktusról, de ennyire? Eddig abban a tudatban voltam, hogy ez a fajta összeakadás a portra rakható memória kártyákra vonatkozik (illetve két speciális esetben tapasztaltam ilyen 8Mb-s összeakadást a Zorro II bővítőknél, de még nem volt róla cikk). Anno A1200-on tudtam használni a 8Mb-os SpeedUp kártyám mellett a CF0:-át, itt ez sehogy sem megy! :-P
Szerencsére a fast memória mérete egy jumper segítségével visszakapcsolható 4Mb-ra (persze ha kisebb modult teszünk bele, akkor lehet 1 illetve 2Mb is). Azt találtam ki, hogy a hatékony fájlcsere / maximális memória funkciót egy kapcsolóval fogom váltogatni (ezért vettem ki a kompozit videó kimenet csatlakozóját, oda jön majd ez a bizonyos kapcsoló).

... mondok pozitívumot is! Ez a rész ugyan rövid, de a tulajdonképpeni lényeg végül is itt van! Minden felsorolt kellemetlenség ellenére nagyon jó ez a kártya, elégedett vagyok a teszttel! :-D Gyorsan és kényelmesen tudtam használni a WHDLoad alkalmazást. Némi szoftveres faragás majd szükséges lesz, mert pár OCS alkalmazás makacskodott, nem indult el a 68020-on (vagy az MMU hiánya miatt, vagy szoftveres KickStart-ot igényel), de ez szerintem minden 020-as turbó sajátja. A WorkBench 3.1 olyan gyors a 25MHz-es 68020 CPU-val, 2Mb chip és 8Mb fast memória társaságában mint a villám, nincs ok panaszkodni a használhatóságára.
Ha a sysinfó értékekre pillantunk, akkor látjuk, hogy kellően "harap". A HD kezelés háromszorosára gyorsult, a számítási teljesítmény egy picit kevesebb mint az AMIGA 2000-ben használatos GVP Impact Series-II kártyán. Magasan veri az összes eddig általam tesztelt AMIGA 500 turbinát (Accel14, Supra28, PAK68-1, M-Tec 68020i, M-Tec 68030, Mega-Midget Racer). Na jó ha egyszer elkészülök a Mega-Midget Racer felújításával (az egy 40MHz-es 68030-as szörnyeteg, két fajta memóriával), akkor azt nem fogja felülmúlni... ;-) 

Értékei a sysinfo szerint ilyenek, alap AMIGA 600-as értékei zárójelben látszanak:
- Számított sebessége 27,30 Mhz (7,09 Mhz)
- Dhrystones 4167 (524)
- CPU Mips 4,34 (0,54)
- FPU MFlops 0,70 (N/A)
- HD vezérlő átviteli sebessége: 1,850,428 Byte/Sec (637,819 Byte/Sec)
- Sebesség az alap A600-hoz képest: 2,76

...a cikk előző részében említett June Bug alaplap plusz funkcióit kellene megpróbálni a lehetőségekhez képest minél jobban kihasználni... Szegény gép egyetlen bővítő felülettel rendelkezik, a 80 érintkezőből álló trapdoor csatlakozóval, ami nagyjából az AMIGA 500 trapdoor-on megszokott funkciókat engedi (egy kicsit bővebb, de nem eléggé), pl. a chip ram bővítőt és valós idejű órát. Sajnos a "megszokott" expasion port (ami már majdnem egy Zorro II szabványos csatlakozó felület) teljes egészében hiányzik az alaplapról. Emiatt az AMIGA 600-asunk belegányolós maszek forrasztgatás nélkül csak a 68K CPU tokjára rátűzött PLCC foglalatos kártyák (egyszerre csak egy) segítségével bővíthető komolyabban. Sajnos... 

Elsőnek egy Pyramid / Telmex gyártmányú Mini RAM 600 valós idejű órát tartalmazó, 1Mb chip memória bővítőt próbáltam élesztgetni a géphez. Azért szorult javításra, mert a kifolyó akkumulátor sav tönkretette a nyomtatott áramköri lap egy részét, pont azon a részen, ahol a fésűs csatlakozó van beforrasztva. Sajnos a "szemre" történő javítási kísérletem nem sikerült. :-) Ezért ki kellett túrnom a neten a June Bug séma rajzát (a trapdoor csatlakozó kiosztása miatt) és az alkatrészek adatlapjait is. Végül sikerült belőle egy többé-kevésbé stabilan működő bővítőt faragnom. Azért többé-kevésbé, mert a jobb szélső két ram IC a többihez képest jobban melegszik. Hiába mértem, nem találom áramkör hibából eredő okát, így sok jövőt nem jósolok neki... Keresgéltem itthon az elfekvő lomok között, de pont ilyen 26 pines IC-k nincsenek, úgyhogy egyenlőre nem tudom őket cserélni. Tegnap este"nyúzó" tesztnek volt alávetve, ami 2 órás folyamatos üzemet jelentett. Úgy tűnik sikerült helyre pofozni... a javítást meleg ragasztópisztoly segítségével fogom fixálni. A valós idejű óra elem részét még nem javítottam, annyira nem tartom fontosnak, elég lesz akkor, ha majd összeállt a komplett rendszer.

Ez a fotó csalóka ;-) nem tudom kiszúrja e valaki, hogy miért? (1)

Jó lenne az alaplapi IDE vezérlőt használatba venni és ha már használom, akkor jó lenne az AMIGA operációs rendszer egy újabb változata (a 2.xx-et nem szeretem)... Ennek érdekében beszereztem a KickStart ROM IC 3.1-et legutolsó hivatalosan kiadott változat és betettem az erre a célra rendszeresített alaplapi foglalatba. Ez azért jó, mert ebben már kijavították az eredeti ROM változat hibáit. Minden AMIGA-s tudja, hogy a KickStart verzióhoz kell igazítani a WorkBench verzióját, különben nem kapunk stabil rendszert! Persze felvetődik a kérdés, hogy a nagyobb CPU és grafikai teljesítményű AGA gépekre kifejlesztett WorkBench 3.x mennyire lesz lassú egy alap ECS AMIGA 600-on? Hát bizony lassabb lesz, mint a 2.x lenne... Azért választottam ezt a ROM - WB verziót, mert ez a June Bug nem sokáig marad "alapgép". Amúgy a plusz 1Mb chip ram hatása is érezhető a sebességen, ha lenne fast memória, akkor még inkább így lenne.

Íme egy klasszikusnak számító CF kártya, vagy Microdrive illesztő alkalmatosság (2,5" rövid IDE kábel + CF adapter, noname mindkettő). Egy 1200-ban a hely a HD környékén nem téma, de a 600-ban bizony nagyon szűkösen vagyunk. Ez a megoldás pont a 68K tokra rakható bővítőnél zavarna be, nem komfortos se hajtogatni, se rögzíteni, ezért kivettem (jó lesz máshova)...

Ez lesz helyette, a hangzatos "A600/1200 IDE TO CF ADAPTER" nevet viseli, tulajdonképpen egy háromszög alakú áramköri lap, ami pont ráfekszik a PCMCIA portunk tetejére. Elmozdulás ellen (bár összeszerelt állapotban nem teszi), vékony kétoldalas ragasztócsíkkal fogom majd fixálni. Kipróbáltam és nagyon meg vagyok vele elégedve, ez pont ide és pont erre van kitalálva. :-)

Nem foglalkozom azzal, hogy emulátor alatt (pl. WinUAE), más bácsik által előre elkészített HD imázst, vagy kész rendszert (pl. ClassicWB küzdjek fel CF kártyára. A WorkBench feltelepítését floppy lemezekről végeztem el, nem mértem az időt, de ha nem számoljuk a particionálást és a formázást akkor kb. 15 perc volt a rendszer nulláról való éltre keltése.  A CF felületének ketté particionálására javasolt szoftver nem a WB 3.1 Install lemezen található gyári HDToolBox, hanem a HDInstTool nevű remek kis segédprogram. Sokkal könnyebben kezelhető, évekkel ezelőtt egyszer kipróbáltam, azóta sem használok mást. A HD funkciót betöltő eszközön azért kell két meghajtót beállítani, mert ha kifektetem a DH0:-t (pl. checksum error keletkezhet, ha írás közben kikapcsolom), vagy az operációs rendszerbe önmaga alatt beletörlök (igen ez egy AMIGA, még ezt is megengedi), akkor nem vesztek adatot, ha újra kell húzni.  Egy teljesen szét patch-elt és segédprogramokkal megtömött WorkBench 3.1 operációs rendszernek untig elég a 10Mb lemezhely. Aki fél ettől az elképesztően kis mérettől, az állítson be 20Mb-ot. ;-) A WB háttértárra virtuális memóriát - lapozó fájlt nem készít magának (nem swap-ol dög lassan, mint a mega$ kíndóz), tehát csak betöltéshez használja a CF-et.

Akkor tulajdonképpen milyen boot-olási időről beszélünk a WB esetében? Csupasz vason 15 másodpercet kell várakoznunk (1Mb chip 15 sec, 2Mb chip 12 sec) indulás címszó alatt. Figyelem, ha nem tűzünk fel floppy meghajtót a gépre (egy HD teszthez tulajdonképpen minek?), akkor az indulási idő 3-4 szeresére nőhet!  Ha a June Bug-ba teszünk valami plusz erőforrást, akkor csak annyit látunk, hogy a bekapcsoláskor lefutó rendszerteszt végén a gép csinál egy floppy seek-et (2) és mire először ütemeset kattanna a meghajtó, addigra már rángathatjuk is az egeret a működő grafikus operációs rendszer alatt. ;-) Vagyis a bekapcsoló gomb megbillentésétől számított 3-8 másodpercen belül egy működő gép van az asztalunkon. Ha háttérképet is használunk tapétának és sok ikon van a WB képernyőre pakolva, akkor további 2-3 másodperccel növekszik meg a betöltési idő. Azt szoktam mondani, hogy mire a PeeCeen elindul a kíndóz ikszpé, addigra végig tudom tolni az első két pályát pl. a Cannon Fodder-en, plusz meginni egy kávét és elszívni egy cigit... :-D

Install (60% done) - települj WorkBench, települj! ;-)

Végül, de nem utolsó sorban ejtsünk pár szót a 16 bit-es PCMCIA port felélesztéséről, ami szintén nem lesz túl bonyolult művelet. Három állományt kell a megfelelő helyre másolni kézzel, ezeket szintén megtaláljuk az AmiNet-en. :-)
L:\ fat95
DEVS:\ compactflash.device
DEVS:\DOSDRIVERS\ CF0
Ha ezt elvégeztük és betoljuk a PCMCIA to CF adapterünket a portba, akkor azonnal megjelenik WB alatt a CF0: meghajtó kattintható ikonja (persze érdemes előttem a benne lévő CF kártyát FAT-ra formázni és teletömni minden jóval). Sajnos a készítők a PCMCIA porttal kapcsolatban komoly hibát vétettek, a CF0: nem bootolható meghajtó (3). Viszont adatok hordozására kiválóan alkalmas, sok esetben meg tudjuk úszni a floppyval vacakolást, ami egy főnyeremény.

A CF0 állományt természetesen kézzel is létre tudjuk hozni, ez a tartalma:
Filesystem = L:fat95
Device = compactflash.device
Unit = 0
Flags =0
LowCyl =0
HighCyl=0
Surfaces=1
BlocksPerTrack = 1
Blocksize = 512
Buffers=20
BufMemType=1
BootPri=0
StackSize= 4096
Priority =5
Globvec =-1
DosType 0x46415401
Fat95-ön kívül biztosan használható másik file-rendszerrel is, de mivel PöCé-vel cserélek adatot, ezért ezt nem próbáltam ki.

1) A megfejtés: Ha csak ez a RAM bővítő lenne a gépben, akkor nem mutatna működő WB 3.1 alatt szabad 1982 Kb-ot, jó lenne az 1770-nek is... ;-)
2) Erről a szokásáról nem fogjuk tudni az AMIGA-inkat leszoktatni, minden induláskor megnézik, hogy van e bent lemez, DF0:-ról szeretnek indulni.
3) Ennek némileg ellent mond az OverDrive HD nevű A600/A1200 kiegészítő, ahol PCMCIA porton keresztül (a gép szétszedése nélkül) illeszthetünk HD-t, de sajnos nem tudom milyen módszerrel oldották meg! Nekem nem sikerült CF0:-ról AMIGA gépet indítanom...
 
Folyt. köv...

... idén villámlátogató voltam az ÁrokParty-on... Pont úgy jött ki a lépés, hogy nem voltam itthon és elég sokat utaztam, míg végre odaértem (nem azért volt sok, mert Ajkarendek messze van), a Soulvoid koncert végére estem be. Úgyhogy elnézést kell kérnem mindenkitől, aki komoly party beszámolót várt tőlem, de nem igazán voltam aznap este a toppon (a hőmérséklet annál inkább), még a fényképezőgépet sem vittem magammal. Gondolkoztam rajta, hogy feltöltsem e a TeCső-re (YouTube) a telefonommal készült koncert videót? Bíztam benne, hogy a rendezők megkegyelmeznek és felkerül az a profi anyag, amit ők készítettek. Szerencsére nem kellett rá sokat várni, íme a SIDrip Alliance zenekar koncertjéről készült mozgóképes összeállítás, elvileg valahol én is ott vagyok a közönségben. :-D A hangulat fergeteges volt, üvöltve pogózott a tömeg, egy kivetítő segítségével C=64 demók mentek a háttérben, a zenekar pedig profi módon nyomta a dalokat. :-D Jövőre igyekszem úgy időzíteni, hogy legalább a főnapon ott tudjak lenni, működőképes állapotban!