엔진가이드자주 묻는 질문PatreonDiscord다운로드
로그인
RuneTranslate · 일본 게임을 처음부터 끝까지 번역
엔진가이드비교이미지 텍스트세이브 편집기치트 모드자주 묻는 질문다운로드PatreonDiscordYouTube개인정보 처리방침이용약관문의
모든 비교

비교

RuneTranslate vs Translator++

Translator++는 RuneTranslate와 구조적으로 가장 닮은 도구입니다. 둘 다 게임 자체의 데이터 파일을 열어 번역 가능한 모든 문자열을 편집 가능한 프로젝트로 끌어내고, 결과를 직접 보관하며 플레이하는 빌드로 다시 기록합니다 — 어느 쪽도 실행 중인 메모리를 읽지 않고, 화면에 오버레이를 그리지도 않습니다. 차이는 접근 방식이 아니라, 각자가 파일 수준에서 읽어내는 엔진이 무엇인지, 그리고 무엇을 번역해도 안전한지를 누가 판단하는지에 있습니다. Translator++는 Unity를 런타임 플러그인에 맡기고 스크립트와 태그, 경로를 걸러내는 일을 사람 번역자에게 넘깁니다. RuneTranslate는 Unity를 파일로 파싱하고 그 필터를 추출기 안에 넣어 둡니다.

만든 곳
Dreamsavior
라이선스
GPL-3.0-or-later
동작 환경
Windows 7 SP1+

짧은 답

게임이 RPG Maker라면 — 2000과 2003을 포함해 — 또는 텍스트가 느슨한 JSON, XML, 스프레드시트, .mo 카탈로그에 들어 있다면, Translator++에는 8년치 파서와 방대한 백엔드 목록, 그리고 바로 그 타이틀에 맞춰 이미 쓰인 가이드가 있습니다. 게임이 Unity, Unreal, Godot, NScripter, AliceSoft이거나 Electron 또는 Cocos Creator 셸이라면, RuneTranslate는 그것들을 파일로 읽고 Translator++는 파서가 없거나 런타임 플러그인을 거치게 합니다. 완전한 CAT 작업대와 온전한 수동 제어를 원하는 번역자에게도 Translator++가 더 나은 도구입니다. 반대로 추출기 자체가 씬 이름이나 에셋 경로 번역을 거부해 주기를 바란다면 RuneTranslate가 낫습니다. 어느 한쪽의 완승은 아니며, 둘 다 설치해 두는 사람도 많습니다.

Translator++가 더 나은 선택일 때

게임이 RPG Maker 2000이나 2003이라면 Translator++를 먼저 잡으세요 — v3.1.30부터 전용 RM2K2K3 파서를 갖췄고, 그 엔진들의 인코딩 한계를 우회하는 선택적 EasyRPG 인터프리터 경로까지 있습니다. RuneTranslate에는 이 둘을 위한 어댑터가 아예 없습니다. 아무도 어댑터를 쓰지 않은 형식에 텍스트가 들어 있을 때도 마찬가지입니다. Custom Parser와 Parser Model Creator를 쓰면 정규식이나 JavaScript 규칙으로 새 파서를 직접 정의할 수 있는데, 이는 기능 요청을 넣고 기다리는 대신 오늘 결과를 얻는 길입니다. 여기에 범용 JSON, XML, 스프레드시트, gettext .mo 파서와 Windows Binary File 파서만으로도 덮이는 범위가 상당합니다. 기계 번역 한 번을 원하는 사람이 아니라 실제로 번역을 업으로 하는 분이라면 더더욱 그렇습니다. 한 행에 번역 열을 여러 개 둬서 대안과 기계 출력이 최종 선택 옆에 나란히 놓이고, Common Reference 용어집, 팀을 위한 선택적 MySQL 또는 MariaDB 백엔드를 갖춘 번역 메모리, 게임 디렉터리 전체를 훑는 OmniSearch, 자동화 빌더, NetCollab 실시간 애드온, AI Proofreader까지 — 이 분야에서 가장 깊은 CAT 도구 세트이며, 내보낸 .trans와 .tpp 프로젝트 파일은 커뮤니티의 작업이 번역자들 사이를 오가는 방식 그 자체입니다. RuneTranslate에 없는 백엔드가 필요할 때도 Translator++입니다 — Papago, Kakao, Baidu, Yandex, Excite는 3대 제공자가 약한 대상 언어에서 의미가 크고, OpenAI와 Gemini의 배치 API는 비용을 대략 절반으로 줄여 줍니다. 계정도 처리량 제한도 없는 완전한 도구를 원한다면, 무료 공개 빌드가 정확히 그것입니다. 그리고 생태계를 보고 고르세요. 2026년 8월까지 대략 주 단위로 나오는 후원자 릴리스, 약 4,150명 규모의 Discord, 2018년부터 이어지는 RPG Maker Forums 스레드가 있다는 건, 여러분의 그 게임에서 뭔가 잘못됐을 때 누군가 이미 같은 일을 겪었을 가능성이 높다는 뜻입니다.

