김 용묵의 절대공간 - 블로그

개인적으로 1995-6년 사이는 PC 게임 환경의 역사상 굉장히 의미심장한 과도기였다고 생각한다.
플랫폼이 도스에서 윈도우로 넘어가고 있었고, 그래픽 역시 VGA 320*200 256색 모드를 탈피하여 2D 게임을 기점으로 고해상도화하기 시작했다. 사실, 그래픽 가속기라는 개념이 등장한 것도 이 무렵부터이고, 비록 아직 듣보잡 지위이긴 하나 DirectX란 것도 그때 개발되어 나왔다. 빌 게이츠는 윈도우 95를 게임용 엔터테이먼트 플랫폼으로 만들려고 안간힘을 다하는 중이었다.

패키지 게임의 경우, 저장 매체도 CD롬이 슬슬 플로피 디스크를 대체하기 시작했다. 하지만 그 당시 게임은 650MB 공간을 꽉 채울 정도로 대용량은 아니었다. 97~98년 사이에 출시된 스타크래프트도 음악과 동영상을 제외한 립버전이 200MB 안팎이었고, 윈도우 95 역시 실제 운영체제 파일 용량은 100MB도 채 하지 않던 시절이다.

이때 몇몇 게임은 CD롬을 아주 재미있게 활용했다. 디스크를 오디오 CD 겸 CD롬 겸용으로 만들어서 파일은 50-100MB 정도의 공간만 차지하고, 나머지 공간에다가는 게임 배경 음악을 집어넣은 것이다. 대표적인 예가 퀘이크 1이다. 옛날에 무슨 팝송 영어 교재 CD도 그렇게 겸용 형태였다. 공간 활용을 잘 한 경우라 하겠다.

게임 내부에서 사용하는 음악을 일반 CD 플레이어로 간단히 들을 수 있을 정도로 노출한 것이긴 하지만, 개인적으로 그건 굉장히 기발한 방법이라고 생각했다. 또한 그때는 그 CD를 정품 인증 수단으로 활용하기도 했다. 비록 가상 CD 기술 때문에 완전히 무력화됐지만 말이다.

그 당시에 오디오 CD는 CPU와는 완전히 별도로 동작했기 때문에 CPU에 부담을 전혀 주지 않았다. 요즘이야 MP3 틀어 놓고 온라인 게임도 마음대로 할 정도로 하드웨어 환경이 좋지만, 486이나 펜티엄급 컴퓨터만 해도 MP3 하나 트는 것만으로 CPU 사용률이 10~20% 정도 치솟던 시절이었다.

미디보다 음질 좋지, CD롬의 남는 용량을 활용하지, CPU 부담 안 주지, 40분 남짓한 정도의 시간이면 게임 사운드 트랙을 모두 담는 데 별 무리도 없지(게임 음악은 은근히 짧으며, 나머지는 전부 반복이다. ^^), 허접하게나마 정품 체크도 간단히 할 수 있지.. 일석이조가 아닐 수 없었다.
요즘은 온라인 게임 클라이언트가 최하 기가바이트급이다. 배경 음악은 미디도 아니고 그냥 내부적으로 mp3/wma/ogg 같은 걸 그대로 재상한다. 불과 15년 남짓 전인데 세상이 이렇게 달라졌다니 참 격세지감이다.

Posted by 사무엘

Posted by 사무엘

스티브 바라캇은 우리나라에도 잘 알려져 있는 캐나다 출신의 작곡자/연주자이다. 방송이나 각종 행사 때 나오는 배경 음악으로 이 사람 곡을 은근히 많이 들을 수 있다.

비슷한 분야의 음악가 중에는 본인의 부모님보다도 나이가 많은 지긋한 노년 신사도 있지만 이 사람은 30대 중반의 아직 꽤 젊은 나이이고, 얼굴도 상당한 미남인 데다 연주뿐만 아니라 노래도 굉장히 잘 부른다. 이미 세계적으로 부와 명예를 거머쥔 앞날이 창창한 음악가로 부르기에 손색이 없다.

가장 유명한 곡은 단연 <Rainbow Bridge>와 <Whistler's Song>이 아닐까 싶다. 들어만 보면 “아 그 곡!” 하고 무릎을 칠 분이 많을 것이다.

한국 철도의 사용자 인터페이스에 관심이 많은 분이라면 역시 이 사람을 기억해야 할 것이다. 바로 이 사람의 곡 <Dreamers>가 지금도 일반열차(전동차 말고)에서 종착역 도착 후 흘러나오고 있기 때문이다. 게다가 이 곡은 비록 재생 이벤트와 대상 열차가 바뀌었을지언정, 무려 2004년부터 지금까지 상당히 장수하고 있다.

