아미가OS

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.

1. 개요

아미가OS는 1985년 코모도어 아미가 컴퓨터와 함께 처음 출시된 운영 체제이다. 킥스타트와 워크벤치로 구성되며, 선점형 멀티태스킹 커널을 기반으로 한다. AmigaDOS, Intuition, Workbench를 제공하며, 롬(ROM)의 킥스타트와 디스크의 워크벤치로 나뉘어 있다. AmigaOS는 여러 버전으로 발전해 왔으며, AROS, MorphOS 등 다른 운영 체제에 영향을 미쳤다.

더 읽어볼만한 페이지

운영체제 - 모르프OS
모르프OS는 1999년 Quark 마이크로커널 기반으로 개발되어 AmigaOS의 대안을 목표로 PowerPC 기반 컴퓨터를 위해 만들어진 운영체제로, 빠른 속도와 세련된 인터페이스를 지향하며 AmigaOne, Macintosh, Efika, Pegasos 등의 특정 하드웨어에서 실행되도록 설계되었다.
운영체제 - 티맥스 윈도
티맥스 윈도는 티맥스소프트가 개발한 운영 체제로, 자체 웹 브라우저와 오피스 프로그램을 포함했지만, 상용화에 실패하고 기술 논란과 상표권 분쟁을 겪었다.
어셈블리어 소프트웨어 - 터보 파스칼
필립 칸이 개발하고 안데르스 헤일스베르그가 기반을 다진 터보 파스칼은 저렴한 가격, 빠른 컴파일, 사용하기 쉬운 IDE를 특징으로 1980년대 PC 프로그래밍에 혁신을 가져왔으며, 여러 기능 추가를 거쳐 델파이 등장 후 레거시 기술이 되었고 일부 버전은 프리웨어로 배포된다.
어셈블리어 소프트웨어 - MS-DOS
MS-DOS는 마이크로소프트가 개발한 개인용 컴퓨터용 디스크 운영 체제로, IBM PC의 표준 운영 체제로 널리 사용되었으며, 단일 작업 환경과 명령줄 인터페이스를 특징으로 한다.

아미가OS - [IT 관련 정보]에 관한 문서
기본 정보
아미가OS 4.1 스크린샷
개발사	코모도어 인터내셔널 하이페리온 엔터테인먼트
제품군	아미가
개발 상태	현재
소스 모델	클로즈드 소스
최신 버전	4.1 파이널 에디션 업데이트 2
지원 플랫폼	M68K: 버전 1.0 ~ 3.9 PowerPC: 버전 4.0 ~ 4.1
커널 종류	마이크로커널
사용자 인터페이스	그래픽 (워크벤치)
개발 언어	어셈블리어 BCPL C
라이선스	사유
웹사이트	AmigaOS 공식 웹사이트
상세 정보
커널 형식	피코커널

2. 구성 요소

AmigaOS는 크게 펌웨어인 킥스타트와 소프트웨어인 워크벤치로 구성된다. Exec라고 불리는 선점형 멀티태스킹 커널을 기반으로 하며, 아미가 하드웨어를 추상화하고, AmigaDOS라는 디스크 운영 체제, 윈도우 시스템 API인 Intuition, 데스크톱 환경 파일 관리자인 Workbench를 제공한다.

명령줄 인터페이스(CLI)인 AmigaShell도 시스템에 통합되어 있으며, 윈도우 기반으로 CLI와 Workbench 구성 요소는 동일한 권한을 공유한다. 아미가OS에는 내장된 메모리 보호 기능이 없다.

아미가OS는 ''Kickstart''라는 펌웨어 구성 요소와 ''Workbench''라는 소프트웨어 부분으로 구성된다. 아미가OS 3.1까지는 Kickstart와 Workbench의 일치하는 버전이 함께 출시되었지만, 코모도어 몰락 이후 출시된 아미가OS 3.5부터는 소프트웨어 구성 요소만 업데이트되었으며 Kickstart의 역할은 다소 줄어들었다. 2018년까지 펌웨어 업데이트는 시스템 부팅 시 패치를 통해 적용되었으며, 같은 해 Hyperion Entertainment는 업데이트된 Kickstart ROM과 함께 아미가OS 3.1.4를 출시했다.

1985년 판매가 시작되었을 때부터 멀티태스킹과 컬러 그래픽을 지원하는 등 당시로서는 획기적인 기능을 갖추고 있었다. Exec이라는 선점형 멀티태스킹형 커널 위에, Amiga 특유의 하드웨어 추상화 계층, 디스크 운영 체제인 ''AmigaDOS'', 윈도우 시스템 API인 ''Intuition'', 그래픽 사용자 인터페이스(GUI) 인 ''Workbench''가 탑재되었으며, 명령줄 인터페이스 (CLI) 인 ''AmigaShell''도 시스템에 포함되었다. GUI와 CLI는 상호 보완적이며, 동등한 기능을 가지고 있다.

존 C. 드보락은 1996년에 AmigaOS가 작은 커널과 훌륭한 멀티태스킹 기능을 갖춘 위대한 운영 체제 중 하나였으며, OS/2나 Windows NT까지 이와 동등한 멀티태스킹 기능을 찾아볼 수 없었다고 평가했다. 특히, AmigaOS가 단 250KB의 주소 공간으로 완벽한 멀티태스킹을 실현했다는 점을 강조했다.^[39]

1994년 코모도어 파산 이후 판매가 중단되었다가 1999년 AmigaOS 3.5가 판매되었지만, 획기적인 기능이 없어 판매는 부진했다. 2004년에는 AmigaOS 4.0이 발표되어 새로운 기능이 다수 추가되어 평판이 좋아졌다.

2006년 12월 24일 AmigaOne용 AmigaOS 4.0이 릴리스되었다. 현재 Amiga의 지적 자산은 Amiga Inc가 소유하고 있으며, AmigaOS 4의 개발은 Hyperion Entertainment에 위탁하고 있다. 2006년 12월 20일, Amiga Inc는 Hyperion의 AmigaOS 4 개발 라이센스를 종료시켰지만, 2009년 9월 30일, Hyperion은 AmigaOS 3.1의 전 세계 독점적이며 영구적인 사용 권한과 AmigaOS 4.x 및 그 이후 버전을 판매할 권한을 획득했다^[41]。

2015년 12월, AmigaOS 3.1의 소스 코드가 웹에 유출되었고, 권리를 가진 Hyperion도 유출 사실을 인정했다^[42]

북아메리카와 유럽에서는 Amiga OS가 작은 크기임에도 개발 컨셉이 좋고 고성능이라는 점, 당시로서는 AmigaOS로 할 수 있는 것이 획기적이었던 점, 그리고 디자인의 우수성으로 인기가 매우 높았다.

일본에서는 텔레비전 업계에서 『우고우고 루가』의 CG 애니메이션에 Amiga가 사용되면서 유명해졌다. 하지만 Amiga는 멀티바이트 문자 대응에 소극적이어서 일본어 문서를 다루는 데는 적합하지 않아 일반인에게는 별로 알려지지 않았다.

