<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Compliance on TinyChen's Blog</title><link>https://tinychen.com/tags/compliance/</link><description>Recent content in Compliance on TinyChen's Blog</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Thu, 23 Jul 2026 12:00:00 +0800</lastBuildDate><atom:link href="https://tinychen.com/tags/compliance/index.xml" rel="self" type="application/rss+xml"/><item><title>Octans-win客户端libmpv与服务端FFmpeg分工</title><link>https://tinychen.com/20260526-octans-windows-libmpv-lgpl-runtime/</link><pubDate>Tue, 26 May 2026 12:00:00 +0800</pubDate><guid>https://tinychen.com/20260526-octans-windows-libmpv-lgpl-runtime/</guid><description>&lt;p&gt;本文主要介绍 Octans Windows 客户端为何不能直接复用服务端 full FFmpeg，而要单独维护一条受控 LGPL &lt;code&gt;libmpv&lt;/code&gt; 播放 runtime：许可证边界、动态链接与 source offer / SBOM 口径、本地播放配置，以及客户端能力如何上报给服务端做 DirectPlay / HLS 规划。讨论的是可 supersede 的工程取舍，不是法律意见，也不是已全量上线的发布承诺。&lt;/p&gt;</description></item></channel></rss>