©CC BY-NC-SA 4.0

频道: cx.ms/channel
笔记: cx.ms/memo
博客: cx.ms/blog
剪贴: cx.ms/clip
社交: cx.ms/sns
#吐槽

发现自己硬盘空间越来越吃紧是因为存了很多下好了但是一直忘记看的番剧和电影.
现在有定期清空浏览器的 Download 文件夹的习惯, 以后也得养成定期清空其他下载文件夹的习惯了.

via Nostr@cxplay
#吐槽

实现了用环境变量给 Jumble 配置默认中继组预设, 没有配置的情况下也能回退到默认, AI 真是太好用啦.
:bili_fantastic: 这个 patch 的质量能符合贡献要求吗? CT (npub1y3r…yq9d)
https://github.com/cxplay/jumble-pub/commit/6c95dea9d06c753f907492a480f797710924a08a
quoting
nevent1q…nt7p
常规客户端已跟随上游更新, 清除应用数据后重新加载即可获取.


via Nostr@cxplay
#吐槽

In reply to nevent1q…saz4
_________________________

jxl 最吸引我的特性是 JPEG 无损压缩, 我不是那种喜欢拍照的人, 但是很多的图片的 "原档" 到我手上的时候就是体积臃肿的 JPEG, 为了更加节省空间地无损归档 JPEG, jxl 可能是未来的唯一选择. 这些臃肿的 JPEG 转换为无损的 avif 和 webp 体积反而可能会变大, 通过更换图像格式带来的压缩率也很差.

via Nostr@cxplay
#吐槽

In reply to nevent1q…x8hu
_________________________

Google 兜兜转转又把 jxl 的 flag 和解码器加回来了. jxl 目前还是一个非常孤立的图像格式, webp 和 avif 能得到大规模推广的重要原因就是它俩本身是基于 VP8 和 AV1 视频编码. jxl 可能以后会在在手机上和 HEIC 直接竞争, 但就目前 av1 的推广速度, avif 已经变成 jxl 更强悍的竞争对手了.
> 图像编码大战(2021): https://sir.social/@cxplay/statuses/01J8H8DFP8YSQV198FV15MXXA2
quoting
nevent1q…t4t9
谷歌“知错就改”:拟在 Chrome 浏览器中重新支持 JPEG-XL 图片格式

谷歌工程师宣布考虑在Chrome中重新支持JPEG-XL图像格式,此前移除决定引发广泛争议。Safari已支持该格式,Firefox也更新立场。开发者需求强烈,JPEG-XL或纳入PDF标准。#谷歌Chrome# #JPEGXL#

https://www.ithome.com/0/899/605.htm #Chrome #谷歌浏览器 #谷歌


via Nostr@cxplay
#吐槽

为什么要在 figcaption 里面装 img

via Nostr@cxplay
#吐槽

我觉得马斯克可以给 Twitter 博主们提供一个 Grok 生成式回复的功能, 如果有人发屌照过来, 直接进入 AIGC 大屌生成模式, 从此这个人在博主的私信里面只能收到 AIGC 屌照回复, 博主的动态下面回复也会默认被 shadowban 然后被 Grok 回复屌照.
同理, 不止屌照, 所有骚扰和垃圾消息都可以以此类推, 相信这个马斯克的私人平台实施起来并不会很难, 只要他想他就可以做到任何事情.

via Nostr@cxplay
#吐槽

Nostr 现行的二进制扩展协议集成 #Blossom 去年 11 月添加了自己的 URI Scheme, 定义在 BUD-10 里面, 可以通过 "blossom:" 模式后接 SHA256 哈希引用二进制文件(特别是多媒体). 理想状态下客户端应该用 Nostr 事件的作者公钥去查询 kind:10063 定义的 Blossom 服务器列表偏好, 然后再到里面的服务器列表进行寻址.
如果 BUD-10 能实现, 那 Nostr 就真的可以说继用户身份之后彻底和 DNS 解绑了, 二进制的托管和发现问题一直争论不断, IPFS 被否决之后社区出现了替代方案, 还迅速替代了旧的二进制扩展协议.
https://github.com/hzrd149/blossom/blob/master/buds/10.md

对我而言, 我习惯在自己的域名上托管媒体文件, 且域名已经最大续费, 论便利程度肯定是不如直接复制直接链接来得快的, 但出于对 DNS 的信任不足, 依然有更换必要. 主要是 Blossom 的服务端和 Nostr 客户端实现不知道要多久才能跟进 BUD-10, 这也算得上是破坏性更新, 会增加客户端解析事件内容的难度.

via Nostr@cxplay blossom/buds/10.md at master · hzrd149/blossom
#吐槽

In reply to nevent1q…n5lv
_________________________

很奇怪, 更换了 HTTPS 端点还是会有概率出现 TCP 超时. 以为是 204 测试端点有速率限制, 但是用脚本测试之后发现并没有, 总不能是 Clash.Meta 的 TCP 并发特性导致的吧, 但脚本测试了 1k 次 20 到 100 并发都没有出现问题, 疑惑, 先把这个特性关了看看.

via Nostr@cxplay
 
 
Back to Top