아미가OS는 ROM 상의 ''킥스타트(Kickstart)''와 디스크 상의 ''워크벤치(Workbench)''로 나뉘며, 각각 대응하는 버전끼리 사용하도록 되어 있었다. 그러나 코모도어가 킥스타트의 개발을 중단했기 때문에 워크벤치 3.5 이후에는 킥스타트 3.1의 ROM에 부팅 시 패치를 적용하는 방식으로 대응했다.

'''킥스타트''': 부트스트랩 ROM으로, 표준 Amiga 하드웨어를 부팅하는 데 필요한 코드와 AmigaOS 핵심 컴포넌트 대부분을 포함한다. IBM PC 호환 기종의 BIOS와 OS 커널의 주요 부분에 해당하며, 부팅 시 완전한 윈도우 환경을 제공한다.
'''워크벤치''': 아미가용 표준 그래픽 데스크톱 환경으로, OS 자체가 아니라 그 위에서 동작하는 데스크톱 환경이다. 작업대(워크벤치) 메타포를 사용하여 디렉토리는 "서랍", 실행 파일은 "도구", 데이터 파일은 "프로젝트", GUI 위젯은 "소품(가젯)"으로 표현된다. Mac OS와 유사하게 아이콘이 표시되며, 각 스크린 상단에 하나의 메뉴 바가 있다.
'''AmigaDOS''': 아미가OS의 디스크 운영 체제 부분을 제공하며, 파일 시스템, 파일 및 디렉토리 조작, 명령줄 인터페이스 등을 포함한다.
'''그래픽 사용자 인터페이스 (GUI)''': Intuition이라고 불리는 아미가 고유의 윈도 시스템은 키보드와 마우스 입력을 처리하고 화면, 창 및 위젯을 렌더링한다.
'''기타 구성 요소''':
'''ARexx''': REXX 언어 구현.
'''램 디스크''': 동적 RAM 디스크가 있다.
'''음성 합성''': 음성 합성 소프트웨어가 내장.
'''Datatypes''': 데이터 파일을 처리하는 중앙 집중형 시스템.

2. 1. 킥스타트 (Kickstart)

킥스타트는 일반적으로 ROM에 저장되는 부트스트랩 펌웨어이다. 킥스타트는 표준 아미가 하드웨어를 부팅하고 AmigaOS의 많은 핵심 구성 요소를 부팅하는 데 필요한 코드를 포함한다. 킥스타트의 기능은 IBM PC 호환 기종의 BIOS와 주요 운영 체제 커널에 해당한다. 그러나 킥스타트는 PC에서 일반적으로 예상되는 것보다 부팅 시 더 많은 기능을 제공하는데, 예를 들어 전체 윈도우 환경을 시작 도중에도 사용할 수 있다.

킥스타트는 아미가 운영 체제의 많은 핵심 부분, 즉 ''Exec'', ''Intuition'', ''AmigaDOS''의 핵심 및 Autoconfig에 의한 확장 하드웨어를 초기화하는 기능을 포함한다. 즉, 아미가는 전원을 켜는 것만으로 OS의 기본 부분 대부분을 이미 사용할 수 있는 상태가 된다. 이후 버전의 킥스타트에는 IDE 및 SCSI 컨트롤러, PC 카드 포트 및 기타 내장 하드웨어용 드라이버가 포함되었다.

시작 또는 재설정 시 킥스타트는 일련의 진단 및 시스템 검사를 수행한 다음 아미가 칩셋과 일부 핵심 OS 구성 요소를 초기화한다. 그런 다음 연결된 부팅 장치를 검사하고 가장 높은 부팅 우선 순위를 가진 장치에서 부팅을 시도한다. 부팅 장치가 없으면 사용자에게 부팅 디스크(일반적으로 플로피 디스크)를 삽입하라는 화면이 표시된다.

시작 시 킥스타트는 부팅 가능한 장치(일반적으로 플로피 디스크 또는 하드 디스크 드라이브)에서 부팅을 시도한다. 플로피 디스크의 경우 시스템은 디스크의 처음 두 섹터('부트 블록')를 읽고 거기에 저장된 모든 부팅 명령을 실행한다. 일반적으로 이 코드는 OS로 제어권을 다시 전달하고(AmigaDOS 및 GUI 호출) 디스크를 시스템 부팅 볼륨으로 사용한다. 디스크의 다른 내용에 관계없이 이러한 디스크를 "부팅 디스크" 또는 "부팅 가능 디스크"라고 했다. `install` 명령을 사용하여 빈 디스크에 부트 블록을 추가할 수 있었다. 플로피 디스크의 일부 게임 및 데모는 맞춤형 부트 블록을 사용하여 부팅 시퀀스를 제어하고 AmigaOS 없이 아미가의 하드웨어를 관리할 수 있었다.

부트 블록은 바이러스 작성자의 명백한 공격 대상이 되었다. 맞춤형 부트 블록을 사용한 일부 게임이나 데모는 부트 블록 바이러스에 감염되면 작동하지 않는데, 바이러스의 코드가 원본을 대체했기 때문이다. 이러한 최초의 바이러스 중 하나는 SCA 바이러스였다.

2. 2. 워크벤치 (Workbench)

'''워크벤치'''는 AmigaOS의 기본적인 그래픽 공간 파일 관리자이자 데스크톱 환경이다. 워크벤치라는 용어는 원래 운영 체제 전체를 가리키는 말이었지만, AmigaOS 3.1부터는 운영 체제가 AmigaOS로 이름이 바뀌었고, 워크벤치는 데스크톱 관리자만을 가리키게 되었다. 이름에서 알 수 있듯이, 작업대의 은유가 데스크톱 대신 사용된다. 디렉토리는 '서랍', 실행 파일은 '도구', 데이터 파일은 '프로젝트', GUI 위젯은 '가젯'으로 묘사된다. 인터페이스는 여러 면에서 Mac OS와 유사하며, 바탕 화면에는 삽입된 디스크와 하드 드라이브 파티션의 아이콘이 표시되고 모든 화면 상단에 단일 메뉴 표시줄이 있다. 당시 매킨토시 마우스와 달리, 표준 아미가 마우스에는 두 개의 버튼이 있었고, 오른쪽 마우스 버튼은 "선택 해제" 메커니즘을 사용하여 풀다운 메뉴를 작동시켰다.^[39]

AmigaOS는 1985년 판매 시작 당시부터 멀티태스킹과 컬러 그래픽을 지원하는 등 당시로서는 획기적인 기능을 갖추고 있었다.

AmigaOS 고유의 기능으로 "멀티 스크린"이 있다. AmigaOS의 스크린은 워크벤치 데스크톱 환경을 필요로 하지 않는다. 이러한 스크린은 개념적으로 X 윈도 시스템의 가상 데스크톱이나 워크스페이스와 비슷하지만, 필요에 따라 애플리케이션 프로그램이 동적으로 생성한다. 각 스크린은 해상도나 색 심도를 각각 다르게 설정할 수 있다. 스크린의 오른쪽 상단 가젯으로 스크린을 전환한다. OS가 모든 스크린의 내용을 메모리에 유지하고 있으며, 렌더링을 그 시점에서 빠르게 수행한다. 스크린 상단의 제목 표시줄로 스크린을 위아래로 드래그할 수도 있다. 이전 Amiga는 전용 칩셋의 기능을 사용하여 이를 실현했지만, AmigaOS 4에서는 새로운 기법을 채용하여 임의의 방향으로 스크린을 드래그할 수 있다. 서로 다른 스크린 간의 드래그 앤 드롭도 가능하다.

