마음 가는 잡동사니

이번에 다룰것은 정말 말도 많았고 공정도 자주 바뀌었던 문제의 물건입니다.
제가 접한 정보가 한정적일수가 있기 때문에 모든 것을 다루지 못하는 부분이 다분할수 있으니 이해해 주시기 바라고 혹여 중요한 정보가 누락되었다면 알려주시면 수정하도록 하겠습니다. ^^

------------------------------------------------------------------------------------------------

4. Supercard DS one

 - 등장시기 : 06년 12월 부터 나왔다 들어갔다를 반복하여 정확히 추정이 힘듬.
 - 특징 : 여러 차례의 공정의 변화를 거쳐 내부 칩이 수시로 바뀜 (일명 "떡칩"이란것이 있다 없다함)
            초기에는 전지를 사용한다고 했으나 지금은 안쓴다고 발표함. (슈퍼모드시는 쓴다고함.)
            NDS 게임의 RTS (Real Time Save) 지원 (07년 후반에 들어서 발표한 커널에 포함된 기능)
            문쉘 기반 OS 이기에 TXT나 MP3, DPG등의 파일이 OS 메뉴상에서 바로 구동이 가능

 ; 처음 Supercard DS one (이하 SCDS1)이 등장하였을때의 슈카의 새로운 로고가 박힌 스티커를 단 SCDS1의 모습은 단연 당시 가장 멋진 모습이 아니었나 생각해봅니다. 하지만 공정상의 문제로 인해 불량율이 너무 높아 이 초기 모델은 시장에 풀린지 한달도 되지않아서 전량 리콜이 되고 새로운 공정의 모델이 다시 나오게 됩니다. (여기서 처음으로 구공정, 신공정 이란 말이 등장하게 되지만 이후에도 잦은 공정의 변화로 인해 가장 최근것을 신공정, 이전것들을 모두 구공정이라고 지칭하게 됩니다.) 패키지의 구성은 여느 닥터들과 비슷한 구성품이지만 패키지 자체의 완성도는 가장 깔끔하지 않았나 생각합니다. 거기에다가 Slot 2 닥터 시절부터 쌓아온 명성이 있기에 지지층도 확실히 확보된 상태의 출발이었기에 사람들의 초기 신뢰도는 SCDS1이 단연 최고라고 따르는 사람이 있을 정도로 확고한 입지에서 시작합니다. (정팩과 동일한 방식의 실시간 세이브 - 게임중 저장하면 그때 바로 세이브 파일을 생성 - 하는 것 때문에 가장 인기를 얻기도 했었지요.)


 ; 이후 OS의 불안정으로 인해서 또 한번 크게 이슈화가 되지만 역시나 슈카팀이라고 할만한 속도의 패치업과 OS 버전업으로 인해 무마 시키게 되고 안정적인 자리를 굳혀 나가게 됩니다. 하지만 금방 이 패키지는 사라지고 파란색의 패키지로 재포장을 하고 등장을 하게 되고 또 마침 SCDS1 이 좋은 소문을 타면서 많은 판매고를 올리게 되는데요. 이 때 큰 사건이 발생하게 됩니다. 소위 말하는 떡칩 사건입니다. SCDS1 내부의 IC칩과 동일한 구조의 회로가 PCB에 있고 그 위를 검은 무언가 (이름을 까먹어서 죄송합니다.) 로 뒤덮어 놓은 것입니다. 확실히 정상적인 IC 칩에 비해서 회로 안에서의 흐름이 느려지는 부분이 발생할수 있기에 성능이 떨어질수 있다고는 말할수 있으나 구조상으로는 정상적인 IC 칩을 달고 있는것과 동일한 것이라고 보면됩니다. (국내 유저들 대부분이 떡칩이라서 전지를 쓴다, 떡칩이라서 구리다 라는말을 많이들 하시는데 사실 IC칩의 구조를 그대로 PCB에 같이 찍어 생산하고 그 회로의 발열에 대한 보호를 위해 바른것입니다. 결국 IC칩과 구조는 99% 동일하다고 말할수 있습니다.) 하지만 유저들의 눈에는 절대 나쁘게로 밖에 보이지 않겠지요. 당연히 단가 절감등의 슈카팀의 사정으로 인한 독단적인 변경이니 이전의 내부 구조를 보고 구매를 결정한 유저들로서는 실망과 배신감이 상당할수 밖에 없었을 것입니다.


 ; 결국 SCDS1의 시장에서의 입지는 상당히 약해지고 결국 슈카 = 떡칩 이라는 공식이 성행하면서 안좋은 이미지가 시장에서 지배적이게 됩니다. 하지만 결국 이건 국내나 일본쪽 이야기이구요. 그 외 타국에서는 크게 동요하지 않고 꾸준한 인기를 유지합니다. 북미나 유럽의 경우는 이전 기기에 대한 신뢰도(slot 2 에서의 슈카의 신뢰도는 상당히 튼튼했습니다.)가 이후 기기가 문제가 생기더라도 fix 할것을 믿고 구매를 하는 성향이 강하기에 그런것으로 생각됩니다. 결국 SCDS1은 꾸준한 판매를 기록하게 되지만 가격적인 경쟁에서 밀릴때마다 가격을 낮추어 가게 됩니다. (R4 의 싼 가격에 상대적으로 꾸준히 가격을 다운하게되죠.)

 ; 07년 말에 들어서 드디어 SCDS1은 다시한번 도약의 개기를 마련합니다. 바로 NDS게임에 대한 RTS(Real Time Save)의 지원이지요. 여타 닥터기기들이 지원을 할 것 이라고 기약을 하였지만 CycloDS를 제외하고는 RTS가 가능한 닥터기기는 없었지요. 이때 SCDS1이 CycloDS의 등장이후에 RTS를 지원하는 OS를 업데이트 하게 됩니다. (뭐.. CycloDS 자체가 슈카팀에서 나온팀이 만든것이니 아마 그 기술을 카피함으로 빠르게 적용을 성공하지 않았나 싶긴합니다만.. 제 사견이죠. 하핫;) 처음에는 느린 RTS의 저장 속도에 유저들이 고개를 흔들었지만 한달여만에 속도를 아주 빠르게 개선시킨 OS가 등장하게 되고 다시근 SCDS1은 시장에서 인기를 얻게 되죠.


 ; 이때를 노렸다는 듯이 슈카팀은 SDHC를 지원하는 패키지를 구성하여 시장에 진출하게 됩니다. 이때가 또 과도기가 되는데 파란색 패키지로 시작한 SDHC패키지는 중간에 녹색의 패키지로 변경을 하게 됩니다. 그러면서 소위 말하는 떡칩과 일반 IC칩이 섞여서 생산이 되면서 유저들간에 다시금 떡칩 논란이 일게 되고 또 시장에서 안좋은 인식이 팽배하게 됩니다. (하지만 역시 해외에선 꾸준히 판매 되고 있죠.)


 ; 슈카의 구동률을 보면 SDHC 지원 버전과 이전버전의 구동률이 차이를 보인다고 할수 있습니다. 그 이유는 단 하나 '한국인의 상식력DS'의 구동시 SDHC 미지원 버전의 경우 같은 문제가 Loop 되는 현상이 발생하고 SDHC지원 버전의 경우는 정상적으로 동작하기 때문입니다. 이부분을 제외하고는 게임 구동률에 있어서는 차이가 없다고 할 수 있습니다. (그리고 SDHC지원 SCDS1의 경우는 TTDS의 OS, YSMENU등이 구동이 가능하나 이전 버전의 경우는 구동이 불가능하기에 내부 구조적인 변화 또한 있지 않았나 짐작해 봅니다.) 즉 한국인의 상식력을 논외로 한다면 구동률은 이전의 SCDS1 부터 지금 SDHC 버전까지 모두 좋다라고 평가를 할수 있겠습니다.

 ; 다운로드 플레이에 대해서는 07년 중반까지 나온 닥터들 중에 R4만이 유일하게 다운로드 플레이 관련 패치를 배포했고 (나중에는 커널에 포함되어 나오기에 자동으로 됩니다만.) 그 외에는 SCDS1 만이 꾸준히 다운로드 플레이 관련한 옵션을 보유하고 있게 됩니다. (G6, M3R 등장 이전의 이야기입니다.) 그래서 개인적으로 다운로드 플레이가 필요한 게임이면 SCDS1 만을 꾸준히 사용하게 되는 모습을 볼 수 있었습니다. 제가 모든 게임을 해볼수는 없는 것이지만 제가 해본 모든 다운로드 플레이는 정상적으로 동작하는 유일한 닥터이지 않았나 생각합니다. (당시 R4, EZ4 Lite Delux, AK, AK+, SCDS1 을 보유중이었습니다.)

 ; 세이브리스트라는 것에 대해서 많은 SCDS1 유저분들이 모르고 계시는 경우가 많더군요. 결론부터 이야기 하자면 SCDS1 은 세이브리스트가 필요합니다. 세이브리스트가 없는 게임에 대해서는 임의적으로 512Kb 사이즈로 정의하여 세이브를 생성하고 관리를 하게 되는데 이 세이브 사이즈 문제로 인해 구동에 문제가 발생하는 롬들이 있기 때문입니다. 그리고 혹여 세이브 리스트없이 세이브를 생성하여 게임을 하다가 리스트를 업데이트 할 경우 기존의 세이브가 소실될 위험또한 있기에 수동으로라도 직접 사이즈를 잡거나 자주자주 세이브 리스트를 업데이트 해주는 것이 필요합니다.

 ; 장점과 단점
  - 장점
    1. 패키지의 외관
    2. 빠른 슈카팀의 커널 및 패치 관련에 대한 지원
    3. 거의 문제를 발견할수 없었던 다운로드 플레이
    4. TTDS 커널과의 호환 (SDHC 버전만 해당)
    5. NDS 게임의 RTS 지원
    6. 문쉘 기반이기에 간편한 멀티미디어의 구동

  - 단점
    1. 수시로 바뀌는 공정에 따른 불신
    2. 분해시 재조립이 힘든 조립 구조
    3. 한국인의 상식력 구동 문제 (SDHC 미지원 버전에 해당)
    4. 문쉘 기반의 OS 이기에 무거운 메뉴 및 스크롤 이동
    5. 수시로 바뀌는 가격으로 인해 구매결정의 어려움 (국내에만 해당)
    6. Save Type 관리의 불편함

 ; 결국 SCDS1은 공정의 변화를 사전에 통보하지 않고 독단적인 내부 구조 변경을 감행함으로서 유저들로 부터 많은 비난을 받게 되고 그로 인해서 성능또한 같이 평가 절하되는 아픔을 맛봅니다. 결국 자신들이 초래한 결과 이기에 어쩔수 없지 않나 생각을 하지만 개인적으로 실제 보여주는 성능에 비해 너무나 나쁘게 인식되어있는 유저들의 인식이 개인적으로 많이 아쉬운 부분입니다. 게임의 구동에 있어서도 상당히 안정적이며 다운로드 플레이 또한 여타 당시 닥터들에 비해서 높은 지원률을 보였음에도 불구하고 국내 시장에서의 나쁜 인식으로 인해 유저들에게 전혀 어필을 하지 못했으니까요. 하지만 개인적인 생각으로는 역시 SCDS1 또한 슈퍼카드 팀의 유일한 Slot 1 닥터이니 만큼 최대한의 노력을 기울여 관리를 하고 있기에 충분히 매력적이고 성능또한 매력적인 부분에 못지 않게 뒷받침 되어주고 있는 닥터라고 생각이 됩니다.