RuneTranslate가 더 잘 맞을 때

가장 분명한 경우는 Unity입니다. Translator++는 Unity를 파일 수준에서 파싱하지 않습니다 — BepInEx나 ReiPatcher를 통해 XUnity.AutoTranslator에 넘기므로, 결과물은 런타임 플러그인과 플레이하는 만큼만 채워지는 텍스트 파일입니다. Dreamsavior 자체 문서도 번역자가 기록을 위해 게임 전체를 돌아다녀야 한다고 말합니다. RuneTranslate는 Mono와 IL2CPP 빌드 양쪽에서 TextAsset과 MonoBehaviour 필드, 현지화 테이블, Addressable 번들을 읽고 내보낸 빌드를 기록합니다. Unreal Engine 4와 5, Godot 3과 4, NScripter와 ONScripter, AliceSoft System, Electron 또는 Cocos Creator 비주얼 노벨 셸도 마찬가지이며, 이 중 어느 것에도 Translator++ 파서는 없습니다. 표를 일일이 손으로 검수하고 싶지 않을 때도 차이가 납니다. RuneTranslate는 씬 이름, 애니메이터 매개변수, 에셋 경로, 조회 키, 비교 피연산자를 절대 자동 번역되지 않는 선택 행으로 표시하고 내보낼 때 다시 확인하는데, 게임을 소리 없이 망가뜨리는 문자열이 바로 그것들이기 때문입니다. 텍스트 너머로는, Image Studio가 타이틀 화면과 버튼에 그려 넣은 일본어를 감지하고 지우고 조판해 다시 구워 넣습니다 — Translator++는 이건 할 수 없다고 문서에 분명히 적어 두었습니다 — 그리고 클라우드 번역 메모리는 계정을 따라 PC 사이를 옮겨 다닙니다. 다만 무엇을 맞바꾸는지는 분명히 아셔야 합니다. RuneTranslate는 Windows 전용이고, 무료 등급에서도 Patreon 로그인이 필요하며, 무료는 AI 제공자에서 대략 2배 느리고 프로젝트를 한 번에 하나만 엽니다. Image Studio는 무료가 느려지는 대신 읽기 전용이 되는 유일한 지점이고, 일부 엔진은 인게임 플레이까지 확인된 기준선이 있는 반면 나머지는 솔직히 최선을 다한 수준입니다.

나란히 보기

두 도구가 실제로 갈리는 축만 담았습니다. Translator++ 관련 내용은 2026년 8월 기준 공식 사이트와 문서, 변경 로그에서 확인한 것입니다 — 두 프로젝트 모두 자주 배포하므로 결정하기 전에 현재 버전을 확인하세요.