워크벤치의 기반이 되는 것은 ''Intuition''이라는 윈도우 시스템이다. 스크린/윈도우/가젯의 제어 및 렌더링, 키보드와 마우스 입력의 처리, 프로그램으로의 메시지 패싱 등을 수행한다.

AmigaOS 2.0까지는 통일적인 룩 앤 필 디자인 표준이 존재하지 않았다. 애플리케이션 개발에 있어서는 각자 자체 위젯(버튼이나 메뉴)을 준비해야 했고, Intuition이 제공하는 지원은 최소한의 범위였다. AmigaOS 2.0에는 표준 위젯 세트를 제공하는 ''gadtools.library''가 추가되었고, 룩 앤 필의 가이드라인이 되는 ''Amiga User Interface Style Guide''가 생겼다.

AmigaOS 2.0 이후에는 애플리케이션이 다른 애플리케이션과 공유 가능한 스크린을 만들 수 있게 되었다.

AmigaOS 2.0에서는 단순한 하이퍼텍스트의 마크업 체계와 브라우저인 AmigaGuide가 도입되어 애플리케이션의 온라인 도움말에 사용되었다. 또한, LISP풍의 스크립트 언어로 동작하는 표준 소프트웨어 설치 프로그램 ''Installer''도 도입되었다.

AmigaOS 2.0까지 애플리케이션은 키보드나 마우스의 입력 이벤트를 잡기 위해 훅을 설치하여 시스템 전체의 입력 스트림을 잡을 수밖에 없었다. AmigaOS 2.0에서는 입력 이벤트를 수정하거나 자세히 조사하기 위한 표준 인터페이스 ''Commodities''가 제공되게 되었다. 이것으로 글로벌한 "핫키"의 키 누름 시퀀스를 설정할 수 있게 되었고, ''Commodities Exchange''라는 레지스트리에서 사용자가 어떤 입력 이벤트가 있는지 볼 수 있게 되었다.

AmigaOS 2.1에서는 ''locale.library''가 도입되어, AmigaOS의 영어 외 언어 번역이 가능하게 되었다.^[43]

2. 3. AmigaDOS

'''아미가DOS'''는 아미가OS의 디스크 운영 체제 부분을 제공한다. 여기에는 파일 시스템, 파일 및 디렉토리 조작, 명령줄 인터페이스, 파일 리디렉션, 콘솔 창 등이 포함된다. 인터페이스는 명령 리디렉션, 파이핑, 스크립팅 (구조적 프로그래밍 기본 요소 포함), 전역 및 로컬 변수 시스템과 같은 기능을 제공한다.^[9]

AmigaOS 1.x에서 AmigaDOS 부분은 BCPL로 작성된 TRIPOS를 기반으로 했다. 다른 언어에서 이와 인터페이스하는 것은 어렵고 오류가 발생하기 쉬운 작업이었으며, TRIPOS의 포팅은 그다지 효율적이지 않았다.

AmigaOS 2.x부터 AmigaDOS는 C와 어셈블러로 다시 작성되었으며 1.x BCPL 프로그램과의 호환성을 유지했고, 타사 ''AmigaDOS Resource Project''^[9]의 일부를 통합했는데, 이 프로젝트는 이미 많은 BCPL 유틸리티 및 인터페이스의 대체물을 작성했다.

ARP는 또한 아미가를 위한 최초의 표준화된 파일 리퀘스터 중 하나를 제공했으며, 명령줄 매개변수에서 더 친숙한 UNIX 스타일 와일드카드 (글로빙) 기능의 사용을 도입했다. 다른 혁신으로는 명령에서 허용하는 날짜 형식의 범위가 개선되었고 명령을 상주하게 하는 기능이 있어 메모리에 한 번만 로드되어 이후 사용 시 로딩 비용을 줄이기 위해 메모리에 유지된다.

AmigaOS 4.0에서 DOS는 BCPL 레거시를 완전히 포기했으며, AmigaOS 4.1부터는 완전한 64비트 지원으로 다시 작성되었다.

파일 확장자는 AmigaOS에서 자주 사용되지만, 필수는 아니며 DOS에서 특별히 처리되지 않고 파일 이름의 관례적인 부분으로 사용된다. 실행 프로그램은 매직 넘버를 사용하여 인식된다.

2. 4. 그래픽 사용자 인터페이스 (GUI)

아미가 고유의 윈도 시스템은 Intuition이라고 불리며, 키보드와 마우스 입력을 처리하고 화면, 창 및 위젯을 렌더링한다.^[10]

아미가OS 2.0 이전에는 표준화된 룩앤필이 없었으며, 애플리케이션 개발자는 자체 비표준 위젯을 작성해야 했다. 코모도어는 아미가OS 2.0에 GadTools 라이브러리와 BOOPSI를 추가하여 표준화된 위젯을 제공했다. 또한 코모도어는 일관성을 위해 애플리케이션을 어떻게 배치해야 하는지 설명하는 ''아미가 사용자 인터페이스 스타일 가이드''를 발행했다. Stefan Stuntz는 BOOPSI를 기반으로 하는 인기 있는 타사 위젯 라이브러리인 MUI를 만들었다. MorphOS는 MUI를 공식 툴킷으로 사용하고, AROS는 Zune이라는 MUI 복제품을 사용한다. 아미가OS 3.5는 BOOPSI를 기반으로 하는 또 다른 위젯 세트인 ReAction을 추가했다.

아미가OS의 특이한 기능은 동일한 디스플레이에 여러 화면을 사용하는 것이다. 각 화면은 서로 다른 비디오 해상도 또는 색상 깊이를 가질 수 있다. 아미가OS 2.0은 "공개 화면"을 지원하여 애플리케이션이 다른 애플리케이션의 화면에서 창을 열 수 있도록 했다. 아미가OS 2.0 이전에는 워크벤치 화면만 공유되었다.^[10] 모든 화면의 오른쪽 상단 모서리에 있는 위젯을 통해 화면을 순환할 수 있다. 제목 표시줄을 위 또는 아래로 드래그하여 화면을 겹쳐 표시할 수 있다. 아미가OS 4는 모든 방향으로 드래그할 수 있는 화면을 도입했다.

2. 5. 기타 구성 요소

ARexx는 아미가OS에서 지원하는 REXX 언어 구현이다. REXX는 AppleScript처럼 OS 스크립팅, Microsoft Office의 VBA처럼 애플리케이션 내 스크립팅, 프로그램 간 통신에 사용될 수 있는 스크립트 언어다. 하나의 스크립트 언어로 모든 것을 할 수 있어 사용자에게 편리하다.^[17]

프로그램은 "ARexx 포트"의 문자열 메시지를 대기할 수 있다. 이 메시지는 사용자가 마우스로 버튼을 누르는 것과 유사하게 프로그램이 해석할 수 있다. 예를 들어, 전자 메일 프로그램에서 표시 중인 전자 메일을 읽는 ARexx 스크립트를 실행하고, 외부 프로그램을 시작하여 전자 메일 내용을 전달하여 처리할 수 있다. 이를 통해 애플리케이션 간에 임시 파일을 거치지 않고 메모리상에서 데이터를 주고받을 수 있다.^[17]

