묻고 답하기

유니코드 공백문자는 0020 3000을 쓰는데 한국어에서는 보통 0020 반각을 쓰는데 일본어에서는 3000의 전각을 쓰죠.

게임에 따라 텍스트 처리 과정에서 이미 메모리 덮어쓰기로 번역된 0020의 공백문자라도 강제로 3000으로 복사하기도 하는 것 같습니다.

요약하자면 제가 있었으면 하는 공백문자 처리기능은

유니코드 사용시 '문장부호 뒤의 공백문자 제거'입니다.

코필터로는 유니코드 특수문자 처리가 조금 어려운 것 같네요.

-_- 제가 제 정신이 아닌지 위에 코필터라고 썼군요. 위에 코필터라고 쓴 것들은 다 fixline입니다;

예문을 들자면

원문 : そこは、魔物が徘徊する危険地帯。

원문 HEX : 305D 3053 306F 3001 9B54 7269 304C 5F98 5F8A 3059 308B 5371 967A 5730 5E2F 3002

번역문 : 거기는, 마물이 배회하는 위험지대.

그리고 제가 위에 쓴 후킹방식에 대해서는 제가 봐도 헷갈리기만 하는 내용이네요-_-;

참고로 해당 게임에 대해 조금 더 설명하자면

진행 순서대로

줄 단위로 스크립트를 읽어서 A지점의 고정 스텍에 복사

↓

(A지점) : 화면 단위의 대사가 모이는 지점. 메모리 덮어쓰기로 후킹가능. 공백문자의 hex값은 0020이지만 번역 결과는 전각 공백문자.

↓

(B지점) : A지점의 대사를 줄 단위로 읽어 제어문자를 붙여 다른 스텍에 복사. 포인터 바꿔치기로 후킹가능. 공백문자의 hex값은 0020이지만 번역 결과는 전각 공백문자.

↓

(C지점) : 한 글자 단위로 읽어와서 다른 스텍에 복사. 아랄로는 후킹이 안 되고 AGTH나 ITH 등에서 후킹가능. A지점이나 B지점의 번역 과정에서 0020으로 번역된 코드도 3000으로 읽어옴.

B->C 과정에서 0020->3000으로 바뀌기 때문에 반각 공백문자로 번역하는 건 어려울 것 같아서 생각한 차선책이 문장부호 다음의 공백문자만 제거하는 거였습니다;

B와 C 사이에서 반각 공백문자로 번역되는 위치를 찾더라도 줄 단위로 잘린 문장이기 때문에 제대로 된 번역이 어렵기 때문입니다. 

픽스라인에서 후처리가 가능하다면 커스텀딕과 같은 방식으로 동작하되 문장부호를 대상으로 뒤에 오는 공백문자를 처리할 수 있다면 될 것 같습니다.

어지간한 후처리는 커스텀딕으로 처리 가능한데 wales님 말씀대로 커스텀딕은 공백문자를 처리할 수 없는 것 같아서요.