这些天大部分时间还是投入在 SPW 的开发中，一些看似很简单的界面问题要耗费大量时间去解决，甚至某些到目前一点头绪都没。
SPW 是一个混合项目，目前一些重算法相关的也在试着用 C 等语言来实现，其实用处不大，内存占用更多是 UI 方面。
按照我自己的技术路线选择来说，Compose Multiplatform（CMP）不是一个差的选项，但目前来说 CMP 在桌面端的体验比较糟糕。JVM 本身性能很好，更多我还是觉得框架本身的问题。
让我回想起几年前椒盐音乐 V3 升级 V4 使用 Jetpack Compose 面临的压力，几年下来，Jetpack Compose 在一些小地方对我来说还是存在问题。
Jetpack Compose 开发很快但并不能说非常稳定会经常出现一些严重问题，而且对开发者要求更高，很容易不小心产生性能问题。我想回到几年前我可能会觉得不这么早使用。
谈回 CMP，JetBrains 对它的投入我觉得并不是很高，仓库看起来维护人员屈指可数。也许是更多的人员在开发 Fleet 吗？Fleet 并不是 CMP 而是另外一个内部的 UI 框架。
看到 JetBrians 25 年计划的重点应该在 iOS 的支持上，我也许应该考虑往 iOS 上靠拢，但又怕进入另外一个坑。对鸿蒙看法也是，需要谨慎考虑什么时候投入。过些时间有 B 站等技术人员在鸿蒙上使用 Kotlin Native 的分享直播，我多关注关注。
在人力和金钱都缺失情况下，为各种平台完全使用原生技术不现实，跨平台是必要的，希望 CMP 发展更好，我 SPW 大半年写了几万行代码不能都白费吧｡°(°¯᷄◠¯᷅°)°｡
SPW 是一个混合项目，目前一些重算法相关的也在试着用 C 等语言来实现，其实用处不大，内存占用更多是 UI 方面。
按照我自己的技术路线选择来说，Compose Multiplatform（CMP）不是一个差的选项，但目前来说 CMP 在桌面端的体验比较糟糕。JVM 本身性能很好，更多我还是觉得框架本身的问题。
让我回想起几年前椒盐音乐 V3 升级 V4 使用 Jetpack Compose 面临的压力，几年下来，Jetpack Compose 在一些小地方对我来说还是存在问题。
Jetpack Compose 开发很快但并不能说非常稳定会经常出现一些严重问题，而且对开发者要求更高，很容易不小心产生性能问题。我想回到几年前我可能会觉得不这么早使用。
谈回 CMP，JetBrains 对它的投入我觉得并不是很高，仓库看起来维护人员屈指可数。也许是更多的人员在开发 Fleet 吗？Fleet 并不是 CMP 而是另外一个内部的 UI 框架。
看到 JetBrians 25 年计划的重点应该在 iOS 的支持上，我也许应该考虑往 iOS 上靠拢，但又怕进入另外一个坑。对鸿蒙看法也是，需要谨慎考虑什么时候投入。过些时间有 B 站等技术人员在鸿蒙上使用 Kotlin Native 的分享直播，我多关注关注。
在人力和金钱都缺失情况下，为各种平台完全使用原生技术不现实，跨平台是必要的，希望 CMP 发展更好，我 SPW 大半年写了几万行代码不能都白费吧｡°(°¯᷄◠¯᷅°)°｡
🎉96
1.0.830 Demo 2024/12/06 对比 1.0.803 演示版本。
亮点
1. 全屏模式
- 新增全屏模式，按钮位于软件标题栏最小化按钮左侧，开启可以让软件全屏显示，#1061。
2. 播放界面封面展开动画
- 新的播放界面封面展开动画，更连贯，同时优化了部分其他的动画效果。
优化
- 改进对读取失败的音轨的识别逻辑。
- 优化 DXGI 兼容模式下最小化、最大化等按钮样式。
- 优化了部分情况下标题栏关闭按钮的颜色。
- 优化点击播放错误时的错误捕获。
修复
- 修复快速点击上下首软件卡死的问题，#1056。
- 修复偶现的滚动歌曲列表崩溃的问题（预修复，待验证）。
- 修复部分新版 FLAC 编码文件无法播放的问题。
后续开发重点
- 修复播放器和界面问题。
https://spw.moriafly.com/release/1.0/830.html
亮点
1. 全屏模式
- 新增全屏模式，按钮位于软件标题栏最小化按钮左侧，开启可以让软件全屏显示，#1061。
2. 播放界面封面展开动画
- 新的播放界面封面展开动画，更连贯，同时优化了部分其他的动画效果。
优化
- 改进对读取失败的音轨的识别逻辑。
- 优化 DXGI 兼容模式下最小化、最大化等按钮样式。
- 优化了部分情况下标题栏关闭按钮的颜色。
- 优化点击播放错误时的错误捕获。
修复
- 修复快速点击上下首软件卡死的问题，#1056。
- 修复偶现的滚动歌曲列表崩溃的问题（预修复，待验证）。
- 修复部分新版 FLAC 编码文件无法播放的问题。
后续开发重点
- 修复播放器和界面问题。
https://spw.moriafly.com/release/1.0/830.html
Moriafly
1.0.830 2024/12/06 | SPW
Salt Player® for Windows™
🎉59
1.0.862 Demo 2024/12/10
对比 1.0.830 演示版本。
亮点
1. 新启动逻辑
重复点击启动应用将不再启动软件新进程而是将已经存在的进程主窗体显示在最前，#1085，详见启动行为。
2. 升序降序
新增歌曲升序降序排序功能。
3. 垂直同步设置
新增垂直同步设置功能，详见外观 -> 垂直同步。
优化
移除迷你播放条的翻转动画。
修复
音量控制面板背景丢失，#1070。
当未载入歌曲的时候播放界面背景全透明，#1079。
播放界面标题文本行异常，#1080。
播放界面展开关闭动画打断偶尔无法快速触发，#1083。
重启软件不记录歌曲界面排序。
后续开发重点
修复播放器和界面问题。
https://spw.moriafly.com/release/1.0/862.html
对比 1.0.830 演示版本。
亮点
1. 新启动逻辑
重复点击启动应用将不再启动软件新进程而是将已经存在的进程主窗体显示在最前，#1085，详见启动行为。
2. 升序降序
新增歌曲升序降序排序功能。
3. 垂直同步设置
新增垂直同步设置功能，详见外观 -> 垂直同步。
优化
移除迷你播放条的翻转动画。
修复
音量控制面板背景丢失，#1070。
当未载入歌曲的时候播放界面背景全透明，#1079。
播放界面标题文本行异常，#1080。
播放界面展开关闭动画打断偶尔无法快速触发，#1083。
重启软件不记录歌曲界面排序。
后续开发重点
修复播放器和界面问题。
https://spw.moriafly.com/release/1.0/862.html
🎉49
10.7.0-alpha01-2024121101-moriafly-arm64-v8a.apk
11.8 MB
10.7.0-alpha01-2024121101
移除主界面缩放和播放界面圆角
移除关于界面 Salt Player OPEN
修复一些小问题
移除主界面缩放和播放界面圆角
移除关于界面 Salt Player OPEN
修复一些小问题
🎉85
有意义的是 10.7.0-alpha01 版本 Salt Player 使用的一些核心库已经完成了 Android/Desktop(Windows/macOS/Linux)/iOS 跨平台的迁移
很累但应该还行，加油开发
很累但应该还行，加油开发
🎉97
设计一种完全兼容 LRC 的真卡拉 OK 歌词格式，目的要对人类阅读、纯文本编辑非常方便，以及拥有极高的兼容性，处理各种 LRC 格式变种
以及在使用普通 LRC 的歌词时候应用一些技巧模拟卡拉 OK 歌词，对错误的时间戳拥有修复忽略功能
在功能上方便拓展，后期可以设计其他不太适合人类阅读的格式向 SPL LRC 的转换
以及在使用普通 LRC 的歌词时候应用一些技巧模拟卡拉 OK 歌词，对错误的时间戳拥有修复忽略功能
在功能上方便拓展，后期可以设计其他不太适合人类阅读的格式向 SPL LRC 的转换
🎉74
10.7.0-alpha02-2024121601-moriafly-arm64-v8a.apk
11.8 MB
10.7.0-alpha02-2024121601
【实验室 - Lyrics UI 3 增强版】支持 SPL LRC（兼容）“真”逐字歌词
*测试功能，可能存在一些严重问题，可在仓库反馈
【实验室 - Lyrics UI 3 增强版】支持 SPL LRC（兼容）“真”逐字歌词
*测试功能，可能存在一些严重问题，可在仓库反馈
🎉47
逐字歌词开发完成，使用音乐标签类似软件也可以非常简单地编辑
如：[01:11.00]雪花飘青山遇绝壁 （普通格式）
想让 雪花飘 三个字持续 3 秒，即可写成 [01:11.00]雪花飘[01:14.00]青山遇绝壁，也可写成 [01:11.00]雪花飘<01:14.00>青山遇绝壁
第二种会更好，因为存在多时间戳识别，如果不是起始位置不受影响一般没事
如：[01:11.00]雪花飘青山遇绝壁 （普通格式）
想让 雪花飘 三个字持续 3 秒，即可写成 [01:11.00]雪花飘[01:14.00]青山遇绝壁，也可写成 [01:11.00]雪花飘<01:14.00>青山遇绝壁
第二种会更好，因为存在多时间戳识别，如果不是起始位置不受影响一般没事
🎉38
翻译歌词可以简写，原需要同时间戳，如：
[01:11.00]晚上好
[01:11.00]Good Night
现在可以简写为：
[01:11.00]晚上好
Good Night
即翻译歌词时间戳可以省略，同时多时间戳也可正确识别
[01:11.00]晚上好
[01:11.00]Good Night
现在可以简写为：
[01:11.00]晚上好
Good Night
即翻译歌词时间戳可以省略，同时多时间戳也可正确识别
🎉37
10.7.0-alpha03-2024121602-moriafly-arm64-v8a.apk
11.8 MB
10.7.0-alpha03-2024121602
【实验室 - Lyrics UI 3 增强版】优化和修复
对空白行进行了特殊适配，同时也支持多时间戳，逐字歌词更准确
【实验室 - Lyrics UI 3 增强版】优化和修复
对空白行进行了特殊适配，同时也支持多时间戳，逐字歌词更准确
🎉60
10.7.0-alpha04-2024121603-moriafly-arm64-v8a.apk
11.8 MB
10.7.0-alpha04-2024121603
【实验室 - Lyrics UI 3 增强版】修复不识别 <> 逐字标记的问题
【实验室 - Lyrics UI 3 增强版】修复不识别 <> 逐字标记的问题
🎉61
为什么选择 SPL？
- LRC 格式拥有极多的使用用户，SPL 兼容 LRC，并在此基础上对多年来遇到的多种兼容性问题进行了适配，拥有优秀的兼容性。
- LRC/SPL 非常简单，对人类阅读友好，时间戳为分、秒、毫秒格式，加上歌词文本，没有过多标记字符，使得在极简文本编辑器/编辑框中也可以非常方便地编辑。
- LRC/SPL 极简的标记格式拥有强大的表现力，占用的字符空间也更少。
- SPL 在对适配各种兼容性问题的解决方案上将它们视为一种“语法糖”，并进行标准化，对编辑更加友好方便，同时也是本标准的意义。
有用户询问 SPL LRC 具体应该怎么写，我想我应该写一个标准页面，会在最近公布
- LRC 格式拥有极多的使用用户，SPL 兼容 LRC，并在此基础上对多年来遇到的多种兼容性问题进行了适配，拥有优秀的兼容性。
- LRC/SPL 非常简单，对人类阅读友好，时间戳为分、秒、毫秒格式，加上歌词文本，没有过多标记字符，使得在极简文本编辑器/编辑框中也可以非常方便地编辑。
- LRC/SPL 极简的标记格式拥有强大的表现力，占用的字符空间也更少。
- SPL 在对适配各种兼容性问题的解决方案上将它们视为一种“语法糖”，并进行标准化，对编辑更加友好方便，同时也是本标准的意义。
有用户询问 SPL LRC 具体应该怎么写，我想我应该写一个标准页面，会在最近公布
🎉74