비교 항목RuneTranslateTranslator++
Unity 게임Mono와 IL2CPP 빌드 양쪽에서 파일 수준으로 파싱 — TextAsset과 MonoBehaviour 필드, 현지화 테이블, Addressable 번들 — 한 뒤 내보낸 빌드에 되씁니다.BepInEx나 ReiPatcher를 통해 XUnity.AutoTranslator에 위임: 플레이하는 만큼 번역이 쌓이는 런타임 플러그인. ReiPatcher는 Mono 한정이고 IL2CPP 커버리지는 부분적.
RPG Maker 2000과 2003번역 어댑터 없음. rm2k3 LCF 코덱으로 세이브 파일만 읽습니다.지원 — v3.1.30부터 전용 RM2K2K3 파서, 유니코드를 위한 선택적 EasyRPG 인터프리터 경로.
Unreal, Godot, NScripter, AliceSoft, Electron, Cocos각각 전용 어댑터: .pak과 .locres, UE5 IoStore, .pck과 .translation, .nsa와 .sar, System 3.x와 4, 그리고 Cocos Creator 빌드를 포함한 app.asar 셸.어느 것에도 전용 파서 없음. Custom Parser로 느슨한 텍스트 파일까지는 닿지만 암호화된 바이너리 컨테이너는 불가.
범용·바이너리 텍스트 형식임의의 파일을 위한 범용 파서 없음. Developer 탭이 CSV, JSON, PO, XLIFF 일괄 교환을 처리하고, 컴파일된 .NET 문자열은 Unity Mono 게임 안에서만 읽습니다.지원 — JSON, XML, 스프레드시트, gettext .mo 파서에 더해 .dll이나 .exe 속 문자열을 위한 Windows Binary File 파서.
형식 지원을 직접 추가하기불가 — 모든 엔진이 앱 안에 들어 있어, 지원되지 않는 형식은 기능 요청이 됩니다.가능 — 파서가 애드온이며, Custom Parser와 Parser Model Creator가 정규식이나 JavaScript 규칙으로 새 파서를 만듭니다.
식별자와 경로를 번역하지 않기엔진별 구조적 게이트가 제어 식별자, 에셋 경로, 비교 피연산자를 자동 번역되지 않는 선택 행으로 표시하고, 내보낼 때 같은 게이트가 다시 돕니다.필터링은 있지만, 무엇이 스크립트·태그·경로·변수 이름인지 판단하는 것은 도구가 아니라 번역자의 몫이라고 FAQ가 명시합니다.
완성된 번역을 설치하기앱이 결과물을 직접 기록합니다 — 엔진에 따라 실행 가능한 전체 사본, 오버라이드 .pak, patch.xp3, 또는 다시 패킹한 아카이브.내보낸 파일을 게임 데이터 폴더에 복사하고 Game.rgss3a나 Data.wolf 같은 원본 아카이브를 지우거나 이름을 바꿔야 합니다. 그러지 않으면 엔진이 번역 전 원본을 계속 불러옵니다.
아트워크에 구워진 일본어Image Studio가 지원 엔진에서 텍스트를 감지하고 지우고 조판해 아트워크에 다시 구워 넣습니다. 무료 등급은 열어서 볼 수는 있지만 편집은 불가.없음 — 텍스트만 번역하며 이미지 파일 속 문자를 읽을 능력은 없다고 문서에 적혀 있습니다.
무료 빌드로 얻는 것언제나 최신 버전에 모든 엔진과 제공자, 편집기가 열려 있지만 Patreon 로그인이 필요하고, AI 제공자에서 대략 2배 느리며 프로젝트는 하나만 엽니다.처리량 제한도 로그인 장벽도 없는 완전한 도구. 다만 공개 빌드는 연 단위 스냅숏입니다 — 2026년 8월에 후원자가 8.8.8을 쓰는 동안 공개판은 2026년 4월 30일자 8.4.15B였습니다.
유료 등급Supporter $3/mo와 Pro $5/mo. Developer 등급은 있지만 목록 가격이 아니라 견적입니다.$2/mo부터 시작하는 Patreon 후원. $4, $6, $12, $25 등급이 롤링 빌드와 일부 애드온, Translation Proxy 같은 추가 요소를 엽니다.
기계 번역 백엔드아홉 개 — Google, 무료 DeepL 엔드포인트, DeepL Classic과 Next-gen, DeepL API, OpenAI, Anthropic, DeepSeek, 모든 OpenAI 호환 엔드포인트, 그리고 Ollama나 LM Studio를 통한 로컬 모델. 번들 오프라인 모델은 없음.20개 이상. Papago, Kakao, Baidu, Yandex, Excite 같은 지역 엔진과 OpenAI·Gemini 배치 API, 그리고 8.4.15부터 40개 이상 언어를 다루는 내장 오프라인 번역기 포함.
번역 메모리와 용어집계정에 묶여 로그인하는 모든 PC에서 쓰는 클라우드 번역 메모리와 용어집. 둘 다 Supporter 이상.프로젝트 번역 메모리와 Common Reference 용어집. 팀이 함께 쓸 때는 선택적 MySQL 또는 MariaDB 백엔드.
성숙도와 커뮤니티2026년 5월 첫 공개 — 훨씬 어리고, 커뮤니티가 작으며, 서드파티 가이드도 훨씬 적습니다.8년간의 연속 개발, 대략 주 단위 후원자 릴리스, 약 4,150명 규모의 Discord, 2018년부터 이어지는 RPG Maker Forums 스레드.
소스 코드비공개 소스.GPL-3.0 코어에 소스 공개. 다만 공개 미러는 2024년 8월의 6.4.11에 머물러 있고, 애드온은 각자의 라이선스를 따르며 일부는 후원자 전용입니다.