그러니까 안내 방송 중에 깔려 나오는 배경 음악이 아니라, 열차의 운행 시작이나 종료 직전/직후에 음악만 별도로 쫙 틀어 주던 열차는 KTX 개통 이전엔 잘 알다시피 새마을호밖에 없었다. 그 관행은 아마 2000년, 영상 서비스와 함께 시작된 걸로 추정한다. 그때는 사용자 인터페이스 담당은 코모넷이라는 회사가 담당했으며, 운행 전과 종료 후에 둘 다 너무나도 유명한 Looking for You가 흘러나왔다. 본인이 이 곡을 몇 번 들은 뒤 철도에 눈이 완전히 뒤집히고 미쳐 버리게 된 건 여기 오는 분들도 이미 잘 알 것이다.

그러다가 2004년에 와서 이 트렌드가 좀 바뀌었다. KTX 개통 직후에도 아주 잠깐은 L-L(시작과 끝 모두 룩킹포유) 체제가 그대로 유지됐다. 그런데 루머에 따르면 비슷한 시기에, 룩킹포유가 아침에 첫 새마을호를 타는 사람에게는 곡이 조용하지가 못하고 너무 방방 뛰어서 잠 깬다는 민원이 들어왔던 모양이다. 이런 말도 안 되는 황당하고 어처구니 없는 민원 때문에 2004년 여름, 새마을호의 출발 전 음악은 스티브 바라캇의 <Dreamers>라는 곡으로 바뀌었다. 하지만 종착 후 음악은 다행히 룩킹포유가 계속 유지됐다.

이것이 한국 철도의 사용자 인터페이스에 스티브 바라캇의 음악이 최초로 도입된 사례임을 기억하기 바란다. 여전히 코모넷 시절이고, 심지어 철도청조차 아직 정부 기관으로 있던 시절의 일이다.
게다가 당시 새마을호는 시발역을 출발하고 잠시 후엔 역별 정차역과 도착 시각이 화면으로 나왔는데, 이때 이어폰을 꽂고 있으면 스티브 바라캇의 또 다른 명곡인 <Flying>이 흘러나왔었다.

KTX가 개통한 후 2004~05년간은 새마을호에 그 외의 UI상의 변화는 없었다. 다만, 정차역 안내 방송이 두 번 나오던 특이한 시기이기도 했다. “잠시 후 우리 열차는 XXX 역에 도착하겠습니다” 그 후, “여기는 XXX 역입니다.” 그것도 4개 국어로. 듣기에 굉장히 지루했다.

그 후 2006년은 새마을호의 앞날에 망조가 본격적으로 드리워진 해였다. 코모넷이 망하고 연합뉴스가 영상 서비스를 대신 떠맡았다. Flying이 사라지고 안내 방송도 중국어와 일본어가 삭제됐다. 평일에 중련 편성 새마을호 편성 수가 감소하고, 그 해 여름엔 기내지 레일로드가 폐간했다. 그 해 가을엔 중앙· 영동· 태백선 새마을호가 폐지됐다.

하지만 아직까지 Dreamers - Looking for You 구도는 변함없었다. 본인은 이게 마지막 기회라고 판단하여, 이때를 놓치지 않고 룩킹포유 재생 화면을 세 차례에 걸쳐 카메라에 동영상으로 성공적으로 담았다.

2007년, 드디어 기내지에 이어 새마을호에서 영상 서비스가 거의 7년만에 역사 속으로 사라졌다. 이거 뭐, 2005~06년 사이엔 영상 서비스 모니터를 와이드 화면으로 교체하더니만 1년이 채 안 되어 그걸 도로 철거해 버린 것이다! Looking for You는 이미 사라진 걸 확인했지만 Dreamers는 영상 서비스가 없어진 와중에도 운행 전에 여전히 흘러나오고 있었다.

그 후 2008년. 새마을호의 UI는 크게 바뀌었다. 모니터가 다시 생기긴 했지만, 객실당 4개이던 게 2개로 감소하고, 영상 서비스는 없어졌다. 주행 중엔 그냥 정지 사진만 여러 컷 돌아가면서 나오고 정차역 도착 자막만 뜬다.

제일 충격적인 변화는 음악. 출발 전 음악은 Dreamers이던 것이 가야금 퓨전 국악으로 바뀌고, 대신 종착 후 음악이 Dreamers로 옮겨졌다. 나라에서 국악을 정책적으로 밀어붙이기라도 하는지, KTX는 이미 초창기부터 정차역/종착역 도착 안내 배경 음악으로 국악을 써 왔고, 2008년경엔 서울 메트로도 환승역 진입 음향으로 꽤 오래 사용해 오던 차임벨을 버리고 퓨전 국악을 채택했다.

