 opendance
|
8e8cc0475b
|
fix(models): 修复上传 PMX 返回 500（models.stats 超 TEXT 上限）与 GBK 丢贴图
现象（真实故障）：导入示例文件/【奥黛塔】_by_原神.zip 返回 500 Internal server error。
根因一（500）：
该 PMX 643 根骨骼、93,350 面，转换本身成功（GLB 23.7MB），但分析结果里的
骨骼树按骨骼逐条展开，JSON 实测 70,980 字节，而 models.stats 是 TEXT
（上限 65,535）。MySQL/MariaDB 严格模式直接拒绝写入（ER_DATA_TOO_LONG /
1406），而这一步没有兜底 -> 未捕获 -> 500。
根因二（丢贴图）：
tex/髮.png 的 GBK 字节是 F3 8C。文件名解码先试 Shift-JIS，而 WHATWG 的
shift_jis 把未定义码位映射成私用区不可见字符（不是 U+FFFD），于是被判为
「解码成功」，永不回退 GBK；贴图名对不上，该模型 18 张贴图只内嵌了 17 张。
修复：
1. models.stats -> MEDIUMTEXT（实体 mediumtext + transformer，保留 JSON 语义；
不用 simple-json 以免元数据与库列型不一致），新增迁移
AddModelStatsMediumText1789550000000；
2. 新增 shrinkStatsForStorage() 兜底：即使库未迁移，也只截断骨骼树
（父在前，保留祖先链），面数/骨骼数/humanoid 覆盖/可驱动性/warnings 全部保留；
服务层 saveWithStatsFallback() 仅在 1406/DATA_TOO_LONG 时裁剪重试一次，
其它数据库错误照旧抛出；
3. 压缩包文件名解码把「私用区字符」也算作解错信号，回退 GBK；实测该模型
贴图由 17/18 变为 18/18 全部内嵌；
4. 新增 12 项测试（test/model-stats-limit.spec.ts 9 项 + 压缩包编码/目录条目 3 项）；
5. 版本 0.2.3，README(.md/.txt)/DSH.md 补修订说明、500 的 FAQ 与 stats 容量约束。
|
2026-09-16 03:30:12 +08:00 |
|
|
opendance
|
afed67e175
|
fix(deploy): apt 安装 Assimp 不再写死 libassimp6
Debian 11 / Ubuntu 22.04 的库包是 libassimp5，Debian 12+ 才是 libassimp6；
写死库名会让 apt 报 'no installation candidate'，自动安装直接失败。
改为只装 assimp-utils（它按发行版依赖对应的库版本）。
|
2026-09-16 02:56:50 +08:00 |
|
|
opendance
|
da03777995
|
fix(models): Assimp 缺失时给出可操作报错，部署脚本自动安装
现象：服务器未安装 Assimp，上传 PMX 压缩包只得到
GLB 直出：导出失败（ENOENT）：spawn assimp ENOENT
glTF 直出：导出失败（ENOENT）：spawn assimp ENOENT
用户看不出缺什么、怎么装，也不知道只传 glb/vrm 其实不需要它。
修复：
1. 新增 src/common/assimp.ts：按 ASSIMP_BIN -> PATH -> /usr/bin、/usr/local/bin
等常见目录定位可执行文件（只认文件，不认同名目录），转换前先预检；
找不到就一次性给出各发行版安装命令、查过的路径与替代办法，
不再打两条 ENOENT。动作预处理（FBX/glTF -> BVH）复用同一文案。
2. 新增 deploy/assimp-lib.sh：install.sh 按发行版自动安装
（apt-get / dnf / yum / zypper / apk / pacman），装在非常规目录时把绝对
路径写入 deploy/.env 的 ASSIMP_BIN；装不上只告警不中止，可用
SKIP_ASSIMP_INSTALL=1 跳过。check-access.sh 自检增加 Assimp 一行。
3. /health 增加 assimp.path；管理端「概览 -> 服务健康」显示 Assimp 状态，
不可用时给出安装提示。
4. 新增 test/assimp-locate.spec.ts 13 项；强化「assimp 不存在」用例断言安装命令。
测试规模 12 文件 / 193 项。
5. 版本 0.2.2，README(.md/.txt)/DSH.md 同步（前置要求、FAQ、环境变量说明）。
|
2026-09-16 02:55:32 +08:00 |
|
|
opendance
|
e9de740d66
|
chore(release): 打包脚本默认版本改为 0.2.1
|
2026-09-15 22:27:16 +08:00 |
|
|
opendance
|
ea58520fc2
|
fix(deploy): .env 中带空格的值未加引号导致 install.sh 以 127 失败
现象：
./deploy/.env: line 53: Miku.pmx: command not found
[install] 第 53 行执行失败（退出码 127）
根因：deploy/.env.example 的 MODEL_CONVERT_PMX=Hatsune Miku.pmx 值含空格
却没加引号，install.sh 用 `set -a; . deploy/.env` 载入时被切成
「赋值 + 命令」，Miku.pmx 被当成命令执行。
修复：
1. 模板改为 MODEL_CONVERT_PMX="Hatsune Miku.pmx"（占位符值同样加引号）；
2. 新增 deploy/env-lib.sh：.env 语法预检，install.sh / ctl.sh 在 source
之前检查，报错给出「哪一行 / 原文 / 改法」， 与反引号建议单引号；
3. install.sh 的 ERR trap 补上出错文件名（lineno 属于被 source 的 .env，
只报行号无法定位）；
4. 新增 test/env-file.spec.ts 12 项回归测试，锁住「模板可被 shell 原样载入」；
5. 版本升到 0.2.1，README(.md/.txt)/DSH.md 补 .env 写法约定、FAQ 与测试数量。
|
2026-09-15 22:26:58 +08:00 |
|
|
opendance
|
b7748a50eb
|
docs: web 端根说明补充 Markdown 版本 README.md
仓库首页(Gitea/编辑器)以 .md 为准,windows/android 两端都已有
README.md + README.txt 两份,web 端此前只有 README.txt。
本次按同风格补齐 README.md:标题/状态/初次部署/环境变量/API/目录结构
等改为 Markdown 结构(标题层级、表格、带语言的代码块),内容与
README.txt 逐项等价;同时把 README.md 纳入发布包与关键文件校验。
|
2026-09-15 21:53:29 +08:00 |
|
|
opendance
|
60c182f1b2
|
docs: 消除 Gitea 模棱两可 Unicode 告警（全角标点紧邻 ASCII 时改为半角）
依据 Gitea v1.27.3 modules/charset/escape_stream.go 的判定规则
（analyzeDetectResults：仅当左右相邻字符都不是非 ASCII 时才标记，
且 _common 表恒定生效），把说明文档中会被标记的全角标点
（，：；？！（） 等）改为半角，并保证成对括号宽度一致。
中文语境中的全角标点（左右均为中文）保持原样，不动代码与契约语义。
同时删除临时探针目录 _probe/（仅用于确认 Gitea 判定规则）。
|
2026-09-15 21:45:51 +08:00 |
|
|
opendance
|
a34cca007c
|
chore(probe): add ambiguous-unicode probes for Gitea highlighter
|
2026-09-15 21:40:52 +08:00 |
|