RuneTranslate는 Translator++ 및 그 개발자 Dreamsavior와 아무런 제휴 관계가 없습니다. 위의 모든 내용은 2026년 8월에 해당 프로젝트의 공식 사이트, 문서, 변경 로그, 공개 소스 미러를 통해 확인했습니다. 두 도구 모두 자주 업데이트되므로, 워크플로를 확정하기 전에 판단에 중요한 사항은 직접 확인하세요.

사람들이 묻는 질문

RuneTranslate는 Translator++를 그대로 대체하나요?

모든 방향에서 그렇지는 않습니다. 두 도구는 RPG Maker MV와 MZ, XP, VX, VX Ace, Wolf RPG, Kirikiri, Ren'Py, TyranoScript, LiveMaker, YU-RIS, Artemis, Bakin, SRPG Studio에서 크게 겹치며, 둘 다 게임 파일에서 문자열을 추출해 직접 보관하는 빌드를 내보냅니다. 그 바깥에서는 갈립니다. RuneTranslate는 파일 수준의 Unity에 더해 Unreal, Godot, NScripter, AliceSoft, Electron 또는 Cocos 셸을 더하고, Translator++는 RPG Maker 2000과 2003, 범용 JSON·XML·스프레드시트·.mo 파싱, 그리고 직접 확장할 수 있는 Custom Parser를 더합니다. 어느 쪽이든 자기 게임의 엔진을 먼저 확인하세요.

Translator++는 Unity 게임을 어떻게 다루나요?

Translator++는 Unity 에셋을 파일 수준에서 파싱하지 않습니다. Unity 게임은 BepInEx나 ReiPatcher를 통해 XUnity.AutoTranslator로 넘기는데, 이것은 런타임 플러그인입니다. 화면에 줄이 나타날 때에만 번역이 텍스트 파일로 수집되므로 완전한 번역을 만들려면 게임 전체를 플레이해야 하고, ReiPatcher는 Mono 전용에 IL2CPP는 부분 지원입니다. Translator++의 다른 모든 곳에서는 내보낸 빌드를 얻지만, Unity에서는 결과물이 플레이어가 설치하는 플러그인입니다. RuneTranslate는 Unity에서 파일 수준 경로를 택해 Mono와 IL2CPP 양쪽에서 TextAsset과 MonoBehaviour 필드, 현지화 테이블, Addressable 번들을 읽습니다.

RPG Maker 2000이나 2003 게임에는 어떤 도구를 써야 하나요?