이번에는 조금더 거슬러 올라가는 시간을 가져볼까 합니다.
M3 Perfect 를 잠깐 쓰다가 그놈의 수많은 옵션이 귀찮아서 마련한 이후로 지금까지 쓰고있는 놈이네요. ^^

------------------------------------------------------------------------------------------------

3. Ezflash 4 Lite Delux

 - 등장시기 : 06년
               (NDSL을 블랙 출시와 동시에 구매했기에.. Slot 2 에 대한 정보는 부족합니다. 이해해 주시길..)

 - 특징 : Ezflash 4 에 비해 확장된 Nor 메모리
            거의 NDSL Dummy 와 같은 카트리지 사이즈 (Dummy에 비해 0.5mm 돌출 현상이 있음)
            내장 펌웨어를 통한 구동 (메모리에는 게임만 넣어도 구동 가능)
            Advanscene 서버를 통한 romlist 자동 업데이트
            이름대로의 손쉬운 작동법 (당시 기준입니다.)

 ; 가장 먼저 Ezflash 라고 하면 현재는 Ezflash 5를 다들 알고 계시리라 생각합니다. Ezflash 5라는 Slot 1 닥터가 나오기 이전에 Slot 2 로 마지막 라인업으로 나온 EZ팀의 Slot 2 닥터 입니다. Ezflash 4 라는 모델이 Ezflash4, Ezflash4 Lite, Ezflash4 Lite Delux 이렇게 3가지로 나옵니다만 결국 앞의 두개는 케이스의 종류만 틀린 동일한 모델이며 마지막 Delux는 앞의 두개의 모델에 비해 256Mb에서 384Mb로 128Mb 만큼 Nor 메모리가 확장되어 나온 모델입니다. (Ezflash4 Compact 라는 모델이 있지만 이것은 GBA 기능을 제외한 Slot 2 닥터만 있던 시기의 산물이기에 논외로 하겠습니다.)

