사소한 지적이지만, Amiga를 16비트라고 부르는 건 꽤 어색하게 느껴짐. 당시 내 기억으로는 거의 항상 32비트 머신으로 불렸고, 그렇게 보는 게 꽤 타당했음. 평면 32비트 주소 공간이 있었고, 레지스터와 연산도 32비트였으며, 일부 내부 구현이 16비트였더라도 프로그래머 입장에서는 거의 보이지 않았음. 나중의 68060 기반 모델도 CPU 명령어 수준에서는 거의 완벽하게 호환됐음. 그래서 A1000의 일부 16비트 경로나 별개로, Amiga 전체를 16비트 머신이라 부르는 건 납득이 잘 안 됨
나는 반대로 봄. 68000의 레지스터가 32비트인 건 맞지만, 데이터 버스는 16비트였고 A1000, A2000, A500처럼 라인업을 대표한 기기들은 16비트 페치 칩셋과 24비트 주소 버스를 썼음. 이것만 봐도 32비트라고 단정하긴 어려움. 실제로 A3000, A1200, A4000 같은 32-bit clean 기기에서 상위 주소 바이트를 멋대로 쓰던 게임들이 깨지기도 했음. 당시 시장도 이전 세대는 8비트, 그 다음은 16비트로 홍보했고, 이후에야 32비트가 강한 마케팅 용어가 됐음. 그래서 시점을 어디에 두느냐에 따라 오히려 16비트 쪽을 더 강조할 수도 있다고 느낌
이 논쟁은 68000 계열에서 정말 고전적인 논쟁이라고 느낌. 나도 개인적으로는 원댓글 쪽 시각에 어느 정도 동의하지만, 실제로는 의견이 꽤 갈리는 주제였음. Commodore와 Atari도 68K 기기를 16/32-bit로 홍보했고, Sega Mega Drive/Genesis처럼 같은 68000 기반 기기를 아예 16비트로 마케팅한 사례도 있었음
나는 그 시절 현장에 있었는데, 적어도 우리 고등학교와 작은 데모신 커뮤니티에서는 Amiga를 분명히 16비트 머신이라고 불렀음. ZX Spectrum과 Commodore 64 같은 8비트 홈컴퓨터 다음 세대라는 감각이 아주 강했음
영국에서의 내 기억으로는 A500 계열은 확실히 16비트로 받아들여졌음. 32비트 마케팅은 A1200과 그 파생기기들, 예를 들면 CD32 시점부터 본격적으로 붙었던 기억임
적어도 내 기억 속에서는 게임 잡지나 컴퓨터 잡지 전반에서 Amiga와 Atari ST 모두 16비트 홈컴퓨터로 자주 불렸음. 가정용 컴퓨터 쪽에서 32비트라는 표현을 본격적으로 많이 본 건 386/486 시절, 콘솔 쪽은 Sega 32X 이후였던 기억임
Amiga 시대 특유의 폰트와 그래픽 스타일에는 정말 설명하기 어려운 고유한 매력이 있다고 느낌. 예를 들어 Ruff n Tumble 같은 작품을 보면 chunky한 미래풍 폰트, 강한 그라디언트, 색감까지 딱 Amiga스럽다고 느껴지는데, 그 감각을 특정 개발자나 그래픽 아티스트 하나로 딱 집어내긴 늘 어려웠음
그 스타일을 특정 인물로 좁혀보자면, 초창기 거장으로는 Jim Sachs를 꼭 떠올리게 됨. Wikipedia 문서는 그의 위상을 다 담아내지 못한다고 느낌. 특히 Amiga 시대가 열린 뒤에도 C-64에서 동시에 엄청난 작업을 계속했다는 점이 정말 인상적이었음
나도 그 느낌에 공감함. C64와 DOS도 써봤지만, Amiga는 분명히 다른 포지션에 있었음. 내게는 어느 정도 Xbox의 전신처럼 느껴졌는데, 게임 중심 경험이 강하면서도 컴퓨터적인 면도 함께 갖고 있었기 때문임. DOS도 훌륭한 게임이 많았지만 좀 더 업무와 애플리케이션 쪽 성격이 강하게 느껴졌음. 개인적으로는 빠른 템포의 Master of Orion 1, Civilization 1, SimCity 1 같은 스타일을 특히 좋아했음
나이가 들면서 많은 걸 잊어가고 있지만, 1989년에 아이였던 내가 이걸 처음 봤을 때의 감각만큼은 절대 잊고 싶지 않음. 옛것을 다시 보고 체험할 수는 있어도, 그것을 처음 접했던 당시의 맥락까지 되살릴 수는 없다고 느낌. 40년의 기술 발전을 이미 경험해버린 뒤라, 지금 보면 경이로움보다 소박한 정취로 느껴질 수밖에 없음
옛날 그래픽 프로그래밍을 보는 사람들에게 bit planes가 낯설고 헷갈리는 이유는, 왜 그런 구조가 필요했는지 배경을 모르면 감이 잘 안 오기 때문이라고 생각함. 큰 이유는 두 가지였음. 첫째, 당시에는 메모리 칩을 병렬로 돌려 대역폭을 끌어올려야 화면으로 이미지를 제때 밀어 넣을 수 있었음. 둘째, 하위 호환성에도 도움이 됐음. 프로그램들이 비디오 메모리에 직접 쓰는 데 익숙했는데, EGA에서는 비디오 메모리 시작 부분이 CGA 데이터로도 유효했고, 추가 색 정보는 다른 비트플레인에 들어갔음
여기에 더해, 8색 같은 경우처럼 홀수 비트 수를 다룰 때도 메모리를 아낄 수 있었음. 예를 들어 3 bitplanes면 픽셀당 8색 표현이 가능했음
다만 Amiga는 플레인별 병렬 칩 메모리 구조였다고 보기 어렵고, CGA 하위 호환성이 필요했던 플랫폼도 아니었다고 봄
이건 정말 멋진 자료라고 느낌. 곁가지로, 브라우저에서 돌아가는 HAM viewer가 혹시 있는지도 궁금함. 나는 HAM이 본질적으로 깜빡였던 걸로 기억하는데, 그래도 화면에 4096 colors가 한 번에 뜨는 걸 보고 크게 놀랐었음. HAM 이미지는 특유의 질감 때문에 보면 바로 알아볼 수 있었음. 관련 설명은 Hold-And-Modify 문서가 잘 정리돼 있음
HAM 자체가 깜빡이는 건 아니었음. 핵심 제약은 급격한 색 변화를 넣기 어렵다는 점이었음. HAM을 PNG 같은 포맷으로 변환하는 건 어렵지 않았고, 깜빡임은 오히려 라인 수를 늘리려고 인터레이스 모드를 같이 썼을 때 생기는 경우가 많았음
내 기억으로는 HAM 화면은 안정적이었는데, 마우스를 움직이면 scan line interrupts 타이밍이 흔들리면서 잠깐 깜빡였고, 멈추면 다시 안정됐음
나는 깜빡임보다는 EHB에서 fringing 같은 가장자리 문제가 더 기억남. 64색을 위한 extra half brite 모드에서 그런 현상이 있었고, 인터레이스는 쓰는 모니터에 따라 깜빡일 수 있었음. Commodore 모니터 대부분은 인터레이스에서 깜빡였지만, 상위 기종 중에는 덜한 것도 있었던 기억임
아마 본 건 HAM 때문이 아니라 인터레이스 비디오 모드였을 가능성이 큼. HAM의 진짜 특징은 hold-and-modify 인코딩 때문에 좌→우로 색이 너무 급히 바뀌면 물체 가장자리에서 색이 번지는 듯한 컬러 아티팩트가 생기는 점이었음. ToasterPaint에서 그런 현상을 자주 봤지만, 최종 비디오 출력으로 렌더링하면 괜찮았고 24비트 컬러에서도 결과는 잘 나왔음
당시에는 Amiga를 살 형편이 안 됐지만, 잡지에 실린 이미지를 보며 정말 많이 군침만 흘렸음. 그래서 이제는 MiSTer FPGA 세팅을 하나 들여서 그때 놓친 걸 경험해보고 싶어졌음. 직접 하드웨어를 만들 수도 있지만, 요즘은 선택지가 많아서 어떤 구성이 좋은지 추천을 듣고 싶음
Hacker News 의견들
사소한 지적이지만, Amiga를 16비트라고 부르는 건 꽤 어색하게 느껴짐. 당시 내 기억으로는 거의 항상 32비트 머신으로 불렸고, 그렇게 보는 게 꽤 타당했음. 평면 32비트 주소 공간이 있었고, 레지스터와 연산도 32비트였으며, 일부 내부 구현이 16비트였더라도 프로그래머 입장에서는 거의 보이지 않았음. 나중의 68060 기반 모델도 CPU 명령어 수준에서는 거의 완벽하게 호환됐음. 그래서 A1000의 일부 16비트 경로나 별개로, Amiga 전체를 16비트 머신이라 부르는 건 납득이 잘 안 됨
예전에 장난삼아 Stable Diffusion/FLUX에서 쓸 수 있는 DeluxePaint/Amiga LORA를 만들었음. 그걸로 영상 모델까지 섞어서 작은 무비도 만들어봤고, 관심 있으면 LORA 생성 가이드도 참고할 수 있음. 또 가지고 놀기 좋은 DeluxePaint 클론 PyDPainter도 있음. 내가 만든 건 Civitai 모델 페이지, 결과물 영상은 YouTube에서 볼 수 있음
예전에도 이 주제가 HN에 여러 번 올라왔었음. Amiga Graphics Archive - 2023년 11월, Amiga Graphics Archive - 2018년 8월, The Amiga Boing Ball Explained - 2016년 8월, Amiga Graphics Archive - 2016년 1월 같은 이전 토론들도 함께 보면 맥락을 더 느낄 수 있음
Amiga 시대 특유의 폰트와 그래픽 스타일에는 정말 설명하기 어려운 고유한 매력이 있다고 느낌. 예를 들어 Ruff n Tumble 같은 작품을 보면 chunky한 미래풍 폰트, 강한 그라디언트, 색감까지 딱 Amiga스럽다고 느껴지는데, 그 감각을 특정 개발자나 그래픽 아티스트 하나로 딱 집어내긴 늘 어려웠음
나이가 들면서 많은 걸 잊어가고 있지만, 1989년에 아이였던 내가 이걸 처음 봤을 때의 감각만큼은 절대 잊고 싶지 않음. 옛것을 다시 보고 체험할 수는 있어도, 그것을 처음 접했던 당시의 맥락까지 되살릴 수는 없다고 느낌. 40년의 기술 발전을 이미 경험해버린 뒤라, 지금 보면 경이로움보다 소박한 정취로 느껴질 수밖에 없음
Photon Paint eye image의 CRT 모드 버전을 보니, 그 시절 화면이 주던 깜빡이는 느낌이 정말 정확하게 재현돼 있다고 느낌
옛날 그래픽 프로그래밍을 보는 사람들에게 bit planes가 낯설고 헷갈리는 이유는, 왜 그런 구조가 필요했는지 배경을 모르면 감이 잘 안 오기 때문이라고 생각함. 큰 이유는 두 가지였음. 첫째, 당시에는 메모리 칩을 병렬로 돌려 대역폭을 끌어올려야 화면으로 이미지를 제때 밀어 넣을 수 있었음. 둘째, 하위 호환성에도 도움이 됐음. 프로그램들이 비디오 메모리에 직접 쓰는 데 익숙했는데, EGA에서는 비디오 메모리 시작 부분이 CGA 데이터로도 유효했고, 추가 색 정보는 다른 비트플레인에 들어갔음
이건 정말 멋진 자료라고 느낌. 곁가지로, 브라우저에서 돌아가는 HAM viewer가 혹시 있는지도 궁금함. 나는 HAM이 본질적으로 깜빡였던 걸로 기억하는데, 그래도 화면에 4096 colors가 한 번에 뜨는 걸 보고 크게 놀랐었음. HAM 이미지는 특유의 질감 때문에 보면 바로 알아볼 수 있었음. 관련 설명은 Hold-And-Modify 문서가 잘 정리돼 있음
당시에는 Amiga를 살 형편이 안 됐지만, 잡지에 실린 이미지를 보며 정말 많이 군침만 흘렸음. 그래서 이제는 MiSTer FPGA 세팅을 하나 들여서 그때 놓친 걸 경험해보고 싶어졌음. 직접 하드웨어를 만들 수도 있지만, 요즘은 선택지가 많아서 어떤 구성이 좋은지 추천을 듣고 싶음
약간 관련 있는 소식으로, Amiga Vision 컬렉션 새 버전이 막 나왔음. Amiga 팬이라면 무료로 받을 수 있는 완성도 높은 패키지라고 생각함. 내 MiSTer 세팅에서 포함된 데모들을 계속 돌려보게 될 정도로 만족스러움