sharksym's MSX World

https://sharksym.blogspot.com/2023/10/20-4-mmcsd-drive-v3.html

https://sharksym.blogspot.com/2023/11/20-5-paramsx-r.html

https://sharksym.blogspot.com/2024/01/20-6-paramsx-r-v11.html

https://sharksym.blogspot.com/2024/03/20-7-audiofactory.html

2015년 MMC/SD Drive V3로 turboR에 최적화된 디스크 기기

2016년 paraMSX-R로 Z80 명령어 패치와 가상의 슬롯 환경(머신 에뮬)

2017년 AudioFactory로 SCC-I, PSG 등의 사운드 에뮬

이제 2018년, 지난 3년간 만들었던 것들과 새로운 아이디어를 모아~모아~ 새로운 기기를 만들어봅니다!

14. MMC/SD Drive V4

으~~ 글을 한참 적다가 다 지웠습니다 ㅠ.ㅠ

하고싶은 얘기를 적다보니 끝이 없네요. 책을 써야하나 싶으네요ㅋㅋ

대충 요약하면...

- 메가램은 8KB 매퍼 최대치인 2MB 용량, 16KB 매퍼 4MB롬은 서브롬으로 구동.

서브롬은 멀티롬으로 활용가능합니다.

- 저사양 MSX2 유저를 위해, V4를 기본슬롯에 꽂으면 내부 확장슬롯 및 메모리매퍼 512KB 구동.

메모리매퍼가 동작 중이더라도, 2MB의 롬을 로딩/실행가능.

- SCC 및 SCC-I 사운드는 디스크 모드와 함께 동작가능, SCC-I 128KB 전용 모드 동작 가능.

사운드 상태값을 얻을 수 있도록 구현. PAC-V 비주얼라이저에서 활용됩니다.

- Kanji ROM은 롬폰트로 사용하거나, 별도의 폰트 파일을 로딩하여 머신 에뮬로 사용.

- GameRunner II 모드에 paraMSX-R의 머신 에뮬기능 일부를 넣어서 구현.

국산 MSX1, 유럽 MSX2 등의 환경을 만들 수 있으며, 디럭스박스, 카세트 에뮬 등 가능

- DCSG 사운드칩 내장. VGMPLAY 등으로 오락실의 뿅~~뿅~ 사운드를 감상 가능ㅋ

- 8BIT PCM 내장. 일반 MSX2에서도 동영상(MV) 및 WAV 사운드 재생 가능.

- 전체적인 사용자 경험(UX)은 V3와 동일하도록 구현.

사실 V4의 내부 S/W는 V3와 전혀 다릅니다요. 언젠가 시간이 나면 설명을 해볼게요~

그리고,

M 파일 매니저를 V4 전용 프로그램으로 알고 계시는 분도 있던데...

이건 그냥 평범한 DOS2 프로그램입니다. MMC/SD랑 아무 관계없어요 ㅎ.ㅎ

마지막으로, 제가 쓰고 있는 V4 가족 사진을 올려봅니다~

요렇게 2018년이 흘러갔네요.

그럼, 다음편에서 뵙겠습니다! ㅎ.ㅎ

2024년 3월 2일 토요일

지난 20년 개발의 추억 #7 - AudioFactory

월간 추억팔이 #7편이 나왔습니다~ ㅎ.ㅎ

이전글을 보시려면, 아래 링크를 눌러주세요!

https://sharksym.blogspot.com/2023/10/20-4-mmcsd-drive-v3.html

https://sharksym.blogspot.com/2023/11/20-5-paramsx-r.html

https://sharksym.blogspot.com/2024/01/20-6-paramsx-r-v11.html

2017년, MMC/SD V3를 3년째 쓰고 있군요~~

아시다시피 구버전(V2.x 등)에서 롬매퍼+사운드를 담당하던 SCC칩이 V3에서 제거되었습니다.

당시에 SCC-I 카트리지 또는 사운드 전용으로 개조한 SCC 카트리지를 쓰는 분이 많아서,

V3에 외부 SCC 사운드를 지원하는 방식으로 바뀐 것 자체가 큰 문제는 아니었는데요.

근데 이 방식은 기존 프로그램을 MMCSD가 자동패치해서 구동하는 방식이라서, 지원이 완벽하지 않다는 문제가...

암튼 다음번 MMC/SD V4에서는 SCC 사운드를 구현해서 넣기로 계획을 합니다. 흙흙...

좀 여담이지만...

2000년초에 레트로 사운드가 유행하면서, 각종 PSG, FM 계열의 에뮬로 뮤직플레이도 함께 유행했는데요.

저는 주로 윈도용 윈앰프를 썼는데, KSS, MGS 등의 음악 파일을 윈도에서 바로 들을 수 있어서 좋았지요.

그 때 윈앰프용 IMS 플러그인도 제가 만들었는데, 기억하시는 분들 계실지 모르겠네요ㅋ

회사에서 개발하면서 이어폰 꽂고 칩사운드를 즐기는 것도 나름 맛이 있었어요.

근데, 작년(2016년)에 MSX계에 어떤 S/W가 혜성처럼 등장하게됩니다. 바로 VGMPLAY

제가 GT를 쓰면서 MIDI, MP3 음악을 듣거나, 게임 오프닝을 보면서 사운드를 즐기는 경우가 많았거든요.

