본문 바로가기

쓰기

ATCode 테스트버전 120207 의 댓글이 너무 복잡하게 꼬여서 이쪽으로 뺍니다.

 

현재 120207 에서 SMSTR 은 기본적으로 피시님 버전의 OVERWRITE(IGNORE,BUFCHANGE) 모드로만

돌아가도록 만들어져 있습니다. 그런데 피시님께서 부가기능이 필요하시다고 하셨는데 제가 이해가

좀 어려워서 제가 제대로 이해했는지 확인할 필요가 있네요.

 

일단 용어정리부터.

- 기본버퍼: 스마트 문자열의 앞 16바이트

- 한 라인 이내: 16 바이트 이내. 곧 유니코드 7글자 + 0x0000 혹은 ANSI 15글자 + 0x00.

- 덮어쓰기 방식: 문자열이 한 라인 이내일 때 기본버퍼안에 번역문을 덮어쓰는 방식

- 포인터 방식: 문자열이 한 라인 이상일 때 따로 버퍼를 잡아 집어넣은 다음 버퍼의 포인터만

  기본버퍼의 첫 4바이트에 기록하는 방식

- 스마트 방식: 문자열의 길이에 따라 덮어쓰기 방식과 포인터 방식을 자동선택하는 방식

 

제가 이해한 부가옵션과 동작방식

- SMSTR(부가옵션 없음. 기본): 스마트 방식을 따르되 번역문의 길이에 맞춰서 방식을 변경함. 원문이

덮어쓰기 방식이더라도 번역문이 한 라인 이상이면 포인터 방식으로 변경하고 원문이 포인터

방식이더라도 번역문이 한 라인 이내라면 덮어쓰기 방식으로 변경한다.

 

- SMSTR (MATCH) : 스마트 방식을 따르되 원문보다 번역문이 길면 번역문을 자르고, 짧으면 공백을

넣어 총 길이를 맞추는 방식. 따라서 총 길이가 동일하므로 원문이 덮어쓰기 방식이면 번역문도

덮어쓰기 방식이고 원문이 포인터 방식이면 번역문도 포인터 방식으로 동작한다. 이 때의 버퍼는

아랄트랜스의 번역 버퍼가 아닌 원래 게임에서 할당한 버퍼에 덮어쓴다.

 

- SMSTR(FORCEPTR): 번역문의 길이에 상관없이 무조건 포인터 방식으로 동작함. 설령 내용이 한 글자라도

무조건 포인터 방식으로 변경한다. 여기서 사용하는 것은 무조건 아랄트랜스의 번역 버퍼.

 

- SMSTR(IGNORE): SMSTR(기본) 과 동일하지만 아랄트랜스의 번역 버퍼를 사용하지 않고 게임이

할당해놓은 버퍼에 덮어쓴다. 번역문이 길 경우 버퍼 한계를 넘어설 가능성이 있을 수 있다.

 

혹시라도 제가 잘못 이해하고 있는 것이 있거나, 이 중 필요없는 옵션이 있거나, 반대로 필요한 옵션이

있으시면 알려주세요. 단, 토끼도 이해할 수 있도록 자세히 알려주셔야 합니다...

분류 :
Talk
조회 수 :
3800
등록일 :
2012.02.14
23:46:04
엮인글 :
https://arallab.hided.net/49640/592/trackback
게시글 주소 :
https://arallab.hided.net/board_devtalk/49640

FrigateBird

2012.02.16
17:48:54

요새 시간이 없어서 통 못왔네요...

읽어보니 필요한게 다 있군요.

 

잘 안쓰는 녀석이라면 SMSTR(FORCEPTR) 정도 겠네요.

실제 이런류가 프로그램상에서 있긴 했었습니다만..

거의 길이가 작은 녀석 전용으로 겨냥한 내용에 사용하더군요.

(길이가 한라인 이내의 내용들이 무조건 옴. ex.명령어, 특문)

 

딱히 그 부분만 피해서 코드를 짜면 SMSTR(FORCEPTR)는 필요가 없지만..

 

방법을 바꾸면 SMSTR(FORCEPTR) 가 요긴하게 쓰이게 됩니다.

예를 들어 SMSTR(FORCEPTR)의 기능에서 길이의 위치만 직접 위치 선정할 수 있으면 좋겠네요.

 

원래 위 기능의 동작방식은..

기본버퍼의 첫 4바이트에 포인터 방식으로 대사가 있다는 전제하에 (버퍼는 아랄 버퍼)

겨냥한 버퍼+0x10 위치에 길이,      버퍼+0x14 위치에 최대 길이(0x0F+0x?0형태)

를 수정하는 형태이겠지요?

(아니라면 태클걸어주세요)

 

거기서 "버퍼+0x14 위치에 최대 길이" 의 계산식은 제거해주시고(없다고 생각하시고),