게다가 지금은 KTX, 새마을호, 무궁화호가 공통으로 시작 전엔 가야금 Let It Be, 종착 후에는 KTX 미니 만화 주제가-_- 다음으로 Dreamers가 유지되고 있다. 원래는 음악이 새마을호밖에 안 나오다가 나중에 KTX와 무궁화호에도 확대된 것이다. 한 2007년 말 내지 2008년부터 그렇게 됐다.

새마을호에서 출발 전에나 듣던 곡을 이제는 사실상 모든 열차에서 도착 후에 들으니 느낌이 이색적이다. Dreamers가 2004년에 첫 도입되자 그 당시 철도 매니아들은 며칠 안으로 금세 곡의 정체를 파악해 내서 mp3 올리고 야단법석이었다. 처음 들었을 땐 뭔가 몽환적이고 잔잔하다는 느낌이 들었는데 과연 그러하다. 이 곡은 앞으로 몇 년이나 더 철도계에서 쓰일지 궁금하다.

Posted by 사무엘

Posted by 사무엘

※ 2.0x

조합형 아스키 파일을 불러와서 편집하는 입력기 기술 데모 수준에 불과하던 1.x 에디팅 엔진이 2.0에 와서는 비약적으로 향상됐다. 서로 다른 입력 설정을 가질 수 있는 입력 항목을 4개까지 가질 수 있고 간단하게나마 플러그 인 확장도 가능해졌다.
편집기는 이제 자동 줄바꿈과 탭 문자가 지원되고 옛한글도 쓸 수 있게 되었다. 유니코드에 대한 지식이 부족해서 당시 아직도 널리 쓰이던 한/글 97의 내부 코드를 사용했던 게 무척 이색적임. 이게 무려 2002년의 일이다.

※ 2.3x

2.0 엔진을 기반으로 해서 편집기에 굉장히 많은 편의 기능이 추가되었다. 예를 들어, 중복 실행 방지라든가 전체 화면 같은 옵션은 이 버전대에서 처음으로 추가되어 오늘날에 이르고 있다.

※ 2.5

2.4와 기능면에서는 큰 차이가 없으나 드디어 개발툴이 비주얼 C++ 2003으로 업그레이드되어 향후 6년간 이 툴이 쓰이기 시작했다. 그리고 이 때부터 MSI 패키지 방식으로 프로그램이 배포되기 시작했고, 이 버전에서 정말 허접하게나마 TSF 모듈이 시범적으로 도입됐다.

※ 3.0 ~ 3.02

<날개셋> 개발 역사상 버전업 gap이 가장 길었던 3.0은 더 말이 필요 없다. API가 밑바닥부터 완전히 revamp되었다.
입력 기본 문자가 64비트 크기로 확장되고 100% 유니코드 기반 설계, 오토마타와 글쇠배열에 수식 지원, 임의의 개수의 입력 아이템 등록, 입력 스키마와 문자 생성기 계층의 분리, 첫가끝 방식 옛한글 표현 등 지금 <날개셋> 한글 입력기의 근간을 상당수 이때 이뤄냈다.
물론 엔진 교체에만 치중하느라 2.x에 있던 기능이 다운그레이드된 것도 그때는 있었다.

3.01은 3.0의 여러 치명적인 버그 수정 중심이었다.
엔진뿐만 아니라 외부 모듈 쪽 연구도 꾸준히 이뤄진 덕분에 3.02 때는 드디어 <날개셋> 한글 입력기가 역사상 처음으로 정식 외부 모듈(윈도우 IME)로 개발되는 쾌거를 이뤘다. 전용 에디터인 편집기 말고도 또 하나의 프런트 엔드가 추가된 것이다.

※ 3.1

상당히 개발 기간이 길었다. 외부 모듈을 처음 만들면서 부딪혔던 지옥 같은 온갖 버그들의 해결에 초점을 맞췄다. 그 후로도 3.x, 심지어 4.x 초반때까지도, 너무 투박하던 3.0x의 UI 편의성 강화 내지 다운그레이드 요인 해소 같은 개선 작업은 계속됐다.

※ 3.41

기념비적인 작품이다.
지금과 같은 tree 형태의 <날개셋> 제어판 UI가 이 때 정착했다. (3.0 UI는 지금보다 훨씬 더 불편했음)
그리고 한 바이너리로 유니코드도 지원하고 윈도우 9x에서도 실행 가능한 기술이 자체 개발되어 이 버전 때부터 적용됐고, MFC 라이브러리에 대한 종속성도 이때부터 완전히 사라졌다. 이 외에도 추가된 기능들 엄청 많다.
원래 3.4가 나왔으나, 치명적인 버그들 때문에 약 3주만에 역사 속으로 묻혔다. -_-