이젠 MSX용 VGMPLAY가 나오면서, PSG, SCC, OPLL, OPL4, DCSG 등 본체의 사운드 칩으로 음악을 쉽게 즐길 수 있게 되었네요.

실기를 켜는 즐거움이 2배로 더 늘어났다고 하면... 조금 과장이려나요? ㅎ.ㅎ

서론이 길었는데, 그렇게 AudioFactory 프로젝트가 시작됩니다.

13 AudioFactory

이름만 봐도 아시겠지만, 사운드 통합 기기가 되겠습니다.

현재 제가 쓰는 MSX 환경에서 슬롯 점유를 최소화하고 필요한 사운드를 추가하는 것이 목표입니다.

13.1 SCC-I

MMC/SD V4에 넣기 위한 SCC-I 에뮬입니다.

사운드만 넣어도 되겠지만, 어차피 슬롯 한개를 점유하는 기기니까... SCC-I 메모리도 128KB FULL로 넣어봅니다.

13.2 DCSG (SN76489)

세가 게임(오락실 기판 및 게임콘솔)에서 주로 쓰였는데요. 이제 MSX에서도 VGM 음악으로 즐길 수 있습니다.

저는 현재까지는 DCSG가 들어있는 SEGA VDP 카트리지(Franky)를 쓰고 있습니다.

이걸 대체하기 위한 DCSG(SN76489) 에뮬이 되겠네요.

13.3 Sec-PSG

일명 세컨더리 PSG가 되겠습니다 ㅎ.ㅎ

이쪽은 활용도가 높진 않지만, 오락실 기판에서 PSG 여러개를 쓰는 경우에 VGM 플레이를 즐길 수 있구요.

그 외 Sec-PSG를 쓰는 자작 게임에서도 활용할 수 있겠습니다요.

13.4 OPM (YM2151)

MSX용 기본 사운드는 아니지만, 야마하 뮤직 컴퓨터에서 사용된 SFG 카트리가 있습니다. 여기에 OPM이 포함되어있어요.

Memory Mapped I/O로 되어있어서 SCC-I랑 슬롯이 겹치니까, 이걸 넣으려면 고민을 좀 해야겠는데요.

근데 막상 기존에 즐겨듣던 VGM들이 OPM + ADPCM로 구성된 경우가 대부분이라, OPM 하나만으로는 그닥 쓸모가 없겠더라구요.

고민할 필요도 없이 OPM 기능은 삭제합니다 ㅎ.ㅎ

13.5 프로토타입 제작

paraMSX-R에서 쓰였던 보드 한장을 개조해서 만들어봅니다.

열심히 에뮬을 구현해보아요~ ㅎ.ㅎ

로직 소모를 줄이기 위해 짱구를 요리조리 돌려서 VHDL 코딩을!

기존의 음악환경에서 불편했던 것들이 해결되니 좋네요. 특히 DCSG 때문에 큼지막한 Franky를 꽂아둘 필요가 없어져서 최고!ㅋ

근데, 갑자기 이런 생각이 머리를 스칩니다.

MMC/SD V4에 SCC-I와 DCSG, Sec-PSG 에뮬을 몽땅 넣으면 어떨까? 으흠...

암튼, 요렇게 AudioFactory 프로젝트는 종료됩니다.

참고로, 이 기기는 제가 다른 분들에게 제작해드린 적은 없습니다.

아마 나중에 만들어지는 기기들을 보시면, 이유를 알 수 있을거에요 ㅎ.ㅎ/

2017년에 재밌는 작업을 했던 게 있어서 하나 더 적어봅니다.

IOBox라는 건데요.

이건 별도의 주변기기를 의미하는 것은 아니고 시리얼 포트를 활용한 프로그램입니다.

MSX에서 VGMPLAY를 쓰다보니, 예전 486 도스에서 썼던 SOP 음악이 생각나더라구요.

OPL3를 사용하는 음악이라서 재밌는 것들이 많았는데, MSX에는 SOP 플레이어가 없죠 ㅎ.ㅎ

그래서, 요상한걸 하나 구상하게 됩니다.

윈도의 DOSBOX 프로그램을 수정해서 OPL3 I/O를 MSX로 전송해서 들어보면 어떨까? 였죠.

PC와 MSX 간의 통신은 RS-232C 카트리지를 사용합니다.

DOSBOX의 OPL3 에뮬코드에 시리얼포트로 데이터 입출력을 넣습니다.

사실 이건 예전에 TV 내장된 리눅스용 paraMSX 에뮬에서 썼던 방식이긴합니다.

그 때는 PSG와 키보드(PPI) I/O를 본체쪽으로 시리얼포트를 이용해서 구현했었죠.

암튼 그렇게 구현해서 만든 DOSBOX용 외장 리얼 사운드카드가 되겠습니다.

PAC-V의 불꽃쇼도 나오면 좋으니, 함께 넣어봅니다ㅋ

아래는 NOTEW 프로그램으로 SOP 음악을 재생하는 모습이네요.

요렇게 2017년은 마무리되었습니다.

그럼, 다음편에서 뵙겠습니다! ㅎ.ㅎ

2024년 1월 26일 금요일

지난 20년 개발의 추억 #6 - paraMSX-R v1.1 마무리

월간 추억팔이 #6편이 나왔습니다~ ㅎ.ㅎ