AmigaOS에는 내용에 따라 자동으로 크기가 변하는 동적 RAM 디스크가 있다. AmigaOS 2.x 이후, 부팅 시 시스템 설정 파일이 RAM 디스크에 로드되어 OS 속도가 향상되었다. 다른 파일들도 RAM 디스크에 복사하여 액세스 속도를 높일 수 있다. 또한, AmigaOS 2.x 이후부터 RAM 디스크 상의 파일 변경 감지 및 통지 기능을 지원한다.^[17]

고정 크기의 RAM 디스크도 지원하며, 내용을 보존하여 부팅 시에 다시 로드할 수 있다. 이는 통상 "RAD 디스크"라고 불리며, 부트 섹터가 있다면 부트 장치로도 사용할 수 있다.^[17]

Amiga에는 처음부터 Softvoice, Inc.^[48]가 개발한 음성 합성 소프트웨어가 있었다. 이는 ''narrator.device''(미국 영어 음소를 음향 신호로 변환), ''translator.library''(영문 텍스트를 미국 영어 음소열로 변환), ''SPEAK:'' 핸들러(명령줄 사용자가 출력을 음성으로 리디렉션)의 세 부분으로 나뉜다.^[17]

AmigaOS 1.x에는 ''Say'' 프로그램(유틸리티)과 AmigaBASIC으로 음성을 출력하는 데모 프로그램이 있었다.^[17] 음성 합성 기능은 교육 소프트웨어 등 서드 파티 프로그램에서도 사용되었다. 워드 프로세서 소프트웨어 Prowrite와 Excellence!에는 문서를 읽어주는 기능이 있었다.^[17]

''narrator.device''의 음소 처리에는 한계가 있었지만, Francesco Devitt는 임의의 언어를 음소열로 변환하는 ''translator.library''를 개발했다. 단, 대상 언어에는 규칙군을 설정해야 했으며, 제한적인 다국어 음성 합성을 가능하게 했다.^[49]

Workbench 2.0까지 음성 합성이 지원되었지만, 2.1 이후에는 음성 합성 소프트웨어가 제외되었다.^[43]

Datatypes는 아미가에서 데이터 파일을 처리하는 독특한 방식이다. 일련의 "datatype"을 다루는 중앙 집중형 시스템이며, 해당 datatype이 존재하는 임의의 데이터 파일을 읽고, 쓰고, 로드/저장할 수 있는 작은 프로그램 집합이다.^[17]

아미가 생산성 소프트웨어는 다양한 이미지 파일을 처리하기 위해 각 기술자를 포함할 필요가 없다. Datatypes 처리 코드를 포함하면 Datatypes 시스템이 처리할 수 있는 모든 이미지 파일을 열거나 저장할 수 있다.^[17]

예를 들어, jpeg.datatype과 tiff.datatype은 각각 JPEG와 TIFF 이미지 파일을 처리하며, Datatypes 지원 프로그램은 해당 기능을 자동으로 로드하여 사용할 수 있다.^[17] datatype 코드를 작성하여 추가하면 새롭게 등장한 파일 형식에도 대응할 수 있다.^[17]

3. 기술 개요

아미가OS는 초기에 오리지널 아미가 칩셋에 맞춰 설계되었으며, ''graphics.library''를 통해 그래픽을 처리했다. 일부 개발자들은 성능 향상을 위해 운영 체제 기능을 우회하고 하드웨어를 직접 제어하기도 했다.^[11]

타사 그래픽 카드는 초기에 비공식적인 방법으로 지원되었으나, 이후 재타겟팅 가능 그래픽(RTG) 표준이 도입되었다.^[11] 아미가OS 3.5부터는 일부 RTG 시스템이 기본 제공되어, 아미가 칩셋 외의 그래픽 카드도 사용할 수 있게 되었다. 대표적인 RTG 시스템에는 사이버그래픽스(CyberGraphX), 피카소 96(Picasso 96), EGS(Enhanced Graphics System) 등이 있다.

아미가OS는 자체적인 3D 그래픽 API가 없었기 때문에, 미니GL(MiniGL), 워프3D(Warp3D), 스톰메사(Mesa) (''agl.library''), 사이버GL(CyberGL) 등 타사 3D 그래픽 API가 사용되었다. 아미가OS 4.1에서는 3D 하드웨어 가속을 지원하는 포터-더프 이미지 합성 엔진이 도입되었다.

아미가OS는 버전 3.1까지 자체 칩셋의 사운드 기능만을 ''audio.device''를 통해 지원했다. 서드파티 오디오 카드는 AHI^[13]가 사실상 표준으로 사용되었다. AHI는 68k 계열 AmigaOS 2.0 이후 별도로 설치할 수 있으며^[14], 오리지널 아미가 칩셋의 4채널 제한을 극복하고, 여러 사운드 채널을 결합하는 소프트웨어 믹싱 기능 등을 제공한다.

MIDI 지원은 아미가OS 3.1부터 ''camd.library''를 통해 제공되었다. 코모도어 버전의 ''camd.library''는 시리얼 포트 드라이버를 포함하고 있었으나, 이후 공개된 오픈 소스 버전에서는 외부 드라이버를 사용해야 한다.

아미가OS 4는 슬랩 할당 방식 기반의 새로운 메모리 관리 시스템을 도입하여, 시스템 비활성 시 RAM을 할당하고 조각 모음을 수행한다. 또한, 메모리 페이징을 통해 가상 메모리를 사용할 수 있게 되었다.^[22]^[23] 아미가OS 4.1에서는 협력적 페이징이 구현되었다. 스왑 파티션을 생성하여 메모리 부족 시 자동으로 사용하도록 설정할 수 있으며, 필요에 따라 물리 메모리만으로 작동하도록 설정할 수도 있다.

3. 1. 커널 (Exec)

Exec는 아미가OS의 선점형 멀티태스킹 커널이다. 멀티태스킹, 메모리 할당, 인터럽트 처리 및 동적 공유 라이브러리 처리 기능을 제공한다. 시스템에서 실행되는 작업의 스케줄러 역할을 하며, 우선순위가 있는 라운드 로빈 스케줄링을 통해 선점형 멀티태스킹을 제공한다.^[6]

Exec는 또한 메시지 전달을 통해 다른 라이브러리와 고급 프로세스 간 통신(IPC)에 대한 접근을 제공한다. 아미가는 단 하나의 주소 공간만 가지고 있기 때문에 Exec 메시지 전달은 매우 효율적이다.^[7]^[8]

3. 2. 라이브러리 및 장치

AmigaOS는 ".library" 파일명 확장자를 가진 디스크 파일 또는 Kickstart 펌웨어에 저장된 동적으로 로드되는 공유 라이브러리를 통해 모듈식 시스템 함수 집합을 제공한다. 모든 라이브러리 함수는 라이브러리 기본 포인터에 대한 음수 오프셋인 간접 점프 테이블을 통해 접근한다. 이러한 방식으로 라이브러리가 ROM에 저장되어 있더라도 모든 라이브러리 함수는 런타임에 패치하거나 후킹할 수 있다. 아미가OS의 핵심 라이브러리는 아미가의 마이크로커널 함수에 대한 인터페이스를 제공하는 ''exec.library'' (Exec)이다.^[6]