※ 3.9

3.5와 3.65는 여전히 외부 모듈 버그 해결 위주였고..
3.9에 와서 한글 입력 엔진이 장족의 발전을 이뤘다. 특수 도깨비불과 결합 축약 규칙이 도입되어 휴대전화 같은 굉장히 특이한 한글 입력 방식을 기술하는 기반이 마련되고, 한글뿐만 아니라 임의의 문자를 조합 상태로 입력할 수 있는 "날개셋 고급 입력기"라는 문자 생성기도 추가되었다.
아울러 XML 방식으로 입력 설정 파일을 읽고 쓰는 기능이 최초로 도입된 것도 이 버전부터이다.

※ 4.2

외부 모듈 쪽 버그를 잡은 것도 많지만, 편집기에 세로쓰기가 가능해지고(비록 기괴해 보이지만 -_-) undo/redo 기능이 지금과 같은 수준으로 쓸 만해진 게 이 버전부터이다.
사실 4.x은 3.x 엔진을 기반으로 해서 끊임없이 기능이 추가되고 외부 모듈이 안정화되던 단계였지 옛날 같은 급격한 변화는 없었다.

※ 4.4

윈도우 비스타와 MS 오피스 2007 같은 거물급 소프트웨어가 연달아 출시된 지 얼마 안 된 2007년 초에 나왔다. 이 버전은 에디팅 엔진부터 시작해서 외부 모듈 등 다방면에 걸쳐 굉장히 많은 기능이 추가되고 강화되었다. 윈도우 비스타 환경에 특화된 업데이트가 적용되었음도 물론이다.

개인적으로 무척 의미 심장한 버전이었다고 생각하는데, 놀라운 건 4.4는 4.2가 나온 지 불과 90일이 채 안 되는 짧은 기간만에 완성되었다는 것이다. 게다가 그 기간 동안 세벌식 파워업도 먼저 업데이트하고, 타자연습도 적지 않게 기능이 더해지고 고쳐졌다. 10년에 가까운 <날개셋> 한글 입력기 개발 역사상, 거의 전무후무한 사건이 아닌가 싶다.
어떻게 이 일이 가능했을까? 당시 근무 중이던 병특 회사가 망해 가면서 사실상 조업 중단 상태였고, 덕분에 개인 시간이 굉장히 많았던 덕분이었다. =_=;;

※ 4.55

지금과 같은 언어 리소스 파일이 확실하게 독립한 게 이 버전부터이다. 영어 말고 여타 언어 UI도 이제 이론적으로는 얼마든지 추가가 가능해졌는데, 그런 거 할 인력이 없으니.. -_-;;
이 시기에 정 재민 님의 노력 덕분에 같이 제공되는 비트맵 글꼴의 양과 품질도 굉장히 향상되었다.

※ 4.8x

짠.. 시대의 요구에 부합하여 이때 드디어 64비트 에디션이 나오기 시작했다.
그리고 이때, 프로그램 디렉터리 구조도 윈도우 비스타 기준대로 더욱 깔끔하게 바뀌었다.
4.81에 와서야 드디어 수식에 상수 명칭이 도입되었다.

※ 5.0

비록 기능상의 큰 변화는 없지만 한글 표현 범위가 유니코드 5.2에 맞춰서 확장됐으니, 5.0이라는 번호에 걸맞은 매우 의미심장한 변화라 할 수 있다. 또한 3~4대 버전에서 사용되어 온 비표준 한글 표현 관행도 완전히 없어졌다.
3~4대 버전에서 그대로 쓰이던 입력 설정 파일 포맷이 이 버전에서부터 바뀌었다. 그 대신, 한글 코드 변환과 옛날 방식 설정 파일의 변환만을 전문으로 하는 별도의 유틸리티가 추가됐다.

※ 5.3

나이를 먹고 사회적 위치가 바뀌면서 본인은 점차 시간의 압박에 시달리고 있다. <날개셋> 개발 주기도 갈수록 길어지는 게 눈에 띈다. 하지만 5.3은 5.0 이후 꽤 긴 시간만에 완성된 만큼 알찬 변화가 많으며, 보기 좋은 작품이다.
편집기는 8*4*4 도깨비 한글 글꼴뿐만 아니라 임의의 조합 테이블을 내장한 자체 글꼴을 지원하기 시작해, 옛한글 자모까지 포함하여 더욱 다양한 한글 글꼴을 사용할 수 있게 되었다.
이것 말고도 5.3에서의 가장 큰 변화는 "입력 패드"라는 제 3의 프런트 엔드의 추가이다. 편집기처럼 실행해서 외부 모듈처럼 다른 프로그램에다 글자 입력을 보내 주는 이 도구는 포인팅 장비로 입력 UI를 클릭하여 문자 입력이 가능하다. 예전에 존재하던 화면 키보드도 이런 입력 UI 중의 하나로 위상이 바뀌고, 동일한 UI를 세 개의 프런트 엔드에서 동일하게 구동하는 체계가 정립된 것이다.