지난 12월말에 글을 썼어야했는데 까먹었네요ㅋ

이전글을 보시려면, 아래 링크를 눌러주세요!

https://sharksym.blogspot.com/2023/10/20-4-mmcsd-drive-v3.html

https://sharksym.blogspot.com/2023/11/20-5-paramsx-r.html

12.4 구조 변경

때는 2017년, 확장슬롯을 피기백으로 쓰는 구조를 결국 포기합니다.

물론 특정 확장슬롯에 최적화해서 제작하더라도 쓸모가 있겠습니다만...

결과적으로 paraMSX-R과 해당 확장슬롯이 한세트가 되어버리면, 쓰일 귀회를 많이 잃게 되겠죠.

paraMSX-R과 확장슬롯을 통합해서 만드는 방법뿐이라는 얘기가 되겠습니다.

이 방식은 수년 후 SLT-Turbo에서 쓰이게됩니다만,

paraMSX-R은 이 방식을 포기하고, 단독 카트리지의 형태로 제작하기로 결정했습니다.

뭐, 당연한 얘기가 되겠지만...

실제 사용 시, SLOT 1 = paraMSX-R, SLOT 2 = 확장슬롯 따로 연결이 되니까,

paraMSX-R에서 확장슬롯에 꽂혀있는 기기들을 직접 액세스하는게 불가능해집니다.

에뮬모드에서 주변기기를 어떻게 활용할 것인가? 이게 가장 큰 문제가 되겠어요.

12.5 우회 처리

그럼, 외부 기기들 중 필수가 되는 것들을 우회해서 활용할 수 있는 방법이 필요한데요.

지원되는 기기는 FMPAC (OPLL 제외), MSX-Audio (Y8950 제외), FontPack (폰트롬 제외)입니다.

정확히 말하면 우회 처리는 아니구요.

슬롯의 I/O로 동작가능한 부분은 기존 기기 그대로 구동하고,

메모리 영역(롬, 램, 매퍼 등)만 구현해서 넣은 것입니다요~

따라서 SCC-I, MPX 같은 메모리맵 I/O를 쓰는 사운드 칩은 활용이 불가능합니다.

12.6 기본 내장 기능

그 외 시스템 Flag, Kanji 폰트, 대우 한글폰트, PAC, 재미나 딜럭스박스 등, 자주 쓰이는 H/W도 구현해줍니다.

구동되는 본체(호스트)가 일제든 국산이든 상관없이, paraMSX-R의 내장 I/O와 충돌하지 않도록 구동됩니다.

따라서,

V9958 개조된 X-II에서 A1WSX 에뮬모드로 구동 후 Kanji 폰트롬 출력,

A1GT에서 X-II 에뮬모드로 구동 후 대우 데모 프로그램 실행

등의 상황을 연출할 수 있습니다.

12.7 가상 디스크

본체에 내장된 FDD를 연결하거나 외부 슬롯의 디스크를 연결해주는 가상의 디스크입니다.

원래 디스크롬은 마스터 디스크롬에서 슬레이브 디스크롬을 호출하는 방식인데요.

여기서는 가상의 마스터롬이 실제처럼 보이도록 만들어줍니다.

아래처럼 런처에서 슬롯을 선택할 수 있어요.

MSX에서 최대 4개의 디스크롬을 쓸 수 있는데, paraMSX-R에서는 일단 하나의 디스크롬만 매핑하도록 했습니다.

나중에 필요하면 기능을 추가할까 했는데, 6년이 흐른 지금도 딱히 떠오르는 활용 시나리오가 없네요. 그냥 패스~ㅋ

실제 동작은 아래 영상으로 구경하셔요!

12.8 롬디스크 부팅

요즘 실기를 쓰시는 분들은 보통 주변기기를 주렁주렁 달고 계시겠지만... (아니라구요?)

아무것도 없는 MSX2에 paraMSX-R을 쓰는 경우도 한번 생각해봤습니다.

디스크 드라이브가 없는 환경에서는 CALL PARAMSX 명령으로, paraMSX-R의 내장 롬디스크로 부팅이 가능합니다.

재부팅하면 PARAMSX.COM 프로그램이 자동으로 실행됩니다.

아래는 FS-A1에 paraMSX-R 하나만 꽂고, 대우 아이큐1000 모드를 구동 후 디럭스박스에 카세트로 로딩하는 모습입니다.

데이터레코더 대신 휴대폰으로 WAV파일을 재생했네요 ㅎ.ㅎ

12.9 보너스 기능

paraMSX-R은 오랫동안 고민해서 만든 결과물이긴한데, 조금 문제가...ㅎ.ㅎ

이게 실기를 켤때마다 사용하는 기기가 아니잖아요.

보통은 카트리지를 서랍에 보관하다 필요할 때 꺼내서 쓰는 상황이 되겠죠?

"Out of sight, out of mind"라는 말이 있습니다요.

카트리지가 안보이면 잘 안쓰이게 됩니다ㅋ

그래서 'paraMSX-R을 평상시에도 활용하고 싶다'라는 생각이 들더라구요.

어떤 기능이 좋을까 고민을 해봤는데, 그냥 램 2048KB를 몽땅 메모리매퍼로 구동하는 거였습니다. 단순! 간단!

H/W 특성 상, paraMSX-R을 기본슬롯에 꽂아야만 에뮬모드를 활용할 수 있으니...