"버퍼+0x10 위치에 길이" 의 "+0x10" 위치를 유동성으로 선택 가능하게

기능이 추가 되었으면 합니다.

 

ex)

EDX 에 후킹

SMSTR(FORCEPTR(0x4))

[EDX] : 아랄 버퍼로 포인터 변경(원래 동작방식)

EDX+0x4 : 해당 지점에 길이 있음. (원래 길이가 +0x10 위치라면 지금은 포인터 옆인 +0x4 위치에 있다는 소리)

whoami

2012.02.16
20:22:39

아. 실은 SMSTR 기능과 별도로 길이 보정 기능을 넣으려 하고 있습니다. OVERWRITE나 PTRCHEAT 에서도

일반 옵션으로..예를 들면 LEN(4,1) - pArgText 위치부터 +4바이트 위치에 1바이트 형식으로 길이 정보가 있으니

번역문 길이로 바꿔넣어라 - 처럼 말이죠. 이렇게 하면 말씀하신 기능은 PTRCHEAT+LEN() 으로 대치가 가능할

듯 싶군요.

 

그러면 SMSTR 에서 FORCEPTR 은 필요 없고, 다른 두 가지 기능은 다 필요하다 이 말씀이시죠?

 

그리고.. 그 외에 추가하면 좋을 기능이 있으면 같이 적어두세요.

 

FrigateBird

2012.03.02
17:35:29

추가하면 좋을 것 같은 기능 1.

 

현 ATCode 인지 이지트랜스 함수 문제인지 기억은 아리송한데

 

번역길이가 2MB (4MB 였나?) 를 넘어가면 그만한 버퍼 생성 불가로 뻗어버리더군요.

(생성하지 않고 그냥 이지트랜스로 보내버려도 그쪽 함수에서도 제한 버퍼가 있던걸로 기억합니다.)

 

이런 글의 번역 해결 방안으로는 개행이나 특정 글(특정문자)을 기준으로 여러번 돌려 번역한다는 정도인데..

아랄 버퍼로 바꿀 시 그게 버틸지 의문이네요.

구린 컴에서는 안된다거나 하는 사태가 없어야 하는데;

 

기리기리 마냥 비슷한 꼴로 돌아가되 ATCode 같이 사용자 지정 위치에서 적용되는

스크립 번역 기반이 필요할 듯 싶습니다.

(몇가지 간소한거 설정하고...말이지요)

whoami

2012.03.02
18:01:00

ATCode 내에서 문자 최대 길이 (MAX_TEXT_LENGTH) 가 1024 로 되어 있습니다. *2 해서 2048 바이트죠.

하지만 이걸 수정하는 것이 좀 골치아픈게 중간에 걸려있는 모든 필터/번역기와 크기를 맞춰야 한다는 것이죠.

 

방법이 하나 있기는 합니다. 아랄트랜스 전역설정으로 버퍼크기를 잡아놓고 모든 플러그인이 이 크기를

기준으로 버퍼를 동적할당하도록 만들어 버리면 됩니다. 물론 모든 플러그인 업데이트를 해야 한다는

문제가 생깁니다만.. 어쨌든 방법은 방법이죠.

 

그런데 거꾸로.. 1024 문자가 필요할 정도로 큰 문자열이 쓰이느냐 하는 문제를 고려해봐야 합니다.

 

물론 기리기리 같은 풀셋 스크립트 같은 경우 1024 문자는 당연히 모자랍니다만, 이런 풀셋 스크립트

엔진이 그리 많은 것이 아니라고 볼 때 차라리 전용 후킹 플러그인을 하나 개발하는 것이 편할지도 모릅니다.

 

대사와 대사 사이 문장종료를 \0 을 안쓰는 스크립트라면.. 그런 종류가 적다면 전용 후킹 플러그인을

사용하거나, 꽤 많다면 문장종료 문자를 다른 문자로 인식하는 옵션을 넣던가요. 어차피 전체 스크립트를

한번에 보내버린다 하더라도 중간에서 문장종료 표시를 다른 글자 (\n 이라던가)로 바꿔넣어줘야 제대로

동작하겠습니다만.. 하지만 이렇게 되면 일반적으로 사용하는 C/C++ 라이브러리를 못쓰게 되기 때문에

전체적으로 무지하게 복잡해진다는 단점이 생기긴 합니다...

