改进/重构计划 #9

Open
opened 2022-11-24 07:24:35 +00:00 by um-dev · 9 comments
Owner
  • 将 加密算法、Metadata、Album Cover 分离
  • 更新各个加密算法实现到最新版本
  • 更新UI框架
- [ ] 将 加密算法、Metadata、Album Cover 分离 - [ ] 更新各个加密算法实现到最新版本 - [ ] 更新UI框架
Author
Owner

代码改进

  • Investigating 删除纯JS实现 #5 (comment)
    • 性能差距
    • 兼容性
    • 二进制体积
  • 写入 Metadata 的 Add / Replace #5 (comment)
  • 坚持使用数组存放歌手信息 #5 (comment)
### 代码改进 - [ ] **Investigating** 删除纯JS实现 https://git.unlock-music.dev/um/web/pulls/5#issuecomment-905 - 性能差距 - 兼容性 - 二进制体积 - [ ] 写入 Metadata 的 Add / Replace https://git.unlock-music.dev/um/web/pulls/5#issuecomment-865 - [ ] 坚持使用数组存放歌手信息 https://git.unlock-music.dev/um/web/pulls/5#issuecomment-894
Contributor

音乐标签编辑功能改进

  • 增加支持编辑的音乐标签种类

  • 增加对mp3、flac以外格式的音乐标签写入支持

  • 增加歌词匹配和编辑

## 音乐标签编辑功能改进 - [ ] 增加支持编辑的音乐标签种类 - [ ] 增加对mp3、flac以外格式的音乐标签写入支持 - [ ] 增加歌词匹配和编辑
Owner

关于 WASM,感觉可以多开几个仓库放 C++ 代码,然后 CI 自动构建发布(自建或 npm 命名空间)后导入使用。

这样就不需要只做前端的贡献者安装完整的 emscripten / cmake 工具链。

关于 WASM,感觉可以多开几个仓库放 C++ 代码,然后 CI 自动构建发布(自建或 npm 命名空间)后导入使用。 这样就不需要只做前端的贡献者安装完整的 emscripten / cmake 工具链。
Author
Owner

关于 WASM,感觉可以多开几个仓库放 C++ 代码,然后 CI 自动构建发布(自建或 npm 命名空间)后导入使用。

这样就不需要只做前端的贡献者安装完整的 emscripten / cmake 工具链。

我也倾向于这样处理

> 关于 WASM,感觉可以多开几个仓库放 C++ 代码,然后 CI 自动构建发布(自建或 npm 命名空间)后导入使用。 > > 这样就不需要只做前端的贡献者安装完整的 emscripten / cmake 工具链。 > > 我也倾向于这样处理
Contributor

代码改进

  • Investigating 删除纯JS实现 #5 (comment)
    • 性能差距
      • 兼容性
      • 二进制体积

同意@xhacker-zzz,js decoder作为wasm失败或不支持的fallback。#5

  • 增加歌词匹配和编辑

问个小问题。输入的文件只有音乐文件,通过元数据匹配歌词后,是页面上来个歌词弹框预览+编辑么
批量解锁的情况下,怎么处理比较好

> ### 代码改进 > - [ ] **Investigating** 删除纯JS实现 https://git.unlock-music.dev/um/web/pulls/5#issuecomment-905 > - 性能差距 > - 兼容性 > - 二进制体积 同意@xhacker-zzz,`js decoder`作为`wasm`失败或不支持的fallback。[#5](https://git.unlock-music.dev/um/web/pulls/5#issuecomment-886) > - [ ] 增加歌词匹配和编辑 问个小问题。输入的文件只有音乐文件,通过元数据匹配歌词后,是页面上来个歌词弹框预览+编辑么 批量解锁的情况下,怎么处理比较好
Contributor

代码改进

  • Investigating 删除纯JS实现 #5 (comment)
    • 性能差距
    • 兼容性
    • 二进制体积

同意@xhacker-zzz,js decoder作为wasm失败或不支持的fallback。#5

  • 增加歌词匹配和编辑

问个小问题。输入的文件只有音乐文件,通过元数据匹配歌词后,是页面上来个歌词弹框预览+编辑么
批量解锁的情况下,怎么处理比较好
目前计划是加歌词窗口

> > ### 代码改进 > > - [ ] **Investigating** 删除纯JS实现 https://git.unlock-music.dev/um/web/pulls/5#issuecomment-905 > > - 性能差距 > > - 兼容性 > > - 二进制体积 > > 同意@xhacker-zzz,`js decoder`作为`wasm`失败或不支持的fallback。[#5](https://git.unlock-music.dev/um/web/pulls/5#issuecomment-886) > > > > - [ ] 增加歌词匹配和编辑 > > > 问个小问题。输入的文件只有音乐文件,通过元数据匹配歌词后,是页面上来个歌词弹框预览+编辑么 > 批量解锁的情况下,怎么处理比较好 目前计划是加歌词窗口
Owner

js decoder作为wasm失败或不支持的fallback。#5

我的看法是没有必要。这个项目本来就不支持过于古老的浏览器… 人手也不足,还要维护两份不同语言的相同实现。

而算法实现基于同一份代码衍生的。

> `js decoder`作为`wasm`失败或不支持的fallback。[#5](https://git.unlock-music.dev/um/web/pulls/5#issuecomment-886) 我的看法是没有必要。这个项目本来就不支持过于古老的浏览器… 人手也不足,还要维护两份不同语言的相同实现。 而算法实现基于同一份代码衍生的。
Contributor

代码改进

  • Investigating 删除纯JS实现 #5 (comment)
    • 性能差距
      • 兼容性
      • 二进制体积
  • 写入 Metadata 的 Add / Replace #5 (comment)
  • 坚持使用数组存放歌手信息 #5 (comment)

已在#29中删除重复的JS实现

> ### 代码改进 > - [ ] **Investigating** 删除纯JS实现 https://git.unlock-music.dev/um/web/pulls/5#issuecomment-905 > - 性能差距 > - 兼容性 > - 二进制体积 > - [ ] 写入 Metadata 的 Add / Replace https://git.unlock-music.dev/um/web/pulls/5#issuecomment-865 > - [ ] 坚持使用数组存放歌手信息 https://git.unlock-music.dev/um/web/pulls/5#issuecomment-894 > 已在[#29]中删除重复的JS实现 [#29]: https://git.unlock-music.dev/um/web/pulls/29
Contributor

关于 WASM,感觉可以多开几个仓库放 C++ 代码,然后 CI 自动构建发布(自建或 npm 命名空间)后导入使用。

这样就不需要只做前端的贡献者安装完整的 emscripten / cmake 工具链。

已在#29中分离WASM至QmcWasmKgmWasm

> 关于 WASM,感觉可以多开几个仓库放 C++ 代码,然后 CI 自动构建发布(自建或 npm 命名空间)后导入使用。 > > 这样就不需要只做前端的贡献者安装完整的 emscripten / cmake 工具链。 > > 已在[#29]中分离WASM至[QmcWasm]和[KgmWasm] [#29]: https://git.unlock-music.dev/um/web/pulls/29 [QmcWasm]: https://github.com/xhacker-zzz/QmcWasm [KgmWasm]: https://github.com/xhacker-zzz/KgmWasm
Sign in to join this conversation.
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: um/web#9
No description provided.