확장슬롯에 꽂아서 부팅하면 자동으로 메모리매퍼 전용 모드로 바뀌도록 해놨습니다.

그리고, 카트리지의 EXIT 버튼을 누른채로 리셋하면 메모리매퍼 모드로 강제전환도 가능하구요.

나중에는 SLT-X 확장슬롯에서 기본슬롯 전환 기능을 넣어서, 좀 더 편하게 쓸 수 있도록 되었네요.

뭐, 그렇게 paraMSX-R은 확장슬롯에 붙박이로 자리잡게 되었습니다요~ ㅎ.ㅎ

paraMSX v1.1에서 최종완성이 되었네요.

그럼, 다음편에서 뵙겠습니다! ㅎ.ㅎ

2023년 11월 30일 목요일

지난 20년 개발의 추억 #5 - paraMSX-R

월간 추억팔이 #5편이 나왔습니다~ ㅎ.ㅎ

이전글을 보시려면, 아래 링크를 눌러주세요!

https://sharksym.blogspot.com/2023/10/20-4-mmcsd-drive-v3.html

12. paraMSX-R

이제 2016년으로 넘어갑니다.

저의 MSX 환경은 8년째 비슷하게 유지가 되고있네요.

GT의 상단슬롯은 게임팩 또는 주변기기 테스트 용도로 비워두고,

후면슬롯에는 확장슬롯(서브슬롯 6개)에 주변기기가 주렁주렁 달린 모습이죠.

어느날 문득 이런 생각이 들더라구요.

주변기기들이 모두 GT의 후면 슬롯(확장슬롯)에 모여있으니, 본체와 확장슬롯 사이에 뭔가를 넣어보면 어떨까?

확장슬롯 및 주변기기들을 몽땅 피기백으로 올려서 쓰는 기기를 만들게 됩니다 ㅎ.ㅎ

12.1 머신 에뮬레이터

가상머신이라고 부르긴 애매하고, 그렇다고 완전한 에뮬이라고 할 수도 없고.

외부기기들은 그대로 연결되어 사용되지만, 내부의 H/W는 우회하는 방법들...

사실 H/W 자체의 주기능은 I/O remap입니다만, 이게 가능하게 되면 SLOT 환경을 속일 수가 있겠죠?

SLOT의 메모리 영역과 I/O 액세스를 마음대로 바꿀 수 있다면, 원래는 구현할 수 없는 것들(SLOT 0 개조)을 해볼 수 있습니다.

예를 들면, GT를 아이큐2000처럼 동작하게 하거나, WSX를 아이큐1000 처럼 보이도록 하는 것들이요 ㅎ.ㅎ

기기의 이름인 paraMSX-R은 사용자 입장에서 쉽게 이해할 수 있는 이름을 붙이려고 고민하다가 나온 이름입니다.

윈도용 MSX 에뮬레이터인 paraMSX를 실기(Real Machine)에서 구동하는 경험을 만들어주는 느낌같은거라고 보시면 되겠습니다.

아래 영상은 제 GT에서 대우 아이큐1000의 환경을 만들어본 모습입니다.

나중에는 런처의 UI도 윈도용 paraMSX와 유사하게 만들게됩니다.

아래는 2017년에 찍은 UI 데모영상이네요.

12.2 외부기기는 피기백으로

원칙적으로 I/O remap을 구현하려면 본체의 Z80과 BUS 사이에 기기가 설치되어야합니다.

근데 대부분 MSX들(후기형)이 Z80을 내장한 MSX-ENGINE을 쓰기 때문에 이런 개조가 불가능하죠.

그래서 CPU가 명령어 fetch 할 때, 오퍼랜드의 포트 주소를 바꾸는 식으로 구현이 되어있습니다.

단순 메모리 R/W에서는 CPU는 원래 코드로 인식하지만, 실제 실행될 때는 코드가 바뀌는 것이죠.

그냥 코드가 런타임으로 패치되는 방식이라고 이해하셔도 무방할 듯 싶습니다.

신호의 흐름은 이런식이겠죠?

MSX-ENGINE (Z80 + 내장 I/O) <-> paraMSX-R <-> 확장슬롯(외부 S/W, H/W)

확장슬롯은 paraMSX-R이 생성한 SLOT 1,2,3 중 하나(기본슬롯)만 연결이 되구요.

paraMSX-R 내부에서는 SLOT 0과 확장슬롯을 제외한 나머지 슬롯에 내장기기를 구현(탑재)합니다.

일단 구조설명은 여기까기만 하겠습니다요.

더 자세한 내용은 게시판에서 'paraMSX-R 제작'으로 검색해서 보셔요~ ㅎ.ㅎ

아래 사진은 GT의 후면슬롯에 paraMSX-R을 장착하고 확장슬롯 케이블이 연결된 모습입니다.

만약 머신 에뮬의 기능이 꺼진 상태에서는 paraMSX-R는 모든 신호를 확장슬롯으로 bypass합니다.

평상시엔 paraMSX-R을 안 꽂은 것과 똑같다는 얘기에요.

12.3 난관과 마무리

paraMSX-R v1.0 보드에 저의 확장슬롯(6슬롯)을 연결해서 이리저리 테스트를 해보니, 문제점이 좀 발생하네요.

