アミーガOS

アミーガOS

AmigaOS 4.1 のスクリーンショット
開発者	コモドールインターナショナル、ハイペリオンエンターテインメント
書かれた	アセンブリ言語、BCPL、C
OSファミリー	アミーガ
作業状態	現在
ソースモデル	クローズドソース
初回リリース	1985年7月23日; 39年前 ( 1985-07-23 )
最新リリース	4.1 最終版アップデート 2 / 2021 年 1 月 12 日; 3 年前 ( 2021-01-12 )
プラットフォーム	M68K : バージョン 1.0 から 3.9 PowerPC : バージョン 4.0 から 4.1
カーネルタイプ	マイクロカーネル
デフォルトの ユーザーインターフェース	グラフィカル(ワークベンチ)
ライセンス	独自
公式サイト	翻訳:

AmigaOSは、 AmigaおよびAmigaOneパーソナル コンピュータの独自のネイティブオペレーティング システムファミリです。これは、最初にCommodore Internationalによって開発され、1985 年に最初の Amiga であるAmiga 1000の発売時に導入されました。AmigaOS の初期バージョンでは、Motorola 68000 シリーズの16 ビットおよび32 ビットマイクロプロセッサが必要でした。後のバージョンは、Commodore の消滅後に、Haage & Partner (AmigaOS 3.5 および 3.9) によって開発され、その後Hyperion Entertainment (AmigaOS 4.0-4.1) によって開発されました。最新リリースのAmigaOS 4では、 PowerPCマイクロプロセッサが必要です。

AmigaOSは、Execと呼ばれるプリエンプティブマルチタスクカーネルをベースにしたシングルユーザーオペレーティングシステムです。^[1] Amigaのハードウェアの抽象化、AmigaDOSと呼ばれるディスクオペレーティングシステム、Intuitionと呼ばれるウィンドウシステムAPI、およびWorkbenchと呼ばれるデスクトップ環境^[2]とファイルマネージャーが含まれています。

Amigaの知的財産は、Amiga Inc.、Cloanto、Hyperion Entertainmentに分散されています。1993年までに作成された作品の著作権はCloantoが所有しています。^{[3] [4]} 2001年、Amiga Inc.はHyperion EntertainmentにAmigaOS 4の開発を委託し、2009年にHyperionにAmigaOS 4以降のバージョンの開発と販売を行うために、AmigaOS 3.1の独占的、永続的、世界的なライセンスを付与しました。^{[5] [更新が必要]} MorphOSとAROS Research Operating Systemは、オリジナルのAmigaOSと互換性のある最新の実装です。

AmigaOS は、Execと呼ばれるプリエンプティブ マルチタスク カーネルに基づくシングル ユーザー オペレーティング システムです。AmigaOS は、Amiga のハードウェアの抽象化、AmigaDOS と呼ばれるディスク オペレーティング システム、Intuitionと呼ばれるウィンドウ システムAPI 、およびWorkbenchと呼ばれるデスクトップファイル マネージャーを提供します。

AmigaShell と呼ばれるコマンドライン インターフェイス(CLI) もシステムに統合されていますが、これも完全にウィンドウベースです。CLI と Workbench コンポーネントは同じ権限を共有します。注目すべきは、AmigaOS には組み込みのメモリ保護がないことです。

AmigaOS は、 Kickstartと呼ばれるファームウェア コンポーネントと、通常Workbenchと呼ばれるソフトウェア部分の 2 つの部分から構成されています。AmigaOS 3.1 までは、Kickstart と Workbench の対応するバージョンが一緒にリリースされるのが一般的でした。しかし、Commodore の消滅後の最初のリリースである AmigaOS 3.5 以降、ソフトウェア コンポーネントのみが更新され、Kickstart の役割はいくらか縮小されました。ファームウェアの更新は、システム起動時にパッチを適用することで引き続き適用できます。これは、Hyperion Entertainment (AmigaOS 3.1 のライセンス所有者) が、更新された Kickstart ROM を備えた AmigaOS 3.1.4 をリリースした 2018 年まで続きました。

Kickstartはブートストラップファームウェアで、通常はROMに格納されます。Kickstart には、標準の Amiga ハードウェアと AmigaOS のコア コンポーネントの多くを起動するために必要なコードが含まれています。Kickstart の機能は、IBM PC 互換機のBIOSとメインのオペレーティング システムカーネルに匹敵します。ただし、Kickstart は、完全なウィンドウ環境など、PC で通常期待されるよりも多くの機能をブート時に提供します。

Kickstart には、 Exec、Intuition 、 AmigaDOSのコア、 Autoconfig準拠の拡張ハードウェアを初期化する機能など、 Amiga のオペレーティング システムのコア部分が多数含まれています。 Kickstart の後のバージョンには、 IDEおよびSCSIコントローラ、PC カードポート、およびその他の組み込みハードウェア 用のドライバが含まれていました。

起動またはリセット時に、Kickstart はいくつかの診断およびシステム チェックを実行し、Amiga チップセットといくつかのコア OS コンポーネントを初期化します。次に、接続されているブート デバイスを調べ、ブート優先度が最も高いデバイスからブートしようとします。ブート デバイスが存在しない場合は、ブート ディスク (通常はフロッピー ディスク) を挿入するように求める画面が表示されます。

