Amiga
Szukaj na tym blogu
poniedziałek, 7 listopada 2022
piątek, 17 czerwca 2022
Amiga Repairs: Put Down That Screwdriver!
Amiga Repairs: Put Down That Screwdriver!
The 16bit era Commodore Amiga computers have many of their ICs socketed, which means they can be removed easily when repairing or upgrading the machines. I’ve seen many use screwdrivers to remove the chips, and whilst this can work in a pinch, there is a high risk of damaging the chip or socket. Today I’m going to walk you through some of the tools I use instead.
PLCC-84 Extractor
Probably the most precious chip in a 16bit Amiga is the Agnus. It is essentially the memory controller and co-processor for the system. It is a socketed PLCC-84 chip and on some motherboards it is a very tight fit in the socket. Using a screwdriver to lift it can easily crack the socket which will then cause a bad connection between the socket and chip. There are cheap tools which can extract the PLCC by squeezing them such as this one. The cheaper tools can easily buckle for the tighter fitting chips and they can scratch and damage the chip.
With this in mind I went on a search to find a tool that would perfectly extract the chips. I found one by Piergiacomi in the EU (Hakko in USA) and sold by Kaisertech in the UK, who I usually order my soldering tools from.
This tool is amazing, I use it very often when testing RAMesses boards. Here is a video of it in use with a very stubborn Agnus that no other tool would pull. Despite the pop there is no damage at all to the chip or socket.
PGA Lifter
There was a period of time where I was building many Terrible Fire TF536 boards. When it comes to testing these boards I needed to pop in my known-good 68030 CPU and remove it again. The 68030 is a 128pin PGA chip and lifting it with a screwdriver is very risky. The solution is an AMP 58113-5 which is available on Mouser. Unfortunately at time of writing is is more than 3x the price of what I paid for it, and the image on their site isn’t correct. But it is a really great tool (the second tool in the top image of this post).
Not only does this tool make removing PGA chips very easy, but it is also incredibly useful for machined-pin boards such as accelerators when they need to be removed from CPU relocators without damaing the pins. Another thing I do often when testing TF536 boards.
Wera Chip lifter
Wera are well known for their screwdrivers. They are amazing and I wish I had more of them than I do (their advent calendars are awesome too!). But they also make the Wera Chip Lifter. This is very much like one of thier screwdrivers, but has a deliberately bent and forked end on it perfect for getting under and lifting ICs. This one in particular is incredibly useful for removing 68000 CPUs from their sockets and other things the tools in this post does not cover.
If you are a Wiha person instead, you are in luck! They make an almost identical one.
There is something in the design of this tool that makes it significantly easier than a screwdriver to remove an IC and it doesn’t scratch anything along the way.
Sunhayato GX-7
Whilst the Wera Chip Lifter is a great general purpose tool, sometimes it is useful to have a specific tool when you are repeatedly removing DIP chips. Sunhayato make a range of tools for this and the GX-7 works with the large DIP chips in an Amiga.
Here is a video of it being used to pull a tight fitting Paula.
No bent pins, no damage to the socket, nice and simple. This model works on the 40 and 48 pin DIPs in an Amiga, but Sunhayato also make the GX-6 and GX-3 for smaller chips and I’ll be getting these models soon.
Conclusion
Amigas are very old machines with ageing sockets and chips that can all be damaged easily. This is why I really recommend using the right tool for the job to help preserve it all for years to come.
wtorek, 30 marca 2021
poniedziałek, 29 marca 2021
Amiga 500 Raspberry Pi Non Destructive Case Mod
Moim (Jego) celem w tym projekcie było stworzenie emulowanej Amigi, ale zachowując oryginalną estetykę kultowej Amigi 500 - wraz z funkcjonalną klawiaturą, stacją dyskietek, myszą i portami joysticka. Wszystko to musiało zostać zrobione bez trwałego modyfikowania - lub niszczenia - jakiejkolwiek części Amigi. Ta emulowana Amiga musiała czuć się jak Amiga.Wersja 1 osiągnęła wiele z tego, ale wciąż jest więcej do zrobienia.
czwartek, 25 marca 2021
Upgrade Amiga 500 rev. 8a board to Amiga 500+
czwartek, 18 marca 2021
Małe rzeczy, które uczyniły Amigę wspaniałą.
Małe rzeczy, które uczyniły Amigę wspaniałą
Dogłębne zagłębienie się w wybór genialnych funkcji AmigaOS.
Jesień 2020
Spis treści
Wprowadzenie
Dla większości ludzi Amiga jest prawdopodobnie synonimem Amigi 500, a ta maszyna była przede wszystkim grą wideo: czymś, do czego włożyłeś dyskietki 3,5-calowe, co przeniosło cię w dziwne, cudowne światy i godziny zabawy. Do tej grupy , gracze, system operacyjny nie był ważny, prawdopodobnie tylko raz uruchomili Workbench 1.3, dobrze przyjrzeli się jaskrawemu niebiesko-pomarańczowemu interfejsowi i zdecydowali, że wystarczy, zanim wrócili do niszczenia wrogów w Silkwormie.
Czemu nie? Maszyna była świetna do gier. Jest mnóstwo wspaniałych tekstów o przełomowych możliwościach audio i wideo Amigi.
Ten tekst nie jest jednym z nich.
Ten tekst dotyczy późniejszych wersji AmigaOS wyprodukowanych przez Commodore, od 2.0 do 3.1. Podczas gdy te nowsze wersje (z głównymi wydanymi odpowiednio w 1990 i 1992) z pewnością z dumą niosły dziedzictwo Amigi i były - głównie - kompatybilne wstecz, nadejście AmigaOS 2.0 oznaczało zmianę paradygmatu. Tę zmianę najlepiej symbolizuje fakt, że AmigaBASIC - wszechobecny i obowiązkowy język każdego szanującego się komputera domowego z lat osiemdziesiątych - został porzucony i zastąpiony przez ARexx, profesjonalny język skryptowy bez jakichkolwiek elementów graficznych ani dźwiękowych.
Ta zmiana paradygmatu jest również powodem, dla którego tak wielu z nas, którzy mieli szczęście natknąć się na te wersje, tak desperacko trzymało się Amigi. Wielu z nas trzymało się tego dobrze pod koniec lat dziewięćdziesiątych, lata po upadku Commodore. A my byliśmy zaciekli: jeśli myślisz, że fanboye Apple'a są dziś irytujące, ciesz się, że nie spotkałeś fanatyka Amigi w 1995 roku. Sprawy szybko przybrały osobisty charakter. To było po prostu brzydkie.
Nadal jednak uważam, że były pewne podstawy dla naszego fanatyzmu.
W czasach, gdy domowe komputery PC były jednozadaniowymi skrzynkami DOS z 8 nazwami plików, a Ataris i Mac były jednozadaniowymi GUI, utrudniając każdemu hakerowi rażący brak CLI, Amiga była mistrzem obu światów: łączy CLI i GUI, wykorzystując oba ich mocne strony. Ale było w tym coś więcej, coś, co trudno wyrazić w tak wielu słowach.
Nieraz spotykałem zdenerwowanych użytkowników Amigi, którzy na jakimś forum internetowym w kilku krótkich zdaniach próbują wyjaśnić wielkość systemu operacyjnego Amigi. Często, całkiem zrozumiałe, sprowadza się to do czegoś w rodzaju „To jest jak UNIX”, co zawsze uważam za niesprawiedliwe dla obu systemów.
Jasne, był to wczesny system wielozadaniowy ze zdolnym wierszem poleceń. Jednocześnie było to również dojrzałe i spójne środowisko pulpitu, które było bardziej przyjazne dla użytkownika niż dzisiejszy MacOS X niż jakikolwiek tradycyjny system UNIX. Ale, w przeciwieństwie do dzisiejszego MacOS, nigdy nie drażnił użytkownika końcowego. Otworzył maszynę, zamiast odciąć niektóre części.
W przeciwieństwie do UNIX, AmigaOS jest systemem zaprojektowanym do użytku domowego, brakuje mu wielu elementów, które sprawiają, że UNIX jest tak popularny: ochrony pamięci, obsługi wielu użytkowników, przenośności kodu źródłowego i wbudowanej obsługi sieci.
Jednak pod jednym względem są do siebie bardzo podobni. Podobnie jak UNIX, system operacyjny Amigi jest zbiorem wielu drobnych geniuszy, które łączą się, aby uczynić go większym niż suma jego części.
Zapraszam do wspólnego odkrywania tej pomysłowości. Ale najpierw uporządkujmy terminologię.
Fachowe pojęcia
System operacyjny Amigi był nazywany przez wiele osób, ponieważ składa się z wielu komponentów, z którymi w mniejszym lub większym stopniu mieli do czynienia różni użytkownicy. Spróbuję trochę wyjaśnić:
- AmigaOS
- Commodore nie nazywał systemu operacyjnego jako całości „AmigaOS” aż do wydania wersji 3.1 w 1994 roku, kiedy to zniknęło. I nawet wtedy był w większości wydrukowany na pudełku, w którym przyszedł - nic w systemie operacyjnym nie nazywa siebie AmigaOS. Nadal jest to przydatny termin zbiorczy dla wszystkich poniższych komponentów.
- Kickstart
- Jest to w zasadzie oprogramowanie układowe Amigi, znajdujące się w chipie ROM. W wersji 2.0 i nowszych układ ROM miał 512 kB i zawierał nie tylko kod do autotestów i ładowania początkowego, ale także całkiem spore fragmenty innych części AmigaOS.
- AmigaDOS
- Jest to z grubsza interfejs wiersza poleceń, sterowniki urządzeń, zarządzanie systemem plików i tak dalej. Został pierwotnie oparty na TRIPOS, dziedzictwie, które nadal jest widoczne do dnia dzisiejszego. (Istnieją nowsze wersje AmigaOS niż 3.1, ale ten tekst obejmie tylko te wydane przez Commodore.)
- Intuicja
- Intuition, najlepiej podobny do nowoczesnego kompozytora na komputery stacjonarne, obsługuje aktualizacje ekranu i zarządza oknami. Niestandardowe układy dźwiękowe i wideo w Amidze miały głównie imiona żeńskie (Paula, Denise, a później Alice), więc przypuszczam, że Intuition to odpowiednia nazwa dla warstwy abstrakcji, która pozwala systemowi operacyjnemu na połączenie z nimi.
- stoł warsztatowy
- Jest to często używane zamiennie z „AmigaOS”, ale tak naprawdę jest to nazwa samego środowiska graficznego - które jest środowiskiem roboczym, a nie pulpitem: programy nazywane są narzędziami, foldery nazywane szufladami, a pliki danych nazywane są projektami.
Inna terminologia
- Wnioskodawcy
- Nie jest to tak naprawdę główna część systemu operacyjnego jako taka, requester to nazwa Amigi dla okna dialogowego. Na przykład „requester plików” to okno dialogowe wyboru plików. Nadal często używam tego terminu do opisania każdego dialogu na dowolnej platformie, ku dezorientacji przyjaciół i współpracowników. Stare zwyczaje umierają ciężko.
- Urządzenia
- Urządzenia, podobnie jak w systemie UNIX, zwykle reprezentują urządzenia peryferyjne podłączone do komputera, takie jak nośniki danych, drukarki itp. Amiga ma wiele wbudowanych urządzeń, które są montowane automatycznie, na przykład wewnętrzny napęd dyskietek,
DF0:
port szeregowy i porty równoległeSER:
iPAR:
odpowiednio. Inne popularne urządzenia to:DF1:
pierwsza zewnętrzna stacja dyskietek,DH0:
wspólna nazwa urządzenia nadana rozruchowej partycji dysku twardego orazCON:
konsola tekstowa. Istnieją również urządzenia, których nie można zamontować, ale można uzyskać do nich dostęp tylko za pomocą języków programowania, na przykładtimer.device
używanych do łączenia się z zegarami sprzętowymi. - Wolumeny
- Zamontowane urządzenia (takie jak
DF0
,DF1
,DH0
) może zawierać objętość. W przypadkuDH0:
partycji rozruchowej dysku twardego wolumin jest stały i jest reprezentowany przez nazwę partycji, na przykładSystem:
lubBoot:
. Jeśli włożysz dyskietkę z programem Deluxe Paint do wewnętrznego napędu dyskietek, bieżący wolumin w urządzeniuDF0:
będzieDPaint:
.
Małe rzeczy
Amiga Workbench po czystym rozruchu. Po lewej stronie znajdują się ikony urządzeń, odpowiadające partycjom dysku RAM i dysku twardego. Pozostałe ikony reprezentują różne aplikacje, umieszczone na pulpicie w celu zapewnienia łatwego dostępu. Kliknij obraz, aby wyświetlić pełną rozdzielczość.
Dysk RAM
Amiga zawsze ma gotowy do użycia dysk RAM, a nazwa urządzenia jest zawsze RAM:
. Bez montowania, bez oprogramowania innej firmy - po prostu siedzi i czeka. To sprytne samo w sobie, ale naprawdę genialne w tym jest to, że jest przydzielane dynamicznie. Oznacza to, że rozmiar dysku RAM odpowiada ilości wolnej pamięci aktualnie dostępnej w systemie i nigdy nie zajmuje więcej pamięci niż jest to potrzebne, aby pomieścić pliki aktualnie na nim przechowywane.
Dysk RAM może dziś brzmieć ezoterycznie, ale w czasach powolnych mechanicznych dysków twardych i dyskietek był to dar niebios za rozpakowywanie archiwów, uruchamianie kompilacji testowych i przechowywanie tymczasowych dokumentów roboczych.
Wadą jest to, że za każdym razem, gdy ponownie uruchamiasz komputer, cała zawartość dysku RAM jest tracona. Co prowadzi nas do ...
Dysk RAD
RAD, co (w jakiś sposób) oznacza Recoverable Ram Disk, jest kolejnym świadectwem elastyczności i pomysłowości AmigaOS. Dysk RAD to dysk RAM o stałym rozmiarze, który może nie tylko przetrwać ponowne uruchomienie, ale także sam się z niego uruchomić. Może być używany jako mały, ale niezwykle szybki mini dysk twardy lub do wyodrębniania obrazów dysków w celu sprawdzenia ich zawartości.
Proporcjonalne paski przewijania
Proporcjonalny pasek przewijania to pasek przewijania, który rośnie i kurczy się, aby odzwierciedlić rozmiar przewijalnej zawartości, którą reprezentuje:
Kliknij obraz, aby wyświetlić pełną rozdzielczość.
Podkreślenie takiej funkcji może wydawać się głupie, ponieważ obecnie wszystkie paski przewijania są proporcjonalne. W dawnych złych czasach nie było tak: Microsoft nie zaimplementował ich aż do Windows 95 i Apple, o ile wiem, nie wykonał tego ruchu aż do MacOS 9 w 1999 roku. W czasach, gdy myszy komputerowe nie miały kółek przewijania, to była naprawdę fajna funkcja.
Edytorzy tekstu
Powyżej Ed służy do edycji S: Shell-Startup, odpowiednika .bashrc dla AmigaShell. Edytor jest obecnie w trybie poleceń i przygotowuje się do usunięcia wiersza tekstu. Kliknij obraz, aby wyświetlić pełną rozdzielczość.
AmigaOS dostarczany był z trzema różnymi edytorami tekstu: Ed, Edit i MEmacs. Ta ostatnia jest portem, jak się domyślacie, Micro Emacsa i oczywiście spodoba się fanom Emacsa. Pozostałe dwa mają dziwną nazwę: Edit to edytor liniowy przypominający głównie ed w systemie UNIX. Z drugiej strony Amiga's Ed to pełnoekranowy edytor z obsługą myszy i rozbudowanym językiem poleceń. Amigę Ed prawdopodobnie najlepiej porównać do vi.
Wszyscy trzej są zdolnymi i potężnymi edytorami. Zarówno MEmacs, jak i Ed wykorzystują rozwijane menu GUI Amigi i obsługują makra oraz rozbudowaną konfigurację.
Jak wspomniano wcześniej, tryb poleceń Eda przypomina nieco vi. Rozważ następujące przykłady:
Zmień następne trzy wystąpienia „data” na „gubbe”:3 E/data/gubbe/
Przejdź na początek pliku, powtórz (RP) zamianę „danych” na „gubbe” do końca pliku:T; RP E/data/gubbe/
Przejdź na początek pliku, znajdź wszystkie wystąpienia „gubbe” i wstaw trzy puste wiersze po każdym wystąpieniu, powtarzaj do końca pliku:T; RP (F /gubbe/; 3A//)
Ed ma również coś, co nazywa się portem ARexx, co całkowicie celowo prowadzi nas do ...
ARexx
ARexx to ulepszona i dostosowana do Amigi wersja języka REXX firmy IBM. Jest to zdolny (choć obecnie nieco przestarzały) język skryptowy ogólnego przeznaczenia z doskonałymi funkcjami do łatwego analizowania ciągów.
Poprzez interfejs komunikacji międzyprocesowej może również działać jako „klej” pomiędzy różnymi programami z tzw. Portami ARexx. Na przykład, jeśli zarówno twój edytor tekstu, jak i pakiet Desktop Publishing mają porty ARexx, możesz napisać skrypt do automatycznego wstawiania tekstu, który właśnie napisałeś w edytorze, do programu DTP, łącząc się z nimi oboma za pomocą ARexx.
Ed, edytor opisany powyżej, udostępnia swój język poleceń poprzez port ARexx, umożliwiając użytkownikom tworzenie wysoce zaawansowanych skryptów do przetwarzania tekstu.
Powyżej widzimy Ed edytującego skrypt ARexx. Poniżej znajduje się okno AmigaShell używające własnego portu ARexx Eda do wysyłania instrukcji do Eda. Właśnie wysłałem polecenie T; RP E /g./global./
, zmieniając nazwę zmiennej złożonej g
na bardziej opisową global
. Kliknij obraz, aby wyświetlić pełną rozdzielczość.
Brak płyty CD
Chociaż AmigaDOS ma CD
polecenie, zwykle nie jest ono potrzebne. Każde polecenie, którego wynikiem jest prawidłowa ścieżka, automatycznie zmieni bieżący katalog roboczy na tę ścieżkę:
1.System:> Work:Code/ARexx/WebServer
1.Work:Code/ARexx/WebServer> _
Systemy plików
OFS (Old File System) i FFS (Fast File System) to natywne systemy plików Amigi. Dzięki modułowej i pomysłowej naturze systemu operacyjnego Amiga, podobnie jak UNIX, może obsługiwać dowolną liczbę systemów plików. Wersja 3.0 systemu operacyjnego dostarczana z CrossDOS, narzędziem do montowania woluminów MS-DOS FAT - ale pojawiło się również wiele innych, od natywnych zamienników FFS innych firm po porty na przykład EXT2.
Na powyższym zrzucie ekranu zamontowałem AmigaShell CF0:
, kompaktowy czytnik kart flash. Mógłbym też dwukrotnie kliknąć ikonę sterownika urządzenia (zaznaczoną na zrzucie ekranu), aby go zamontować. Używam info
polecenia w AmigaShell, aby sprawdzić urządzenie. Obecnie zawiera kartę sformatowaną w systemie plików FAT32. Kliknij obraz, aby wyświetlić pełną rozdzielczość.
Przypisuje
Przypisanie to rodzaj fałszywego woluminu logicznego, który może wskazywać dowolną ścieżkę. Świetnie nadaje się do głębokich struktur katalogów. Załóżmy, że masz bieżący projekt programistyczny Work:Code/ARexx/WebServer
. To całkiem sporo do częstego pisania. Tworząc przypisanie, ASSIGN wserv: Work:Code/ARexx/WebServer
możesz teraz uzyskać dostęp do plików i dysku CD do katalogu projektu, odwołując się do wserv:
.
Przypisanie może również obejmować kilka woluminów fizycznych. Standardowe przypisanie Amigi do miejsca, w którym szuka bibliotek dynamicznych LIBS:
, wskazuje na katalog Libraries w bieżącym woluminie startowym. Ale co, jeśli piszesz nową taką bibliotekę i nie chcesz zaśmiecać katalogu systemu swoimi wersjami programistycznymi podczas testowania?
Nie martw się, możesz ADD
do dowolnego przypisać:
1.System:> Assign LIBS: Work:Code/C/HTMLParseLibrary ADD
AmigaOS będzie teraz szukał dynamicznych plików bibliotek w obu ścieżkach!
Powyżej możemy zobaczyć przykłady tworzenia katalogów, przekierowywania wyjścia i przypisywania w AmigaDOS. Zwróć uwagę, jak SomeFiles: przypisuje punkty do dwóch różnych katalogów, pozwalając Edowi bezproblemowo ładować pliki z obu przy użyciu jednego przypisania. Kliknij obraz, aby wyświetlić pełną rozdzielczość.
Biblioteki
Podobnie jak w przypadku bibliotek w systemie UNIX, jest to sposób udostępniania wspólnych funkcji między różnymi programami. Biblioteki Amigi są zawsze połączone dynamicznie, a jednak z jakiegoś powodu nigdy nie wydaje się, aby były jakiekolwiek problemy z kompatybilnością wsteczną. Dla użytkownika końcowego wszystko po prostu działa.
Commodore dostarczyło AmigaOS z bibliotekami do wszystkiego, od funkcji matematycznych po coś, co nazywa się ASL, używanym do tworzenia requesterów plików i czcionek.
ASL
Najprostszym sposobem, aby programista poprosił użytkownika o wybranie pliku lub czcionki, jest skorzystanie z biblioteki ASL. Korzystając ze standardowego interfejsu API, requester (okno dialogowe) do zapisywania lub wczytywania dokumentu można przedstawić użytkownikowi. Okna dialogowe mają funkcje dopasowywania wzorców i nawigacji za pomocą klawiatury.
Niestety, nie oznacza to „wieku, płci, lokalizacji”, ale raczej „Amiga Standard Library”.
Edycja ścieżki, dodanie dopasowania do wzorca („globowania”) dla jej zawartości. Tylda (~) służy do wykluczania dopasowań. Kliknij obraz, aby wyświetlić pełną rozdzielczość.
Typy danych
Typy danych są w pewnym sensie podobne do dynamicznych bibliotek formatów plików. Zamiast polegać wyłącznie na możliwościach, powiedzmy, programu graficznego do implementacji programów ładujących dla każdego możliwego formatu pliku, jeśli obsługuje on typy danych, może ładować obrazy dowolnego formatu, dla którego typ danych jest zainstalowany w systemie.
To świetny sposób na zabezpieczenie oprogramowania w przyszłości, zapewniające, że nawet starsze programy mogą ładować i wyświetlać nowsze formaty obrazów. Kiedy format PNG został stworzony w 1996 roku, wiele programów dla Amigi stworzonych wiele lat wcześniej mogło ładować te obrazy przy użyciu zewnętrznego typu danych PNG, wydanego jako freeware.
Na powyższym zrzucie ekranu Ed służy do edycji skryptu ARexx, który wykorzystuje współdzieloną bibliotekę do łączenia się z typami danych w celu identyfikacji formatów plików. Skrypt służy do załadowania odpowiedniej przeglądarki plików dla dowolnego pliku podanego jako argument skryptu - coś w rodzaju prymitywnej hydrauliki , jeśli wolisz. Kliknij obraz, aby wyświetlić pełną rozdzielczość.
ReadArgs
Chociaż AmigaOS nie ma dokumentacji online, takiej jak strony podręcznika systemu UNIX, ma ustandaryzowany sposób odczytywania argumentów przez programy CLI. Ułatwia to funkcja ReadArgs, zaprojektowana, aby pomóc programistom we wdrożeniu tego sposobu czytania argumentów.
Argument ?
(znak zapytania) zawsze tworzy listę argumentów polecenia i ich rodzaju, a następnie oczekuje na wprowadzenie tych argumentów przez użytkownika:
1.System:> Delete ?
FILE/M/A,ALL/S,QUIET/S,FORCE/S: _
Więc co to oznacza? Oznacza to, że FILE
może to być wiele ciągów (/ M) i że jest to argument wymagany (/ A); ALL
, QUIET
a FORCE
tymczasem są flagami logicznymi lub przełącznikami (/ S).
Istnieją również wzorce dla słów kluczowych (/ K), liczb (/ N) i kilka innych. Kiedy już to zrozumiesz, jest to bardzo pomocny system odniesienia do odświeżania pamięci, a nazwy argumentów mają zwykle dziwnie sensowne nazwy.
ReadArgs jest odświeżająco łatwy do zaimplementowania w skryptach powłoki, zapewniając zgodność ze standardami nawet w przypadku najprostszych zadań.
Na powyższym zrzucie ekranu widzimy, jak łatwo jest dodać argumenty w stylu ReadArgs do skryptu powłoki, używając .key FNAME/A
. Zwróć także uwagę, jak łatwo jest dodać informacje o wersji do pliku za pomocą $VER
. Wreszcie widzimy, że skrypt działa z ?
argumentem, powodując, że AmigaDOS wyświetli argument dla skryptu. Kliknij obraz, aby wyświetlić pełną rozdzielczość.
AmigaGuide
Kliknij obraz, aby wyświetlić pełną rozdzielczość.
AmigaGuide to wczesny format hipertekstowy, pierwotnie używany przez Commodore w oficjalnej dokumentacji deweloperskiej, ale dostarczany jako standardowy składnik AmigaOS 3.0 i nowszych. Jest to proste w porównaniu do nowoczesnego HTML: nie może wyświetlać obrazów w tekście ani odtwarzać dźwięków w tle, ale możesz tworzyć łącza do dowolnych plików, które są następnie wyświetlane osobno.
Szybko stał się popularny i wkrótce większość programów typu freeware, shareware i public domain pochodzi z dokumentacji AmigaGuide.
zainstalować
Początkowo instalacja programów na dysku twardym odbywała się za pomocą skryptów powłoki. Widząc spustoszenie wywołane przez takie skrypty, Commodore ostatecznie stworzył ustandaryzowany instalator oprogramowania. To genialne małe narzędzie do wybierania ścieżek instalacji, tworzenia katalogów, porównywania wersji plików, kopiowania plików i modyfikowania skryptów startowych.
Potężny instalator. Zwróć uwagę na opcje wykonywania próbnego uruchomienia („udawaj, że instalujesz”) i rejestrowania procedury instalacji. Kliknij obraz, aby wyświetlić pełną rozdzielczość.
Prawie wszyscy programiści przyjęli to od razu, w tym autorzy PD / Freeware, ku uciesze użytkowników końcowych. Do dziś instalatory mojego kiepskiego oprogramowania Amiga pozostają jedynymi naprawdę znaczącymi rzeczami, które zakodowałem w czysto funkcjonalnym języku: skrypty instalatora są w całości napisane w LISP-ie.
Ze względu na potężną naturę dialektu LISP i łatwy dostęp do podzbioru widżetów GUI Amigi, Instalator był również używany do tworzenia prostych gier przygodowych.
Standaryzowana struktura plików
Każda instalacja Amigi wygląda w zasadzie tak samo, szczególnie tam, gdzie jest to naprawdę ważne. Omówiliśmy już biblioteki współdzielone i ich miejsca zamieszkania w LIBS:
. Ten sam wzorzec jest używany dla pozostałych plików systemowych: sterowniki urządzeń są zawsze w DEVS:
środku, sterowniki systemu plików i inne rzeczy niskiego poziomu w L:
środku, polecenia AmigaDOS należą do C:
, skrypty powłoki (w tym skrypty startowe, sekwencja startowa i uruchamianie użytkownika ) S:
, kroje pisma są zawsze obecne FONTS:
i tak dalej.
Programy dla mieszkańców
Niektóre programy, większość z nich to polecenia AmigaDOS, można uczynić rezydentnymi - to znaczy przechowywać w pamięci do wykorzystania w przyszłości. Jest to przydatne, aby uniknąć nadmiernego dostępu do dysku podczas wykonywania niektórych zadań.
RequestChoice
Kliknij obraz, aby wyświetlić pełną rozdzielczość.
AmigaDOS ma proste polecenie zadawania użytkownikowi pytania typu Tak / Nie, zwane Zapytaj. W wersji 3.0 Commodore wprowadziło polecenia RequestChoice, służące do tworzenia requestera GUI wielokrotnego wyboru i RequestFile do otwierania requestera plików. Ładny przykład tego, jak zintegrowane są środowiska GUI i CLI na AmigaOS.
Pliki .info
Trochę jak w MacOS X, jeśli dasz dysk entuzjastycznemu nowicjuszowi z Amigi i poprosisz o skopiowanie na niego kilku plików, prawdopodobnie znajdziesz na nim dziwne pliki, które nie służą żadnemu widocznemu celowi. Zawsze mają taką samą nazwę jak inny plik, ale kończą się na „.info”.
To są pliki ikon Amigi, zawierające nie tylko rzeczywisty obraz ikony, ale także trochę metadanych. W przypadku pliku danych może to być program do otwierania pliku, co oznacza, że po dwukrotnym kliknięciu obrazu utworzonego za pomocą, powiedzmy, Deluxe Paint, zostanie uruchomiony Deluxe Paint, a następnie załadowany ten obraz. Nazywa się to „domyślnym narzędziem” pliku.
Pliki .info zawierały również informacje o położeniu: żądane współrzędne ikony w jej oknie nadrzędnym. W przypadku ikon szuflad (katalogów) zapisywał również rozmiar i położenie okna otwartego w celu wyświetlenia ich zawartości.
Inne godne uwagi metadane są reprezentowane przez typy narzędzi, które można opisać jako ustawienia lub argumenty programu. Na przykład takiego typu narzędzia można użyć do kontrolowania, czy Deluxe Paint ma wyświetlać współrzędne aktualnego położenia wskaźnika myszy.
Informacje o plikach i ikonach dla Deluxe Paint. Oprócz obrazu ikony i Typów narzędzi, istnieją inne prezentowane metadane plików, które nie są przechowywane w ikonie: system plików obsługuje flagi ochrony (bity trybu) Skrypt, Zarchiwizowany, Czytelny itp. Oraz możliwość napisania komentarza na temat plik. Możemy również zobaczyć rozmiar pliku, znacznik daty i rozmiar stosu (w bajtach) używany podczas uruchamiania programu. Kliknij obraz, aby wyświetlić pełną rozdzielczość.
System z samodzielnymi plikami ikon może wydawać się dziś dziwny, ale zamiast scentralizowanego przechowywania ikon lub osadzania ikon w plikach binarnych, ta metoda oznaczała, że typy narzędzi, domyślne programy i informacje o pozycji mogą być łatwo przenoszone między systemami. Dało to także użytkownikom swobodę modyfikowania, a nawet rysowania nowych ikon programów lub całkowitego ich usuwania, jeśli chcieli zaoszczędzić miejsce na dysku.
Kilka pięknych zestawów ikon zostało wydanych jako shareware stron trzecich, w szczególności Magic Workbench .
Końcowe słowa
Chociaż z pewnością nie jest to klon UNIX-a, Amiga nadal była świetną platformą przygotowawczą do późniejszego zajęcia się innymi systemami operacyjnymi. Kiedy po raz pierwszy natknąłem się na Linuksa (i inne * nixy) w 1995 roku, wiele rzeczy instynktownie miało dla mnie sens. Z łatwością narysowałem podobieństwa do AmigaOS i byłem już zaznajomiony z wieloma koncepcjami: urządzeniami, montowaniem, priorytetami zadań, skryptami powłoki i językami skryptowymi, Emacsem i wieloma innymi. I chociaż dzisiaj bardzo lubię UNIX, to kiedy siadam przed Amigą, naprawdę czuję się jak w domu i mam kontrolę.
Mam nadzieję, że ten tekst dał wam wgląd w to, co uczyniło Amigę wspaniałą. Oczywiście jest o wiele więcej rzeczy, ale to kilka, które zostały ze mną. Niektóre koncepcje, takie jak typy danych, są nadal unikalne dla Amigi i nawet dzisiaj byłyby interesującym i użytecznym dodatkiem do systemu operacyjnego.
I pamiętaj - tylko Amiga to umożliwia!
MiST FPGA: Recenzja i sposób konfiguracji • Requiem dla Atari i Amigi
Otóż MiST to urządzenie pozwalające na uruchamianie zapisanych na karcie SD programów (aplikacji, gier, dem…) przeznaczonych na różne star...