24小时热榜

di.gg

我花了六年时间试图构建一个电视频道服务器，重写了八次。使用了 Flask、FastAPI、FFmpeg、GStreamer 和命名管道。每个版本都变得越来越复杂，但没有一个能正常工作。 结果发现，我构建的其实是错误的东西。我真正想要的是一个协议。 所以 tltv 就是这个。频道是一个 ed25519 密钥对。你用它来签署你的元数据，然后从任何你想要的地方提供 HLS 视频。你的公钥变成一个 tltv:// 地址，任何人都可以收听。 中继节点可以重新提供你的流，但不能修改它。它们会验证所有内容的签名。你可以更换服务器而保留你的频道，因为密钥是身份，而不是主机名。节点通过对等交换找到彼此，没有中央注册。 命令行界面（CLI）可能是最快的方式来理解我的意思： ``` curl -fsSL timelooptv.org/install | sh tltv keygen tltv server test --name "my channel" -k TV*.key ``` 这就是一个完全合规的源服务器。纯 Go 语言，生成带音频的 SMPTE 条形图，不需要 FFmpeg。一个二进制文件，约 20MB 的内存。 还有一个完整的基于 GStreamer 的服务器（cathode）、一个网页查看器（phosphor）以及 CLI 中的桥接/中继服务器。所有内容都采用 MIT 许可。 现场演示请访问 [https://demo.timelooptv.org](https://demo.timelooptv.org) 更多信息请访问 [https://github.com/tltv-org](https://github.com/tltv-org)

只是一个想法。这似乎是应该发生的事情。

大家好。 我一直在研究一个我认为在今天的AI代理工作流程中根本缺失的东西。 版本控制系统（VCS）。 我发现自己常常面临一些代理无法回答的问题，比如“你为什么这么做？”、“你什么时候删除了这个文件夹？为什么？”等等，或者试图回溯（在压缩后）或基本上进行“二分查找”，以找出代理在当前或之前的会话中做某件事情的时间和原因。 就像Git对代码所做的那样，我认为我们在AI代理中也具备相同的核心能力。 所以…… 我开发了一个开源解决方案（目前支持Claude代码）。 我非常希望能得到反馈、贡献，或者你们可能找到的其他想法或解决方案来应对这些问题。

我使用OpenBSD已经很多年了。最近由于硬件故障以及我更换的硬件在OpenBSD上支持不佳，我决定尝试一下NetBSD。这真是个错误。什么都不管用。 命令执行失败或挂起，没有明显的错误信息。SSH无法将本地终端传递到远程（之前从未遇到过仅因SSH导致的终端降级）。像退格键和方向键这样的常用键默认无法使用。从xterm复制到SSH xterm的选择功能也坏了。某些与xterm中的set相关的shell命令会导致整个X服务器崩溃。Firefox无缘无故地使整个X服务器崩溃。没有默认的安装源来添加软件包。su命令会保留用户的环境。如果你在寻找一个可以设置并正常使用而无需花费数小时调试的系统，这简直就是一堆垃圾。 相比之下，OpenBSD开箱即用，所需的配置都是合乎逻辑且有文档说明的。我看不出一个默认情况下无法用于生产工作的操作系统有什么好处。我在寻找特定的帮助，涉及正常的终端操作：SSH连接远程而不破坏终端；在xterm窗口之间选择粘贴；正常的键盘操作；Firefox不会锁死或崩溃X服务器。这是另一件事：在OpenBSD上，Firefox不会锁死X，而在我的NetBSD系统上，当Firefox启动时，X中的所有其他窗口都被冻结。

今天早上，我们的系统因为数据库中出现重复的UUID（v4）而抛出了错误。我检查了一下，以为可能是双重插入的bug，但并不是。<p>在2025年（大约一年前），同样的UUID v4已经存在于数据库中：<p>b6133fd6-70fe-4fe3-bed6-8ca8fc9386cd<p>我们使用的是这个：<p>https://www.npmjs.com/package/uuid<p>我的意思是，大家都说这在技术上是不可能的，绝对不会发生。<p>但我们并没有对UUID做什么魔法，我们只是生成它们以插入到SQL中，而且并不是高频率的操作……数据库大约有15000条记录。<p>这有发生在其他人身上过吗？！

在我公司，工程师们借助人工智能助手正在产生大量的PR（拉取请求）。由于软件涉及多个设备的摄像头流程，质量保证（QA）已经成为瓶颈，现在这种情况更加明显。