起動時に、Kickstart はブート可能なデバイス (通常はフロッピー ディスクまたはハード ディスク ドライブ) からブートしようとします。フロッピーの場合、システムはディスクの最初の 2 つのセクター (ブートブロック) を読み取り、そこに保存されているブート命令を実行します。通常、このコードは制御を OS (AmigaDOS と GUI を呼び出す) に戻し、ディスクをシステム ブート ボリュームとして使用します。このようなディスクは、ディスクの他の内容に関係なく、「ブート ディスク」または「ブート可能ディスク」と呼ばれます。コマンドを使用して、空のディスクにブートブロックを追加できますinstall。フロッピー ディスク上の一部のゲームとデモでは、カスタム ブートブロックが使用されており、これによりブート シーケンスを引き継いで、AmigaOS なしで Amiga のハードウェアを管理できました。

ブートブロックは、ウイルス作成者にとって明らかなターゲットになりました。カスタム ブートブロックを使用するゲームやデモの中には、ブートブロック ウイルスに感染すると動作しなくなるものがありました。これは、ウイルスのコードが元のコードに置き換わるためです。そのようなウイルスの最初のものは、SCA ウイルスでした。ウイルス対策の試みには、カスタム ブートブロックが含まれていました。これらの修正されたブートブロックは、メモリ常駐ウイルスの兆候がないかシステムをチェックしながら、ウイルス チェッカーの存在を宣伝し、その後、制御をシステムに戻しました。残念ながら、これらはカスタム ブートブロックに既に依存しているディスクでは使用できませんでしたが、潜在的な問題をユーザーに警告しました。それらのいくつかは、他のディスク間で自分自身を複製し、それ自体がウイルスに過ぎなくなりました。^{[引用が必要]}

Macintosh にはマルチタスク機能があってしかるべきでした。システム ソフトウェアの洗練された設計に、マルチタスク機能がいかに大きく貢献しているかは、いくら強調してもしすぎることはありません。Amiga には優れたマルチタスク システムがあり、そのおかげで製品寿命は Macintosh の 2 倍になると思います。

— アダム・ブルックス・ウェバー、 TrueBASICをAmigaとMacintoshに移植したプログラマー、 Byte、1986年9月^[6]

Exec はAmigaOS のマルチタスク カーネルです。Exec は、マルチタスク、メモリ割り当て、割り込み処理、および動的共有ライブラリの処理の機能を提供します。Exec は、システムで実行されているタスクのスケジューラとして機能し、優先順位付けされたラウンドロビン スケジューリングによるプリエンプティブ マルチタスクを提供します。Exec は、他のライブラリへのアクセスや、メッセージ パッシングによる高レベルのプロセス間通信も提供します。他の同等のマイクロカーネルでは、アドレス空間間でメッセージをコピーする必要があるため、パフォーマンスの問題がありました。Amiga にはアドレス空間が 1 つしかないため、Exec のメッセージ パッシングは非常に効率的です。^{[7] [8]}

AmigaDOS は、 AmigaOS のディスク オペレーティング システム部分を提供します。これには、ファイル システム、ファイルとディレクトリの操作、コマンド ライン インターフェイス、ファイルのリダイレクト、コンソール ウィンドウなどが含まれます。そのインターフェイスは、コマンドのリダイレクト、パイプ、構造化プログラミングプリミティブを使用したスクリプト、およびグローバル変数とローカル変数のシステムなどの機能を提供します。

AmigaOS 1.x では、AmigaDOS 部分はBCPLで記述されたTRIPOSに基づいていました。他の言語からこれとインターフェイスすることは困難でエラーが発生しやすい作業であることが判明し、TRIPOS の移植はあまり効率的ではありませんでした。

AmigaOS 2.x以降、AmigaDOSは1.x BCPLプログラムの互換性を維持しながらCとアセンブラで書き直され、サードパーティのAmigaDOSリソースプロジェクト[ ^9]の一部が組み込まれました。このプロジェクトでは、すでに多くのBCPLユーティリティとインターフェースの代替品が作成されていました。

ARP は、Amiga 用の最初の標準化されたファイル リクエスターの 1 つも提供し、コマンドライン パラメータでより使いやすい UNIX スタイルのワイルドカード (グロビング) 機能の使用を導入しました。その他の革新としては、コマンドが受け入れる日付形式の範囲の改善と、コマンドを常駐させる機能 (コマンドはメモリに一度ロードするだけで、その後の使用時にロードするコストを削減するためにメモリに残ります) があります。

AmigaOS 4.0では、DOS は BCPL の遺産を完全に放棄し、AmigaOS 4.1からは完全な64 ビットサポートで書き直されました。

ファイル拡張子はAmigaOS でよく使用されますが、必須ではなく、DOS によって特別に処理されることもなく、ファイル名の慣例的な一部として扱われます。実行可能プログラムはマジックナンバーを使用して認識されます。

ネイティブの Amigaウィンドウ システムはIntuitionと呼ばれ、キーボードとマウスからの入力、および画面、ウィンドウ、ウィジェットのレンダリングを処理します。

