Vänner!

Alla älskar årsmöte, och därför ska vi ha ett. Här följer därför din officiella årsmötesinbjudan!

Datum: 2024-03-23
Tid: 14:00
Plats: Relfas klubblokal, Bangatan 14, Falköping

Motioner skall vara styrelsen tillhanda senast 14 dagar före årsmötet, och kan skickas in via mail till p-ep.f-ish-m-oo-se@cliff.dk (ta bort alla bindestreck, ersätt ‘cliff.dk’ med ‘gmail.com’).

Dagordning:

1. Årsmötet öppnas
2. Justering av röstlängd
3. Godkännande av dagordning
4. Godkännande om sammanträdet utlysts i behörig ordning
5. Val av mötesordförande
6. Val av mötessekreterare
7. Val av två protokolljusterare
8. Behandling av propositioner
9. Behandling av motioner
10. Årsberättelse
11. Ekonomisk redogörelse 2023
12. Revisionsberättelse 2023
13. Frågan om styrelsen ansvarsfrihet för 2023
14. Fastställande av årsavgift, verksamhetsplan och budget
15. Val av styrelse och övriga funktionärer
16. Val av valberedning
17. Mötet avslutas

Det finns sedan ett par decennier en Open Source-klon av TOS. Koden är baserad på samma kod (från Digital Research) som Atari baserade TOS på, men har en nyskriven XBIOS och BIOS, och VDI/AES/Desktop är successivt genomarbetade för att matcha det TOS har att erbjuda. Dessutom har man integrerat en (bra) hårddiskdrivrutin, vilket man kanske kan tycka att Atari borde gjort för hundra år sedan. Det finns även särskilt integrerat stöd för vissa grafikkort och accelleratorer, och en inbyggd kommandoradstolk.

EmuTOS funkar på (nästan*) vilken Atari-kompatibel maskin som helst, emulerad eller riktig, och det finns även en officiell version för FireBee. Utöver detta finns det officiella versioner för Amiga (!), Amiga med Vampire-accelerator, Vampire V4SA från Apollo Computers, Coldfire-utvecklingskort och Aranym. Det lär även finnas avforkade versioner av projektet för Kiwi och Apple Lisa (!) och någon variant av Macintosh 68k. Förutom att det är skoj att grejerna även funkar på annan hårdvara än vår favorit-dito, så vittnar det här om att koden i projektet är tämligen solid.

Om man vill prova utan att behöva byta ROM, så kan man boota EmuTOS från floppy. För den som orkar googla lite skall det även finnas möjlighet att installera EmuTOS på hårddisk så att det startar på samma vis som en hårddiskdrivrutin gör. Om du planerar bränna ROM kan det vara bra att vänta ett par veckor så att eventuella barnsjukdomar blir fixade.

Vad är haken? Det beror på vilken typ av användare du är. Idag är EmuTOS fantastiskt kompatibelt, mycket p g a filosofin som tillämpas i projektet – ”TOS is always right”. Dock har man med flit och gott omdöme valt att inte stödja vissa former av fult applikationsbeteende, då detta skulle obfuskera och ställe till det i koden utan någon större nytta.

En särskild begränsning på Falcon är att VDIn inte stödjer TrueColor-läget, så för att använda det här kan man behöva en ersättning typ NVDI.

Men! Vad är nytt? Release Notes insaxade nedan:

Major changes in EmuTOS 1.2:
– AES: Add support for new menu_xxx() functions in AES 3.30
– AES: Allow up to 16 windows for versions with AES 3.30 support
– BIOS: Add interrupt-driven I/O for SCC serial ports
– EmuDesk: Resize screen memory in videl modes, just like TOS4
– General: Make FireBee ROMs single-language
– VDI: Fix crash under FreeMiNT with memory protect enabled

Other changes:
– AES: Display better error message if program launch failed
– AES: Improve error checking for wind_xxx() functions
– AES: Better looking separators in menus
– BDOS: Implement undocumented TOS function Srealloc()
– BIOS: Add support for IKBD/MIDI error vectors
– BIOS: Increase timeout for IDE transfers
– EmuDesk: Fix bug in ’Set file mask…’
– EmuDesk: Fix drag’n’drop bug with desktop icons
– EmuDesk: Display the ’busy’ mouse cursor for some lengthy actions
– VDI: Allow Falcon video modes to be set in v_opnwk()
– VDI: Implement v_hardcopy()
– VDI: Speed up some VDI calls
– XBIOS: Implement undocumented TOS function VcheckMode()
– Many minor and/or obscure bugs have been fixed

*) I skrivande stund vet undertecknad inte om det här gäller Hades och Milan också, men sannolikt inte. Dock är det inget som hindrar oss från att implementera stöd för dessa maskiner också, koden är fri! Behovet kanske är begränsat dock.

Vänner, det är inte klokt. Denna dag 1972 tog Nolan Bushnell det första spadtaget till varumärket Atari. Vad vi än tänker om allt som hände sedan, de efterföljande bolagen med samma namn och dess osannolika rokader, så är det idag vårt ikoniska och älskade Atari fyller 50.