BUS 신호들이 여러 단계의 버퍼 및 스위칭을 거치게 되니까, 결국 코드 remap 타이밍을 못 맞추는 경우가 생기더라구요.

물론 주변기기에 따른 편차도 있구요.

결국 이 문제 때문에 paraMSX-R의 피기백 구조는 보류합니다.

물론, 확장슬롯 자체를 보드에 통합하는 방법도 생각해봤는데요, 이건 컨셉을 모호하게 만드는 것 같아서 안되겠더라구요.

다른 확장슬롯을 활용 못하도록 강요하는 것은 바람직한 방향이 아니겠죠?

차라리 외부슬롯의 사용은 제약이 좀 따르더라도, paraMSX-R을 단독 카트리지로 만들고 자체의 에뮬기능을 더 넣는 방법은??

원래 계획했던 것과는 상당히 다른거라서, 이건 좀 고민해보기로 합니다. (결국 이 방안으로 가게됩니다 ㅠ.ㅠ)

이렇게 paraMSX v1.0은 미완성으로 마무리되었네요~

그럼, 다음편에서 뵙겠습니다! ㅎ.ㅎ

2023년 10월 30일 월요일

지난 20년 개발의 추억 #4 - MMC/SD Drive V3

추억팔이 #4편이 나갑니다요~ ㅎ.ㅎ

이전글을 보시려면, 아래 링크를 눌러주세요!

[본론]

11. MMC/SD V3 제작

2007년에 MMC/SD V2가 나온지 8년이 지났네요.

저의 MSX 환경은 1024KB램 증설된 A1GT와 확장6슬롯으로 조금 지겨워지고 있었습니다ㅋ

주변기기는 MMC/SD V2 + SCC-I + MoonSound + MPX + RS-232C + Music Module 조합으로 붙박이었네요.

이런저런 생각들이 하나 둘 쌓이다가 이런 결론에 도달하게 됩니다.

'필요한 기능을 모아서 새로운 MMC/SD를 만들어보자!'

참고: 이하 MMC/SD Drive V2 및 V3는 V2, V3로 줄여서 쓰겠습니다.

11.1 메가램 합체

게임을 위해, 메가램이든 플래쉬 롬팩을 쓰다보면 조금 귀찮은 부분이 있습니다.

본체를 리셋하더라도 메가램에 다운로드된 게임이 재구동 되니까,

본체전원을 끈 후 메가램의 내용이 지워(파괴)지도록 조금 기다렸다가 다시 켜야하는 작업이죠.

그냥 본체리셋만으로 메가램의 재실행을 방지하고 DOS로 부팅되면 편하지않을까요?

사실 이건 V2에서 플래쉬롬을 멀티롬(디스크롬 + 게임롬)으로 바꿔서 구동하는 기능으로 이미 구현되어있어요.

V3에서는 여기에 메가램을 추가하는겁니다요ㅋ

메가램/롬 매퍼는 최대 2048KB이구요. FlashROM 1024KB + SRAM 1024KB 조합입니다.

실제 V3 보드에는 FlashROM 1024KB x 2 + SRAM 512KB가 들어갑니다.

SRAM은 1024KB로 확장이 가능하구요. (약간의 납땜 작업이 필요합...니다.)

V3에서는 전원을 켜면 항상 DOS2 디스크롬으로 구동이 되며,

MMCSD.COM 프로그램으로 ROM을 다운로드 후 메가램 모드로 전환 재부팅이 가능합니다.

참고로, 메가램 모드로 바뀌면 디스크롬은 보이지않게 됩니다.

소프트 리셋을 하는 경우는 메가램 모드가 계속 유지되구요, 하드 리셋의 경우에는 디스크롬 모드로 복귀됩니다.

이제 좀 편해졌군욤~ 흐흐...

11.2 서브롬

V2의 메인 플래쉬롬을 쪼개서 구현한 멀티롬 기능은 V3에서 삭제됩니다.

대신 별도의 1024KB의 플래쉬롬을 넣어서 전체를 하나의 게임팩처럼 쓸 수 있도록 해봅니다.

가끔 쓰일 경우가 있으니까요.

라고 생각하며 넣었는데요.

나중에 이 서브롬을 이용해서 KOEI 게임의 롬 + SRAM 모드를 구현하거나,

1.5MB 등의 사이즈가 큰 롬을 플래쉬롬과 SRAM에 나눠 다운로드해서 구동하는 모드가 들어가게됩니다.

(서브롬 안 넣었으면 어쩔뻔?ㅋ)

11.3 디스크 파티션 변경

V2에서는 최대 2GB의 SD(SDSC)를 720KB씩 분할해서 할당하는 파티션(최대 4095개) 개념을 넣었는데요.

V3에서는 고용량의 SDHC를 지원하게 되어서, 이 방식을 포기하게 됩니다.

만약 이 방식으로 32GB의 SDHC를 720KB로 분할하면, 대략 4만6천개의 파티션이 생성되는 사태가 벌어지겠죠 ㅎ.ㅎ

PC에서 사용하는 일반적인 디스크 파티션을 그대로 사용하도록 변경되었구요.

해당 파티션은 자동으로 디스크 드라이브로 마운트됩니다. A: B: C: D: ... 이런순으로요~

참고로, 메인 플래쉬롬의 롬디스크를 A: 드라이브로 마운트하는 기능은 여전히 지원됩니다.