AmigaOS 2.0 より前は、標準化されたルック アンド フィールはなく、アプリケーション開発者は独自の非標準ウィジェットを作成する必要がありました。Commodore は AmigaOS 2.0 で GadTools ライブラリとBOOPSI を追加しました。どちらも標準化されたウィジェットを提供しました。Commodore はまた、一貫性を保つためにアプリケーションをどのようにレイアウトすべきかを説明したAmiga User Interface Style Guideも発行しました。Stefan Stuntz は、BOOPSI に基づいて、 Magic User Interface (MUI) と呼ばれる人気のサードパーティ ウィジェット ライブラリを作成しました。MorphOSは公式ツールキットとして MUI を使用し、AROS はZuneと呼ばれる MUI クローンを使用します。AmigaOS 3.5 では、BOOPSI に基づいた 別のウィジェット セットReActionが追加されました。

AmigaOS の珍しい機能として、同じディスプレイに複数の画面を表示する機能があります。各画面のビデオ解像度や色深度は異なる場合があります。AmigaOS 2.0 ではパブリック画面のサポートが追加され、アプリケーションが他のアプリケーションの画面にウィンドウを開くことができるようになりました。AmigaOS 2.0 より前は、ワークベンチ画面のみが共有されていました。^[10]各画面の右上隅にあるウィジェットを使用すると、画面を循環表示できます。画面は、タイトルバーを上下にドラッグすることで重ねることができます。AmigaOS 4 では、どの方向にもドラッグできる画面が導入されました。

Workbench は、 AmigaOS のネイティブ グラフィカルファイル マネージャーおよびデスクトップ環境です。Workbench という用語は、もともとオペレーティング システム全体を指すために使用されていましたが、AmigaOS 3.1 のリリースでオペレーティング システムが AmigaOS に名前変更され、その後 Workbench はデスクトップ マネージャーのみを指すようになりました。名前が示すように、デスクトップではなくワークベンチのメタファーが使用されています。ディレクトリは引き出し、実行可能ファイルはツール、データ ファイルはプロジェクト、GUI ウィジェットはガジェットとして表されます。他の多くの点で、インターフェイスはMac OSに似ており、メイン デスクトップには挿入されたディスクとハード ドライブ パーティションのアイコンが表示され、各画面の上部には 1 つのメニュー バーがあります。当時入手可能な Macintosh マウスとは異なり、標準の Amiga マウスには 2 つのボタンがあります。マウスの右ボタンは、"リリースして選択" メカニズムを備えたプルダウン メニューを操作します。

バージョン 3 がリリースされるまで、AmigaOS は、幾何学的プリミティブ、ラスター グラフィック操作、およびスプライトの処理用の API を提供するgraphics.libraryを介して、ネイティブ Amiga グラフィック チップセットのみをネイティブにサポートしていました。この API はバイパスできるため、一部の開発者はレンダリング用の OS 機能を回避し、効率性を高めるために基盤となるハードウェアを直接プログラムすることを選択しました。

サードパーティのグラフィックカードは、当初は独自の非公式ソリューションでサポートされていました。AmigaOSが直接あらゆるグラフィックシステムをサポートできる後のソリューションは、リターゲット可能グラフィック（RTG）と呼ばれました。^[11] AmigaOS 3.5では、いくつかのRTGシステムがOSにバンドルされ、ネイティブAmigaチップセット以外の一般的なハードウェアカードを使用できるようになりました。主なRTGシステムは、Cyber​​GraphX、Picasso 96、EGSです。CairoやAnti-Grain Geometryなどのベクターグラフィックライブラリも利用できます。最新のシステムでは、ゲームやその他のマルチメディアプログラムにクロスプラットフォームのSDL（シンプルDirectMedia Layer）エンジンを使用できます。

Amiga には3D グラフィックス機能が組み込まれていなかったため、標準の 3D グラフィックスAPI はありませんでした。その後、グラフィックス カードの製造元とサードパーティの開発者が、 MiniGL、Warp3D、Storm Mesa ( agl.library )、Cyber​​GL などの独自の標準を提供しました。

Amiga が発売された当時は、デスクトップ GUI やコンピュータのレンダリング機能を強化する 3D グラフィック ライブラリのサポートがほとんどありませんでした。しかし、Amiga は最初に広く普及した 3D 開発プラットフォームの 1 つになりました。VideoScape 3Dは最も初期の 3D レンダリングおよびアニメーション システムの 1 つであり、Silver/ TurboSilver は最初のレイ トレーシング 3D プログラムの 1 つでした。その後、Amiga はImagine、maxon のCinema 4D、Realsoft 3D、VistaPro、Aladdin 4D、NewTek のLightwave ( Babylon 5などの映画やテレビ番組のレンダリングに使用) など、3D ソフトウェアの多くの影響力のあるアプリケーションを誇っていました。

