NDS游戏资源提取指南：用Tinke免费查看、提取与修改NDS ROM图片音频的完整教程-平芜编程栈

NDS游戏资源提取指南：用Tinke免费查看、提取与修改NDS ROM图片音频的完整教程

【免费下载链接】tinkeViewer and editor for files of NDS games项目地址: https://gitcode.com/gh_mirrors/ti/tinke

手里攥着一张NDS游戏ROM，想知道里面藏着的背景图、音效和文本到底长什么样？用十六进制编辑器硬啃太痛苦，而零散的专用工具又得一个格式装一个。Tinke就是来解决这件事的：它是一个基于C#的NDS游戏文件查看器与编辑器，能把ROM里的图片（NCLR、NCGR、NSCR）、音频（SWAV、SWAR、STRM）、字体（NFTR）和文本直接显示出来，还能改完保存回ROM。

一句话看懂Tinke：NDS ROM文件的"万能窗口"

Tinke的定位很明确：打开一个NDS ROM，左侧是文件树，右侧就是内容本身——图像直接渲染成画面，音频能转成WAV试听，文本可以在内置编辑器里改，甚至自带十六进制查看器和ROM头/Banner编辑。它完全免费开源（GPL v3），支持多语言界面，并且通过插件机制覆盖了30多款具体游戏的专用格式。

传统工具 vs Tinke：差距一目了然

对比项	拼凑多个专用工具	用Tinke
支持的格式	每个工具只认1-2种格式	图像、音频、文本、字体、3D模型等10+类格式一站搞定
修改回写	多数工具只读，改完还得手动拼回ROM	直接在Tinke里编辑并保存新ROM
特定游戏支持	得自己找逆向笔记	内置Layton、 Kirby、宝可梦争夺之战等30+游戏插件
上手成本	命令行+格式知识	图形界面，右键即可导出
费用	部分工具收费	免费开源，源码随便看

从克隆到运行：最快3步编译Tinke

Tinke是.NET Framework 4.5（当前已迁移到4.8）项目，Windows用户需要装好Visual Studio Build Tools，Linux/Mac用户需要mono环境。

第一步，克隆源码：

git clone https://gitcode.com/gh_mirrors/ti/tinke

第二步，确认运行时依赖。程序启动时会检查Ekona.dll和DSDecmp.dll两个文件是否存在（逻辑见Tinke/Program.cs），源码编译后会自动带上这两个库，无需手动处理。

第三步，运行根目录下的编译脚本，它会自动编译主程序+全部30多个插件，输出到build/目录：

Windows：执行compile.bat（提示选Release/Debug和x86/x64，按R、按1即可）
Linux/Mac：执行./compile.sh Release x64

提示：Mac上需要额外安装mono和pkg-config，Linux建议装mono-locale-extras包，否则个别界面功能可能异常。

实战三场景：浏览ROM、导图片、听音效

场景一：打开ROM看文件结构。双击build/里的Tinke启动，打开NDS ROM后，左侧文件树会列出FAT文件系统中的所有资源，游戏内部的目录组织（图形、音频、文本）一目了然，右键文件即可导出到本地，Tinke会自动识别格式给出保存选项。

场景二：提取并替换图像。遇到NCGR（图块）、NCLR（调色板）、NSCR（场景背景）、NCER（精灵单元）这类NDS专用格式，Tinke的图像插件（源码在Plugins/Images/）会把它们直接渲染成可见画面。你可以把图导出成PNG，改完再导回——导回时的尺寸、调色板必须与原图严格一致，否则游戏里显示就会花屏。

场景三：把BGM和音效转成WAV。音频文件（SWAV/SWAR在SDAT里、STRM是流式音频）由Plugins/SDAT/和Plugins/Sounds/两个插件处理，支持预览播放并转成标准WAV，提取游戏原声不再需要额外解码器。

源码导读：看懂这几个目录就够了

想深入或二次开发，抓住四条主线：

Tinke/：主程序。Program.cs是入口（含依赖检查），PluginHost.cs是插件加载核心，Nitro/下是FAT文件系统等NDS底层结构解析
Ekona/Images/：图像处理核心库，NCGR/NSCR等格式的解码逻辑都在这里
Plugins/：扩展插件区。8个格式插件（Pack、TXT、Images、SDAT、Sounds、Fonts、3DModels、Common）+ 24个游戏专用插件
Tinke/langs/：多语言文件（en/es/fr/it），汉化界面改这里

插件机制：给Tinke"加料"的进阶玩法

Tinke的强大来自它的插件架构：每个插件就是一个普通.NET Framework程序集，实现约定接口后放入build/Plugins/目录即可被主程序发现。想支持一个新游戏？参考Plugins/Common/下的示例，读懂它的格式头，写一个解析类，用C#或VB.NET都能开发——这也是原作者设计这套体系的初衷：让新格式支持变得"容易"。

常见问题：编译失败和打不开ROM怎么排查

Q1：启动提示缺少Ekona.dll或DSDecmp.dll？编译时主程序会先输出到标准目录供插件引用，再输出到build/。如果你是手动用Visual Studio编译的，确保这两个dll和Tinke.exe在同一目录，对照Tinke/Program.cs里的检查逻辑核对文件名。

Q2：某个游戏的ROM打开后文件识别不出来？先看Plugins/下有没有对应游戏插件（Layton、Kirby、Sonic Rush Adventure等都有专属插件）；没有的话，尝试用"Open as"手动指定插件打开，或者到Plugins/Common/里找通用格式（如Pack、TXT）兜底。

Q3：导出的图片花屏、颜色不对？通常是压缩方式或调色板不匹配：0.9.2版本起新增了Nitro Texture Compressor支持4x4块压缩，可在导入选项里切换压缩参数；调色板选择错误时试试导入时指定正确的调色板索引。