이 경우에는 SD카드가 B: C: D: E: ... 순으로 밀리게 되겠네요.

A: 드라이브는 DOS2 부팅을 위해 FAT12로 포맷이 되어야합니다.

V3의 롬디스크로 부팅해서 SD카드 초기화(INSTALL) 작업을 진행하면,

자동으로 32MB 파티션을 할당하고 FAT12로 포맷이 되니까 참고하셔요.

11.4 FDD 에뮬 변경

V2에서는 부팅 드라이브(A:)의 파티션을 2DD로 할당된 파티션으로 바꿔서 FDD 에뮬을 했습니다만,

이제 이 방식은 쓸 수 없으니, 다르게 구현해봅니다요.

일반 파일로 저장된 디스크 이미지(*.DSK)를 그대로 R/W해서 FDD 에뮬을 처리하는 것이죠.

PC용 MSX 에뮬(예:paraMSX)에서 DSK 파일을 마운트하는 것과 똑같은 방식입니다. 멀티디스크 지원도 동일하구요.

실기에서 구동된다는 차이만 있을 뿐이죠 ㅎ.ㅎ

물론 뭐, MSX 실기에서 이걸 구현하려면...

DOS2와는 별개로 V3의 디스크롬에서 FAT12/FAT16의 디렉토리, 파일 엔트리를 처리해야 하니까 조금 부담이 됩니다.

근데 이렇게 하는 것보다 나은 방법이 없으니 Z80 풀파워로 구현해봅니다요 ㅎ.ㅎ

아마 사용자 입장에서도 이렇식의 FDD 에뮬이, 가장 직관적인 사용법이 아닐까싶으네요.

약간의 걸림돌이라면, 기존 V2에서 만들어뒀던 SD카드는 V3에서 못 쓴다는 점이겠죠ㅋ

11.5 turboR 최적화

V2에서 디스크 속도에 대한 큰 불편함은 없었는데, V3에서는 대용량 FAT16 디스크를 주로 써야하구요.

메가램 로딩, FDD 에뮬 등으로 디스크 R/W 부담이 늘게 되니, 디스크 속도를 올려야 덜 답답하겠더라구요.

기리고, turboR 구조에서 이득을 볼 수 있도록 설계했습니다.

결론적으로 turboR에서 디스크 Read 속도가 약 530KB/sec 정도가 되었습니다.

MSX2/2+에서는 속도가 155KB/sec 쯤 됩니다.

V2의 속도가 130KB/sec 수준이었으니, turboR에서 V3는 상당히 쾌적하게 되었습니다~

MSX2/2+에서는 V3가 V2보다 조금 빨라진 정도니까, FAT16 드라이브를 쓰려면 좀 인내심이 필요합니다요.

사실 Z80 3.58MHz로는 좀 버겁습니다.

11.6 GameRunner

기존 GameRunner는 본체의 메인램과 VRAM을 사용하는 GRUN.COM 프로그램이었습니다.

이 프로그램과 비슷한 방식으로 V3의 메가램을 활용하는 GameRunner가 추가해봅니다.

기존 GRUN 프로그램이 V3의 추가기능을 지원하는 방식은 아니구요.

V3 전용 툴(MMCSD.COM)에 V3용 GameRunner가 포함되는 방식입니다. (MMCSD.COM의 /G 옵션 사용)

11.7 외부 SCC 사운드 처리

V2에는 SCC 칩이 들어있어서, 코나미 게임을 실행할 때 SCC 사운드를 그대로 들을 수 있습니다.

근데 V3에서는 SCC가 없어요ㅋ

대신 메가롬 및 GameRunner 모드에서 다른 슬롯에 장착된 SCC 사운드를 처리할 수 있는 기능이 들어갑니다.

물론 다른 슬롯의 기기(SCC)니까, 이걸 H/W적으로 처리는 불가능하구요. S/W 패치로 구현하게 됩니다.

MMCSD.COM에서 롬파일을 다운로드할 때, 다른 슬롯에 SCC가 발견되면 해당 기능이 자동으로 롬패치되어 구동됩니다.

[결론]

V2를 수년간 쓰면서 불편(귀찮아)했던 것들을 개선하고, 대용량 SDHC를 편하게 쓸 수 있도록 만드는게 주목적이었네요.

그렇게 2015년은 쓰윽~ 흘러갔습니다...

긴 글 읽어주셔서 감사합니다요~ ㅎ.ㅎ

2023년 10월 6일 금요일

지난 20년 개발의 추억 #3 - 램상주 폰트의 시작과 끝

연휴는 잘 보내셨나요? 그럼 #3편이 나갑니다요~ ㅎ.ㅎ

이전글을 보시려면, 아래 링크를 눌러주세요!

https://sharksym.blogspot.com/2014/10/ksspe-v10-ks5601.html

[본론]

8. M 파일매니저에 잡다 기능을 통합해보자

컴퓨터 활용에 가장 걸림돌이 되는 것이 뭘까요? 역시 귀차니즘이겠죠ㅋ

이젠 S/W 개발에 불편함이 없으니, 더 편하게 쓰는 쪽으로 나가봅니다.

흩어져 있던 기존 프로그램들을 개선하느니, 걍 M 파일매니저에 다 때려넣는거죠 ㅎ.ㅎ

8.1 MP3 플레이어 통합

기존 MPXP 프로그램은 파일명을 커맨드라인으로 받아서 처리합니다.