그건 그런데, 5.3에 와서도 아직도 외부 모듈 버그 수정 사항이 심심찮게 보인다. 정말 윈도우 IME는 제대로 만들기가 불가능하며, 문제가 생길 때마다 그때 그때 고치는 수밖에 없다.
5.31은 5.3의 버그 패치라기보다는, 5.3에서 미처 다 못 넣은 기능들에 대한 강화판에 더 가깝다.

※ 5.5x

이 버전부터는 프로그램의 무설치 실행이 가능해졌으며, 윈도우 7에서 새롭게 발생하는 문제에 대한 패치가 몇 차례 이뤄졌다. 내부적으로는 개발툴이 6년만에 업그레이드되었다.
이 외에, 입력 UI로 부수 한자 입력기와 문자표가 입력 UI로 추가되었다. <날개셋>은 기술적으로 키보드 입력뿐만 아니라 터치스크린 입력 방식까지 커버할 만반의 준비를 하고 있는 중이다.

최신 버전인 5.52가 나온 후 현재 개인적으로 작업해 놓았거나 작업 중인 사소한 수정 사항은 다음과 같다. 일종의 ‘알려진 버그’인 셈이다.

1. 윈도우 라이브 메신저에서 마우스 클릭으로 대화창을 연 후 한글을 바로 입력하면 첫 타가 영문으로 씹히는 문제 (이건 기술적으로는 메신저의 버그임. 문제를 피해 가도록 조치를 취함)

2. 지금은 기억도 안 나는 여러 UI 개선. 특히, 받침 결합 규칙이 전혀 없는 세벌식 최종 자판에서 글쇠배열만 390이나 두벌식으로 바꾸려 할 때 경고 메시지가 뜨게 바꿈. ^^;;

3. XML 방식으로 설정 파일을 저장할 때, "" 안에 들어있는 부등호나 따옴표 같은 문자가 & 엔티티로 제대로 바뀌지 않을 수도 있는 문제를 발견하여 수정

4. 윈도우 7의 콘솔에서 한글을 조합 중이다가 조합을 중단할 때, 조합 중이던 한글이 덧나는 문제가 있다. ‘다 -> 다다.’ 처럼. 이게 일단은 MS IME에서도 두벌식이 아닌 세벌식 모드일 때 동일하게 나타나며, 비스타에서는 전혀 나타나지 않는 증상이 7에서만 나타나는 걸로 미뤄 볼 때 운영체제의 버그일 가능성이 높다.

5.52 이후 다음 버전은 또 기능 추가에 초점을 둔 5.7 정도로 생각 중이다.

Posted by 사무엘

Posted by 사무엘

본인은 컴퓨터 가상화 프로그램으로 VMware와 도스박스(DOSBox)를 애용하고 있다. 순수 도스와 윈도우 3.x까지를 돌리는 데는 도스박스가 독보적인 솔루션인 반면, 윈도우 9x부터 시작해 여타 NT급 운영체제, 리눅스 등을 구동할 때는 VMware를 사용한다.

둘은 구동하는 방식이 근본적으로 다른데 이 차이를 세세히 논하기 위해서는 나도 잘 모르는 CPU 계층에서의 난해한 개념 설명이 필요하다. 하지만 다 모르더라도 이 사실 하나만 기억하면 된다. VMware(와 기타 동급의 가상화 프로그램)는 CPU가 하드웨어 차원에서 자체 제공하는 가상화 기능을 적극 활용하여 동작하며 이는 32비트 윈도우 NT급 운영체제가 아주 허접하게 호환성 에뮬레이션 계층으로 제공하는 NTVDM도 마찬가지이다. 하지만 도스박스는 CPU 동작 자체를 포함해 모든 하드웨어 동작을 소프트웨어적으로 흉내 낸다.