이 게으른 제가 벌써 또 글을 쓰게 되네요.
역시 갑자기 방학이란걸 맞이하니 들떠서 그런걸지도 모르겠네요.

- 라크로스님 Acekard에 대한 지적 감사합니다. (_ _)
------------------------------------------------------------------------------------------------

2. Acekard+

 - 등장시기 : Acekard 출시 이후 FAT 시스템 미 지원으로 인한 위기를 느껴 3달여만에 세상에 출시.
                   정확히는 기억나지 않지만 07년 3월로 기억합니다.
 - 특      징 : 기존 Acekard와 동일한 시스템의 컨셉
                   FAT 시스템을 지원함으로서 매니저에 구애받지 않고 사용이 가능함.
                   AKFS 와 FAT 중 선택적인 구동이 가능

 ; Acekard 팀의 위기 의식이 느껴지는 제품이지요. 하핫; AKFS의 Free Space 문제로 인해 FAT을 지원하는 다른 닥터들이 파일을 쓰고 지우는데 있어서는 AKFS에 비해 너무나도 편한것이 현실이기에 수많은 유저분들이 Acekard보다 R4쪽을 손을 많이 들었죠. (뭐.. 가장 중요했던건 그 엄청나게 저렴한 가격이었지 않나 싶습니다만.) 그래서인지는 모르지만 정말 갑작스럽게 Acekard+라는 모델이 세상에 나오게 되었고 기존 Acekard 보유 유저들의 경우 무료로 Acekard+로 교환을 해주는 서비스를 하여주었죠. (저같은 경우는 한국에서 왕복 배송비 생각하니 결국 새로 사는게 나았기에 그냥 새로 샀었습니다만...기다리는것도 싫었구요.) 결국 기존 Acekard와 비교하여 가장 큰 차이는 역시 FAT 지원, 그리고 좀더 편해진 AK manager 가 아닐까 싶습니다.

 ; 시스템의 구조는 FAT 시스템을 사용함으로 인해서 기존의 메니저를 통한 OS의 업데이트가 아닌 파일 복사를 통한 시스템 파일을 메모리 카드에 넣음으로 인해 구동이 되는 FAT 시스템과 AK manager을 통해 AKFS로 포멧, OS를 설치하여 사용하는 AKFS시스템 이렇게 두가지를 사용자가 원하는것으로 사용할수 있습니다. 하지만 대부분 유저들은 결국 모든 OS에서 쉽게 사용이 가능한, 즉 AK manager를 통하지 않고도 시스템 구성 및 파일 복사, 삭제가 가능한 FAT을 사용하였죠.

 ; FAT이니 당연히 Free Space Fragment 가 생겨도 파일을 분할 하여 기록이 가능했습니다. 하지만 FAT 호환 자체가 급히 출시한 만큼 초기에는 FAT 시스템에서 파일이 분할 기록되었을 경우 로딩중 Acekard가 다운되는 현상이 발생하여 파일을 자주 쓰고 지우는 분들은 한달에 한번 꼴로 포멧을 하여주는 것이 원활한 구동의 방법이라고 알려지게 됩니다. 그만큼 FAT 시스템에 대한 지원이 급하게 이루어 졌다는 것을 대변해주는 모습이 아니었나 생각합니다.

 ; Acekard+도 이전의 Acekard와 마찬가지로 (당연히 바뀐것이 거의 없는 구조이니... 당연하지 않을까 싶습니다만..) 메모리는 선택권이 거의 없는것과 다름이 없었습니다. 결국 대부분의 유저가 Kingston 1GB 일본산을 선택하지 않으면 게임 속도가 현저히 떨어지거나 Freeze 현상이 종종 발생하여 결국 모두 Kingston 1GB를 사용하였죠. 덕에 Acekard때부터 시작된 Kingston 1GB 일본판의 닥터 메모리 시장 독주는 꾸준히 마라톤하게 되죠.

 ; 위에도 언급했지만 AK manager의 기능이 다양하게 업데이트 됨으로 인해서 세이브리스트의 인터넷 업데이트, SKIN 변경 등이 포함됨으로 인해서 기존 AK manager의 활용도가 조금이나마 넓어질수 있게 되었죠. 개인적으로 특히 인터넷을 통한 세이브리스트의 업데이트가 가장 중요한 부분이라고 생각합니다. 스킨 쪽도 많은 유저분들이 신경쓰는 부분이니 편해진것이 좋은 인상을 심어주기는 했습니다. 하지만 결국 이미 R4 에게 거의 점령당한 시장에서 Acekard+ 또한 Acekard와 마찬가지로 설곳이 거의 없었죠. (뒤늦게 나마 한국 정식 발매 게임들의 구동문제가 여타 닥터들에 발생할때 한번도 Acekard+는 문제가 발생하지 않음으로서 명품이라는 소리를 다시금 듣게 되는 시기가 있기는 했었습니다.)

 ; 장, 단점.
 - 장점
   1. Acekard와 동일하다는게 장점이라면 장점일듯합니다.
   2. FAT 모드로도 AKFS 못지 않은 구동률을 보여주는 것.
   3. Acekard에 비해 편한 SKIN 의 변경

 - 단점
   1. 초기에는 FAT 모드로 구동시 몇몇의 구동 문제가 존재했었다는것.
   2. FAT으로 할경우 AKFS에 비해 몇몇 게임의 느려짐이 발생
   3. Homebrew의 구동률 미비, 지원 소스 부족
   4. Download Play 는 거의 불가능.
   5. Free Space Fragment 문제 (AKFS 시스템 사용시)

 ; Acekard 이후로 몇개월 되지 않아서 Acekard+로 바꾸게 되었지만 한동안 AKFS를 고집하여 사용을 했었지만 결국 FAT 시스템의 편안함(리눅스에서도 읽히는 부분이 필요한 상황이었습니다. orz)에 어쩔수 없이 FAT으로 돌아섰던 기억이 나네요. 결국 Acekard와 마찬가지로 동일하게 완벽한 구동률을 보여준 것이 무엇보다 가장 중요한 부분이 아니었나 생각합니다. Homebrew의 구동률 미비를 보면 알수 있지만 문쉘 조차도 다른 닥터들에 비해서 구동이 원활치 않았었죠. (뭐.. 전 테스트로 한두번 써본적 밖에 없으니 아니라고 하는 분이 계시다면 할말은 없습니다만 하핫..;) 하지만 이 Acekard+라는 모델이 결국 이후 Acekard R.P.G 가 출시했을때 모든 유저들로 하여금 구동률에 대한 신뢰도 하나는 보장해주는 보증서와 같은 역할을 하지 않았나 감히 생각합니다.

