Download best_annotator/README.md from EntropyDrop/SKING_DDJ_Dataset: direct link, hf CLI and curl.
- Browser
- Download file 9.97 kB
-
https://huggingface.co/datasets/EntropyDrop/SKING_DDJ_Dataset/resolve/main/best_annotator/README.md
- Command line
-
hf download hf://datasets/EntropyDrop/SKING_DDJ_Dataset/best_annotator/README.md
-
curl -L -o README.md https://huggingface.co/datasets/EntropyDrop/SKING_DDJ_Dataset/resolve/main/best_annotator/README.md
DDJ 最佳结果标注
一个局域网内使用的小工具,递归读取 SKING_DDJ_Dataset 的 source 与同目录、同编号的多个 result。前端使用 React + Vite;static/ 包含生产构建和本地 3D 依赖,运行只需 Python 3.10+ 标准库,无需 CDN 或 Node。修改前端源码时需要 Node.js 22+。
python3 app.py --root /home/ds/llms/SKING_DDJ_Dataset --host 192.168.0.111 --port 8765
浏览器打开 http://192.168.0.111:8765。默认只显示有 result 的待标注条目;“全部”包含没有结果的 source 和 source_err 样例。支持 PNG/JPG/JPEG/WebP。
- 左侧同时显示 source 原图和 edited 中间图;点击任意图片可放大。缺少 edited 时显示提示。
- 右侧并排显示各版本 3D 皮肤与 UV 贴图。拖动、滚轮和视角按钮会同步各版本;可查看头部、背面、隐藏外层或只看 UV。
- 点击“选为最佳”或按数字键 1–9,自动保存并进入下一项。
- 每个版本下方依次提供“选为最佳”“选为最佳(完美)”“修复并选为最佳(完美)”。
- 完美选择同时写入
{id}_best.txt和{id}_perfect.txt,两者都记录当前 result 文件名。 - 修复按钮打开从
entropydrop_frontend移植的皮肤编辑器:左键绘制、右键旋转,支持外层、取色、橡皮擦、撤销/重做、色相/饱和度/亮度/对比度、K-Means 减色和模型转换。编辑对象需为 64×64 或 64×32 皮肤。 - 提交修复时保存 64×64
{id}_perfect.png,并将原 result 文件名写入_best.txt、_perfect.txt;原 result 图片不变。取消弹窗不保存。重新打开同一完美版本的编辑器会继续编辑已保存的修复图。 - 所有 result 都不好时,点击“结果都不满意”;如果问题出在 edited 中间图,点击“edited 不满意”。两种标记都会保存并进入下一项。
- “暂时忽略”(S)不写文件,只在本次页面内暂时跳过。下次打开或刷新页面,未标注条目仍可选择。
- “上一个”(←)可回看刚才的条目。“已标注”包含已选最佳和已标记不满意的条目;“不满意”单独查看后者。可以重选、修改不满意原因或撤销。
- “已标注”内可按完美、最佳(含完美)、仅最佳(无完美)、结果都不满意、edited 不满意筛选,并与目录和编号搜索组合使用。
- “刷新目录”重新扫描新增/删除的图片;如果原最佳图片已删除,条目会恢复为待标注。
文件结构
工具代码与数据图片分开存放;--root 指定递归扫描的数据目录,标注文件始终写回对应图片所在目录。
SKING_DDJ_Dataset/
├── best_annotator/
│ ├── app.py # Python HTTP 服务、扫描、标注保存与冲突检查
│ ├── index.html # Vite 构建入口
│ ├── package.json # 前端依赖与开发/构建/测试命令
│ ├── package-lock.json # 固定依赖版本,配合 npm ci
│ ├── vite.config.js # 构建输出与开发 API 代理
│ ├── src/
│ │ ├── main.jsx # React 标注页、筛选和编辑弹窗
│ │ ├── viewers.js # 候选皮肤 3D 预览与视角同步
│ │ ├── style.css # 标注页及弹窗布局
│ │ ├── editor.css # 编辑器 Tailwind 样式入口
│ │ └── editor/
│ │ ├── SkinEditor.tsx # 绘制、取色、调色、撤销/重做和提交
│ │ ├── icons.ts # 本地图标集合
│ │ ├── components/ # MC.tsx 模型与 utils.ts 皮肤工具
│ │ └── utils/ # skin2dRenderer.ts 二维渲染工具
│ ├── public/vendor/ # 随构建复制的 skinview3d 与许可证
│ ├── static/ # Python 实际提供的生产构建;勿手工修改
│ │ ├── index.html
│ │ ├── assets/ # 带内容哈希的 JS/CSS,构建时重新生成
│ │ └── vendor/
│ ├── test_app.py # 原有标注与 HTTP 接口测试
│ ├── test_perfect.py # 完美、修复图片和写入失败回滚测试
│ └── test_ui.cjs # React 界面流程测试
└── entropydrop_website_generations/
└── SKING_DDJ_v61/
├── ABC_source.png
├── ABC_edited.png
├── ABC_result.png
├── ABC_result_v104.png
├── ABC_best.txt # 选中时生成
├── ABC_perfect.txt # 完美标注时生成
└── ABC_perfect.png # 只有提交修复后才生成
以上数据示例表示“已修复并选为最佳(完美)”。不同目录中的同名 ID 分别作为独立条目,候选与标注不会跨目录关联。条目以 _source 或 _source_err 图片为入口;只有 result 而没有 source 的文件不会单独形成标注条目。普通 source/edited 与对应 _err 文件同时存在时,优先使用普通文件。
| 数据文件 | 用途与内容 |
|---|---|
{id}_source.<ext> / {id}_source_err.<ext> |
原图;ext 支持 png、jpg、jpeg、webp。 |
{id}_edited.<ext> / {id}_edited_err.<ext> |
可选中间图,同时作为编辑弹窗参考图;不是手工修复后的皮肤。 |
{id}_result.<ext> / {id}_result_{version}.<ext> |
原版及各版本候选;_result_err 也作为候选识别。 |
{id}_best.txt |
UTF-8 单行原候选文件名,末尾换行;无目录前缀。 |
{id}_perfect.txt |
完美标注,格式同 best,内容必须与 best 一致。 |
{id}_perfect.png |
从选中的候选修复得到的 64×64 PNG;保留原候选,不加入 result 候选列表。 |
{id}_all_rejected.txt |
单行 result_unsatisfied 或 edited_unsatisfied,末尾换行。 |
{id}_prompt.txt / *.uv_review.json |
数据集中的提示词/审计附加文件;标注工具不读取或修改。 |
各标注状态对应的文件
下表描述通过工具保存后的状态,“—”表示该文件不存在:
| 状态 | _best.txt |
_perfect.txt |
_perfect.png |
_all_rejected.txt |
|---|---|---|---|---|
| 未标注 / 撤销后 | — | — | — | — |
| 普通最佳 | 原候选文件名 | — | — | — |
| 直接选为完美 | 原候选文件名 | 同 best | — | — |
| 修复后选为完美 | 原候选文件名 | 同 best | 修复后的皮肤 | — |
| 结果都不满意 | — | — | — | result_unsatisfied |
| edited 不满意 | — | — | — | edited_unsatisfied |
例如修复 ABC_result_v104.png 后,ABC_best.txt 和 ABC_perfect.txt 都写入 ABC_result_v104.png,而不是 ABC_perfect.png。读取最终皮肤时,先确认完美标注与有效的 best 一致且没有不满意冲突:若同时存在修复图,使用 ABC_perfect.png;否则读取 best 指向的原候选。仅看到 _perfect.png 文件不能证明条目有有效完美标注。
“暂时忽略”不改变任何文件,也不清除已有标注。没有标注文件只表示未作决定,不等于不满意。每个 ID 只保留当前一份修复图;再次提交会替换它。
标注格式
在对应图片的同一目录写入 UTF-8 文件 {id}_best.txt,内容只有选中的 result 文件名和换行,例如:
14CN7VTM7MBVWXV6_result_v104.png
不满意时在图片的同一目录写入 {id}_all_rejected.txt,内容为以下其中一种,加一个换行:
| 按钮 | 文件内容 |
|---|---|
| 结果都不满意 | result_unsatisfied |
| edited 不满意 | edited_unsatisfied |
最佳结果与不满意标记互斥:改选最佳会移除旧的 _all_rejected.txt;标记不满意会移除旧的 _best.txt。撤销会清除该条目的标注。“暂时忽略”始终不写文件。
普通最佳、不满意和撤销会移除该条目旧的 _perfect.txt、_perfect.png;直接选择完美会移除旧修复图。修复仅写入独立的 _perfect.png。保存会验证 source 和对应图片仍存在,以临时文件 + 原子替换写入,并同时检查最佳/不满意/完美标注及修复图的版本,拒绝覆盖另一页面的新决定。多文件写入过程中出现 I/O 错误会尝试恢复此前文件;这不是跨进程或断电事务,建议单个服务实例管理目录。缺少 edited 时无法标记 edited 不满意,缺少 result 时无法标记结果都不满意。数据以磁盘文件为准,重启服务后仍有效。
如果外部编辑导致最佳与不满意标记同时存在,工具会提示重新选择,避免把冲突记录当作已完成。
部署启动时的后台进程号和日志位于本目录 server.pid、server.log。重新启动前应先结束原进程,或使用另一个端口。
前端开发
在 best_annotator 目录执行:
npm ci
npm run build
构建结果输出至 static/,随后按上方命令启动或重启 Python 服务。开发热更新可在 Python 服务使用 8765 端口时另开终端运行 npm run dev,Vite 会代理 /api 和 /media。
src/main.jsx 是 React 标注页面;src/editor/ 是本地独立移植的编辑器和 Minecraft 模型组件,移除了原站的登录、收藏上传等业务依赖。编辑器按需加载。
检查
python3 -m unittest discover -p "test_*.py"
测试使用临时数据,不写真实数据集的标注。
界面流程另有 test_ui.cjs,使用本地已有的 jsdom,通过真实 Python HTTP 处理器在临时目录验证两种不满意标记、跳转、重选、撤销和并发页面,无需开启端口:
npm ci
npm test
3D 组件:skinview3d 3.4.2,MIT 许可证,见 static/vendor/skinview3d-LICENSE。