同様に、Amiga はビデオと簡単にゲンロックできることでよく知られていますが、ビデオ キャプチャインターフェイスは組み込まれていません。Amiga は、米国および欧州のメーカーによるビデオ キャプチャ用のサードパーティ インターフェイスを多数サポートしていました。個々のビデオフレームまたはビデオフレームのシーケンスをキャプチャするためのフレームグラバーと呼ばれる内蔵および外付けのハードウェアソリューションがありました。これには、Newtronic Videon、Newtek DigiView、^[12] Graffiti 外部24 ビット フレームバッファー、Digilab、Videocruncher、Firecracker 24、Vidi Amiga 12、Vidi Amiga 24 ビットおよび 24RT (Real Time)、Newtek Video Toaster、GVP Impact Vision IV24、MacroSystem VLab Motion および VLab PAR、DPS PAR (Personal Animation Recorder)、IOSPIRIT GmbH の VHI (Video Hardware Interface)、DVE-10 などがあります。一部のソリューションは、Merlin XCalibur モジュールのような Amiga グラフィックカード用のハードウェアプラグイン、またはドイツの会社 Macrosystem の Amiga クローンDraco用に構築された DV モジュールでした。最新のPCIバス TV 拡張カードとそのキャプチャ インターフェイスは、 Elbox Computer のtv.libraryとGuido Mersmann のtvcard.libraryを通じてサポートされています。

グラフィカル インターフェイスの進化における最新の傾向に従い、AmigaOS 4.1 は3D ハードウェア アクセラレーションPorter-Duff画像合成エンジンを使用します。

バージョン 3.5 より前の AmigaOS では、 audio.device経由でのみ Amiga のネイティブサウンド チップが公式にサポートされていました。これにより、4 つのDMA駆動 8 ビットPCMサウンド チャネルでサウンド サンプルを再生できます。サポートされているハードウェア サンプル形式は、符号付き線形 8 ビット2 の補数のみです。

サードパーティのオーディオカードのサポートは、 AHI ^[13]が事実上の標準として作成され採用されるまで、ベンダーに依存していました。AHI は、ユーザーが選択したオーディオデバイスからのシームレスなオーディオ再生、オーディオ録音の標準化された機能、複数のサウンドチャンネルを組み合わせるための効率的なソフトウェアミキシングルーチンなどの機能を改善し、オリジナルの Amiga チップセットの 4 チャンネルのハードウェア制限を克服しました。AHI は、AmigaOS v2.0 以降に個別にインストールできます。^[14]

AmigaOS 自体は、バージョン 3.1 で Roger Dannenberg のcamd.libraryが標準 MIDI API として採用されるまでMIDI をサポートしていませんでした。Commodore の camd.library バージョンには、シリアル ポート用の組み込みドライバーも含まれていました。Kjetil Matheussen による後のオープン ソース バージョンの camd.library には、シリアル ポート用の組み込みドライバーは提供されず、代わりに外部ドライバーが提供されました。

AmigaOSは、 SoftVoice社が開発したソフトウェアを使用してアメリカ英語のテキストを音声に変換する音声合成機能を備えた最初のオペレーティングシステムの1つでした。^[15]これは、アメリカ英語で使用される音素を調整するnarrator.device 、一連のルールを使用して英語のテキストをアメリカ英語の音素に変換するtranslator.library 、コマンドラインユーザーがテキスト出力を音声にリダイレクトできるようにする高レベルのSPEAK:ハンドラの3つの主要なコンポーネントで構成されていました。 OSにはSayと呼ばれるユーティリティが含まれており、音声と音声パラメータを制御してテキストを音声に変換することができました。デモはAmigaBASICのプログラミング例にも含まれていました。 音声合成は、サードパーティのプログラム、特に教育ソフトウェアで時々使用されていました。たとえば、ワードプロセッサのProwriteとExcellence！は、シンセサイザーを使用して文書を読み上げることができました。これらの音声合成コンポーネントはその後のOSリリースでもほとんど変更されず、コモドールはライセンス制限のためAmigaOS 2.1以降では音声合成のサポートを最終的に削除しました。^[16]

narrator.deviceの音素はアメリカ英語に限られているにもかかわらず、Francesco Devittは多言語音声合成機能を備えた非公式バージョンを開発した。これは、各言語に一連のルールが与えられれば、複数の言語を音素に翻訳できるtranslator.libraryの拡張バージョンを利用したものである。 ^[17]

AmigaOS には、動的にサイズ調整されるRAM ディスクがあり、内容に合わせて自動的にサイズ調整されます。AmigaOS 2.x 以降、オペレーティング システムの構成ファイルは起動時に RAM ディスクにロードされ、オペレーティング システムの使用速度が大幅に向上しました。他のファイルは、標準デバイスと同様に RAM ディスクにコピーして、すばやく変更および取得できます。また、AmigaOS 2.x 以降、RAM ディスクはファイル変更通知をサポートし、主に構成ファイルの変更を監視するために使用されました。

AmigaOS 1.3以降では、^[18]固定容量のリカバリ可能RAMディスクも登場しており、これは標準RAMディスクとして機能しますが、ソフトリスタート時にその内容を維持できます。これはデフォルトのデバイス名にちなんでRADディスクと呼ばれることが多く、ブートディスク（ブートセクター付き）として使用できます。それ以前には、一般にASDG RRDまたはVD0と呼ばれるリカバリ可能RAMディスクが1987年に導入されました。 ^[19]当初は、ASDG拡張メモリ製品に限定されていました。その後、ASDG RRDは、フリーウェア、シェアウェア、パブリックドメインソフトウェアのFred Fishシリーズに追加されました（ディスク58 ^[20]および241 ^[21]）。