Idag tar vi av hatten för Nolan och Fuji-symbolen.

Tack för mening, mål och syfte. Tack.

PS. Var det vi kallar Fuji verkligen en avbildning av Fuji-berget, eller handlade det om helt andra grejer? Läs mer här, du kan bli förvånad!

Historiskt har vi ju ändå varit någorlunda välsignade med Mac-emulatorer; Spectre GCR, Magic Sac, Alladin mfl. Tidens tand gnager dock ganska hårt, och det är med viss avund som vi har sneglat på det som erbjuds våra (banjospelande propellerkepsbärande) Amigakompisar. Men nu händer det grejer.

Huruvida man skall kalla Basilisk II för emulator eller virtualiseringmiljö kan debatteras. Källkoden är flexibel och kan byggas både med och utan CPU-emulator. Agranlund, för oss Atarinördar känd för sitt arbete med ScummVM ST, har under längre tid roat sig med att lösa de tekniska utmaningar som det innebär att få igång Basilisk II utan CPU-emulering, vilket i praktiken resulterar i att MacOS Classic kan exekveras relativt oförändrat på Atarihårdvara. I övrigt emuleras minimalt med saker, för att på så vis för omständigheterna nå bästa möjliga prestanda.

Så vad är grejen? Atarin har en 68k-CPU, behöver den ens emuleras då? Det här är en ganska vanlig missuppfattning. Bara för att samma krets finns rent fysiskt i en maskin betyder inte att man slipper undan, ibland är det snarare tvärtom. I det här fallet gör både MacOS och TOS anspråk som samma del av minnet, vilket gör alltihop ohyggligt komplicerat om man vill ha båda två igång samtidigt. Och det är just precis denna detalj som har gjort det enklare att virtualisera MacOS på Amigan – operativsystemen gör inte anspråk på samma resurs. Av denna anledning använder Agranlund PMMUn i 030n för att trixa och mappa om minnet på ett sätt som gör att det hela går att genomföra. Exakt hur det går till lämnas som en övning till läsaren!

I dagsläget är stödet för grafik lite begränsat då MacOS förväntar sig att grafik fungerar på ett annat sätt än det gör på våra maskiner. Detta innebär i praktiken mono, 8bpp chunky, hicolor eller 32-bit färg. Våra andra upplösningar är inget som MacOS idag kan tillgodogöra sig alls, men man kan ju hoppas att man implementerar t e x Chunky To Planar så att vi kan avnjuta lite fler färgglada Mac-grejer till priset av lite lägre framerate.

Prestandan? Rätt ok! Undertecknad testade Illustrator 5 på emulerad Falcon igår kväll, och grejerna var ju riktigt användbara. Imponerande.

Skvallercentrum för detta mycket spännande projekt ligger hos Exxos:

Dags för lite skoj i Corona-tider! De flesta känner nog till ScummVM, och har ni labbat med det på Atarin så vet ni att det i princip kräver ett eget kärnkraftverk för att flyta på våra burkar.

Anders Granlund har varit snäll och härjat runt i källkoden för Scummvm 0.6.0, kastat ut så mycket som möjligt, och skrivit Atari-specifik renderingskod istället för att förlita sig på några lager av generisk SDL-kod. Resultatet så som det ser ut nu är tre spelspecifika binärer; Monkey Island 2, Day of The Tentacle och Indiana Jones and the Fate of Atlantis.

Allihop funkar i 16 färger och har betydligt mer modesta systemkrav än ScummVM brukar ha. Undertecknad har provat Monkey Island 2 på en standard-Falcon (om än emulerad) och det är inte bara spelbart, det flyter.

EDIT: Granlund har inte legat på latsidan, och nu flyter både Monkey Island 2 och Fate of Atlantis på ST/STE, även talkie-versionerna! Day of the Tentacle verkar fortfarande ha lite högre systemkrav, men har du en MSTE så skall det funka fint. Gott om minne är att rekommendera oavsett.

Mer info på Atari-forum. Du laddar ner binärerna här. Utöver binärerna behöver du filerna från DOS-versionen av resp. spel, och detta får du stå för själv naturligtvis.

Givetvis skall du ha koll på den pågående pandemin via din Atari ST. Kräver STiNG eller kompatibel nätverksstack, och funkar i alla upplösningar på alla maskiner.

Ladda ner här: http://atari.net.pl/covid19-en/

(edit: Ny version igen, förutom buggfixar så kan man välja land, och programmet ytterligare lite mer information. Binärer både för 68k och Coldfire.)

Rådande omständigheter på virusfronten gör att vi tyvärr måste ställa in Slaskhack 2020. Vi vet såklart att ni skulle komma, ni älskar oss, vi älskar er, men vi vill alla praktisera säker datoranvändning. Och säker datoranvändning funkar inte i grupp när vi riskerar smitta varandra.

Så stay tuned – vi byter skepnad och kommer tillbaka lite senare. Må väl, vänner.