그 결과 둘은 제각기 일장일단을 갖게 된다. D는 동작 방식의 특성상, 태생적으로 성능은 V보다 꽤 뒤쳐진다. 오늘날의 1~2GHz급 초고성능 컴퓨터에서 겨우 90년대 중반, 윈도우 95 출현 직전의 486~펜티엄급 PC의 성능을 낸다. 사실, 도스의 수명은 거기가 끝이었으므로 그 정도만 동작해도 D는 제 할 일 충분히 해 낸 셈이다. 32비트 보호 모드도 지원하여 둠 정도까지는 도스용을 잘 실행해 내지만, 퀘이크까지 되면 차라리 윈도우용으로 포팅된 퀘이크를 돌리는 게 낫다는 뜻.

하지만 D는 소프트웨어 계층이 담당하는 일이 많은 덕분에, V의 방식으로는 상상도 할 수 없는 다양한 옛날 하드웨어를, 호스트 컴퓨터의 성능만 좋다면 얼마든지 재현해 낼 수 있으며 컴퓨터 구동 속도도 세밀하게 제어할 수 있다.

V의 경우 PC 스피커 소리가 제대로 나지 않으며, 위험한 데이브는 너무 빠르게 돌아가고 금도끼(도스용)는 너무 느릿느릿 실행된다. 이것은 V의 방식으로는 소프트웨어적인 방법으로 제어를 할 수 없다. 윈도우 3.x를 설치는 할 수 있으나 guest extension(VMware tools)을 제공하지 않으며 겨우 16컬러 VGA에서밖에 사용할 수 없다. 사실 V는 근본적으로 16비트 구닥다리 플랫폼 에뮬이 주된 목적인 제품이 아니다.

그 반면 D는 어떤가? 아예 PC 스피커 소리와 옛날 애드립 소리를 사운드카드로 흉내 내어 준다. 그냥 비프음뿐만 아니라, 하드웨어를 교묘하게 제어하여 PC 스피커로 얼추 사운드카드 소리를 내던 기법까지 완벽하게 재현된다! 화면/동영상/음성 캡처야 요즘 가상화 프로그램들이 거의 필수로 갖추고 있는 기능이지만, 아예 프로그램이 내리는 미디 명령을 캡처하여 게임 음악의 미디 악보를 저장하는 기능은 하드웨어를 소프트웨어적으로 흉내 내지 않고서는 구현할 수 없는 기능인 것이다.

없는 하드웨어를 소프트웨어로 다 만들어 준다. 일일이 autoexec나 config.sys 튜닝을 하지 않아도 EMS, XMS 같은 메모리 세팅도 다 자동으로 해 주고, 과거의 베사 SVGA 비디오나 미디 카드, 마우스, 심지어 모뎀 따위도 프로그램이 필요로 하면 다 잡아 주니 V와는 비교가 안 되는 그야말로 도스 천국이 아닐 수 없다. 옛날 잡동사니 드라이버 파일을 뒤지면 윈도우 3.x도 그래픽/사운드 잡아서 쓸 수 있다. 더구나 D는 무려 윈도우 9x에서도 돌아간다!

아무튼 D는 참 대단한 프로그램임이 틀림없다.
그러고 보니 굳이 NT 계열로 운영체제가 완전히 넘어가기 전부터도 윈도우 9x 시대가 되면서 디렉터리의 파일들을 정렬-_-해 주는 유틸리티, 그리고 파일 첫 글자를 입력하여 지운 파일을 살리는 undelete 유틸리티는 아련한 추억 저편으로 사라진 것 같다. FAT32를 도입한 윈도우 95 OSR2가 이를 더욱 가속화한 게 아닌가 싶다. 요즘 NT 계열에서 쓰이는 NTFS는 아예 구조적으로 파일이 자동으로 정렬이 유지되는 파일 시스템이다.

그 전의 FAT16은 하드디스크 크기를 겨우 2GB까지밖에 인식 못 했었다. 요즘은 하드가 아니라 램 크기가 수 GB인데! ㅎㄷㄷㄷ FAT16이 MS 도스 4.0에서 처음 도입되어서 그때는 그걸 갖고 “하드디스크 용량 제한이 ‘없어졌다’”라고 말을 붙이곤 했다. (과거의 FAT12는 한술 더 떠서 하드디스크를 32MB까지밖에 인식 못 했음)
하지만 윈도우 9x는 FAT32로도 100수십 GB 이상의 하드는 제대로 인식 못 하니 어차피 요즘 컴퓨터에서는 쓰지도 못한다.

참고로, VMware에다 과거 윈도우 운영체제를 설치해 보면, 2000/ME부터는 사운드를 자동으로 인식하고 멀티웨이브까지 되는 반면 95/98은 그렇지 못하다. USB 메모리를 안전하게 제거하는 트레이 메뉴가 추가된 것도, 그리고 미디에 소프트웨어 신시사이저가 기본 내장된 것도 2000/ME부터이다.