AmigaOS は、ARexx (「Amiga Rexx」の略) と呼ばれるRexx言語をサポートしています。これは、 AppleScriptに似た完全な OS スクリプト、 Microsoft OfficeのVBAに似たアプリケーション内スクリプト、およびプログラム間通信を可能にするスクリプト言語です。オペレーティング システム上のどのアプリケーションにも単一のスクリプト言語があることは、アプリケーションごとに新しい言語を学習する必要がなく、ユーザーにとって便利です。

プログラムは、「ARexx ポート」で文字列メッセージをリッスンできます。これらのメッセージは、ユーザーがボタンを押すのと同じようにプログラムによって解釈されます。たとえば、電子メール プログラムで実行される ARexx スクリプトは、現在表示されている電子メールを保存し、情報を抽出して処理できる外部プログラムを呼び出し、次にビューア プログラムを呼び出すことができます。これにより、アプリケーションは、ファイルをディスクに保存して再ロードするのではなく、メモリ ハンドルを使用してデータを直接送受信することで、他のアプリケーションを制御できます。

AmigaOS 4 以降、Python言語はオペレーティング システムに組み込まれています。

ジョン・C・ドヴォラックは1996年に次のように述べています。

AmigaOS は「過去 20 年間の優れたオペレーティング システムのひとつであり、OS/2やWindows NTで最近開発されたような小さなカーネルと驚異的なマルチタスク機能を備えています。最大の違いは、AmigaOS はわずか 250 K のアドレス空間で完全に動作し、マルチタスクを実行できることです。今日でも、この OS のサイズはわずか 1 MB 程度です。そして今日に至るまで、メモリを大量に消費する CD-ROM 読み込み OS で Amiga にできないことはほとんどありません。タイトなコード — これに勝るものはありません。 私はおそらく 10 年ほど Amiga を所有していますが、これまで所有した機器の中で最も信頼性の高いものです。素晴らしいです! なぜこれほど多くの熱狂的なファンが、自分だけが Amiga を愛しているのかと不思議に思うのも当然です。Amiga は、Unix クローンの Linux と似て、カルト的なコミュニティではありますが、活気にあふれたコミュニティを刺激し続けています。」^[22]

AmigaOS は、動的にロードされる共有ライブラリを通じて、モジュール式のシステム機能セットを提供します。共有ライブラリは、ディスク上に " " ファイル名拡張子を持つファイルとして保存されるか、Kickstart ファームウェアに保存されます。すべてのライブラリ関数は、間接ジャンプ テーブル(ライブラリ ベース ポインターへの負のオフセット) を介してアクセスされます。このため、ライブラリが ROM に保存されている場合でも、すべてのライブラリ関数を実行時にパッチまたはフックできます。AmigaOS のコア ライブラリはexec.library ( Exec ) で、Amiga のマイクロカーネルの機能へのインターフェイスを提供します。 .library

デバイス ドライバーもライブラリですが、標準化されたインターフェイスを実装しています。アプリケーションは通常、デバイスをライブラリとして直接呼び出すのではなく、exec.library I/O 関数を使用して間接的にアクセスします。ライブラリと同様に、デバイスはディスク上のファイル (.device拡張子は " ") であるか、Kickstart ROM に保存されています。

デバイスとリソース管理の高レベル部分は、ハンドラによって制御されます。ハンドラはライブラリではなくタスクであり、メッセージを渡すことによって通信します。ハンドラの 1 つのタイプは、ファイルシステムハンドラです。AmigaOS は、ハンドラが記述されている任意のファイルシステムを使用できます。この機能は、 CrossDOSなどのプログラムや、標準のOFSおよびFFSのいくつかの「代替」ファイルシステムによって活用されています。これらのファイルシステムを使用すると、標準のオペレーティング システムにないジャーナリングやファイル権限などの新しい機能を追加できます。ハンドラは通常、デバイス名をDOSに公開し、これを使用して、ハンドラに関連付けられている周辺機器 (存在する場合) にアクセスできます。これらの概念の例として、音声合成システムを介してテキストを音声にリダイレクトできる SPEAK: ハンドラがあります。

デバイス名は、大文字と小文字を区別しない(慣例により大文字) 文字列で、コロンが続きます。コロンの後には指定子を追加できます。指定子は、ハンドラーに、アクセス対象とアクセス方法に関する追加情報を提供します。ファイルシステムの場合、指定子は通常、ファイルシステム内のファイルへのパスで構成されます。他のハンドラーの場合、指定子は通常、目的の入出力チャネルの特性を設定します (たとえば、SER:シリアル ポート ドライバーの場合、指定子にはビット レート、開始ビット、停止ビットなどが含まれます)。ファイルシステムは、ドライブ名をデバイス名として公開します。たとえば、DF0: は、デフォルトではシステムの最初のフロッピー ドライブを参照します。多くのシステムでは、DH0: は最初のハード ドライブを参照するために使用されます。ファイルシステムは、デバイス名と同じ構文に従ってボリューム名も公開します。ボリューム名は、ファイルシステムで管理されるドライブ内の特定のメディアを識別します。DF0 :に「Workbench」という名前のディスクが含まれている場合、Workbench:は、 DF0:内のファイルにアクセスするために使用できるボリューム名になります。ドライブDF0:の「Work」という名前のディスクのディレクトリ「Foo」にある「Bar」という名前のファイルにアクセスしたい場合は、「 DF0:Foo/Bar」または「 」と記述できますWork:Foo/Bar。ただし、後者の形式を使用すると、システムは必要なボリュームが「Work」であり、 DF0 : 内の任意のボリュームではないことを認識するため、これらは完全に同等ではありません。したがって、ボリューム「Work」がどのドライブにも存在しない状態で「Work」上の要求されたファイルにアクセスすると、次のようなメッセージが表示されますPlease insert volume Work in any drive。