장치 드라이버 또한 라이브러리이지만 표준화된 인터페이스를 구현한다. 응용 프로그램은 일반적으로 라이브러리처럼 장치를 직접 호출하지 않고 ''exec.library'' I/O 함수를 사용하여 간접적으로 접근한다. 라이브러리와 마찬가지로 장치는 디스크의 파일(".device" 확장자 사용)이거나 Kickstart ROM에 저장된다.^[7]^[8]

3. 3. 핸들러 및 파일 시스템

핸들러는 장치 및 리소스 관리를 위한 상위 수준 구성 요소이다. 파일 시스템 핸들러를 통해 다양한 파일 시스템을 사용할 수 있다. AmigaOS는 OFS(Old File System), FFS(Fast File System) 등 자체 파일 시스템 외에도 CrossDOS와 같은 타사 파일 시스템을 지원했다.^[44] 이러한 파일 시스템을 통해 저널링이나 파일 권한과 같은 새로운 기능을 추가할 수 있었다.

핸들러는 일반적으로 DOS에 ''장치 이름''을 제공하며, 이를 통해 핸들러와 관련된 주변 장치(있는 경우)에 접근할 수 있다. 예를 들어, ''SPEAK: 핸들러''는 텍스트를 음성 합성 시스템을 통해 음성으로 변환하여 출력할 수 있게 한다.

장치 이름은 대소문자 구분을 하지 않는 문자열(관례상 대문자) 뒤에 콜론이 붙는 형태이다. 콜론 뒤에는 ''지정자''를 추가할 수 있으며, 이는 핸들러에게 ''무엇''에 ''어떻게'' 접근할지에 대한 추가 정보를 제공한다. 파일 시스템의 경우, 지정자는 일반적으로 파일 시스템 내 파일의 경로로 구성된다. 다른 핸들러의 경우, 지정자는 원하는 입/출력 채널의 특성을 설정한다. (예: ''SER:'' 직렬 포트 드라이버의 경우, 지정자는 비트 전송률, 시작 및 정지 비트 등을 포함한다).

파일 시스템은 ''드라이브 이름''을 장치 이름으로 제공한다. 예를 들어, ''DF0:''는 시스템의 첫 번째 플로피 드라이브를, ''DH0:''는 첫 번째 하드 드라이브를 가리킨다. 파일 시스템은 또한 장치 이름과 동일한 구문을 따르는 ''볼륨 이름''을 제공하여 파일 시스템에서 관리하는 드라이브의 특정 매체를 식별한다. 예를 들어, ''DF0:''에 "Workbench"라는 디스크가 있으면 ''Workbench:''는 ''DF0:''의 파일에 접근하는 데 사용할 수 있는 볼륨 이름이 된다.

프로그램은 물리적 위치(드라이브 또는 볼륨)를 알지 못한 채 파일에 접근해야 하는 경우가 있는데, 이때는 파일의 "논리적 경로"만 알고 있다. AmigaOS에서는 ''지정자''를 사용하여 이를 해결한다. 지정자는 장치 이름과 동일한 구문을 따르지만, 파일 시스템 내부의 디렉토리를 가리킨다. 사용자는 언제든지 지정자가 가리키는 위치를 변경할 수 있다. 또한, 지정자는 하나의 논리적 지정자가 동시에 둘 이상의 서로 다른 물리적 위치를 가리킬 수 있어서 편리했다.

AmigaOS 시스템에 일반적으로 존재하는 표준 지정자는 다음과 같다.

''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:'', 현재 실행 중인 실행 파일이 포함된 디렉토리를 항상 가리키는 특수 지정자이다. Workbench 2.0에서 도입되었다.

3. 4. 그래픽스

초기 아미가OS는 오리지널 아미가 칩셋만 지원했으며, 이는 ''graphics.library''를 통해 이루어졌다. 이 API를 우회할 수 있었기 때문에, 일부 개발자는 렌더링을 위해 OS 기능을 피하고 효율성을 높이기 위해 기본 하드웨어를 직접 프로그래밍하는 것을 선택했다.^[11]

타사 그래픽 카드는 초기에 비공식적인 독점 솔루션을 통해 지원되었다. 아미가OS가 모든 그래픽 시스템을 직접 지원할 수 있게 된 후의 솔루션은 ''재타겟팅 가능 그래픽(RTG)''이라고 불렸다.^[11] 아미가OS 3.5에서는 일부 RTG 시스템이 OS에 번들로 제공되어, 고유 아미가 칩셋 외의 일반적인 하드웨어 카드를 사용할 수 있게 되었다. 주요 RTG 시스템으로는 사이버그래픽스(CyberGraphX), 피카소 96(Picasso 96) 및 EGS(Enhanced Graphics System)가 있다.

아미가는 내장된 3D 그래픽 기능이 없었으므로, 표준 3D 그래픽 API도 없었다. 이후, 그래픽 카드 제조업체 및 타사 개발자가 자체 표준을 제공했으며, 여기에는 미니GL(MiniGL), 워프3D(Warp3D), 스톰메사(Mesa) (''agl.library'') 및 사이버GL(CyberGL)이 포함되었다.

아미가OS 4.1은 3D 하드웨어 가속 포터-더프 이미지 합성 엔진을 사용한다.

3. 5. 오디오

AmigaOS는 버전 3.1까지 Amiga의 원래 칩셋 사운드 기능만을 ''audio.device''를 통해 지원했다. 서드파티 오디오 카드의 지원은 벤더에 맡겨졌지만, 사실상 표준으로 AHI^[13]가 채택되었다. AHI는 68k 계열 AmigaOS 2.0 이후 OS와 별도로 설치가 가능하다^[14]。 AHI는 오리지널 아미가 칩셋의 4채널 하드웨어 제한을 극복하기 위해, 사용자가 선택한 오디오 장치에서 원활한 오디오 재생과 녹음을 지원하고, 여러 사운드 채널을 결합하기 위한 효율적인 소프트웨어 믹싱 루틴과 같은 향상된 기능을 제공한다.

AmigaOS 자체가 MIDI를 지원한 것은 3.1이 되어서였고, Roger Dannenberg의 ''camd.library''가 표준 MIDI API로 채택되었다. 코모도어 버전의 ''camd.library''에는 시리얼 포트용 드라이버도 포함되어 있었다. 이후 Kjetil Matheussen이 공개한 오픈 소스 버전의 ''camd.library''에는 시리얼 포트용 드라이버가 없지만, 대신 외부 드라이버를 제공하고 있다.

3. 6. 메모리 페이징 및 스왑 파티션

아미가OS 4는 시스템이 비활성 상태일 때 RAM을 할당하고 조각 모음을 "실시간"으로 수행하는 새로운 시스템을 도입했다. 이는 슬랩 할당 방식을 기반으로 하며, 메모리 페이징을 조정하고 대용량 저장 장치에 물리적 RAM의 큰 부분을 스와핑하여 일종의 가상 메모리를 사용할 수 있게 해주는 메모리 페이저가 존재한다.^[22]^[23]

