最新

我花了六年时间试图构建一个电视频道服务器，重写了八次。使用了 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)

提交者在此，提供一些背景信息。我是微软企业软件顾问（ESA）渠道架构的唯一设计师，工作时间为1998年至2001年。该模型将微软的企业许可渠道从基于利润的经销商结构转变为直接计费和顾问费用结构。它于2001年10月作为Licensing 6.0的一部分推出，二十四年后在微软2025财年的10-K报告中仍然被提及。 这篇文章讲述了原始架构是什么，为什么它有效（微软的批量许可承诺在推出后的两年内几乎增长了三倍，从19亿美元增至55亿美元），以及2026年的转变为何在结构上有所不同。2001年的转变为合作伙伴提供了一个明确的顾问角色和可持续的经济模型，而2026年的转变则没有。 欢迎就架构、设计决策、有效的部分以及我会做得不同的部分，或者如何与相关行业相映射提出问题。目前，保险经纪的并购正在遵循类似的整合模式，这很有趣，因为保险是我在1998年设计ESA模型时研究的两个行业之一。 如果有任何具体的声明需要来源，请指出，我会提供原始来源的引用。 布伦丹