별도의 UI 없이 ESC를 누르면 종료하는 식이었죠.

이 MPXP를 M 파일매니저에 통합해서, 백그라운드 재생을 해보아요~

MP3, WMA 등의 음악을 들으면서, 디렉토리 브라우징을 할 수 있게되니 좋네요 ㅎ.ㅎ

듣고싶은 파일들을 선택해서 연속재생까지 해놓으니 손도 편해졌구요.

8.2 IMS 플레이어 통합

MPXP처럼 IMSP 프로그램도 M에서 백그라운드 재생으로 해보아요~

MP3 재생 시에는 파일을 읽어서 바로 디코더(MPX 카트리지)로 전달하면 끝입니다만...

IMS는 파일 전체를 메모리에 로딩 후 처리합니다. 대부분 파일이 128KB 이하니까 크게 부담은 안되겠죠?

혹시 이게 부담되는 환경이라면, 아마 기존 M, IMSP를 실행하는 것도 힘드셨을테니 어차피 상관없을 듯요ㅋ

M에 IMSP를 통합해서 백그라운드 처리로 구현해보니, Z80에서는 조금 부담이 되네요.

최대한 인라인 어셈으로 때워서 막아봅니다.

혹시 GT가 필요하시면 지금이라도 일옥으로 달리세요! ㅎ.ㅎ

8.3 M LITE 버전

시간이 흐르니 MSX2/2+에서도 M을 쓰시는 분들이 조금씩 늘어나더라구요.

그.래.서. 결국 그래픽과 메모리 사용량을 줄인 M LITE 버전을 만들게 됩니다.

넌인터레이스 그래픽으로 처리하면 화면처리 속도가 2배 넘게 빨라지니까, MSX2/2+에서도 쾌적합니다요.

물론 turboR에서는 겁나 빠른 속도로...ㅎ

참고로, 2013년 초에는 M 기본 버전과 LITE 버전의 실행파일을 따로 릴리스했습니다만,

이제는 M 실행파일 하나로 통합되어있습니다. 메모리 용량이 모자라면 자동으로 LITE모드로 전환합니다.

M.INI 파일에서 넌인터레이스 설정으로 바꿀 수도 있으니, 인터레이스 출력이 안좋은 모니터에서도 도움이 되겠습니다.

그리고, M에 내장된 영문폰트가 맘에 안들면, 외부 폰트를 로딩할 수도 있으니 참고하시고~

9. KS X 1001

80년대 대우 MSX2에서는 조합형 한글이 사용되었습니다.

현재 M 파일매니저에서도 한글 출력을 위해 844 조합형 폰트를 사용합니다만,

한글 코드는 조합형, 완성형 모두 지원이 됩니다.

한글 윈95 시절부터는 폴더, 파일명에 MS CP949가 기본으로 사용되고, 긴파일명(LFN)에서는 유니코드가 쓰입니다.

폴더이름이 한글로 되어있으면, 윈도와 MSX의 M 파일매니저에도 똑같이 볼 수 있으니 편하죠.

근데, M에 IMSP, MP3 플레이어를 넣다보니... 한글 외 특수문자 또는 한자를 표시해야되는 경우가 종종 생기더라구요.

한글은 조합형 폰트가 12KB 정도라서, 프로그램에 넣어도 부담이 없는데요.

KS X 1001 (KS C 5601)의 특수문자(37KB)와 한자(153KB)를 모두 넣으면 용량이 꽤 됩니다.

어떻게 할까 고민을 해보니...

폰트는 램상주로 올려놓고, 여러 프로그램들이 공용으로 사용하면 괜찮을 것 같더라구요.

아무래도 파일이 크니까, 부팅할 때 한번만 로딩하는 편이 좋겠죠? ㅎ.ㅎ

일단 텍스트뷰어(HV)와 M 파일매니저는 해결이 되겠고... 추후 DOS2용 게임을 만들 때도 활용을?!

그렇게 램상주 폰트가 만들어지게 되었습니다 ㅎ.ㅎ

9.1 램상주 폰트 로더

특수문자 로더인 KS_SPE 프로그램입니다.

한자 로더인 KS_HANJA 프로그램입니다.

https://sharksym.blogspot.com/2014/10/kshanja-v10-ks5601.html

9.2 램상주 폰트... 이대로 좋은가?

특수문자와 한자표시를 할 수 있어서 좋은데, 약간의 애로사항이 있네요.

부팅 시 매번 폰트를 로딩하는 시간이 걸린다는 것과, 여전히 메모리 점유의 부담이죠.

저야 뭐 1MB의 GT라서 걱정 NoNo입니다만...

반년정도 상황을 지켜보니, 저 외엔 폰트로더를 쓰시는 분이 한명도 없더라구요 ㅎ.ㅎ;

MSX에서 MP3나 IMS를 듣는 사람이 별로 없으니...

M, HV에 내장된 한글지원 정도면 충분하다고 생각하시는 거겠죠? ㅎ.ㅎ

10. 한글 폰트팩(FontPack V1)을 만들어보자.

부담없이 한글/한자를 쓸 수 있도록 H/W의 도움을 받아보도록 합시다.

자세한 내용은 아래 블로그 글들을 보셔도 되겠습니다.

https://sharksym.blogspot.com/search/label/_FontPack