협력적 페이징은 아미가OS 4.1에서 구현되었다. AmigaOS 4.1에서는 선택적으로 임의 크기의 스왑 파티션을 생성할 수 있으며, OS 설치 시 독립된 파티션으로 포맷한다. 스왑 메모리는 조각 모음을 수행해도 메모리 요구 사항을 충족할 수 없을 때 자동으로 사용된다. 스왑 메모리를 사용할지 여부는 AmigaOS 시스템의 설정(Preferences)에 있는 옵션 버튼으로 지정할 수 있으며, 임의의 시점에 물리 메모리만으로 작동하도록 설정할 수 있다.

4. 버전 역사

아미가OS는 1985년 아미가 1000과 함께 처음 출시된 이후 여러 버전으로 발전해왔다. 주요 버전은 1.x, 2.x, 3.x, 4.x 네 가지이며, 각 버전마다 기능 개선과 새로운 기능 추가가 이루어졌다.

AmigaOS는 Exec이라 불리는 선점형 멀티태스킹 커널을 기반으로 하는 단일 사용자 운영 체제이다. AmigaOS는 AmigaDOS, Intuition이라는 윈도우 시스템 API, Workbench라는 데스크톱 환경 파일 관리자를 제공한다. 또한, CLI인 AmigaShell도 시스템에 통합되어 있다.

1994년 코모도어의 파산으로 판매가 중단되기도 했으나, 이후 다른 기업들에 의해 개발이 이어져 2004년에는 대폭 개선된 AmigaOS 4.0이 발표되었다. 2006년 12월 24일에는 AmigaOne용 AmigaOS 4.0이 릴리스되었다.

현재 Amiga의 지적 자산을 소유하고 있는 Amiga Inc.는 AmigaOS 4의 개발을 감독하고 있으며, 실제 개발은 하이페리온 엔터테인먼트에 위탁하고 있다.

;유럽과 미국의 인기와 일본의 인기 차이

북아메리카와 유럽에서는 Amiga OS가 작은 크기임에도 개발 컨셉이 좋고 고성능이라는 점, 당시로서는 AmigaOS로 할 수 있는 것이 획기적이었던 점, 그리고 디자인의 우수성으로 인기가 매우 높았다.

반면, 일본에서는 멀티바이트 문자에 대한 대응이 소극적이었기 때문에 일본어 문서를 다루는 데 적합하지 않아 일반인에게는 널리 알려지지 못했다. 다만, 텔레비전 업계에서는 우고우고 루가의 CG 애니메이션에 Amiga가 사용되면서 알려지게 되었다.

4. 1. AmigaOS 1.x (1.0 - 1.4)

AmigaOS 1.0은 1985년 최초의 아미가 1000과 함께 출시되었다. AmigaOS 1.x 버전은 기본적으로 파란색과 주황색 색상 구성을 사용했는데, 이는 최악의 TV 화면에서도 높은 명암비를 제공하도록 설계되었다(사용자가 색상을 변경할 수 있음). 버전 1.1은 주로 버그 수정으로 구성되어 있으며, 버전 1.0과 마찬가지로 아미가 1000에만 배포되었다.^[40]

당시로서는 매우 높은 수준의 사용자 정의 기능을 제공했다. 사용자는 시스템 및 사용자 아이콘을 자유롭게 생성하고 수정할 수 있었으며, 아이콘은 임의의 크기와 디자인을 가질 수 있었고, 선택 시 의사(疑似) 애니메이션 효과를 내기 위해 두 가지 이미지 상태를 가질 수 있었다. 사용자는 4가지 표시 색상을 사용자 정의할 수 있었고, NTSC 시스템에서는 640×200 또는 640×400 (인터레이스), PAL 시스템에서는 640×256 또는 640×512 해상도 중에서 선택할 수 있었다. 이후 개정판에서는 TV 또는 모니터 오버스캔을 조정할 수 있었다.

일부 기능은 이후 버전에서 사용 중단되었다. 예를 들어, 파일 시스템의 사용 가능한 공간을 보여주는 게이지 미터는 AmigaOS 2.0에서 백분율로 대체되었다가 3.5에서 다시 복원되었다. 기본 "사용 중" 포인터( "Zzz..."를 보여주는 만화 풍선)는 이후 버전에서 스톱워치로 대체되었다.

4. 2. AmigaOS 2.x (2.0, 2.1)

AmigaOS 2.0은 1990년 Amiga 3000의 출시와 함께 공개되었다. AmigaOS 2.0 이전에는 통일된 사용자 인터페이스 디자인 표준이 없었으며, 응용 프로그램 개발자는 Intuition에서 제공하는 기본적인 표준 위젯을 개선하려는 경우 자체 위젯(버튼과 메뉴)을 작성해야 했다.^[10] AmigaOS 2.0에서는 표준 위젯 세트를 제공하는 ''gadtools.library''가 추가되었고, 응용 프로그램의 일관된 레이아웃 방법을 설명하는 ''Amiga 사용자 인터페이스 스타일 가이드''가 출판되었다.

Intuition은 BOOPSI(Intuition용 기본 객체 지향 프로그래밍 시스템)로 개선되어, 모든 클래스가 단일 위젯을 개별화하거나 인터페이스 이벤트를 설명하는 클래스 시스템을 정의하는 객체 지향 인터페이스로 시스템이 향상되었다. 이를 사용하여 Amiga의 모든 수준에서 객체 지향 인터페이스를 프로그래밍할 수 있었다.

AmigaOS 2.0은 또한 ''공용 화면''에 대한 지원을 추가했다. 이전에는 Workbench 화면만이 유일하게 공유 가능했지만, 응용 프로그램은 다른 응용 프로그램과 공유할 자체 이름 지정된 화면을 만들 수 있게 되었다.^[10]

AmigaOS 2.0은 전체 시스템을 멈추게 할 수도 있는 키보드 및 마우스 움직임을 캡처하기 위해 응용 프로그램이 입력 이벤트 스트림에 직접 훅을 거는 문제를 해결했다. 이를 위해 입력 이벤트를 수정하거나 스캔하기 위한 표준 인터페이스인 ''Commodities''를 제공했다. 여기에는 전역 "핫키" 키 시퀀스를 지정하기 위한 표준 방법과 사용자가 실행 중인 상품을 볼 수 있는 ''Commodities Exchange'' 레지스트리가 포함되었다.

AmigaOS 2.1은 응용 프로그램 내에서 온라인 도움말을 제공하기 위한 간단한 텍스트 기반 하이퍼텍스트 마크업 방식 및 브라우저인 ''AmigaGuide''를 도입했다. 또한 LISP와 유사한 스크립팅 언어로 구동되는 표준 소프트웨어 설치 프로그램인 ''Installer''를 도입했다.

AmigaOS 2.1은 ''locale.library''를 통해 다국어 로캘 지원을 도입했으며, AmigaOS가 처음으로 다른 언어로 번역되었다.^[24]^[43]

4. 3. AmigaOS 3.x (3.0, 3.1, 3.5, 3.9)

