조금 뜸한 느낌이었습니다만 DS 롬 뜯어보기는 여전히 시간이 남을 때마다 조금씩 해보고 있습니다. 다만 요즘은 벽에 부딪친 느낌이군요. 어지간한 게임들의 경우 폰트찾기 정도는 큰 어려움 없이 가능하지만, 그게 마음만큼 안 되는 것들이 있어서 약간 좌절중입니다.
우연인지 필연인지는 모르겠지만, 벽에 부딪친 것들이 하필 전부 세로그립으로 하는 게임들이라 폰트도 세로폰트입니다. 아직 타일 배열 간파가 어설퍼서 문제인데, 요즘은 이것 때문에 신경이 쓰여서 밤에 잠도 안 올 지경이군요.
1. 위시룸 - 천사의 기억
세로폰트 좌절 그 첫번째. 분해해 보면 영숫자 폰트인 font_ead.bin과 S-JIS규격 배열 폰트(아마도)인 font_lc.bin이 있습니다. 전자는 16x16 기반으로 깨끗하게 나와주는데, 같은 설정으로 후자는 왕창 깨져 나옵니다.
후자의 폰트 크기는 대강 12x12 정도로 예상하고 있는데, 이렇게 되면 크리스탈타일에서는 16x16, 24x24 등 8의 배수 배열에서만 쓸 수 있는 타일 내 배열구조 조정이 불가능. 게다가 가로 12 기반으로 맞춰보자니 사선으로 깨져서 아예 잘못 짚는 느낌. 가로 8로 맞추면 선은 깨지지 않는데 폰트 자체가 8픽셀을 넘어버리니 배열 불가능. 어쩌라고. (...)
12x12 배열을 기반으로 잡고, yy-chr 같은 걸로 패턴 만들기라도 해보면 될지 어쩔지 모르겠습니다. 응원단을 부르고 싶은 심정이군요.
여담이지만 위시룸은 대사도 좀 까다로운 것 같습니다. 대사와 텍스트로 추정되는 각 .wpf 파일은 압축 내지는 독자 형식의 패키지 구조 같은데, 이걸 풀어내면 S-JIS 인코딩의 .txt 파일을 무더기로 받아먹을 수도 있을것 같은데 말이지요. 하지만 세상 역시 날로먹긴 힘든 것 같습니다. 혹시 모르니 향후는 어나더 코드를 분해해 보는 걸로 전례를 찾아볼까 싶습니다.
2. 도키메키GS 1st Love
세로폰트 좌절 그 두번째. 폰트 크기는 9x9 정도에 S-JIS 배열로 예상하는데, 폰트 크기도 빡빡하고 배열도 빡빡합니다. 위에서도 비슷한 얘기를 했지만 8의 배수 배열을 갖는 폰트의 경우 찾기 쉬운 것으로 예상되는 반면, 이런 경우들은 여러모로 손들게 되는군요.
카두케우스도 16x16이라 타일배열을 변경해서 금방 찾았던 기억이 있습니다. 반면 심시티는 9x9, 11x11이었음에도 상당히 용이하게 찾았는데...여기엔 또 무슨 법칙이 있을까부터 생각해 봐야 겠군요. 일단은 심시티 9x9 폰트를 다시 보면서 머리를 식혀봐야 겠습니다.
우연인지 필연인지는 모르겠지만, 벽에 부딪친 것들이 하필 전부 세로그립으로 하는 게임들이라 폰트도 세로폰트입니다. 아직 타일 배열 간파가 어설퍼서 문제인데, 요즘은 이것 때문에 신경이 쓰여서 밤에 잠도 안 올 지경이군요.
1. 위시룸 - 천사의 기억
세로폰트 좌절 그 첫번째. 분해해 보면 영숫자 폰트인 font_ead.bin과 S-JIS규격 배열 폰트(아마도)인 font_lc.bin이 있습니다. 전자는 16x16 기반으로 깨끗하게 나와주는데, 같은 설정으로 후자는 왕창 깨져 나옵니다.
전자는 잘 나와서 옳거니 했는데,
일단 좌절.
후자의 폰트 크기는 대강 12x12 정도로 예상하고 있는데, 이렇게 되면 크리스탈타일에서는 16x16, 24x24 등 8의 배수 배열에서만 쓸 수 있는 타일 내 배열구조 조정이 불가능. 게다가 가로 12 기반으로 맞춰보자니 사선으로 깨져서 아예 잘못 짚는 느낌. 가로 8로 맞추면 선은 깨지지 않는데 폰트 자체가 8픽셀을 넘어버리니 배열 불가능. 어쩌라고. (...)
12x12 배열을 기반으로 잡고, yy-chr 같은 걸로 패턴 만들기라도 해보면 될지 어쩔지 모르겠습니다. 응원단을 부르고 싶은 심정이군요.
여담이지만 위시룸은 대사도 좀 까다로운 것 같습니다. 대사와 텍스트로 추정되는 각 .wpf 파일은 압축 내지는 독자 형식의 패키지 구조 같은데, 이걸 풀어내면 S-JIS 인코딩의 .txt 파일을 무더기로 받아먹을 수도 있을것 같은데 말이지요. 하지만 세상 역시 날로먹긴 힘든 것 같습니다. 혹시 모르니 향후는 어나더 코드를 분해해 보는 걸로 전례를 찾아볼까 싶습니다.
2. 도키메키GS 1st Love
세로폰트 좌절 그 두번째. 폰트 크기는 9x9 정도에 S-JIS 배열로 예상하는데, 폰트 크기도 빡빡하고 배열도 빡빡합니다. 위에서도 비슷한 얘기를 했지만 8의 배수 배열을 갖는 폰트의 경우 찾기 쉬운 것으로 예상되는 반면, 이런 경우들은 여러모로 손들게 되는군요.
亞가 어디 붙어있는지 정도밖에 알 수 없는 상태.
카두케우스도 16x16이라 타일배열을 변경해서 금방 찾았던 기억이 있습니다. 반면 심시티는 9x9, 11x11이었음에도 상당히 용이하게 찾았는데...여기엔 또 무슨 법칙이 있을까부터 생각해 봐야 겠군요. 일단은 심시티 9x9 폰트를 다시 보면서 머리를 식혀봐야 겠습니다.
Trackback URL : http://www.kikeiha.com/trackback/556
Leave your greetings here.
=_=; 헛 NDS에도 롬 자료같은 게 존재하는건가요; 근데 저 초록색 점들은 뭘까요;...
설마 글자...;
저 점들을 잘 모아야 글자가 되는데 어째 모으기가 쉽지 않군요.;
여담이지만 NDS의 그것도 일단 존재하긴 합니다, 떳떳하게 말하긴 조금 그렇지만요.;