이제부터 시간이 허락하는 대로 하나씩 하나씩 닥터들에 대해서 분석을 해볼까 합니다.

저라는 인간이 얼마나 게으른지 저 자신이 잘 알기에 얼마나 걸릴지는 모르지만 저도 흥미를 가지고 있는 부분인 닥터들에 대해서 지금까지 써오면서 느낀점들에 대해서 한번 나열을 하여볼까 합니다.

 

제품을 수령하여 지금 사용하고 테스트하면서 작성하는 글이 아니기에 잘못된 내용이 포함될 가능성도 다분합니다. 되도록 노력을 하겠지만 완벽하지 못할 가능성이 다분하기에 이해 바랍니다.

 

-----------------------------------------------------------------------------------------------

 

1. Acekard

 

 - 등장시기 : 2006년 12월경

 -  특     징 :  “정품과 동일한 방식의 데이터 전송” 이라는 컨셉

AKFS 파일 시스템

전용 매니저를 통한 파일 전송, 스킨 변경, 세이브리스트 업데이트

전통적으로 시대에 뒤떨어지는 디자인

 

 ; 06년 말까지 SLOT 2 닥터만 존재하며 SLOT 1 에는 Passcard류를 장착 하거나 혹은 NDS 또는 NDSL의 개조 펌웨어인 FlashMe(속칭 플미, 릎미)를 덮어씌우는 작업을 하여야 사용이 가능했던 SLOT 2 닥터들만이 존재하던 그 때의 시장에 가장 큰 충격과 공포를 가져온 것이 최초의 SLOT 1 닥터인 AK가 아닐까 생각을 합니다. 동시에 여러가지의 닥터들이 출시를 하긴 했지만 다른 닥터들보다 Acekard 중문어판이 가장 빠르게 시장에 유통되었던 것으로 기억하고 이를 시작으로 R4, Supercard 등 다양한 닥터들이 시장에 선을 보였던 것으로 기억이 납니다.