プログラムは、多くの場合、ファイルの物理的な場所 (ドライブまたはボリューム) を知らなくてもファイルにアクセスする必要があります。つまり、ファイルがライブラリ、ドキュメント ファイル、プログラムのメッセージの翻訳などであるかどうかなど、ファイルの「論理パス」のみがわかります。この問題は、AmigaOS では、assignsを使用することで解決されます。assign は、デバイス名と同じ構文に従いますが、すでにファイル システム内のディレクトリを指しています。assign が指す場所は、ユーザーがいつでも変更できます (この動作は、たとえばMS-DOSsubstの コマンドに似ていますが、それでも異なります)。assigns は、1 つの論理的なassign が同時に複数の異なる物理的な場所を指すことができるため、assignの内容を論理的に拡張しながらも、別の物理的な構成を維持できるため、便利です。AmigaOS システムに一般的に存在する標準のassignsには、次のものがあります。

• SYS:はブート ドライブのルート ディレクトリを指します。
• C:は、シェル コマンドを含むディレクトリを指します。起動時に、存在する場合は SYS:C になり、存在しない場合は SYS: になります。コマンド パスはデフォルトで C: と現在の作業ディレクトリに設定されるため、実行可能ファイルを C: に置くと、名前を入力するだけで実行できます。
• DEVS:は、システムのデバイスを含むディレクトリを指します。起動時に、そのディレクトリが存在する場合は SYS:Devs になり、存在しない場合は SYS: になります。
• L:は、AmigaDOS ハンドラとファイルシステムを含むディレクトリを指します。起動時に、存在する場合は SYS:L になりますが、存在しない場合は L: は自動的に作成されません。
• LIBS:は、システムのライブラリを含むディレクトリを指します。起動時に、そのディレクトリが存在する場合は SYS:Libs になり、存在しない場合は SYS: になります。
• S:は、スクリプトを含むディレクトリを指し、スクリプトstartup-sequenceが存在する場合は起動時に自動的に実行されます。起動時に、存在する場合は SYS:S になり、存在しない場合は S: は自動的に作成されません。
• T:は一時フォルダを指します。
• PROGDIR: は、現在実行中の実行ファイルを含むディレクトリを常に指す特別な割り当てです。たとえば、ユーザーが「SYS:Tools/Multiview」と「SYS:System/Format」を実行する場合、PROGDIR: は Multiview の場合は SYS:Tools を指し、同時に Format コマンドの場合は SYS:System を指します。この機能は Workbench 2.0 で導入されました。

AmigaOS 4では、システムが非アクティブなときにRAMを割り当てて「オンザフライ」でデフラグする新しいシステムが導入されました。これはスラブ割り当て方法に基づいており、ページングメモリを調停し、大容量ストレージデバイス上の物理RAMの大部分を一種の仮想メモリとしてスワップできるようにするメモリページャも存在します。^{[23] [24]} 協調ページングは​​最終的にAmigaOS 4.1で実装されました。

1985 年に AmigaOS が導入されて以来、4 つのメジャー バージョンといくつかのマイナー リビジョンが存在します。Amiga のオペレーティング システムのリリース 3.1 まで、Commodore はWorkbench をAmiga オペレーティング システム全体を指すために使用していました。その結果、Workbench はオペレーティング システムとファイル マネージャ コンポーネントの両方を指すために一般的に使用されました。エンド ユーザーにとって、Workbench は AmigaOS と同義語であることが多くありました。バージョン 3.5 から、OS は「AmigaOS」に名前が変更され、3.5 より前のバージョンも遡及的に「AmigaOS」(Workbench ではなく) と呼ばれていました。その後、「Workbench」はネイティブ グラフィカル ファイル マネージャのみを指します。

Workbench は、最初から高度にカスタマイズ可能なインターフェイスを提供していました。ユーザーはプログラム アイコンの外観を変更し、異なる色の組み合わせの新しいアイコンに置き換えることができました。また、アイコンとウィンドウの「スナップショット」を撮って、アイコンをユーザーが選択した座標のデスクトップ上に残し、ウィンドウを希望のサイズで開くようにすることもできました。

AmigaOS 1.0 は、1985 年に最初の Amiga であるAmiga 1000とともにリリースされました。AmigaOS の 1.x バージョンでは、デフォルトで青とオレンジの配色が使用され、最悪のテレビ画面でも高いコントラストが得られるように設計されています (色はユーザーが変更できます)。バージョン 1.1 は主にバグ修正で構成されており、バージョン 1.0 と同様に Amiga 1000 専用に配布されました。

