SPW 1.0.969 2025/01/01
对比 1.0.942 演示版本。
## 亮点
### 播放界面歌词（实验性）
移植了 Android 版本歌词组件，并提供字体大小和字体粗细调整。
## 优化
- 动画和细节。
- 默认关闭霞光特效。
对比 1.0.942 演示版本。
## 亮点
### 播放界面歌词（实验性）
移植了 Android 版本歌词组件，并提供字体大小和字体粗细调整。
## 优化
- 动画和细节。
- 默认关闭霞光特效。
🎉103
This media is not supported in your browser
VIEW IN TELEGRAM
播放界面歌词功能基本开发完成，在接下来的时间会继续优化并逐步保持和安卓版本一致（安卓版精确度等优化会在后续版本进行）
🎉70
10.8.0-alpha06-2025010501-moriafly-arm64-v8a.apk
11.9 MB
10.8.0-alpha06-2025010501
优化 Lyrics UI 3 逐字动画渐变效果
修复 Lyrics UI 3 快速跳转时候动画异常的问题
修复 Lyrics UI 3 读取翻译歌词未忽略空行的问题
修复可能存在的歌词界面最后一句绘制的重叠的问题
优化 Lyrics UI 3 逐字动画渐变效果
修复 Lyrics UI 3 快速跳转时候动画异常的问题
修复 Lyrics UI 3 读取翻译歌词未忽略空行的问题
修复可能存在的歌词界面最后一句绘制的重叠的问题
🎉64
10.8.0-beta01-2025010502-moriafly-arm64-v8a.apk
11.9 MB
10.8.0-beta01-2025010502
对比 10.7.0
Lyrics UI 3 移出实验室成为默认的歌词组件，以下统称为新歌词组件
新歌词组件新增【卡拉 OK（逐字）歌词动画兼容策略】默认为拓展当前行
- 仅当前行：仅当前行存在有效的逐字时间戳才应用动画效果
- 拓展当前行：只要有一行歌词存在有效的逐字时间戳，那么为全部歌词行都应用动画效果
- 总是：无论是否存在有效的逐字时间戳，都应用动画效果
大量的新歌词组件等其他优化
移除旧歌词组件的字体加粗功能，现在新歌词组件支持更细致的粗细调节
移除兼容型卡拉 OK 歌词（开发型测试）
对比 10.7.0
Lyrics UI 3 移出实验室成为默认的歌词组件，以下统称为新歌词组件
新歌词组件新增【卡拉 OK（逐字）歌词动画兼容策略】默认为拓展当前行
- 仅当前行：仅当前行存在有效的逐字时间戳才应用动画效果
- 拓展当前行：只要有一行歌词存在有效的逐字时间戳，那么为全部歌词行都应用动画效果
- 总是：无论是否存在有效的逐字时间戳，都应用动画效果
大量的新歌词组件等其他优化
移除旧歌词组件的字体加粗功能，现在新歌词组件支持更细致的粗细调节
移除兼容型卡拉 OK 歌词（开发型测试）
🎉71
10.8.0-beta02-2025010703-moriafly-arm64-v8a.apk
11.9 MB
10.8.0-beta02-2025010703
优化行逐字动画帧率
修复可能存在的逐字动画失效的问题
优化行逐字动画帧率
修复可能存在的逐字动画失效的问题
🎉59
SPW 1.0.1010 2025/01/07
新增播放模式（循环/单曲循环/随机）
新增卡拉 OK（逐字）歌词动画兼容策略
优化跳到指定进度的播放延迟
优化行逐字歌词动画帧率
修复逐字歌词延迟的问题
修复在开始菜单等地方 SPW 图标模糊的问题
移除全屏模式按钮
移除霞光特效
新增播放模式（循环/单曲循环/随机）
新增卡拉 OK（逐字）歌词动画兼容策略
优化跳到指定进度的播放延迟
优化行逐字歌词动画帧率
修复逐字歌词延迟的问题
修复在开始菜单等地方 SPW 图标模糊的问题
移除全屏模式按钮
移除霞光特效
🎉77
10.8 正式版将是最后一个对 DSD 播放的支持的 Salt Player 的版本，从 10.9 alpha 开始将不提供 DSD 播放支持，完全移除
🎉82
新的歌词组件添加了 100-900 字重选择，这个是否完全支持主要和字体有关，如出现一些小部分语言字符不支持或者调节后不正常。
小米的 Hyper OS 上字重 700（加粗）似乎存在问题，默认字体下 700 会比 600 还细。这个问题似乎在前年就被用户报告，解决的方法就是改成 600/800 字重（当时歌词组件仅有加粗选项），具体可以在酷安等搜索相关反馈。
具体产生原因我不是很清楚，但目前几乎可以确认仅发生在小米系统上。
同时许多用户会更换系统字体，而存在更多的适配问题，普通用户并不了解其中原因而更会对“为什么更改字体粗细而不起作用”感到困惑。
如何做好兼容以及如何想普通用户更清晰的传达是需要更多考虑的。
小米的 Hyper OS 上字重 700（加粗）似乎存在问题，默认字体下 700 会比 600 还细。这个问题似乎在前年就被用户报告，解决的方法就是改成 600/800 字重（当时歌词组件仅有加粗选项），具体可以在酷安等搜索相关反馈。
具体产生原因我不是很清楚，但目前几乎可以确认仅发生在小米系统上。
同时许多用户会更换系统字体，而存在更多的适配问题，普通用户并不了解其中原因而更会对“为什么更改字体粗细而不起作用”感到困惑。
如何做好兼容以及如何想普通用户更清晰的传达是需要更多考虑的。
🎉75
SPW 1.0.1073 演示版本
新增主页歌曲多选操作
新增对导入扫描文件夹和拖拽扫描文件夹的支持
优化播放界面展开关闭动画
优化音乐库页面接收拖放
优化从音乐库中移除歌曲功能
优化静态霞光背景颜色效果
修复 Windows 媒体会话 API 下单曲循环异常的问题
修复播放界面点击标题栏返回播放界面卡住一半的问题
修复快速删除文件可能崩溃的问题
修复曲风内容界面底部错位的问题
新增主页歌曲多选操作
新增对导入扫描文件夹和拖拽扫描文件夹的支持
优化播放界面展开关闭动画
优化音乐库页面接收拖放
优化从音乐库中移除歌曲功能
优化静态霞光背景颜色效果
修复 Windows 媒体会话 API 下单曲循环异常的问题
修复播放界面点击标题栏返回播放界面卡住一半的问题
修复快速删除文件可能崩溃的问题
修复曲风内容界面底部错位的问题
🎉64
10.8.0-beta03-2025011401-moriafly-arm64-v8a.apk
11.8 MB
10.8.0-beta03-2025011401
优化卡拉 OK 歌词无动画情况下的翻译歌词颜色
其他一些优化和修复
优化卡拉 OK 歌词无动画情况下的翻译歌词颜色
其他一些优化和修复
🎉98
Salt Player 安卓版本今后主要进入维护状态，还是现实点我已经大学毕业了，这款软件会花费我大量的时间但是带来不了什么收入，大学时候还感觉生活很简单
在一个这样的项目上我做再多时间还是这样，SPW 目前还是不太乐观，面临项目压力
事业怎么活下去呢。。。家里也不会给我投资，请不起人帮忙，想去杭州租个一间房间开个工作室但加上租房生活就完全没钱了
身体也越来越不好，真是一团糟呢
在一个这样的项目上我做再多时间还是这样，SPW 目前还是不太乐观，面临项目压力
事业怎么活下去呢。。。家里也不会给我投资，请不起人帮忙，想去杭州租个一间房间开个工作室但加上租房生活就完全没钱了
身体也越来越不好，真是一团糟呢
🎉461
SaltNote-0.30.0-presale-581.apk
9.3 MB
诈尸更新一下，椒盐笔记
0.30.0-测试版 2025-01-16
优化 Markdown 预览加载速度，完善 MathJax 渲染
其他一些优化和修复
0.30.0-测试版 2025-01-16
优化 Markdown 预览加载速度，完善 MathJax 渲染
其他一些优化和修复
🎉154
Salt Player 10.7.0 被华为应用商店下架，给出的理由是“经检测发现，您的应用在未经用户同意的情况下，强制启动系统服务”，但是具体到底什么服务并未说明，我会尽快沟通重新上架
🎉190
4 年前也就是 21 鼠年初一的时候我在一个内测群中发布了椒盐音乐的开发版，那时候我在做 Dso Music 向椒盐音乐的迁移。这几天在做播放器的跨平台开发，为后续的 Salt Player 跨平台打好基础💪那时候大一，算是陪伴了整个大学生活🎓٩(ˊᗜˋ*)و
🎉262
总觉得 Android 媒体通知（音乐控制）过度复杂了，应该专门设计一系列简易的 API，而不是现在基于通知前台服务这一堆。而且历史负担很重，加上各种 OEM 系统上的魔改，各种乱七八糟的兼容性代码
Media V4、MediaCompat、Media 2、Media 3
都难用
Media 3 一直关注，有些地方（音乐通知部分）还是不建议投入生产。设计部分通过 Player 接口让 MediaSession 和播放器实现内部的双向“绑定”，方便开发者，不用写大量的操作代码，降低出 Bug 的可能性
但是 MediaSession 和播放器绑定深了很多东西换成自定义的就比较麻烦，出问题的就更大，比如不想使用 ExoPlayer，那么要处理的东西可能比原来用 MediaCompat 更复杂
总体上 Media 3 想减轻开发者的工作量，比如我要去适应它的设计理念，会出现有些东西我用不到，我要用的他没有。那些自定义的命令不是没有，但谈不上好用。另外就是各种 OEM 系统的差别，我不知道写了多少针对小米一加 OPPO 等系统的兼容性代码。但谷歌 99% 不会想去考虑这个东西，毫无疑问对原生安卓自己没什么问题就可以了
一个简单的例子，如小米 MIUI 10 通知图片只要大于 800 像素，通知图片大小就会异常，就发生在小米的那个版本的系统上。但是有的时候 800像素对于其他的系统在一些大图方面又会看起来比较模糊。这时候就要做特殊处理，这部分代码就变成兼容性屎山一直要留在那里，但有些冷门的地方要 API 自定义又得去分支 Media 3 或再沟通
所以还是继续原来那套先跑着，等更稳定再看看
（然后过几年谷歌又出 Media 4）
Media V4、MediaCompat、Media 2、Media 3
都难用
Media 3 一直关注，有些地方（音乐通知部分）还是不建议投入生产。设计部分通过 Player 接口让 MediaSession 和播放器实现内部的双向“绑定”，方便开发者，不用写大量的操作代码，降低出 Bug 的可能性
但是 MediaSession 和播放器绑定深了很多东西换成自定义的就比较麻烦，出问题的就更大，比如不想使用 ExoPlayer，那么要处理的东西可能比原来用 MediaCompat 更复杂
总体上 Media 3 想减轻开发者的工作量，比如我要去适应它的设计理念，会出现有些东西我用不到，我要用的他没有。那些自定义的命令不是没有，但谈不上好用。另外就是各种 OEM 系统的差别，我不知道写了多少针对小米一加 OPPO 等系统的兼容性代码。但谷歌 99% 不会想去考虑这个东西，毫无疑问对原生安卓自己没什么问题就可以了
一个简单的例子，如小米 MIUI 10 通知图片只要大于 800 像素，通知图片大小就会异常，就发生在小米的那个版本的系统上。但是有的时候 800像素对于其他的系统在一些大图方面又会看起来比较模糊。这时候就要做特殊处理，这部分代码就变成兼容性屎山一直要留在那里，但有些冷门的地方要 API 自定义又得去分支 Media 3 或再沟通
所以还是继续原来那套先跑着，等更稳定再看看
（然后过几年谷歌又出 Media 4）
🎉123