출처 : http://www.gbatemp.net

 

; 누가 저에게 Acekard의 가장 큰 특징을 꼽아보라고 한다면 서슴없이 전 Acekard의 개발 슬로건이자 홍보 컨셉이었던 “정품과 동일한 파일 전송 구조”를 말할 것 입니다. 당시 SLOT 1 닥터의 출시를 기다리던 수많은 유저들 사이에서 거론되던 가장 큰 이슈는 뭐니뭐니해도 안정적인 게임의 구동률이었습니다. 이전까지 SLOT 2 닥터들은 클린롬이 아닌 전용 메니저를 통한 TRIM 혹은 PATCH 작업을 거친 롬파일만이 해당 닥터에서 구동이 가능했기에 (100%를 말하는 것이 아닙니다만. 실질적으로 많이 쓰이는 닥터들은 해당된다고 생각합니다.) Clean Rom을 100% 구동한다는 Acekard의 발표는 정말 큰 파장을 불러왔었습니다.

그리고 이어진 그들의 공개자료에는 전용 파일 시스템인 AKFS를 이용한다고 하였고 기존 윈도우 시스템의 FAT 혹은 FAT32 가 아닌 다른 시스템이기에 모든 유저가 가지는 파일 시스템에 대한 의문을 AK팀은 정품과 동일한 구조를 가지기 위해 그렇다라고 일축하였었습니다.

 그리고 제품 출시 이후 몇몇의 업데이트가 있은 후 다른 SLOT 1 닥터들의 FAT 시스템 지원으로 인한 시장 점유율의 성장에 위기를 느낀 AK 팀은 급하게 AKFS와 FAT 시스템이 혼용이 가능한 Acekard+를 출시를 하였지만 이미 다른 닥터(특히 R4를 말할수 있습니다.)들에게 이미 주도권을 빼았긴 상태여서 소수 유저들의 소유물로 인식이 되기에 이릅니다.

출처 : http://blog.naver.com/machul

 

 ; 실질적인 구동률의 부분은 대부분의 유저분들이 AK+를 통해 알고 계실것이라고 생각합니다만 AK+가 거의 6개월을 업데이트 없이 구동률 100%를 기록했고 (Acekard RPG를 출시해버려서 지금까지도 업데이트는 없었습니다. 가장 최근에 한 프로그래머분을 통해서 OSMENU Acekard+ 버전이 나오긴 했지만 Official이 아니기에 제외하고 이야기 하겠습니다.) AK는 AK+보다 먼저 업데이트가 중단되었음에도 불구하고 구동률 100%를 동일하게 기록한 대단한 기계라는 생각이 듭니다.

 

 ; UI 부분에 있어서는 동일 시대를 풍미한 R4와 비교 하였을 때에 정말 단순하다는 장점을 뒤로하고 SKIN의 변경이 상당히 불편하여 많은 유저들의 속을 태웠던 것을 보면 유저들이 쉽게 접근하기 힘든 닥터였음을 쉽게 알 수 있다고 생각합니다. (Acekard+가 나오기 전에는 구동하는 nds 롬 파일 내부에 이미지를 씌워야 했기에 정말 번거로운 작업이 아닐수 없었습니다.)

출처 : http://www.gbatemp.net

 

 ; 당시에는 크게 관심있는 부분이 아니었지만 Download Play의 경우는 다른 닥터들도 구동률이 정말 떨어졌지만 유독 Acekard는 심각한 수준이어서 Download Play는 아예 불가능하다고 생각을 하는게 정석이었습니다. 그리고 Homebrew 또한 M3 시리즈에 최적화 되어 나오는 것이 일반적이었던 시절이어서 DLDI를 통한 강제적인 구동이기에 허다한 Homebrew들 또한 구동이 정상적이지 못했던 것이 현실이었습니다. 이후 R4, M3s 등이 먼저 Homebrew 개발이 진행됨으로 인해 Homebrew에 약하다는 낙인이 찍히게 됩니다.

