지원 엔진 · Kirikiri / KAG
Kirikiri(와 그 스크립팅 계층 KAG)는 지배적인 일본 비주얼 노벨 엔진입니다 — 지난 15년의 성인 VN 출시작 대부분이 이것 위에 있습니다. RuneTranslate는 완전한 XP3 리더와 라이터, 26개의 이식된 GARbro 암호화 방식, 뒤섞인 시나리오를 위한 파일별 XOR 뒤섞기 해제, 그리고 루비 주석, 캐릭터 이름, 버튼 라벨, glink 텍스트, 편집 필드 플레이스홀더를 위한 스마트 추출을 탑재합니다. 번역된 빌드는 scenario/와 data/scenario/에 낱개 파일을 내보내고, KrkrZ 엔진에게 원본 XP3 내용보다 낱개 번역 파일을 우선 불러오라고 이르는 AfterInit2.tjs 경로 우선 훅을 더합니다 — 그래서 아카이브를 다시 패킹할 필요가 절대 없습니다. Kirikiri VN이 보통 배포하는 수십 개의 시나리오에 걸친 캐릭터 이름 일관성? 그것이 바로 Supporter 등급 용어집 기능의 용도입니다 — 여주인공 이름을 한 번 추가하면 모든 시나리오 파일이 그것을 똑같이 번역합니다.
Kirikiri VN은 보통 대사를 수십 개의 개별 시나리오 파일에 걸쳐 펼치며, 각각 자체 배치에서 번역됩니다. 용어집이 없으면 같은 캐릭터 이름이 챕터에 걸쳐 표류하기 딱 좋습니다. 이름 있는 모든 화자(특히 기계 번역기가 늘 오락가락하는 한자를 쓰는 이름), 지명, 대표 공격/주문 용어를 추가하세요. 덤: KAG 인라인 루비 주석은 태그로 가려지므로, [ruby] / [name] 인라인 태그가 있는 줄에서도 용어집 치환이 올바르게 적용됩니다. 용어집 기초 →
RuneTranslate를 엔진 .exe(krkr.eXe, krkrZ.exe 등)가 있는 디렉터리로 지정하세요. 엔진 감지가 XP3 아카이브 + .ks 시나리오 형식을 훑습니다. XP3 리더는 먼저 평범한 읽기를 시도한 뒤, 하나가 검증될 때까지 26개의 이식된 GARbro 암호화 방식을 차례로 거칩니다.
RuneTranslate가 KAG 인식 토크나이저로 .ks 시나리오를 파싱합니다. 번역 가능한 문자열은 대사 줄, [ruby], [ch], [name], [title], [button], [checkbox], [edit text="..."] 태그에서 추출됩니다. 인라인 KAG 태그([r], [p], [改ページ], [font])는 불투명한 플레이스홀더로 가려져 LLM이 그것들을 보존하게 합니다.
제공자를 고르세요 — DeepL은 가격과 JA→EN 품질 때문에 긴 Kirikiri 스크립트의 일꾼입니다. OpenAI와 Anthropic은 강한 캐릭터의 목소리가 있는 대사에 가장 강합니다. 무료 Google Translate는 Supporter / Pro 등급에서 제공자 라우팅을 통해 메뉴 문자열을 저렴하게 처리합니다.
내보내기 시 RuneTranslate가 scenario/와 data/scenario/를 낱개 파일로, 그리고 AfterInit2.tjs 훅을 게임 루트에 씁니다. KrkrZ 엔진이 시작 시 그 훅을 불러와 낱개 경로를 검색 순서 앞에 붙이므로, 번역된 스크립트가 암호화된 XP3 내용을 이깁니다. 원본 아카이브는 손대지 않은 채 유지됩니다.
