kone
sub_icon

소미소프트

RPG Maker MV/MZ 실시간 번역기에 대한 건의사항 몇가지 드립니다

2026-05-06 23:50:16
피드백
조회 4948 · 좋아요 25

1. translation-cache.log 의 기록방식에 대해


현재는
{"in":"원문","out":"번역문"}

의 기록 방식을 쓰고 있는데 XUnity.AutoTranslator처럼 등호를 구분자로 사용하면 유저들끼리 수정하거나 공유할 때 더 편할 것 같네요.

개인적으로 이 프로그램의 번역로그 공유가 활성화되면 쯔꾸르 게임의 버전업 대응이 쉬워질거라 봐서 기대가 큰데요, 그만큼 널리 쓰일 수 있게 편의성이 뒷받침 되었으면 좋겠습니다.



2. 정규식 치환 지원의 필요성

설정창에 regex가 있어서 치환을 지원하는 줄 알았는데 아직은 번역무시 기능만 있더군요...

{"in":"档位 27","out":"레벨 27"}
{"in":"档位 26","out":"레벨 26"}
{"in":"档位 25","out":"레벨 25"}
{"in":"游戏时间:01:38:41","out":"게임 시간: 01:38:41"}
{"in":"游戏时间:01:38:15","out":"게임 시간: 01:38:15"}


이런 식으로 숫자 바뀔때마다 번역 리퀘스트가 들어가는 것도 토큰 소모가 꽤 크기 때문에 XUnity.AutoTranslator의 정규식 치환기능과 같은 기능이 필요합니다.

r:"^(?\d+)人$"=${num_i}명

{A}前半周目: {B}ターン={A}전반 주차: {B}턴


이런식으로요. 전투에서는 숫자나 고유명사가 여러군데 끼어있으니 다중치환과 splitter regex까지 지원해주시면 충분할겁니다.



3. 고유명사, 인명사전

병원신세 진 이후로 아직도 배포 못하고 야금야금 수정만 하고있는 제 번역기에서 쓰고 있는 기능인데...
인물의 이름과 고유명사를 원문=번역문 형태로 DB로 등록해두면 번역 리퀘스트가 들어간 원문에 매칭되는 단어가 있을때 해당 단어를 프롬프트에 그때그때 띄워주는 방식으로 사용하고 있습니다. 리퀘스트때마다 해당되는 단어만 프롬프트에 들어가니 토큰 소모도 적고 번역의 일관성에서 가장 눈에 잘 띄는 부분이기 때문에 게임별로 저장되면 이름과 고유명사의 일관성을 유지하면서 훨씬 편하게 log를 쌓을 수 있을겁니다.




한동안 로컬모델로 하네스 구축한다고 씨름하느라 실시간 번역기 써보지는 못하고 응원만 하고 있었는데 이번에 비월선행록 이미지 번역 검수하려고 처음 깔고 써보다가 생각난 점 적어봤습니다.

25
댓글 11개
댓글 쓰기
05.06
05.07
XUnity.AutoTranslator에 정규식 치환 기능 말고도 그냥 숫자만 치환해주는 기능 있던데 이것만 넣어도 될 듯? {{A}}人={{A}}}명 이런식으로 저장되던데
regex 기능에 통합되어있음 TemplateAllNumberAway=True 일때 작동함
# regex {0}/{1}={0}/{1} {0}-{1}={0}-{1} {0}-{1}-{2} {3}:{4}={0}-{1}-{2} {3}:{4} {0}cm={0} cm {0}kg={0} kg {0}カップ={0} CUP 前半{0}周目:{1}ターン=전반 {0}주차:{1}턴 後半{0}周目:{1}ターン=후반 {0}주차:{1}턴 報告は特にありません=보고 할 내용은 딱히 없습니다 {0}のバストが{1}mm増えた={0}의 바스트가 {1}mm 늘었다 {0}の話が解禁した={0}의 이야기가 개방되었다 {0}のバストは経過観察中だ={0}의 바스트는 경과 관찰중이다 유방육성 아카데미용 플러그인 만들때도 regex 기능 넣었었는데 사람들 보기 편하라고 {} 만 사용했었음. 편집할때 괄호 두번 치는 것도 은근 긁혀서 그냥 한개짜리로...
05.07
추천수가 -4라고 봐서 화들짝 놀라 들어 왔지만 4게였고...
05.07
05.07
수고하십니다. 신문고 답변 부탁드립니다. 일주일 정도면 꽤 기다렸다고 생각합니다.
05.07
1. 독자규격임? 원문에 들어가는 =는 \=으로 처리함? \n은 그대로? 나 저거 유니티 번역기 쓸때 영 마음에 안들던데 독자규격 지원하려면 parser를 직접 만들어서 유지보수해야 하고 유저 데이터가 걸려있는 부분인데 노력 대비 얻는게 별로 없어보임 지금 translation-cache.log 처음 만들때 잘못된 선택을 해서 .log 확장자지만 사실 jsonl 파일임. 완전 100% 방탄인 훌륭한 지원규격이고 번역기에선 다루는데 코드 한줄이면 됨 유저 입장에서도 저 독자포멧 배워서 쓰기보단 jsonl 에디터를 쓰라고 하는게 맞을거같음 그것조차 안되면 오픈소스 jsonl 웹 편집기 찾아서 긴빠이해오거나 txt 방식으로 입출력 기능을 웹사이트에 박아둘 수는 있음 2, 3. 번역 부분 갈아엎을때 지원하겠음 지금 번역 다루는 코드가 쓰레기장이라 더이상 추가하기가 힘듦 regex 지원도 비월선행록 좌표때문에 빨리 넣은거고 원래는 갈아엎을때까지 지원할 생각이 없었음
05.07
사전 기능은 전에 생각해본 바로는 그냥 무식하게 원문에 있는 단어를 한글로 교체해버려서 LLM에 돌려버리면 잘 될 듯. 경험상
1번은 바로 설득당해버렸다 하긴 나도 예외처리 습관적으로 해서 쓰긴 했지만 너무 유니티 플러그인 환경에 찌든 생각이었네 메모장으로 접근하는 사람들을 위해서 txt로 컨버전 정도 지원해주는 정도면 감지덕지 할 듯. 2,3번 적용되고 나면 앞으로 돌리는 MV MZ 게임들에 적극적으로 투입해야지 답변 감사용
0 / 500