©CC BY-NC-SA 4.0
🚩加入 Nostr!moe 社区: https://join.nostr.moe
🚩加入 Nostr!moe 社区: https://join.nostr.moe
#吐槽
如果您有一个本地音乐媒体库, 关于「艺术家」类标签让我们约定一些事:
1. 仅使用分号 ";" 分隔两位独立的艺术家, 为了人类可读建议空一格, 比如 "Earth, Wind & Fire; Justice". 不要再使用半角逗号 "," 半角斜杠 "/" 半角反斜杆 "\" 半角与和号 "&" 和其他任何全角符号, 也不要用相同字段写不同的艺术家.
2. "专辑艺术家" 即 "ALBUMARTIST" 字段永远只能有一位艺术家, 这位艺术家应该代表整张专辑, 如果不确定到底写谁, 可以写 "Various Artists", "V.A." 或 "群星", 如果不知道是谁的可以写 "Anonymous" 或 "佚名", 不要再把 "专辑艺术家" 和 "艺术家" 字段视同并混淆.
3. "艺术家" 即 "ARTIST" 字段包含的是这首曲目或这条音频轨道中出现的艺术家, 可以一个或多个具体的艺术家, 不应该是 "群星", 如果不知道是谁的, 可以写 "Anonymous" 或 "佚名", 同样建议使用分号 ";" 分隔.
4. 如果你希望标准化艺术家名称特别是去除艺术家名称里面包含的 "The", "Il" 和其他特殊符号(*Luna => Luna), 对专辑艺术家(ALBUMARTIST)对照使用专辑艺术家排序(ALBUMARTISTSORT)字段, 对艺术家(ARTIST)字段使用艺术家排序(ARTISTSORT)字段, 同样的专辑(ALBUM)字段也存在专辑排序(ALBUMSORT)字段. *SORT 字段都是扩展字段, 用于保留艺术家们的艺术表达和实际计算机播放器排序时的标准化问题, 这需要播放器支持.
5. 艺术家名称可以是一个具体的人的也可以是团体和机构代号.
#Music #文件管理
via Nostr@cxplay
如果您有一个本地音乐媒体库, 关于「艺术家」类标签让我们约定一些事:
1. 仅使用分号 ";" 分隔两位独立的艺术家, 为了人类可读建议空一格, 比如 "Earth, Wind & Fire; Justice". 不要再使用半角逗号 "," 半角斜杠 "/" 半角反斜杆 "\" 半角与和号 "&" 和其他任何全角符号, 也不要用相同字段写不同的艺术家.
2. "专辑艺术家" 即 "ALBUMARTIST" 字段永远只能有一位艺术家, 这位艺术家应该代表整张专辑, 如果不确定到底写谁, 可以写 "Various Artists", "V.A." 或 "群星", 如果不知道是谁的可以写 "Anonymous" 或 "佚名", 不要再把 "专辑艺术家" 和 "艺术家" 字段视同并混淆.
3. "艺术家" 即 "ARTIST" 字段包含的是这首曲目或这条音频轨道中出现的艺术家, 可以一个或多个具体的艺术家, 不应该是 "群星", 如果不知道是谁的, 可以写 "Anonymous" 或 "佚名", 同样建议使用分号 ";" 分隔.
4. 如果你希望标准化艺术家名称特别是去除艺术家名称里面包含的 "The", "Il" 和其他特殊符号(*Luna => Luna), 对专辑艺术家(ALBUMARTIST)对照使用专辑艺术家排序(ALBUMARTISTSORT)字段, 对艺术家(ARTIST)字段使用艺术家排序(ARTISTSORT)字段, 同样的专辑(ALBUM)字段也存在专辑排序(ALBUMSORT)字段. *SORT 字段都是扩展字段, 用于保留艺术家们的艺术表达和实际计算机播放器排序时的标准化问题, 这需要播放器支持.
5. 艺术家名称可以是一个具体的人的也可以是团体和机构代号.
#Music #文件管理
via Nostr@cxplay
#吐槽
资深仓鼠党是如何管理72TB资源的? UP主: 帽子社Hat-Soft - https://www.bilibili.com/video/BV1qJvsBJEEt
#文件管理
via Nostr@cxplay
资深仓鼠党是如何管理72TB资源的? UP主: 帽子社Hat-Soft - https://www.bilibili.com/video/BV1qJvsBJEEt
#文件管理
via Nostr@cxplay
前端 TypeScript, 后端 Golang, 自带 WebP 和 AVIF 图片处理, 后端存储支持本机和 S3.
● GitHub: Yuri-NagaSaki/ImageFlow (NSFW 注意)
● 作者文章: ImageFlow自建图床:轻松管理和优化图片
#Software #Web #opensource #文件管理 #图像处理
via CXPLAY's Memos
TSAC: 极低比特率音频压缩
TSAC 是一种音频压缩实用程序, 可达到非常低的比特率. 例如 44.1 kHz 时单声道为 5.5 kb/s, 立体声为 7.5 kb/s, 具有良好的「感知质量」(perceptual quality). 因此 TSAC (可以)将 3.5 分钟的立体声歌曲压缩为 192 KiB 的文件.
为了快速运行, 需要 Nvidia GPU. 纯 CPU 计算也支持, 但速度较慢.
● TSAC: Very Low Bitrate Audio Compression
● FFmpeg 之父 Fabrice Bellard 发布音频压缩工具 TSAC - OSCHINA - 中文开源技术交流社区
#compress #文件管理 #音频处理
via CXPLAY's Memos
TSAC 是一种音频压缩实用程序, 可达到非常低的比特率. 例如 44.1 kHz 时单声道为 5.5 kb/s, 立体声为 7.5 kb/s, 具有良好的「感知质量」(perceptual quality). 因此 TSAC (可以)将 3.5 分钟的立体声歌曲压缩为 192 KiB 的文件.
为了快速运行, 需要 Nvidia GPU. 纯 CPU 计算也支持, 但速度较慢.
● TSAC: Very Low Bitrate Audio Compression
● FFmpeg 之父 Fabrice Bellard 发布音频压缩工具 TSAC - OSCHINA - 中文开源技术交流社区
#compress #文件管理 #音频处理
via CXPLAY's Memos
数据备份里的「3-2-1」概念被认为起源于 2009 年摄影界出版的一本有关数字资产管理的书籍. 当时磁带备份以低成本, 长寿命和高容量特性在企业界盛行. 随着数据中心和骨干网络的建设和发展, 云备份开始逐渐流行起来, 此时的 3-2-1 对于当前同时肆意横行起来的网络攻击和勒索软件显得不再一应俱全. 于是出现了 3-2-1-1-0 和 4-3-2 以针对性引入云备份应用和应对数字灾害.
经典 3-2-1
● 3 份副本
● 2 种介质
● 1 份异地
抗勒索 3-2-1-1-0
● 3 份副本
● 2 种介质
● 1 份异地
● 1 份离线
● 0 错误
灾害恢复 4-3-2
● 4 份副本
● 3 个位置
● 2 份异地
- What’s the Diff: 3-2-1 vs. 3-2-1-1-0 vs. 4-3-2 - Backblaze Blog
- 3-2-1 备份策略正在被3-2-1-1-0和4-3-2等更全面的策略所取代-磁盘存储-中存储网 (译文)
#storage #文件管理
via CXPLAY's Memos
housisong 的字节流 diff 与 patch 库 HDiffPatch 及衍生库:
● sisong/HDiffPatch (MIT)
● sisong/HPatchLite (MIT)
● sisong/ApkDiffPatch (MIT)
● sisong/sfpatcher (闭源)
● sisong/hsynz (MIT)
#文件管理 #diff #patch #opensource
● sisong/HDiffPatch (MIT)
● sisong/HPatchLite (MIT)
● sisong/ApkDiffPatch (MIT)
● sisong/sfpatcher (闭源)
● sisong/hsynz (MIT)
#文件管理 #diff #patch #opensource
#吐槽
Eagle 4.0 版本看起来是要逐渐变成一个通用的文件管理器, 虽然目前还是主要集中在多媒体, 但插件系统(JS/Node.js)的加入让它可能性变得越来越多, 也更不确定.
https://eagle.cool/blog/post/4.0-beta
#Software #文件管理
via Nostr@cxplay
Eagle 4.0 版本看起来是要逐渐变成一个通用的文件管理器, 虽然目前还是主要集中在多媒体, 但插件系统(JS/Node.js)的加入让它可能性变得越来越多, 也更不确定.
https://eagle.cool/blog/post/4.0-beta
#Software #文件管理
via Nostr@cxplay
#Windows #NTFS #文件管理
via CXPLAY's Memos