©CC BY-NC-SA 4.0
🚩加入 Nostr!moe 社区: join.nostr.moe
#吐槽

In reply to nevent1q…3u3f
_________________________

其实很多视频都是在念 PPT, 非常适合图文化, 但现在的图文社区不能说没有吧, 只能说寥寥无几, 覆盖面窄之又窄. 老师念 PPT 还有学校发工资, 创作者念 PPT 只能仰仗流量风向, 不然就只能用爱发电了, 写些自己愿意写的稿子, 不会考虑受众. 要不然就写书出书和投稿, 然而大众文学的报纸杂志那更是苟延残喘的惨状, 真是不容易.

via Nostr@cxplay
#吐槽

总感觉很多互联网的中文内容都跳过了文字阶段直接到了视频, 有时看完一个半小时时长以上的视频真的很想把他的文字稿收藏下来, 但是没有, 自己做又很麻烦. 偶尔有文字稿的大部分又是时效性很强的新闻或者新闻评论, 真麻烦啊.

via Nostr@cxplay
#吐槽

使用 NIP-99(分类列表) 实现的二手物品市场, NIP-99 和 NIP-23(长文本内容) 一样都是参数化可替换事件, 但 NIP-99 使用新的事件类型 kind-30402. Amethyst 在最新的 v0.81.3 版本对这种事件进行了适配.
quoting nevent1q…fmp0
Payments are supported; once you click on a product you can checkout with lightning and the seller receives a Cashu token dm. The only thing is that there isn’t escrow or direct links to products yet; those are being worked on.

https://shopstr.store


via Nostr@cxplay
#吐槽

In reply to nevent1q…dz96
_________________________

DASHU 能不能给 nostrmo 中继管理加一个主动重新拉取用户资料中继偏好的按钮, 加一个新账号进去但还是上一个账号用的中继, 删掉之后又切回去上一个账号结果中继列表也还是被删掉的版本.

via Nostr@cxplay
CommaFeed - 自托管在线 RSS 阅读器

受 Google Reader 启发设计的阅读器, 使用 Java 和 TypeScript 开发.

GitHub: https://github.com/Athou/commafeed
Demo: https://www.commafeed.com/

#Software #Web #rss

via CXPLAY's Memos
#吐槽

「所以怎么样的人才是把互联网玩明白了呢
我觉得根本不是什么立人设捞钱, 或是从头到尾搞抽象的
而是从不在小红书说女性的坏话
也从不在知乎说国家的好话
去豆瓣写诗, 去微博引战,
在贴吧骂原神, 在B站吹米哈游反腾讯, 顺便嘲讽一下抖音
最后去抖音直播带货, 狠狠捞米
这才是把互联网玩明白了」
—— 鲁迅为什么有100多个笔名?谈谈网络实名制的利弊。 https://www.bilibili.com/video/BV1Aw411W7tD?t=1412.3

这样的人不仅在虚拟的世界, 甚至在现实世界里都能把规则玩得明白. 但在不分虚实边界的人眼里是一个更加可恨的小丑, 是《变色龙》里的奥楚蔑洛夫. 在虚拟身份被现实身份绑定之后, 活在本来单调环境的人没有什么影响, 但对这类在多种身份切换游刃有余的网络老油条来说是很不利的. 当两个环境里的团体冲突产生, 这类人被要求站队的时候, 反而是在战斗前夜最可能先被拉上绞刑架的人.

via Nostr@cxplay
#吐槽

自由是对秩序的嘉奖, 但自由意志发生冲突的时候又诞生了混沌. 要为成全别人的自由割舍自己的秩序, 或者迎接混沌保全一部分的自由, 弱小的个体拥抱集体寻求集体自由, 对立的自由集体发生冲突又催生混沌. 化身虫群成为集群意识, 用丧失个体自由的代价获得持续的集体自由.
曾经也想过, 如果活在混沌之中如果也算是种自由. 真正活成弱肉强食的状态, 想要的东西就拿来, 不要的东西就丢弃, 鄙夷弱智, 俯仰强者, 为了达成目的不择手段, 让死亡变成对别人最大的成全, 使他人的存在成为最大的敌人.