출처 : http://www.gbatemp.net

 ; 가장 많은 유저분들에게 이슈화가 되었던 것은 AKFS 파일 시스템에서의 파일을 분할하여 기록할수 없는 것이었습니다. 이로 인해서 파일을 쓰고 지울때 다음에 기록하는 파일의 사이즈가 파일간의 공간에 기록할수 없을때에는 무조건 제일 후방으로 기록을 함으로 인해서 파일 사이에 여유공간이 다수 발생하는 파일시스템적인 문제가 발생하였고, 이로인해서 추후 Fragment Tool을 만들어 주겠다고 하였으나 소위 말하는 '잠수'를 타버리죠. (AK RPG 만드느라 그랬다고는 합니다만...;) 결국 이것을 해결하기 위해서는 메모리를 포멧하고 다시 넣는 방법이 가장 확실한 방법이었고 그 외는 메모리 내부에 같은 사이즈의 롬파일로 대체하는 등의 편법을 쓰거나 결국 자신이 지운 파일 이후의 파일들을 삭제함으로 공간을 확보하고 다른 파일을 기록하는 번거로운 방법이 필요하게 되었습니다.

 ; 사용 가능한 메모리 카드의 선택에 있어서 Acekard 유저라면 Kingston 1G 일본산 제외하고는 구매할 경우 구동이 원활치 못한 것이 현실이었기에 모든 Acekard 유저들이 Kingston 1G를 구매를 하게 되었는데 이것을 볼때에 메모리의 호환율 또한 상당히 좋지 않았던 것을 알 수 있습니다.

 

 ; 번외적으로 Acekard의 공식 발표로 Kingston 1G와의 궁합이 가장좋다고 발표하였고 Acekard의 메모리 셋팅 속도중 최적이라고 할 수 있는 속도 3을 사용이 가능하다고 공지하였습니다. 이후 Kingston microSD 메모리가 엄청난 인기몰이를 시작하면서 이 여파는 R4등등 다른 닥터들에게도 이어져서 굉장한 판매량을 기록하게 되는 사건이 있었고 지금까지도 가장 최적의 구동속도를 보여주는 메모리의 한 종류로 Kingston 1G 일본판이 자리하고 있기도 하죠.  (이후 유저들이 조사해본 결과 가장 빠른 Access 속도를 낼수있는 공장에서 생산하여서 그렇다는 결론이 나오게 되죠.)

출처  : http://shopping.naver.com/detail/detail.nhn?cat_id=00040208&nv_mid=4016218328&ani=0&tc=3

 

 ; 제가 생각하는 장, 단점을 정리를 해보고자 합니다.

 

-         장점

1.       완벽한 Clean Rom 구동률 (Kingston 1G 일본산을 사용할경우)

2.       직관적이고 단순한 인터페이스 (단점일수도…)

3.       전용 매니저를 통한 세이브리스트의 업데이트

4.       희귀성 (레어 라는 자부심..)

 

-         단점

1.       불편한 Skin의 변경 (이후 AK+가 나오면서 매니저 업데이트로 조금 편해지긴 합니다.)

2.       메모리의 선택권이 거의 전무함. (Kingston 1G 일본산이 아니면 게임이 구동이 상당히 떨어집니다.)

3.       카트리지가 정품보다 두꺼워서 NDSL 또는 NDS에 넣고 빼기가 힘듬.

4.       비싼 가격 (당시 R4와 비교하면 1.5배 비싼 가격)

5.       거의 불가능한 Download Play

6.       상당히 취약한 Homebrew의 구동률 및 지원 Homebrew의 미비

7.    AKFS 시스템의 파일 분할 기록 불가 문제 (Free Space 문제)

 ; 개인적인 총평을 내리자면 객관적이지 못한 부분이 다분합니다만.. 상당히 명품이라고 손을 꼽고 싶습니다. 실질적인 하드웨어적인 흐름이나 소프트웨어적인 지원 부분은 여타 닥터들에 비교를 하자면 정말 너무나 취약하기만 하지만 Acekard의 AKFS 시스템이 보여준 Clean Rom 구동률은 게임을 구동하기 위한 닥터라는 가장 기본이 되는 본분에 최고의 모습을 보여주었다고 생각하기 때문입니다. (이후 AK+를 구매후에도 몇 달간 AKFS 포멧으로 썼을 만큼 개인적으로 신뢰도가 상당히 높았었습니다. 하핫;) 주변에 다른 닥터를 쓰는 지인들은 종종 업데이트를 기다리는 모습을 볼수 있었지만 전혀 그런것에 구애 받지않고 구동이 되던 Acekard의 모습은 저에게 Acekard가 가장 안정적이라는 인식을 심어주기에는 충분했던 것 같습니다.

--- Based by Acekard OSMENU 4.07 Korean ver.01 (Edited by bliss) --

개인적인 생각으로는 처음 나온 그대로 쓰는것이 가장 무난하다고 생각하는 옵션들.


대부분의 옵션이 말 그대로를 의미 하지만 정확히 어떻게 화면에 나오는지를 설명드리겠습니다.
(정작 저도 안 써본 옵션도 있고 호기심에 써봤지만 화면 표현에 있어서 설정값에 따른 차이가 없는것들도 있어 미흡한 내용들도 많이 있습니다. ^^;)

일단 라인별로 분류해서 하나씩 알아보도록 하겠습니다.

Line 2 : Font Width - 폰트의 간격이라고 명시되어 있지만 실질적으로 한글 OS MENU 에서 영문폰트의 간격은 바뀌지 않고 한글 폰트만 글자간 간격이 벌어집니다.

Line 3 : Half Font Width - 전 아무리 적용해봐도 정확히 무엇이 변하는지 모르겠습니다.. orz