ディスプレイは、当時としては高度にカスタマイズ可能でした。ユーザーは、システム アイコンとユーザー アイコンを自由に作成および変更でき、任意のサイズとデザインにすることができ、2 つの画像状態を設定して、選択時に疑似アニメーション効果を生成することができました。ユーザーは 4 つの表示色をカスタマイズでき、NTSC では 640×200 または 640×400 (インターレース)、PAL システムでは 640×256 または 640×512 の 2 つの解像度から選択できました。後のリビジョンでは、テレビまたはモニターのオーバースキャンを調整できるようになりました。

後のバージョンでは、いくつかの機能が廃止されました。たとえば、ファイル システムの空き容量を示すゲージ メーターは、AmigaOS 2.0 ではパーセンテージに置き換えられましたが、3.5 で復元されました。デフォルトの「ビジー」ポインタ (「Zzz...」を示す漫画のバルーン) は、後のバージョンではストップウォッチに置き換えられました。

AmigaOS 2.0 は、1990 年にAmiga 3000の発売と同時にリリースされました。AmigaOS 2.0 までは、統一されたルック アンド フィールの設計標準はなく、アプリケーション開発者は、Intuition が提供する標準の基本ウィジェットの選択肢が乏しいにもかかわらず、それを拡張したい場合、独自のウィジェット (ボタンとメニューの両方) を作成する必要がありました。AmigaOS 2.0 では、標準ウィジェット セットを提供するgadtools.library が作成されました。Amigaユーザー インターフェイス スタイル ガイドが公開され、一貫性を保つためにアプリケーションをどのようにレイアウトすべきかが説明されました。Intuition はBOOPSI (Basic Object Oriented Programming System for Intuition) によって改良され、オブジェクト指向インターフェイスでシステムが拡張され、クラス システムを定義して、各クラスが単一のウィジェットを個別化するか、インターフェイス イベントを記述するようになりました。これを使用して、Amiga のあらゆるレベルでオブジェクト指向インターフェイスをプログラムできます。

AmigaOS 2.0 では、パブリック スクリーンのサポートも追加されました。AmigaOS スクリーンが唯一の共有可能なスクリーンになる代わりに、アプリケーションは独自の名前付きスクリーンを作成し、他のアプリケーションと共有できるようになりました。

AmigaOS 2.0 では、アプリケーションが入力イベント ストリームに直接接続してキーボードやマウスの動きをキャプチャし、システム全体をロックしてしまうという問題が修正されました。AmigaOS 2.0 では、入力イベントを変更またはスキャンするための標準インターフェイスであるCommoditiesが提供されました。これには、グローバルな「ホットキー」キー シーケンスを指定するための標準メソッドと、実行中の Commodities をユーザーが確認するためのCommodities Exchangeレジストリが含まれていました。

AmigaOS 2.1 では、アプリケーション内でオンライン ヘルプを提供するための、シンプルなテキストのみのハイパーテキストマークアップ スキームとブラウザーであるAmigaGuideが導入されました。また、 LISPのようなスクリプト言語 で駆動される標準ソフトウェア インストール プログラムであるInstaller も導入されました。

AmigaOS 2.1ではlocale.libraryを通じて多言語ロケールのサポートが導入され、初めてAmigaOSが複数の言語に翻訳されました。^[16]

バージョン 3.0 は、もともと Amiga 1200 および Amiga 4000 コンピュータに同梱されていました。バージョン 3.0 では、データ型のサポートが追加され、データ型をサポートするアプリケーションであれば、データ型でサポートされているファイル形式をすべてロードできるようになりました。必要なデータ型がインストールされていれば、Workbench は任意の形式の背景画像をロードできます。Multiview という小さなアプリケーションが付属しており、サポートされているファイルを開いて表示できます。その機能は、Devs:Datatypes にインストールされているデータ型に直接関連していました。確立された AmigaGuide ハイパーテキスト システムは、データタイプで認識される画像やサウンドなどのメディア ファイルを指すドキュメント リンクを使用することで、さらに使いやすくなりました。

2015年12月29日、AmigaOS 3.1のソースコードがオンラインで 流出し、ライセンシーであるHyperion Entertainmentによって確認されました。^{[25] [26]}

AmigaOS 3.1 がリリースされてから約 6 年後、Commodore の消滅に伴い、Haage & Partner 社はAmigaOS をアップデートするライセンスを取得しました。AmigaOS は、少なくとも 68(EC)020 プロセッサで動作する既存のシステム向けのソフトウェアのみのアップデートとして 1999 年にリリースされました。

AmigaOS のルック アンド フィールは、以前の 3.1 リリースに大きく基づいていますが、ReAction に基づくユーザー インターフェイスの改善、アイコン レンダリングの改善、およびTrue Color 背景の公式サポートなど、多少の改訂が行われました。これらのリリースには、これらのパッチをシステムに統合することにより、 NewIconsなどの既存のサードパーティ GUI 拡張機能のサポートが含まれていました。3.5 および 3.9 リリースには、256 色の新しいアイコン セットとデスクトップの壁紙の選択肢が含まれていました。これらは、リリース 2.0 から 3.1 までの AmigaOS で使用されていたデフォルトの全金属グレー 4/8 カラー スキームに代わるものです。