List of Articles
번호 제목 글쓴이 조회 수sort 추천 수 날짜 최근 수정일
공지 Talk [필독] 테스트필터 사용시 주의사항 라파에 155439   2008-08-03 2008-12-16 00:03
44 Talk DumpText는 아직 개선이 좀 필요한듯; [3] Hide_D 8111   2008-08-03 2009-01-06 01:00
여러개를 켤 수가 없다는 단점이 있네요[...] 그나저나 질문, 헤더 파일에서 extern으로 선언하면 그 프로그램 전체에서 공유되는건가요? 그렇다면, 창은 하나만 띄우고 플러그인 로드될때마다 번호를 매겨서 옵션을 먹여야 하려나요..  
43 Talk cmd로 리버ex 테스트 [2] file 앙마vv 8011   2008-07-25 2009-01-06 01:27
 
42 Talk 플러그인을 만들다가 '또다시' 엄청난 실수를 저질렀다는걸 깨달았습니다. [2] Hide_D 7929   2008-08-12 2009-01-06 01:01
이쪽은 프로그래밍이라보가는 구상과 관련된 문제네요 ㅠ_ㅠ 현재 제가 손대고 있는 플러그인이 사용자사전 사용자대본 개행문자처리 컨트롤문자처리 인데, 두개씩 묶여있는 구조죠. 그런데... 사용자대본 -> 문장단위처리 사용자사전 -> 단어단위처리 개행문...  
41 Talk 0.3에서 추가할것 Hide_D 7908   2008-08-03 2009-01-06 01:00
까먹을까봐 정리 사용자 사전계 1. 사용자사전 유/무 2. 범용사용자사전 유/무 3. 사용자 정의한 주소의 파일 열기(취소) 4. 탭처리 5. 검색 알고리즘 강화(보류) ezTransXP 강화계 1. 번역후 괄호 처리(다이얼로그에 추가)(보류) 2. 사용자 사전과 완벽히 분...  
40 Talk whoami님 Util.h의 옵션 파서가 [4] Hide_D 7908   2008-08-10 2008-08-10 15:13
문자열 을 지원하나요? 아니... 으음 c:documents and settindsuser내 문서Game,A루트(미완성).txt 라는 문자열을 파서로 받을 수 있나요?  
39 Talk 리얼라이브 세이브에 대해서... [4] 나는누구인감? 7894   2008-08-01 2009-01-06 01:00
오늘 학교에서 하라는 공부는 안하고 곰곰히 생각을 해봤습니다. 세이브 할 경우 현재 위치의 이미지 정보 읽어들임 → 현재 위치의 대사 정보 읽어들임 → 세이브 파일에 저장 로드 할 경우 세이브 파일의 이미지 정보 읽어들임 → 세이브 파일의 대사 정보 읽어...  
38 Talk DumpText를 만들고 있는데... [2] Hide_D 7892   2008-08-02 2008-08-02 12:04
밖에서 모달리스 다이얼로그 안으로 데이터를 넣어주는 간단한 방법 없나요 =ㅅ=; 저 방법이 생각안나서 지금 해보려고 하는게, 실시간으로 바깥의 isTextFilled 를 체크해서 true인 경우만 밖의 텍스트를 가져온 다음에 isTextFilled를 false로 만드는 방법밖...  
37 Talk Hide_D군님, CCustomDic2 의 문제점을 알 것 같습니다.. [1] whoami 7811   2008-08-12 2008-08-12 22:41
저번에 (5) 문제.. 기억하시나요? 아마도 이것 때문인 것 같습니다. void CCustomDic2::PreCustomDic(LPSTR Dest, LPCSTR Source) { // ... 전략 for(int head=0;head<SourceLen;head++) { for(int tail=SourceLen-1;tail>head;tail--) { // ... 중략 ... //2...  
36 Talk 문자열 -> Hex 변환이 제대로 안되네요. [7] Hide_D 7561   2008-08-02 2009-01-06 01:00
LPSTR ConvertHex(LPCSTR source){ size_t Len=strlen(source); char Temp[2048]=""; BYTE szBuf[3] = { '', }; int j=0; for(size_t i=0;i<Len;i++){ szBuf[0]=(BYTE) source[i]; szBuf[1]=(BYTE) source[i+1]; if(szBuf[0]<0x80){ //1바이트 코드라면 j += ...  
35 Talk 퓩퓩... 퓩퓩... oTL whoami 7557   2008-08-02 2009-01-06 01:35
원인을 알아냈습니다. 하지만 이건.. 참 난감하군요. 이 문제는 RLCmd의 문제가 아닙니다. 이 문제는 SOW방식의 문제도 아닙니다. 이 문제는 한글 완성형 코드의 문제입니다... oTL 예전에 KoFilter 를 한참 만들고 있을 때... 이 이야기가 나온 적이 있었습니...  
34 Talk AralTrans, ATCTNR 111112 버전 SVN에 추가. [1] whoami 5260   2011-11-12 2012-06-17 14:29
ATCTNR 의 SVN 소스가 후킹모드 2로 되어있었는데.. 아마 예전에 지나가다정착한이A 님이 발안해서 테스트하던 후킹모드 2 판의 소스가 올라가있었던 듯 합니다. 뭐.. 실제 머리싸매고 고민하다 보니 의외로 돌려놓기가 어렵지 않아서 후킹모드 1로 돌려놓고 ...  
33 Talk XP3Dumper! [1] Hide_D 5000   2011-12-12 2011-12-24 02:57
기리기리랑 합치면 좀 재밌는게 나올 것 같아서 뜯어보고 있습니다. 결과물은 아마 내년(ㅋㅋㅋ)에 나올것 같네요  
32 Talk FrigateBird님의 ATCode 20111003버전에 대하여.. [9] whoami 4957   2011-11-02 2011-12-10 16:16
일단 FrigateBird(잘 알려진 피시로 호칭)님의 ATCode 20111003 (줄여서 1003버전) 을 한번 훑어보았는데요, 1003 버전의 주된 변경점은 Siglus 엔진에 대한 지원이 주를 이루고 있습니다. 물론 기존 ATCode 의 버그를 잡은 것도 있지만 마이너하니 넘어갑니다...  
31 Talk AralTrans 20120214 버전 변경점 [6] whoami 4193   2012-02-14 2012-06-17 14:29
아랄트랜스 20120214 버전에서의 변경점 1. ATCTNR.dll 버그 수정 - 모듈 정보에서 이미지 파일 크기가 부정확할 경우 Access Violation 에러가 나는 문제 해결. Rewrite (Key) 에서 작동 확인. 다른 게임은 미확인이나 피시님의 ATCTNR 패치가 거의 동일하기 ...  
» Talk SMSTR 의 부가옵션에 대한 토론.. [4] whoami 3800   2012-02-14 2012-07-12 19:27
ATCode 테스트버전 120207 의 댓글이 너무 복잡하게 꼬여서 이쪽으로 뺍니다. 현재 120207 에서 SMSTR 은 기본적으로 피시님 버전의 OVERWRITE(IGNORE,BUFCHANGE) 모드로만 돌아가도록 만들어져 있습니다. 그런데 피시님께서 부가기능이 필요하시다고 하셨는데...  
29 Talk 이지트랜스 플러그인 Ehnd 제작자입니다. [6] kiereh 3433   2014-02-27 2014-03-01 17:59
에그헤드의 필터 기능을 타 써드파티 프로그램에서도 사용할 수 있게 하자는 발상으로 이지트랜스 플러그인인 Ehnd를 제작하게 되었습니다. 플러그인이라고 하는 이유는 Proxy DLL 기법을 이용해 구현하였고 (Ehnd의 DLL 이름은 J2KEngine.dll, 기존 이지트랜...  
28 Talk 아랄트랜스 0.2 소스 bitbucket 으로 올려놨습니다. [7] whoami 2832   2014-02-18 2018-12-27 18:27
구글코드 SVN 에 무슨 일이 생겼는지 몰라서 일단 백업삼아 bitbucket 에 repositiry 하나 잡고 소스를 올렸습니다. 아무래도 옛날 SVN과 인터페이스가 비슷해서 (TortoiseHg) 편한 Mercurial 로 세팅했고.. 공개로 일단 해놓기는 했는데.. 어차피 개발진이 몇...  
27 Talk 아랄트랜스 0.2 구글코드 svn 밴당했나요? whoami 2536   2014-02-15 2014-02-15 22:54
오랫만입니다... ^^ 새해 복 많이 받으세요.. 이미 늦었나. 아래 Wales 님이 코드수정을 몇 개 하신 것을 보고 오랫만에 svn 업데이트를 하려고 하니 에러가 뜨더군요. 그래서 구글코드 들어가 보니 프로젝트가 사라졌네요? 동일한 이름의 프로젝트를 만들려고...  
26 Talk ATCode 새로운 기능 추가. [5] EroGame 2518   2012-04-01 2012-04-03 19:19
제가 시간만 된다면 약간의 데모스럽게 소스라도 올려드리는데.. 좀 여의치 않군요. 일단 생각한 방안입니다. 예전부터 필요한 기능이라 생각했는데 이래저래 고민 끝에 해결방안이 나왔습니다. 현재 ATCode의 후킹 방식은 한 함수 내에 후킹 지점부터 리턴 포...  
25 Talk 스마트와 조금 다른 엔진의 처리...(알고보니 유리스엔진) [3] EroGame 1906   2012-05-30 2012-06-09 23:37
예전에 그 아랄과 최악의 상성으로 불리던 처리 방식이 KLEIN 사의 青空と雲と彼女の恋 여기서도 사용되네요. 그냥 포기할까 하다가... 스마트 방식과는 별개로 처리 방식을 하나 만들어야 될것 같습니다. (아래와 같은 처리를 한걸 여럿 보아왔기 때문에.. 스...