收到用户反馈昨天下载椒盐工具箱,今天被反诈提醒椒盐工具箱是诈骗软件
初步判断用户手机应用列表被监控,椒盐工具箱包名为 com.xuncorp.ssr,ssr 和科学上网有关,疑似面向字符串识别
椒盐工具箱的 ssr 原意思为 Salt Snake Reader,Snake 为 openmrw 前身项目代号
谨防真正的诈骗
关注个人隐私,注意自我保护,国内个人隐私问题中互联网大厂泄露的和那个泄露的一直来都是小巫见大巫
初步判断用户手机应用列表被监控,椒盐工具箱包名为 com.xuncorp.ssr,ssr 和科学上网有关,疑似面向字符串识别
椒盐工具箱的 ssr 原意思为 Salt Snake Reader,Snake 为 openmrw 前身项目代号
谨防真正的诈骗
关注个人隐私,注意自我保护,国内个人隐私问题中互联网大厂泄露的和那个泄露的一直来都是小巫见大巫
🎉106
还是希望隐私保护越来越好,国内人群的隐私数据谁拥有的最多,是互联网大厂吗?腾讯?还是 TG 上社工库之类的?
你再多能有那个多么?
我这小县城去年一个人追求我朋友,承认就是说找好朋友关系在那个里面直接查资料手机定位
经常逛 B 站看一些法治下面评论,不知道有些人是一直生活在大城市生活还是智商问题。我在上海读的大学,老家江西小县城,你不能拿上海的法治等水平同等认为全中国都这水平,小地方很多都是乱来的
城管半个外包土匪啊,至于法治,“你法我笑”那个出处也是在小地方出来的
大城市去办事,医院或者其他部门可都不怎么认识还好,小城市你去办事没点关系有几个给你好脸色
都存在黑暗的一面,希望越来越好💪
你再多能有那个多么?
我这小县城去年一个人追求我朋友,承认就是说找好朋友关系在那个里面直接查资料手机定位
经常逛 B 站看一些法治下面评论,不知道有些人是一直生活在大城市生活还是智商问题。我在上海读的大学,老家江西小县城,你不能拿上海的法治等水平同等认为全中国都这水平,小地方很多都是乱来的
城管半个外包土匪啊,至于法治,“你法我笑”那个出处也是在小地方出来的
大城市去办事,医院或者其他部门可都不怎么认识还好,小城市你去办事没点关系有几个给你好脸色
都存在黑暗的一面,希望越来越好💪
🎉113
salt-toolbox-1.0.1-2024112601.apk
2.6 MB
椒盐工具箱 1.0.1
- 包名后缀更换为 toolbox
- OpenMrw 0.1.0-dev03
后续目标:移植 Hearusy Spectrum
- 包名后缀更换为 toolbox
- OpenMrw 0.1.0-dev03
后续目标:移植 Hearusy Spectrum
🎉52
Qinalt-2.0.0-dev05-2024112701.apk
39.2 MB
青盐云听 2.0.0-dev05-2024112701
接入 SPC 核心
优化播放界面展开关闭动画
优化软件流畅性
优化 WebDAV 连接
优化歌曲歌词加载性能
移除播放界面圆角
修复在小米 Hyper OS 上左右通知图标有锯齿的问题
修复自定义主界面壁纸无效的问题
修复无法删除云盘歌曲的问题
修复小窗时候播放界面封面位置动画跳动的问题
修复一些问题
接入 SPC 核心
优化播放界面展开关闭动画
优化软件流畅性
优化 WebDAV 连接
优化歌曲歌词加载性能
移除播放界面圆角
修复在小米 Hyper OS 上左右通知图标有锯齿的问题
修复自定义主界面壁纸无效的问题
修复无法删除云盘歌曲的问题
修复小窗时候播放界面封面位置动画跳动的问题
修复一些问题
🎉62
不要糖醋放椒盐
下午准备睡会觉看到网易云发的“致QQ音乐”文章,回想起几年前网易云发的祝酷狗音乐狗年快乐,人一下子精神了 酷狗音乐上次属于“装死型”,似乎没有官方层面的回应只是一些相关人员的个人回应,这次其实蛮期待QQ音乐如何反映,吃瓜看看腾讯的公关水平 抄不抄这事,这个界限很模糊,比如这几年手机厂可以摆台面说“像苹果学习!”有什么好骂的还得夸呢,苹果很在意吗?即使在意也不好摆台面吧,好像历史上就乔布斯那时候骂次微软的事情比较广为流传 瞧瞧 OPPO,看大家厂商都这么 LOW,决定做最 LOW 的那个,在乎吗? 这就是营销实力看看…
关注了下这几天的后续,酷狗音乐进行了像是“回旋镖”的回复,QQ 音乐本身并未回应,TME 这样的做法很厉害
网易云发这个文章,QQ 音乐也不明面在意,同时 QQ 音乐用户也几乎不可能因为这篇文章而转向使用网易云。反而舆论更多是在意网易云本身的版权、会员权益、软件体验问题等问题
所以这个文章对 QQ 音乐没什么大影响而网易云自身问题被放大地摆了出来,以及用户会说你网易云是否存在其他的问题,是否在搞热度,这不是高明的做法
网易云发这个文章,QQ 音乐也不明面在意,同时 QQ 音乐用户也几乎不可能因为这篇文章而转向使用网易云。反而舆论更多是在意网易云本身的版权、会员权益、软件体验问题等问题
所以这个文章对 QQ 音乐没什么大影响而网易云自身问题被放大地摆了出来,以及用户会说你网易云是否存在其他的问题,是否在搞热度,这不是高明的做法
🎉42
其实音乐播放器这类的主流大致结构已经定型了,国内流媒体音乐的客户端研发可以说已经是过饱和了,在进行没什么意思的“创新”,也是大部分工具类软件面临的问题,同质化非常严重
对大厂来说,这些微小的“创新”,要复刻下简直毫不费力
这些天想着 SPW,其实怎么做就那个样子,有点道心破碎没啥意思
音视频播放器开发很无聊,说白了大部分时间就是在调库,主流的如调 FFmepg、BASS 等,安卓 ExoPlayer 那些,自己造这个轮子?一个人搞十年写得过 FFmpeg?难说
拿安卓来说,我现在重新写个没项目负担的,拿 Media3 做播放器,界面 Compose 糊弄下,播放界面完全抄 Apple Music,一个礼拜大体完成,一个月内做的漂漂亮亮的,没意思
对大厂来说,这些微小的“创新”,要复刻下简直毫不费力
这些天想着 SPW,其实怎么做就那个样子,有点道心破碎没啥意思
音视频播放器开发很无聊,说白了大部分时间就是在调库,主流的如调 FFmepg、BASS 等,安卓 ExoPlayer 那些,自己造这个轮子?一个人搞十年写得过 FFmpeg?难说
拿安卓来说,我现在重新写个没项目负担的,拿 Media3 做播放器,界面 Compose 糊弄下,播放界面完全抄 Apple Music,一个礼拜大体完成,一个月内做的漂漂亮亮的,没意思
🎉57
谈这些也是觉得 SPW 没啥意思,每天搞得我很焦虑怕做得不好,每天把自己搞得太累不像一个 20 多岁人的样子,自己都讨厌自己,做软件这么多年心情也不好,钱也没有,还近视腰疼掉头发,不焦虑了
今年年中以来对软件一边测试一边开发开始有点反感,一个是青盐云听面临的开发精力有点崩溃,另外应该是回顾这些年各种软件测试面临的问题
如 Windows 一边修一边产出 Bug;小米发新系统测试版本引发大量问题;QQ/微信测试版本引发批评声音
是因为即便是测试版本,用户也会产生初始印象,而第一印象很重要
想明白了其实没什么,SPW 目前项目进度已经处于严重延期暂停,那就回顾这种“敏捷开发”吧今天直接发个测试版本出来,完全免费
做好心里预期:
1. 功能非常不成熟,同时大部分功能被我手动屏蔽
2. 软件使用的 UI 框架占用非常大,而且此框架本身存在一些泄漏问题,很容易 500 MB+ 内存占用或者爆内存
3. 测试版本可以传播,但不要修改测试版本,比如插入恶意木马、广告
测试版本会存在功能阉割
正式版本时间还是在 2025 年 Steam 首发
今年年中以来对软件一边测试一边开发开始有点反感,一个是青盐云听面临的开发精力有点崩溃,另外应该是回顾这些年各种软件测试面临的问题
如 Windows 一边修一边产出 Bug;小米发新系统测试版本引发大量问题;QQ/微信测试版本引发批评声音
是因为即便是测试版本,用户也会产生初始印象,而第一印象很重要
想明白了其实没什么,SPW 目前项目进度已经处于严重延期暂停,那就回顾这种“敏捷开发”吧今天直接发个测试版本出来,完全免费
做好心里预期:
1. 功能非常不成熟,同时大部分功能被我手动屏蔽
2. 软件使用的 UI 框架占用非常大,而且此框架本身存在一些泄漏问题,很容易 500 MB+ 内存占用或者爆内存
3. 测试版本可以传播,但不要修改测试版本,比如插入恶意木马、广告
测试版本会存在功能阉割
正式版本时间还是在 2025 年 Steam 首发
🎉74
设计目标:
SPW 的音乐库设计的非常特别的,设计理念几乎不同于任何现有的本地音乐播放器,用户在使用 SPW 时候更像在扮演一位流媒体音乐后台管理者,抛弃了围绕文件的设计,用户可以手动的添加自己想要的专辑、艺术家以至于这些对应的文件是否存在都没关系,音乐库可以设置的不受文件元数据影响
所以可以完全脱离传统的音乐标签,让对文件的元数据只是其中的桥梁,用户可以自己决定是否有联系
文件丢失与否也会在软件中标记文件无法读取而已,它不会影响到专辑、艺术家以及区分的都是,更不会影响听歌数据以及歌单
文件管理位置?可以自定义重新链接
想给专辑点个红心?给艺术家点个?都没问题
歌曲备注,专辑描述,艺术家头像等等多种数据都可以编辑
让用户完全掌握属于你个人的音乐库,而不是受限于歌曲是否在硬盘上,歌曲元数据是否编辑好了
甚至展望未来,可以指定此歌曲的文件来源于哪台网络设备,以什么呀方式加载(画饼)
SPW 抛弃传统音乐播放器做为一个扫描音乐播放音乐的工具,而是让用户创造音乐库链接音乐,用户自己的想法才是核心而非那些散落的文件
(测试版本没什么体现)
SPW 的音乐库设计的非常特别的,设计理念几乎不同于任何现有的本地音乐播放器,用户在使用 SPW 时候更像在扮演一位流媒体音乐后台管理者,抛弃了围绕文件的设计,用户可以手动的添加自己想要的专辑、艺术家以至于这些对应的文件是否存在都没关系,音乐库可以设置的不受文件元数据影响
所以可以完全脱离传统的音乐标签,让对文件的元数据只是其中的桥梁,用户可以自己决定是否有联系
文件丢失与否也会在软件中标记文件无法读取而已,它不会影响到专辑、艺术家以及区分的都是,更不会影响听歌数据以及歌单
文件管理位置?可以自定义重新链接
想给专辑点个红心?给艺术家点个?都没问题
歌曲备注,专辑描述,艺术家头像等等多种数据都可以编辑
让用户完全掌握属于你个人的音乐库,而不是受限于歌曲是否在硬盘上,歌曲元数据是否编辑好了
甚至展望未来,可以指定此歌曲的文件来源于哪台网络设备,以什么呀方式加载(画饼)
SPW 抛弃传统音乐播放器做为一个扫描音乐播放音乐的工具,而是让用户创造音乐库链接音乐,用户自己的想法才是核心而非那些散落的文件
(测试版本没什么体现)
🎉68
(现在存在框架问题,解决太慢了,最近身体心理状态很一般,所以后续进度不要有太大期望,预计明年内吧,能上半年最好)
如果失败了就唱一首《淘汰》,只能说我输了
如果失败了就唱一首《淘汰》,只能说我输了
🎉96
SPW 1.0.803 演示版本 2024/12/04
## 亮点
### 内存优化
此版本的 SPW 内存占用得到了一些有效改进,预计降低 25% 左右,但目前框架依旧存在各种内存问题。
### 默认霞光特效
无封面歌曲会应用默认的霞光特效,同时改进了播放界面默认封面的显示效果。
## 新增
- 【歌曲】界面新增显示当前歌曲数量。
- 【歌曲】界面歌曲项添加了默认封面。
- 【关于】->【更多】界面添加了一些软件额外信息。
## 优化
- 模糊渲染性能。
## 修复
- 修复部分情况下歌曲列表封面缓存丢失的问题。
## 后续开发重点
- 修复播放器和界面问题。
https://spw.moriafly.com/release/1.0/803.html
## 亮点
### 内存优化
此版本的 SPW 内存占用得到了一些有效改进,预计降低 25% 左右,但目前框架依旧存在各种内存问题。
### 默认霞光特效
无封面歌曲会应用默认的霞光特效,同时改进了播放界面默认封面的显示效果。
## 新增
- 【歌曲】界面新增显示当前歌曲数量。
- 【歌曲】界面歌曲项添加了默认封面。
- 【关于】->【更多】界面添加了一些软件额外信息。
## 优化
- 模糊渲染性能。
## 修复
- 修复部分情况下歌曲列表封面缓存丢失的问题。
## 后续开发重点
- 修复播放器和界面问题。
https://spw.moriafly.com/release/1.0/803.html
Moriafly
1.0.803 2024/12/04 | SPW
Salt Player® for Windows™
🎉62
这些天大部分时间还是投入在 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