이런 맥락에서 보면 윈도우 ME는 같은 9x 계열 중에서 그저 나쁘기만 한 게 아니라 최신 하드웨어의 지원 면에서는 98 SE보다 나아진 점도 분명 있다. 하지만 괜히 도스로 부팅하는 기능만 쏙 빼서, 도스 지원 때문에 윈도우 9x 계열을 일부러 선호하는 사용자들로부터도 외면 받았고, 1년 남짓 XP가 출시되는 바람에 아주 짧은 시간만에 묻혀 버린 비운의 마지막 9x 계열 운영체제로 역사에 기록된 셈이다.

98도 마찬가지. 처음 나왔을 때는 윈도우 95+IE4 통합일 뿐이라고 비아냥거림이 많았지만, 95는 마우스 휠, USB, 멀티 모니터라는 개념 자체가 없었던 캐 구닥다리였다. 그런 것들이 도입되고 IME의 문자 입력 프로토콜이 유니코드로 확장된 것만으로도 98은 정말 숨통을 튼 것이었다. 98 SE는 윈도우 9x 계열 중에서는 정말 최장수 안정판이었음도 주지의 사실이다.

Posted by 사무엘

본인이 고등학교 때부터 딱 바뀌어서 지금까지도 변함없이 이어지고 있는 생활 습관을 들자면,
매일 성경을 읽기 시작했다.
세벌식을 쓰기 시작했다.
그리고, 노트북 컴퓨터를 끼고 살기 시작했다.

그래서 10년이 넘는 시간 동안 내가 노트북 없이 산 기간은 몇 개월이 채 안 된다.
노트북보다 더 작은 기계에조차 관심을 두지 않을 정도이다. 통화와 문자 이외에 스마트폰 같은 건 전혀 필요를 느끼지 않으며, 심지어 지하철 안에서 MP3조차도 노트북을 켜서 들을 정도이다.

초대: 삼성 센스 (1998. 3. ~ 2003. 5.) 지하철에서 분실
펜티엄, 윈도우 95/98급, 800*600 화면
USB 포트도 없는 완전 구닥다리였지만, 잃어버리는 마지막 순간까지 내 인생의 멋진 동반자였고 이걸로 <날개셋> 한글 입력기를 무려 2.x대까지 개발해 냈다. 램이 원래 16MB이던 것을 48MB까지로 확장하고 유선 랜 카드도 따로 장착했다.
전반적으로 튼튼하고 특히 내장 마이크 성능이 매우 뛰어난 게 마음에 들었으나, 아래 화살표 같은 키캡이 곧 빠지고 99년 무렵부터는 액정 접촉 불량도 조금씩 감지됐다. 2000년 말엔 한번 대대적인 수리를 받기도 했다.

2대: HP 프리자리오 (2003. 7. ~ 2005. 11.) 사고로 파손
펜티엄 III 중고, 윈도우 2000/ME급, 1024*768 화면
초대 노트북보다야 훨씬 성능이 좋지만, 그렇게 좋은 성능은 또 아니었기 때문에 데스크톱 완전 대용으로 쓰기에는 무리가 있었다. 중고여서 그런지 값은 쌌지만 내구성이 좀 약했던 걸로 기억한다. 이때 USB 플래시 메모리를 최초로 사용하기 시작했고, 무선 랜 카드를 달아서 썼다.
2004년 말엔 컴퓨터가 아예 켜지지 않는 문제가 발생하여 메인보드를 교체하는 수리를 받았다. 그렇게 계속 사용해 왔지만, 그로부터 1년 남짓 뒤엔 노트북 책상 위의 열린 창문으로 폭우가 그대로 쏟아지는 사고가 나는 바람에 기계 사망.

3대: LGIBM XNOTE (2005. 12. ~ 2008. 5.) 자폭
펜티엄 M 준중고, 윈도우 XP급, 1400*1050 화면
이제야 좀 데스크톱 성능과 비슷한 컴퓨터다운 컴퓨터를 사용하기 시작했다. 화면도 큼직하고, 윈도우 XP도 마음껏 돌리고 배경 사진도 트루컬러로 지정하고, 가상 머신도 돌리고 용량 걱정 없이 백업도 마음껏 하고.. -_-;;