데이터 타입 지원이 추가되어, 데이터 타입을 지원하는 모든 응용 프로그램이 데이터 타입에서 지원하는 모든 파일 형식을 로드할 수 있게 되었다. 워크벤치는 필요한 데이터 타입이 설치되어 있다면 어떤 형식의 배경 이미지라도 로드할 수 있었다. Multiview라는 작은 응용 프로그램이 포함되어 지원되는 모든 파일을 열어 표시할 수 있었다. 이 기능은 Devs:Datatypes에 설치된 데이터 타입과 직접 관련이 있었다. 확립된 아미가 가이드 하이퍼텍스트 시스템은 데이터 타입에서 인식하는 그림이나 사운드와 같은 미디어 파일을 가리키는 문서 링크를 사용하여 더 많은 사용성을 얻었다.^[9]

2015년 12월 29일, AmigaOS 3.1의 소스 코드가 온라인에 유출되었다. 이는 라이선스 소유자인 하이페리온 엔터테인먼트(Hyperion Entertainment)에 의해 확인되었다.^[42]

코모도어의 몰락 이후, 하게 & 파트너(Haage & Partner)는 아미가OS를 업데이트할 수 있는 라이선스를 받아, 1999년에 최소 68(EC)020 프로세서에서 실행되는 기존 시스템을 위한 소프트웨어 전용 업데이트인 아미가OS 3.5를 출시하였다.

아미가OS의 사용자 인터페이스는 이전 3.1 릴리스를 기반으로 했지만, ReAction을 기반으로 하는 개선된 사용자 인터페이스, 향상된 아이콘 렌더링, 그리고 트루 컬러 배경에 대한 공식 지원을 통해 다소 개선되었다. 이러한 릴리스에는 뉴아이콘(NewIcons)과 같은 기존 타사 GUI 개선 사항에 대한 지원이 포함되었다. 3.5 및 3.9 릴리스에는 새로운 256색 아이콘 세트와 데스크톱 배경화면 선택 기능이 포함되었는데, 이는 릴리스 2.0부터 3.1까지 아미가OS에서 사용된 기본 모든 금속 회색 4/8색 구성표를 대체한 것이다.

2000년에는 하게 & 파트너에 의해 개발된 아미가OS 3.9가 출시되었다. 주요 개선 사항으로는 아미독(AmiDock)이라는 프로그램 시작 바의 도입, 시스템 설정에 대한 수정된 사용자 인터페이스, 개선된 유틸리티 프로그램 등이 있었다.

4. 4. AmigaOS 4.x (4.0, 4.1)

아미가OS 4.0은 PowerPC를 완벽하게 지원하기 위해 새롭게 작성되었다. 초기에는 이전 아미가 칩셋과의 호환성 문제로 인해 Cyberstorm PPC에서 개발되었다.^[29] 네 번째 개발자 사전 릴리스 업데이트 이후 화면을 어느 방향으로든 드래그할 수 있게 되었고,^[30] 워크벤치 아이콘을 다른 화면으로 드래그 앤 드롭하는 기능도 추가되었다.

아미가OS 4.0에는 새로운 버전의 Amidock, 트루타입/오픈타입 글꼴, DivX 및 MPEG-4를 지원하는 영화 플레이어가 포함되었다.

아미가OS 4.1은 이전 WBStartup 드로어를 대체하는 새로운 시작 환경 설정 기능을 제공한다. 또한, 더 높은 화면 해상도에 맞춰 새로운 아이콘 세트, 그림자 효과를 포함한 새로운 창 테마, 투명도, 크기 조절 가능한 아이콘, 자동 업데이트 기능을 갖춘 새로운 버전의 AmiDock이 추가되었다.^[31]

2022년 10월, 하이페리온 엔터테인먼트(Hyperion Entertainment)는 아미가OS 4.1용 SDK를 출시했다.^[32]

5. 다른 운영 체제에 미친 영향

아미가 고유의 윈도 시스템은 Intuition이라고 불리며, 키보드와 마우스 입력을 처리하고 화면, 창 및 위젯을 렌더링한다.

아미가OS 2.0 이전에는 표준화된 룩앤필이 없었으며, 애플리케이션 개발자는 자체 비표준 위젯을 작성해야 했다. 코모도어는 아미가OS 2.0에 GadTools 라이브러리와 BOOPSI를 추가하여 표준화된 위젯을 제공했다. 또한 코모도어는 ''아미가 사용자 인터페이스 스타일 가이드''를 발행하여 애플리케이션 배치 일관성을 유지하도록 했다. Stefan Stuntz는 BOOPSI를 기반으로 하는 인기 있는 타사 위젯 라이브러리인 Magic User Interface(MUI)를 만들었다. 아미가OS 3.5는 BOOPSI를 기반으로 하는 또 다른 위젯 세트인 ReAction을 추가했다.

아미가OS의 특이한 기능은 동일한 디스플레이에 여러 화면을 사용하는 것이다. 각 화면은 서로 다른 비디오 해상도 또는 색상 깊이를 가질 수 있다. 아미가OS 2.0은 "공개 화면"을 지원하여 애플리케이션이 다른 애플리케이션의 화면에서 창을 열 수 있도록 했다. 아미가OS 2.0 이전에는 워크벤치 화면만 공유되었다.^[10] 모든 화면의 오른쪽 상단 모서리에 있는 위젯을 통해 화면을 순환할 수 있다. 제목 표시줄을 위 또는 아래로 드래그하여 화면을 겹쳐 표시할 수 있다. 아미가OS 4는 모든 방향으로 드래그할 수 있는 화면을 도입했다.

BeOS는 AmigaOS의 데이터타입(Datatypes) 시스템을 계승했으며, OS 전체가 모든 종류의 파일(텍스트, 음성, 동영상, 문서 등)을 표준 파일 기술자로 인식할 수 있다. 데이터타입 시스템은 모든 시스템과 생산성 도구가 다양한 파일을 로드하는 기능을 가질 필요 없이 표준 파일 로더 및 세이버를 제공한다.^[34]

AtheOS는 AmigaOS에서 영감을 얻은 OS로, 처음에는 AmigaOS의 클론을 의도했다.^[52] Syllable은 AtheOS의 포크이며, 일부 AmigaOS 및 BeOS와 유사한 특성을 포함한다.

3DO 인터랙티브 멀티플레이어는 AmigaOS와 매우 유사하며, AmigaOS의 인튜이션(Intuition) UI를 개발한 RJ Mical이 개발했다.^[53]^[54]

5. 1. 클론

AROS(AROS)는 아미가OS API를 구현한 이식 가능한 오픈 소스 운영 체제이다. 아미가OS와 바이너리 호환성은 없지만(68k에서 실행되는 경우 제외), 사용자들은 소스 코드 호환성이 매우 높다고 보고했다.

MorphOS는 일부 아미가 하드웨어에서도 실행되는 PowerPC 네이티브 운영 체제이다. 아미가OS API를 구현하며 "OS 친화적인" 아미가OS 애플리케이션(즉, 실제 아미가 모델에서 실행되지 않는 한 아미가OS 4.x와 같이 네이티브 레거시 아미가 하드웨어에 직접 액세스하지 않는 애플리케이션)과의 바이너리 호환성을 제공한다.