Line 4 : Font Height - 폰트의 높이라고 써있는것 처럼 디폴트값에서 높아지면 폰트가 좀더 위로 이동하며 낮은 값을 입력하면 아래로 이동합니다.

Line 5 : SD Card Speed - microSD card의 속도를 명시하는 것으로 보이지만 실질적인 메모리카드의 속도는 sdlist.ini 에 저정되기에 큰차이를 느끼지 못하는 옵션이기도 합니다. 하지만 속도가 빠른 메모리 카드의 경우 기존 AK, AK+와 마찬가지로 3 정도의 옵션을 주었을때 메모리에서의 구동시 프레임이 조금 상승하는 모습을 볼수 있습니다.

Line 6 : Animated File Icon - AKRPG 유저라면 아시겠지만 스크롤커서가 올라간 상태에서 아이콘이 커졌다 작아졌다하는 Animation의 활성화와 비활성화를 정해주는 옵션입니다.

Line 7 : Key Delay - 일반적인 키보드 옵션과 비교시 처음 키 입력후 그 키를 유지하면 다음 입력이 입력되는 것까지의 Delay 를 뜻하는듯 하지만 실질적으로 옵션을 1~30 정도 수치로 변경해 보았을때는 차이가 느껴지지 않는 옵션입니다.

Line 8 : Ket Repeat - Key Delay 와 마찬가지로 키보드의 옵션과 비교시 반복 입력되는 키의 연속 입력 딜레이를 말하는 것으로 생각되지만 옵션값을 1~20 까지 변화를 주었을때는 차이가 느껴지지 않는 옵션입니다.

Line 9 : File List View Mode - 화일 목록 보기 모드라고 써있지만.. 정확히 어떤 옵션인지는 모르겠더군요.

Line 10 : Brightness - 말그대로 DS의 밝기를 조절하는 것입니다. 0~3 까지의 값으로 4가지 단계의 밝기를 바꿀수 있습니다.

Line 11 : Language - 언어 설정으로 공식 OS는 0~7까지를 지원하지만 한글 OSMENU (ver. bliss님) 은 8번으로 한글까지 지원합니다.

Line 12 : Lang Directory - 이것도 명시된대로 상위 11번 라인의 언어가 어느 디렉토리에 있는지를 설정하는 것입니다.

Line 13 : UI Name - 속칭 스킨이라 부르는 OS MENU의 UI를 바꾸는 옵션으로 UI 디렉토리 하위 폴더명을 기입하는 것으로 바꿀수 있습니다.

Line 14 : Akmenu Version - 정확한 용도는 불명.. OS menu의 버전을 뜻하는듯합니다.

Line 15 : Akmenu Sub Version - 14라인과 마찬가지인듯합니다.

Line 16 : File List Type - 0~2까지의 옵션으로 변경이 가능하며 0은 NDS 파일만, 1은 NDS와 SAV파일까지, 2는 모든 파일을 OSMENU에 출력하도록 하는 옵션입니다.

Line 17 : Rom Trim - OSMENU 환결설정에도 있지만 롬을 자동적으로 트림을 하도록 하는 옵션으로 생각됩니다. (쓸일이 없어서 아직까진 잘..)

Line 18 : Show Hidden File - 공식 OSMENU 에서는 작동하지 않는 옵션이지만 한글 OSMENU 에서는 정상적으로 동작을 합니다. 숨김이 지정되어있는 파일이나 디렉토리에 대해서 OSMENU상에 표시를 하느냐 마느냐를 결정하는 것입니다.

Line 19 : Enter Last Dicrectory - 말 그대로 부팅시 이전에 마지막으로 사용한 디렉토리로 OSMENU 시작 화면을 이동하는지를 결정하는 옵션입니다.

Line 20 : Downloadplay Patch - OSMENU 옵션상의 Single Card Play 옵션으로 다운로드 플레이가 정상적으로 되지않는 게임들에 대해서 활성화 이후 정상적인 다운로드 플레이를 지원하도록 하여주는 패치를 활성화 시켜줍니다. (정작 RPG 자체의 다운로드 플레이가 활성화 시켜도 많이 미흡합니다.)

Line 21 : Cheatin System -  OSMENU 상의 AR(치트) 옵션의 활성화, 비활성화를 결정하는 부분입니다.

Line 22 : Reset In Game - OSMENU상의 소프트 리셋의 활성화, 비활성화를 결정하는 부분입니다.

Line 23 : Hide Ext NDS - 한글 OSMENU 에만 있는 옵션으로 게임의 확장자, 즉 xxxx.nds 에서 nds 부분을 화면상에서 안보이도록 하여주는 옵션입니다.

Line 24 : Hidden File Names - 기존 Official OSMENU의 경우에 동작하지 않는 옵션이었지만 한글OSMENU 에서는 정상적으로 동작합니다. Show Hidden File 과 달리 ini 파일 상에 지정된 파일이나 디렉토리만 Hidden 을 시켜주는 것입니다.

Line 25 : Rumble Strength - 한글 OSMENU 에만 있는 옵션으로 Ezflash 3in1 Expansion Pack 을 장착한 경우에만 해당되는 옵션으로 말 그대로 진동의 강도를 설정하여주는 부분입니다. 0~2까지의 설정값으로 약, 중, 강의 3가지 값이 가능합니다.