AmigaOS の 3.9 リリースは、再び Haage&Partner によって開発され、2000 年にリリースされました。主な改善点は、AmiDock と呼ばれるプログラム スタート バーの導入、システム設定のユーザー インターフェイスの改訂、ユーティリティ プログラムの改善です。

2018 年 9 月、Hyperion Entertainment は AmigaOS 3.1.4 をリリースしました。これはすべての Amiga 向けのソフトウェアとハ​​ードウェアの両方のアップデートでした。2019 年には、Amiga 3.1.4 のソフトウェアのみのアップデートとして、主にバグ修正として AmigaOS 3.1.4.1 がリリースされました。^{[引用が必要]}

これには多くの修正が含まれ、OS 3.9 で以前にアップグレードされたいくつかのシステム コンポーネントが最新化され、より大容量のハード ドライブのサポート (起動時を含む) が導入され、Motorola 680x0 CPU の全ライン (Motorola 68060 まで) がサポートされ、新しいオプションのアイコン セットを備えた最新化されたワークベンチが含まれています。AmigaOS 3.5/3.9 とは異なり、AmigaOS 3.1.4 は Motorola 68000 CPU を引き続きサポートします。

2021年5月、Hyperion EntertainmentはAmigaOS 3.2をリリースしました。これは以前のバージョン（3.1.4.1）のすべての機能を含み、ReAction GUIのサポート、 Amigaディスクファイルイメージの管理、ヘルプシステム、改良されたデータ型などのいくつかの新しい改善が追加されています。^[27] 2021年12月には、バグ修正やその他の改善を加えたAmigaOS 3.2.1という名前のアップデートがリリースされました。2番目のアップデートであるAmigaOS 3.2.2は、さらなる改善とバグ修正を伴って2023年3月にリリースされました。^[28]

この新しいAmigaOSはAmigaOS 4.0と呼ばれ、完全にPowerPC互換となるように書き直されました。当初はCyber​​storm PPC上で開発されましたが、これは古いAmigaチップセットから独立させることが簡単ではなかったためです。^[29] 4回目の開発者向けプレリリースアップデート以降、新しい技術が採用され、画面はどの方向にもドラッグできるようになりました。^{[30]異なる画面間でのワークベンチアイコンの} ドラッグアンドドロップも可能です。

AmigaOS 4.0 には、Amidock の新しいバージョン、TrueType / OpenTypeフォント、DivXおよびMPEG-4 をサポートするムービー プレーヤーも含まれていました。

AmigaOS 4.1では、古いWBStartupドロワーに代わる新しいスタートアップ設定機能が追加されました。追加の機能強化としては、高解像度の画面を補完する新しいアイコンセット、ドロップシャドウを含む新しいウィンドウテーマ、真の透明性を備えたAmiDockの新バージョン、スケーラブルなアイコン、自動更新機能を備えたAmigaOSなどがあります。^[31]

2022年10月、AmigaOSの開発元Hyperion EntertainmentはAmigaOS 4.1用のSDKをリリースした。^[32]

AROS Research Operating System (AROS) は、ポータブルなオープン ソース オペレーティング システムに AmigaOS API を実装しています。AmigaOS とはバイナリ互換性がありませんが (68k で実行する場合を除く)、ユーザーからはソース コードの互換性が高いと報告されています。

MorphOS は、一部の Amiga ハードウェアでも動作する PowerPC ネイティブ オペレーティング システムです。AmigaOS API を実装し、「OS 対応」の AmigaOS アプリケーション (つまり、実際の Amiga モデルで実行されない限り、AmigaOS 4.x と同様にネイティブのレガシー Amiga ハードウェアに直接アクセスしないアプリケーション) とのバイナリ互換性を提供します。

pOSは、既存のAmigaソフトウェアとソースコードレベルの互換性を備えたマルチプラットフォームのクローズドソースオペレーティングシステムでした。^[33]

BeOSは、古いAmiga開発者がBeにAmigaデータ型サービスを採用するよう要請したことを受けて、MacOS Easy Openに似た集中データ型構造も備えています。これにより、OS全体が標準ファイル記述子を使用してあらゆる種類のファイル（テキスト、音楽、ビデオ、ドキュメントなど）を認識できます。データ型システムは、システム全体と生産性ツールにこれらのファイルの標準ローダーとセーバーを提供し、単一のプログラムに複数のファイル読み込み機能を埋め込む必要はありません。^[34]

AtheOSはAmigaOSに触発され、もともとAmigaOSのクローンとなることを意図していました。^[35] SyllableはAtheOSのフォークであり、AmigaOSやBeOSのような機能を備えています。

FriendUPはクラウドベースのメタオペレーティングシステムです。このプロジェクトには、元コモドールやアミガの開発者や従業員が多数参加しています。このオペレーティングシステムには、DOSドライバ、マウントリスト、TRIPOSベースのCLI、画面ドラッグなど、AmigaOSのような機能がいくつか残っています。^[36]

最後に、 3DOインタラクティブマルチプレイヤーのオペレーティングシステムはAmigaOSと非常によく似ており、AmigaのIntuitionユーザーインターフェイスの作成者であるRJ Mical [37]によって開発されました。^[ 38 ^]

• オペレーティングシステムの比較

• 公式サイト