5. 2. 기타 영향

BeOS: AmigaOS의 데이터타입(Datatypes) 시스템을 계승했으며, OS 전체가 모든 종류의 파일(텍스트, 음성, 동영상, 문서 등)을 표준 파일 기술자로부터 인식할 수 있다. 데이터타입 시스템은 모든 시스템과 생산성 도구가 다양한 파일을 로드하는 기능을 가질 필요 없이, 표준 파일 로더 및 세이버를 제공한다.^[34]
AtheOS: AmigaOS에서 영감을 얻은 OS로, 처음에는 AmigaOS의 클론을 의도했다.^[52] Syllable은 AtheOS의 포크이며, 일부 AmigaOS 및 BeOS와 유사한 특성을 포함한다.
3DO 인터랙티브 멀티플레이어: AmigaOS와 매우 유사하며, AmigaOS의 인튜이션(Intuition) UI를 개발한 RJ Mical이 개발했다.^[53]^[54]

참조

_[1] 웹사이트 Carl Sassenrath http://theamigamuseu[...] 2022-05-23
_[2] 웹사이트 The Amiga Workbench http://theamigamuseu[...] 2022-05-23
_[3] 웹사이트 Cloanto https://sites.google[...] Amiga Documents 2015-02-20
_[4] 웹사이트 Cloanto confirms transfers of Commodore/Amiga copyrights http://amiga-news.de[...] 2015-02-19
_[5] 웹사이트 Hyperion, Amiga, Inc. Reach Settlement, All Legal Issues Resolved. http://www.osnews.co[...] OSNews 2009-10-18
_[6] 간행물 Amiga vs. Macintosh https://archive.org/[...] 1986-09
_[7] 서적 Amiga ROM Kernel Reference Manual
_[8] 논문 The Object-Oriented Amiga Exec: The design of the Amiga operating-system kernel follows the rules of object-oriented programming McGraw-Hill 1991-01
_[9] 웹사이트 Aminet – misc/antiq/ARP_13.lha http://aminet.net/pa[...] 2015-05-02
_[10] 웹사이트 Intuition Screens – AmigaOS Documentation Wiki http://wiki.amigaos.[...] 2016-04-23
_[11] 웹사이트 Amiga ReTargetable Graphics http://www.amigau.co[...]
_[12] 웹사이트 NewTek http://www.newtek.co[...] 2008-03-07
_[13] 웹사이트 AHI — Retargetable Audio for AmigaOS et al http://www.lysator.l[...] 2006-03-27
_[14] 웹사이트 AHI — Retargetable Audio for AmigaOS et al http://arp2.berlios.[...] 2010-11-19
_[15] 웹사이트 SoftVoice, Inc. - Text-to-Speech Synthesis http://www.text2spee[...] 2015-05-02
_[16] 웹사이트 Translator Library (Multilingual-speech version) http://aminet.net/ut[...] 2013-04-09
_[17] 웹사이트 Workbench Nostalgia: The history of the AmigaOS Graphic User Interface (GUI): Release 1.3 http://www.gregdonne[...]
_[18] 웹사이트 back2roots.org http://ftp.back2root[...] 2016-04-22
_[19] 웹사이트 Fish disk 0058 README file http://de4.aminet.ne[...] 2022-09-23
_[20] 웹사이트 Fish disk 0241 http://de4.aminet.ne[...] 2022-09-23
_[21] 뉴스 Inside Track PC Magazine 1996-10-22
_[22] 웹사이트 AmigaOS4.0 Memory Allocation http://os4.hyperion-[...] Hyperion Entertainment 2008-11-02
_[23] 웹사이트 AmigaOS 4.0 new memory system revisited http://os4.hyperion-[...] Hyperion Entertainment 2008-11-02
_[24] 웹사이트 Amiga Workbench 2.1 http://www.amigahist[...] 2008-11-23
_[25] 웹사이트 Hyperion Confirms Leak Of AmigaOS 3.1 Source Code https://www.phoronix[...] Phoronix 2016-01-05
_[26] 웹사이트 Amiga OS Kickstart and Workbench source coded leaked | Vintage is the New Old http://commodore.nin[...] 2016-04-22
_[27] 간행물 Hyperion releases AmigaOS 3.2 http://www.amiga-new[...] Hyperion Entertainment 2021-05-17
_[28] 웹사이트 New Update 2 of AmigaOS 3.2 available for download NOW https://www.hyperion[...] 2023-03-05
_[29] 웹사이트 Amigaworld.net – The Amiga Computer Community Portal Website http://amigaworld.ne[...]
_[30] 웹사이트 IntuitionBase – Your Guide To AmigaOS4.x And The AmigaOne http://www.intuition[...] 2015-05-02
_[31] 웹사이트 Update 1 of AmigaOS 4.1 available for immediate download http://www.hyperion-[...] 2015-05-02
_[32] 웹사이트 37-year-old Amiga platform gets updates to Linux kernel, AmigaOS SDK https://arstechnica.[...] 2022-11-04
_[33] 웹사이트 Amiga History Guide http://www.amigahist[...] 2016-04-22
_[34] 웹사이트 Jon Watte, Metrowerks BeMeister http://www.mactech.c[...] MacTech 2011-09-08
_[35] 웹사이트 AtheOS comments http://ann.lu/commen[...] ANN.lu 2008-12-01
_[36] 웹사이트 Home https://friendup.clo[...]
_[37] 웹사이트 Mical Page 2016-04-22
_[38] 웹사이트 A history of the Amiga, part 3: The first prototype https://arstechnica.[...] 2015-05-02
_[39] 간행물 Inside Track PC Magazine 1996-10-22
_[40] 문서 注 - Macintoshはライバルだったが、当時のWindowsはまだ発展途上で販売実績は小さく競争相手ではなかった。
_[41] 웹사이트 http://www.osnews.co[...]
_[42] 웹사이트 https://www.phoronix[...]
_[43] 웹사이트 Amiga Workbench 2.1 http://www.amigahist[...] 2008-11-23
_[44] 웹사이트 http://uk.aminet.net[...]
_[45] 웹사이트 Amiga ReTargetable Graphics http://www.amigau.co[...] 2011-03-17
_[46] 웹사이트 AHI — Retargetable Audio for AmigaOS et al. http://www.lysator.l[...]
_[47] 웹사이트 http://arp2.berlios.[...] 2010-11-19
_[48] 웹사이트 http://www.text2spee[...]
_[49] 웹사이트 http://uk.aminet.net[...]
_[50] 웹사이트 AmigaOS4.0 Memory Allocation http://os4.hyperion-[...] Hyperion Entertainment 2008-11-02
_[51] 웹사이트 AmigaOS 4.0 new memory system revisited http://os4.hyperion-[...] Hyperion Entertainment 2008-11-02
_[52] 웹사이트 AtheOS comments http://ann.lu/commen[...] ANN.lu 2008-12-01
_[53] 웹사이트 Mical Page http://www.mical.org[...]
_[54] 웹사이트 A history of the Amiga, part 3: The first prototype: Page 3 http://arstechnica.c[...]
_[55] 웹사이트 Article about Joe Pillow on AmigaU http://www.amigau.co[...]

본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com