好凶险的意识形态冲突, 真是有趣.

via Nostr@cxplay
PixPin - 又一个截图软件

由于 Snipaste 不能满足需求于是作者自己做了一个软件. 结合了之前的 PearOCR 现在成了一个截图/长截图, 贴图, OCR, GIF, 标注的多合一软件. 操作风格和 Snipaste 非常相似. 目前仅支持 Windows 平台, 有计划推出 MacOS 版本.

网站: https://pixpinapp.com/
发布地址: https://v2ex.com/t/989393

PS: 两三年前, 找截图软件的时候也没有避开 Snipaste. 但是后来发现它不是给截图设计的, 而是贴图, 因此我也想到它肯定不会把「屏幕捕获」的功能放在第一位, 就像一直不支持的长截图一样. 在付费的前提下, 于是没有选择设计用途与我需求相悖的软件, 一直用 FS Capture 也用到了现在.

#Software #Windows #MacOS

via CXPLAY's Memos
#吐槽

In reply to nevent1q…8s36
_________________________

勘误: GY/T 353-2021 应该是《网络视听节目视频格式命名及参数规范》.

附上三份标准的格式参数要求对比, 以及 GY/T 353-2021 里对最高标准 8K HDR 视频的参数要求.

via Nostr@cxplay
#吐槽

广电总局 27 号发布了《有线电视业务技术要求》, 《IPTV业务技术要求》, 《互联网电视业务技术要求》. 快速看了一下我关心的音视频格式指标部分, 发现有线电视和 IPTV 都明确规定了音视频的分辨率, 帧率, 编码码率, 采样率和量化精度, 4K 视频甚至还有色彩范围要求. 这些都可以在之前更新的 GY/T 375-2023 《有线数字电视音视频技术质量要求和测量方法》找到, 具体的格式指标都一模一样:
- 高清音视频: 1920*1080(16:9), ≥25FPS, ≥8Mbps; 2/5.1 channel, ≥256Kbps/384Kbps, 48kHz.
- 4K 超清音视频: 3840*2160(16:9), ≥50FPS, 10bit, ≥36Mbps, 国标(GB/T)色域, 国标(GB/T)HDR; 2/5.1 channel, ≥256Kbps/448Kbps, 48kHz.

但是《互联网电视业务技术要求》里面对比前两种业务唯独没有音视频的「编码码率」指标要求, 音频没有码率要求, 视频也没有码率要求:
- 高清音视频: 1920*1080(16:9), ≥24FPS; 2/5.1 channel, ≥44.1kHz.
- 4K 超清音视频: 3840*2160(16:9), ≥50FPS, 10bit, 国标(GB/T)色域, 国标(GB/T)HDR; 2/5.1 channel, ≥44.1kHz.
最后还提到了「其他视频」要求沿用 GY/T 353-2021 即《有线数字电视音视频技术质量要求和测量方法》, 这篇行业推荐标准里面规定了 480P 到 8K HDR 的全部视频参数指标, 但全都没有编码码率要求.

有线电视和 IPTV 的质量在音视频参数方面可以得到保障, 但是互联网电视业务(OTT TV), 也就是流媒体视频的质量在码率这方面还有很大操作空间, 水分依旧还会很大.

1. GYT 380-2023《有线电视业务技术要求》, GYT 381-2023《IPTV业务技术要求》, GYT 382-2023《互联网电视业务技术要求》: https://www.nrta.gov.cn/art/2023/11/27/art_113_66209.html
2. GY/T 375-2023《有线数字电视音视频技术质量要求和测量方法》: http://www.nrta.gov.cn/art/2023/9/14/art_3715_65552.html
3. GY/T 353-2021《网络视听节目视频格式命名及参数规范》: http://www.nrta.gov.cn/art/2021/9/7/art_3715_57797.html