10.1 폰트롬 I/O

Kanji 폰트처럼, I/O 포트를 사용합니다.

전체 용량은 2MB입니다. 유저 폰트를 128KB SRAM에 로딩할 수도 있습니다.

자작 프로그램에서 런타임으로 폰트를 변경하는 등으로 활용할 수 있겠네요.

폰트팩의 폰트롬은 Kanji 폰트처럼 1bit의 데이터로 저장됩니다.

대신 스크린6의 2BPP 컬러, 스크린5,7의 4BPP 컬러 변환 기능을 H/W로 넣어보아요~

MSX1의 패턴맵 그래픽은 1BPP로 된 폰트를 읽어서 바로 쓰면 되지만,

MSX2의 비트맵 그래픽은 2BPP, 4BPP, 8BPP입니다.

화면에 표시하려면 컬러로 계산 후 메모리에 써넣어야하죠.

이걸 폰트 I/O에서 직접 처리하면 편할 것 같더라구요.

Fore Color, Back Color 레지스터만 설정하면, 컬러가 적용된 폰트 데이터를 포트로 읽을 수 있습니다.

이 값을 그냥 VRAM에 써넣으면 OK! ㅎ.ㅎ

10.2 문자 코드는 확장 완성형 (CP949)

1995년 MS에서 윈도95를 만들 때 등장했던 코드입니다. 당시에는 논란이 많았던 코드죠?ㅋ

완성형 한글(KS C 5601)에 빠져있던 한글을 몽땅 때려박은...ㄷㄷ

20여년이 지났지만, 지금도 윈도의 파일 시스템에서 기본으로 쓰이는 한글입니다.

폰트롬은 이 코드영역의 문자를 그대로 넣습니다.

S/W에서 상호간 코드 변환(한글 조합, 유니코드 등)을 빠르게 할 수 있도록, 코드변환 I/O도 넣어줍니다.

윈도의 긴파일명(LFN) 또는 MP3 ID3v2의 유니코드를 표시할 때, 코드변환기를 활용하면 좋겠죠? ㅎ.ㅎ

M 파일매니저에서 LFN 표시가 지원된건 2022년이라는 게 함정이네요. (폰트팩 개발된지 7년이 지난ㅋ)

10.3 폰트의 픽셀사이즈는 16 x 16 및 12 x 12

고해상도 모드(가로 512픽셀)에서는 가로폭 16픽셀 폰트로는 64컬럼밖에 구현하지 못합니다.

12픽셀 폰트를 쓰면 85컬럼까지 가능합니다. 저해상도 모드에서도 40컬럼도 가능하겠구요.

이정도면 실사용에서는 충분할 것 같네요.

10.4 문자 출력용 DEVICE

그래픽 모드에서는 GRP라는 DEVICE를 사용합니다.

국딩 때 BASIC 좀 써보셨으면, OPEN"GRP:"AS#1 명령은 달달 외우셨겠죠? ㅎ.ㅎ

폰트팩에서는 FNP라는 DEVICE가 추가됩니다.

본체의 GRP DEVICE와 함께, OPEN"FNP:"AS#2으로 폰트팩 디바이스도 사용가능합니다.

일제 기종에서 일어와 폰트팩 한글을 동시에 출력할 수도 있다는 얘기죠.

대우 X-II에서는 본체의 명조체 한글과 폰트팩의 한글을 동시에 쓸 수 있겠구요.

80년대 만들어졌던 BASIC 프로그램들의 GRP 디바이스명을 FNP로 바꾸면,

폰트팩의 한글로 쉽게 대체할 수 있습니다.

일제 기종에서 아이큐교실 프로그램을 이렇게 구동할 수 있어요.

10.5 한글 IME

한글 출력을 H/W로 넣었으니, 한글 입력기도 S/W로 넣어봅니다.

2바이트 조합형과 CP949 모두 지원됩니다.

폰트팩이 없는 대우 MSX2용 한글 프로그램을 만들 때는 조합형으로 입력해야겠죠? ㅎ.ㅎ

IME 설정은 BASIC, DOS 모두 가능합니다요.

M에서 파일명 바꿀 때에도 한글을 입력할 수 있구요.

10.6 ANSI 스크린

BASIC 및 DOS등에서 활용가능한 ANSI 출력모드입니다.

조합형 한글, 완성형(CP949) 한글의 전환이 가능합니다.

초기에는 인터레이스 모드만 있었지만, 나중에는 넌인터레이스 모드도 추가되었습니다.

그래도 고해상도 모드(가로폭 512픽셀)라서 RGB 모니터가 아니라면 글씨를 읽기 힘들겠네요.

이렇게 램상주 폰트의 말로는 폰트팩의 탄생으로 연결되었습니다.

HV, M에서는 램상주 폰트를 지원하니까 에뮬 등에서 활용하시려면 한번 써보셔요.

(에뮬에서는 폰트팩을 지원안하니까요ㅋ)

2012년 ~ 2015년 사이의 작업들이었습니다.

긴 글 읽어주셔서 감사합니다요~ ㅎ.ㅎ

2023년 8월 29일 화요일

지난 20년 개발의 추억 #2 - 램상주 폰트로의 여정

#1편의 기억이 잊혀질 때 쯔음, #2편이 시작됩니다 ㅎ.ㅎ

이전글을 보시려면, 아래 링크를 눌러주세요~