모든 게 괜찮았고 이 기계를 한 5년은 쓸까 생각도 하고 있었는데 역시 준중고여서 그럴까? 구입한 지 몇 개월이 안 돼 액정 접촉 불량이 생겼다. 화면을 펼치다 보면 화면이 꺼져 버리는 것 때문에 굉장히 답답했고, 서비스 센터에 문의하여 부품을 여러 차례 교체한 뒤에도 이건 지병처럼 달고 다녀야 했다.
그러다 결국은 병특 기간 3년을 미처 못 채우고, <날개셋> 한글 입력기 5.0이 완성되는 걸 미처 구경 못 하고서 저절로 메인보드가 사망해 버렸다. 컴퓨터가 잘 돌아가다 갑자기 꺼져 버리거나, 켜지질 않았다. 내가 평소에 좀 험하게 다루긴 했어도 딱히 물이 들어가거나 떨어뜨리거나 외부적인 요인은 없었다.

4대: LGIBM XNOTE (2008. 6. ~ ) 현역 활동 중
Core2Duo, 윈도우 비스타급
3대 노트북의 후속 기종으로, 성능은 더욱 향상됐다. 또한 요즘 추세와는 달리 4:3 화면인 아주 희귀한 기종인데, 본인은 와이드 대신 4:3 화면이 훨씬 더 익숙하고 이를 더 선호한다.
지금까지 약 1년 반 동안 썼지만, 잔고장이 전혀 없이 어디서나 임무를 잘 수행하고 있어서 매우 만족스럽다. 역시 신제품이 튼튼한 건 사실이다.

액정 접촉 불량도 없고, 심지어 노트북의 고질병인 키캡이 빠진 것도 지금까지 전혀 없다. 엔터 키가 조금 약한 상태이긴 하지만 우려할 만한 정도는 아니다. OS로 비스타를 사용하고 있으나 7을 설치하는 데도 아무 문제 없다. 앞으로 수 년은 더 이 기계를 쓸 것이다. 3년을 미처 못 쓴 2대와 3대보다야 임기가 더 오래 유지되지 않을까? ^^

노트북은 너무 작으면 성능에 비해 가격이 치솟으며 더구나 본인처럼, 빠른 타자와 넓은 화면이 보장되는 준 데스크톱 급의 개발 환경이 필요한 사람에게도 부적합하다.
그렇다고 해서 너무 무겁고 크면 LCD 때문에 역시 가격이 비싸지며, 들고 다니기도 힘들어진다.
역시 자기 용도에 맞는 녀석 구입하는 게 중요한 것 같다.

Posted by 사무엘

2004년 KTX가 갓 개통했을 때 열차 시각표는 참 재미있었다.
서울-동대구 내지 서울-부산 무정차 KTX가 있는가 하면,
그 대신 새마을호가 무궁화호의 정차 계보를 그대로 뒤집어 써 서울-부산 5시간을 초과하던 말도 안 되던 시절이었다.
다행히 그러던 관행은 그 해 말에 다소 나아졌다. 아직 코레일(철도 공사)이 출범하기도 전의 사진 기록을 되짚어 본다.

2004년 11월 13일의 대전 역.
그렇다. 1~200까지가 옛날엔 새마을호의 운행 번호이다가 그걸 KTX가 물려받았고, 새마을호는 1001~1200, 무궁화호는 1201 이후로 밀려났다. KTX가 당당히 차지하고 있는 "2"라는 번호를 주목할 것. 지금은 KTX도 1부터가 아니라 101부터 시작한다.

위를 보면 주말이어서 열차가 굉장히 자주 드나드는 걸 알 수 있다. 1001과 1039는 대전 기준으로 동일하게 하행인데 7:32에 동시에 출발하고,
1260과 1026은 동일하게 상행인데 7:43에 동시에 출발한다. 물론 진짜 동시에는 아니고 먼저 보내 주는 열차가 있을 것이다.

좌석 시트는 자주색이다가 2004년 무렵에 이제 막 회색으로 바뀌었다. 영상 서비스가 잘 돌아가던 시절. 그리고 그때엔 좌석 머리 덮개에는 현대 택배나 우체국 같은 광고가 많이 붙어 있었다. 지금은 그냥 '만나세요! 코레일' 이런 것만 있음.

이걸 기억하신다면 당신은 진정한 old timer이다. 지금이야(2010) 제대로 된 영상 서비스가 나오는 열차는 KTX밖에 없지만, KTX는 종착역에 다 와서도 자기 방송만 그대로 나오지 새마을호처럼 멋진 'good bye' 영상은 나오지 않는다.
연합뉴스도 아니고 '코모넷'을 주목하기 바란다.

Posted by 사무엘

(각 그림들은 마우스로 클릭해서 나타나는 별도의 창으로 감상할 것)

1.x는 옛한글도 지원 안 하고, 오토마타는 매우 허접한 숫자 시퀀스로 구현되었으며, 한 입력 설정 하에서 고정된 개수인 두 글자판을 공유하는 구조였다.

Posted by 사무엘