via Nostr@cxplay
#吐槽

现在 Fediverse 的用户在自己的实例上浏览来自 Mostr 的镜像时, 点击查看原始动态重定向会到达至 njump.me 网关. 相比之前大多数实例重定向后只能得到 Mostr 上的原始 JSON 数据来说更加可读易用.
PS: Alex 的开发速度和热情真的很惊人.
quoting nevent1q…7xzh
Visiting a Mostr URL from a web browser (ie navigating from ActivityPub/Mastodon) will now redirect to a human-readable page where you can view the discussion in a Nostr client of your choice.


via Nostr@cxplay
#吐槽

最近又是感冒又是肺炎的, 身边好多朋友都去医院了.

via Nostr@cxplay
Wave Terminal - 多工作区的现代设计终端

带有多选项卡, 多工作区, 支持保存会话历史记录的终端. 内置一个编辑器, 支持内联显示图片, Markdown, CSV, JSON 预览渲染. 目前支持 MacOS 和 Linux 两个平台.

网站: https://www.waveterm.dev/
文档: https://docs.waveterm.dev/
GitHub: https://github.com/wavetermdev/waveterm

#Software #MacOS #Linux #opensource

via CXPLAY's Memos
#吐槽

家门口有一块煤渣地, 前几年发现种菜不太合适于是就种上了薄荷, 然后是车前, 雏菊, 草莓, 芦荟和萱草. 现在偶尔也会往上面种点时令蔬菜, 比如番薯藤和南瓜, 最近为了方便做饭还种了大蒜和小葱.
最开始的薄荷好像是一开始就有的, 以前和车轴草长在一起, 一个霸占了菜地里, 一个在菜地外蔓延. 后来不知道我哪里搞来了大车前的种子, 不小心扔在了菜地里面, 结果后来和薄荷一起抢地盘, 薄荷还抢不过它, 不过因为大车前不太好吃所以泛滥后家里人就把它铲了很多, 现在偶尔会长几株出来, 植株体型非常大, 相当招摇, 然后就被铲掉, 然后又长又铲, 接近绝迹了.
雏菊是第三个在这块菜地安家的, 是从亲戚家带来的扦插苗, 一直呆在菜地的右上角, 移植之后的两年开得很茂盛, 右上角一片地全是雏菊, 有种要蔓延开的趋势, 但家里沒人喜欢用雏菊, 产量过剩了. 冬季雏菊枯萎后的秸秆也非常难打理, 所以也铲了不少, 只留下了几株留作种苗, 兴许以后还能用上呢?
雏菊之后其实还有过一段时间上面还种过一段时间的草莓, 但草莓对水土要求实在太高, 并且这块地也根本很难容下薄荷和草莓两种会疯狂蔓延的草, 于是后来任它自生自灭, 最后还是薄荷占据了上风, 草莓就消失了.
芦荟本来一开始是种在花盆里的, 但由于没有人打理, 长得枯黄矮小. 后来移到了菜地左上角, 开始几年抢不过薄荷, 还要人去打理, 今天已经快长满了左上角, 有种当年雏菊的趋势, 不过因为芦荟长青也不会留下秸秆, 根也很浅. 所以就任由它发展了, 除了偶尔秋天老芦荟开花会很难看之外其实也没什么不好的地方.
萱草是最近半年才种上的, 种它还是因为它的花好看又好吃, 不过可能会在它几个产季结束后换成空心菜? 但空心菜只有一季, 不太适合零星种几点, 不如不种. 萱草应该能在菜地上呆很久.
倒是一直都在被压缩地盘的薄荷还在不断生长, 稍微几个月不打理就会长到其他菜的位置去, 相当有生命力.

via Nostr@cxplay
Back to Top