망설일 것 없이 Translator++입니다. v3.1.30부터 전용 RM2K2K3 파서를 갖췄고, 두 엔진의 인코딩 한계를 우회하는 선택적 EasyRPG 인터프리터 경로도 포함되어 있습니다. RuneTranslate에는 RPG Maker 2000과 2003을 위한 번역 어댑터가 전혀 없으며, rm2k3 LCF 코덱으로 세이브 파일만 읽을 수 있습니다. MV, MZ, XP, VX, VX Ace라면 두 도구 모두 현실적인 선택지입니다.

Translator++는 무료인가요? Patreon 뒤에는 무엇이 있나요?

Translator++의 공개 빌드는 정말로 무료이고 기능도 온전합니다. 처리량 제한이 없고, 게임을 번역하는 데 계정도 필요 없습니다. Patreon이 사는 것은 최신성과 부가 요소입니다. 공개 빌드는 연 단위 주기를 따라 2026년 4월 30일에 8.4.15B가 나왔지만, 후원자는 2026년 8월 9일에 이미 8.8.8을 쓰고 있었습니다. 새 파서와 제공자 지원, 수정이 그쪽에서 몇 달 앞설 수 있다는 뜻이죠. 후원은 $2/mo부터이며 일부 애드온과 기능은 후원 등급에 묶여 있습니다. RuneTranslate는 그 거래를 뒤집습니다 — 모두가 최신 버전을 받지만 Patreon 로그인이 필요하고, 무료 등급은 기능이 잠기는 대신 속도가 제한됩니다.

두 도구 중 이미지 속 일본어를 번역할 수 있는 쪽이 있나요?

Translator++는 할 수 없습니다 — 텍스트만 번역하며 이미지 파일 안의 문자를 읽을 능력은 없다고 문서에 직접 적혀 있어, 타이틀 화면과 메뉴 버튼, CG 텍스트는 일본어로 남습니다. RuneTranslate에는 정확히 그 경우를 위한 Image Studio가 있습니다. 텍스트를 감지하고, 지워서 배경을 메우고, 교체할 문구를 조판한 다음, 게임 자체의 이미지 형식으로 다시 구워 넣습니다. 무료 등급은 Image Studio를 열어서 볼 수는 있지만 편집할 수는 없는데, 무료가 단지 느려지는 대신 읽기 전용이 되는 유일한 지점입니다.

Translator++와 RuneTranslate를 같은 프로젝트에서 함께 쓸 수 있나요?

공통 프로젝트 형식이 없으므로 .trans나 .tpp 파일을 RuneTranslate에서 열 수 없고, .rtproj 파일을 Translator++에서 열 수도 없습니다. 둘 사이를 오갈 수 있는 것은 텍스트 자체입니다. Translator++는 스프레드시트를 가져오고 내보내며, RuneTranslate의 Developer 탭은 CSV, JSON, PO, XLIFF 일괄 교환을 처리하므로, 한쪽에서 줄 단위로 내보낸 것을 편집해 키를 어느 정도 수동으로 맞춘 뒤 다른 쪽으로 다시 가져올 수 있습니다. 실제로 둘 다 쓰는 사람들은 대개 단계별로 나누기보다 게임별로 고릅니다 — 한 도구는 그것이 파싱하는 엔진에, 다른 도구는 나머지에.

막혀 있는 그 게임에 직접 써 보세요

무료 등급은 모든 엔진, 모든 제공자, 편집기 전체를 열어 줍니다 — 번역이 조금 느리게(AI 제공자에서 대략 2배) 실행되고 프로젝트를 한 번에 하나만 열 뿐입니다. Patreon 로그인이 필요하며 Windows에서 실행됩니다. 게임이 Unity, Unreal, Godot이거나 Electron 셸이라면, 워크플로를 확정하기 전에 텍스트가 깔끔하게 추출되는지 확인하는 가장 빠른 방법입니다.

Windows용 다운로드Supporter 시작 ($3/mo)