找回密码
立即注册
搜索
热搜: Java Python Linux Go
发回帖 发新帖

3832

积分

0

好友

502

主题
发表于 13 小时前 | 查看: 2| 回复: 0

2月27日,瑞芯微通过其官方渠道发布了一份关于其开源媒体框架软件 MPP 合规问题的通告。通告指出,由于部分代码的开源许可证条款存在合规问题,导致其在 GitHub 上的仓库被暂时冻结。公司为此向开源社区、合作伙伴及开发者致歉。

瑞芯微关于MPP开源合规事件的官方通告

根据通告内容,瑞芯微 MPP 框架旨在为开发者提供高效便捷的解决方案,其本身基于 Apache 许可证开发。但问题出在部分视频解析器代码上:相关人员借鉴了 FFmpeg 的开源代码,却将其原有的 LGPL 许可证更改为 Apache 许可证,且未保留原始许可声明,这一操作直接违反了 LGPL 许可证的规定。

瑞芯微承认,此次事件暴露了公司在开源协议理解及代码使用监管方面的疏漏。目前,公司已启动整改,积极与 FFmpeg 及 GitHub 方面沟通,并将涉事代码全部替换为自主研发、符合开源协议的新代码,且已重新提交至 GitHub。

值得注意的是,此次纠纷并非突然爆发。早在2024年2月,FFmpeg 官方就曾公开指责瑞芯微“公然将FFmpeg代码复制粘贴”到其驱动中。随后在2025年12月,FFmpeg 开发者采取了更正式的行动,向 GitHub 提交了 DMCA(数字千年版权法)删除请求。

FFmpeg 指控瑞芯微从其著名的 libavcodec 库中抄袭了数千行代码,涵盖 H.265、AV1 和 VP9 等格式的解码器,并指出瑞芯微删除了原始版权声明,虚假宣称著作权,并以 Apache 许可证而非代码原生的 LGPL 许可证进行重新分发。

FFmpeg官方对瑞芯微的指控推文截图

瑞芯微在通告中特别说明,此次事件仅涉及开源代码的合规性整改,对其正常业务和产品研发未造成影响。该公司解释称,其 SDK 默认以动态链接方式使用 MPP 代码,依据 LGPL v2.1 许可证,此方式不影响用户自有产品的版权与代码保密性。不过,若用户对 MPP 代码进行修改、衍生开发或采用静态链接,则需按规定公开相关源代码。

这一事件再次为业界敲响了警钟,凸显了在享受开源红利的同时,严格遵守开源许可证条款的重要性。任何对开源代码的复用、修改和再分发,都必须尊重原始作者的版权与许可意愿,否则将面临法律风险与社区信任危机。




上一篇:深入理解CDN加速原理:Nginx与Varnish全站加速与缓存策略详解
下一篇:AI 工程化实战:无需算法基础,用好LLM的完整指南
您需要登录后才可以回帖 登录 | 立即注册

手机版|小黑屋|网站地图|云栈社区 ( 苏ICP备2022046150号-2 )

GMT+8, 2026-3-1 21:56 , Processed in 0.418187 second(s), 42 queries , Gzip On.

Powered by Discuz! X3.5

© 2025-2026 云栈社区.

快速回复 返回顶部 返回列表