Line 26 : Auto Run With Last Rom - 한글 OSMENU 에만 있는 옵션으로 개인적으로 가장 좋아하는 옵션으로 마지막으로 실행된 게임을 다음 DS 구동시에 자동적으로 실행하여 주는 옵션입니다. 기존에는 R + Down 으로 취소가 가능했지만 최근 버전 부터는 B버튼 만으로 취소가 가능해졌습니다.

---------- 27행 ~ 30행 까지의 바로가기 옵션들은 정확한 용도와 사용법을 모르겠습니다. ------------
Line 27 : Shortcut -
Line 28 : ShortcutPath -
Line 29 : ShortcutStr -
Line 30 : Shortcut LongPath -
----------------------------------------------------------------------------------------------

Line 31 : Scroll Speed - OSMENU 상에서 조작이 가능한 옵션으로 스크롤의 속도를 조절하는 것으로 빠름, 보통, 느림 3가지 옵션이 존재합니다.


*참고 : 포스팅 내용중 활성화, 비활성화에 따른 옵션값은 0과 1로 설정이 가능합니다. 일반적으로 0은 명시된 옵션의 비활성화, 1은 활성화를 의미합니다.

* Ps. 이 글의 내용들은 bliss 님이 만드신 한글 OSmenu 4.07 을 기준으로 작성하였습니다.
        수정할 내용 발견시 알려주시면 바로바로 반영하겠습니다.

 

구성품을 설명 하자면 좌측부터 진동팩, 확장팩, TTDS, USB리더기, USB충전 케이블..

관련 링크 :
Officer Homepage http://www.ndstt.com/
Ewinflash http://www.ewinflash.cn/  - GBA expansion pack loader

먼저 bliss 님의 노고에 깊은 감사를 드리며. 진동 사용을 간단히 그림을 통해 나열해 보고자합니다. ^^

별 내용없는 단순한 그림의 나열일 수 있지만 bliss 님께서 진동 사용법을 올리라고 하신 덧글이 카페에 있기에 당장에 올립니다. 후훗;

 - 준비물

• Acekard R.P.G x 1 EA
• Ezflash 3 in 1 Expansion Pack x 1 EA
• NDSL x 1 EA
• microSD Memory Card x 1 EA

- 사전 작업 내용

• Acekard R.P.G nand flash memory 에 bliss 님께서 만드신 Acekard R.P.G OSmenu 4.0.6(한글) - k04 를 설치
• NDSL의 Slot 1  에는 Acekard R.P.G, Slot 2 에는 Ezflash 3 in 1 Expansion Pack 을 장착

- 진동 적용 후 구동까지의 순서

① 먼저 NDSL을 구동하고 START 버튼을 눌러 특수 기능 항목을 선택합니다.

② 특수 기능 메뉴안의 좌 하단에 위치한 '확장팩' 메뉴를 선택합니다.

③ 확장팩 메뉴 안에서 원하는 진동강도를 선택하고 'ⓐ예' 를 선택합니다.
    (이때 확장팩의 배려로 선택한 강도의 진동을 한번 체험하도록 기기를 흔들어준답니다..;;)

④ OS MENU 에서 게임을 선택하여 실행합니다. 아래 사진에서는 메트로이드 프라임 핀볼을 실행합니다.
 (NDSL 의 모든게임이 진동이 지원되는것이 아닙니다. 진동이 가능한 게임들이 별도로 존재하며 그 게임안에서 정해진 패턴으로 진동을 합니다. ^^)

 이상으로 간단한 진동 구동후 게임 실행까지의 화면을 보여드렸습니다.

* 아래 화면은 메트로이드 프라임 핀볼의 옵션에서 활성화 되어있는 RUMBLE 옵션입니다.

* 이 아래 사진은 bliss 님께 보여 드리려고 찍은 것 입니다. (버그 리포팅!)

   소프트 리셋 후 특수기능 메뉴를 들어가면 "확장팩" 메뉴가 사라집니다.. Orz

①TTMENU.DAT　→　MSFORSC.nds　// 파일명 변경

②MSFORSC.nds 를 바이너리 에디터로 열고
　
　 00000000 ～　0000000F 까지의 주소를 아래의 값으로 바꿉니다.








4D 53 46 4F 52 53 43 00 00 00 00 00 4A 50 4E 30

로 바꿀 뿐입니다.


④ 다음으로 바뀐 MSFORSC.nds를 포함하여 아래의 것들을 메모리로 보냅니다.












다음으로 DSONE에 넣어서 기동하면....





















원문 출처 : http://higurashi.asablo.jp/blog/2008/01/03/2542276


ps. 확인결과 슈카 SDHC 버전만 해당됩니다. SDHC 미지원 버전의 SCDS1의 경우는 위의 작업을 수행하였을때 좌 하단에 9개 점 모양의 네모박스의 로딩을 뜻하는 듯한 모양만 나오고 이후 진행이 되지 않더군요. 그리고 bliss 님의 테스트 결과 2번의 과정에서 에디터로 가장 마지막에 해당하는 JPN0 부분만을 수정하면 정상적으로 동작을 한다고 합니다. 자세한 내용은 아래의 링크에 샤샤님께서 포스팅하신 글에 상세히 설명해 주셨습니다.

참고 : http://debianlive.org/blog/20
         http://bliss.hanirc.org/blog/2008/01/08/supercard_dstt_shell