近日,瑞芯微就其開源媒體框架MPP(MediaProcessingPlatform)涉及的開源合規(guī)問題發(fā)布官方致歉公告,引發(fā)開源社區(qū)與行業(yè)的廣泛關(guān)注。
事件的源頭可追溯到2024年2月23日,當(dāng)時(shí)FFmpeg官方賬號公開點(diǎn)名瑞芯微MPP項(xiàng)目,指出其將FFmpeg的libavcodec代碼復(fù)制到驅(qū)動中,并刪除原作者信息和版權(quán)聲明,將原代碼適用的LGPLv2.1+許可證擅自標(biāo)注為Apache2.0,違反了LGPL的要求。
面對公開質(zhì)疑,2024年2月24日,自稱RockchipMPP開發(fā)者的HermanChen在社交平臺上以個(gè)人身份致歉,承認(rèn)因?qū)pache與LGPL沖突理解不足而違規(guī)使用FFmpeg代碼,并承諾在后續(xù)更新中替換相關(guān)代碼。然而,這份個(gè)人層面的道歉并未轉(zhuǎn)化為公司層面的有效整改,此后近兩年時(shí)間里,違規(guī)代碼仍在MPP項(xiàng)目中使用,合規(guī)問題一直懸而未決。
在長期溝通未果、整改未見實(shí)質(zhì)進(jìn)展的情況下,一位FFmpeg貢獻(xiàn)者于2025年12月18日依據(jù)《數(shù)字千年版權(quán)法》(DMCA)向GitHub提交了正式的版權(quán)移除通知,指控RockchipMPP倉庫存在版權(quán)侵權(quán)與協(xié)議違規(guī)。GitHub經(jīng)審查后,最終在2026年1月初應(yīng)DMCA請求禁用了瑞芯微的LinuxMPP倉庫,導(dǎo)致該項(xiàng)目無法正常訪問和維護(hù)。
2025年12月30日,MPP開發(fā)者HermanChen在GitHubissue中進(jìn)一步說明情況,承認(rèn)共有12個(gè)解析器源文件來自FFmpeglibavcodec,且在移除LGPL聲明后統(tǒng)一以Apache2.0發(fā)布,表示“對開源許可證理解不足和監(jiān)管疏漏”,并稱已提交反駁通知、恢復(fù)部分文件的LGPL聲明并計(jì)劃重寫解析器以回歸純Apache協(xié)議。
直到2026年2月27日,瑞芯微終于通過公司官方渠道發(fā)布致歉公告,正式就MPP項(xiàng)目的開源合規(guī)違規(guī)問題向開源社區(qū)、合作伙伴及所有相關(guān)開發(fā)者道歉。公告中承認(rèn),MPP作為基于Apache許可證開發(fā)的媒體框架,在部分視頻解析器代碼中使用了FFmpeg的LGPL代碼,在統(tǒng)一許可證時(shí)未保留原許可條款,違反了LGPL,并表示已完成相關(guān)代碼替換并提交GitHub,強(qiáng)調(diào)本次事件僅涉及開源合規(guī)整改,對公司正常業(yè)務(wù)與產(chǎn)品研發(fā)未產(chǎn)生影響。
以下為瑞芯微通告全文:

事件的源頭可追溯到2024年2月23日,當(dāng)時(shí)FFmpeg官方賬號公開點(diǎn)名瑞芯微MPP項(xiàng)目,指出其將FFmpeg的libavcodec代碼復(fù)制到驅(qū)動中,并刪除原作者信息和版權(quán)聲明,將原代碼適用的LGPLv2.1+許可證擅自標(biāo)注為Apache2.0,違反了LGPL的要求。
面對公開質(zhì)疑,2024年2月24日,自稱RockchipMPP開發(fā)者的HermanChen在社交平臺上以個(gè)人身份致歉,承認(rèn)因?qū)pache與LGPL沖突理解不足而違規(guī)使用FFmpeg代碼,并承諾在后續(xù)更新中替換相關(guān)代碼。然而,這份個(gè)人層面的道歉并未轉(zhuǎn)化為公司層面的有效整改,此后近兩年時(shí)間里,違規(guī)代碼仍在MPP項(xiàng)目中使用,合規(guī)問題一直懸而未決。
在長期溝通未果、整改未見實(shí)質(zhì)進(jìn)展的情況下,一位FFmpeg貢獻(xiàn)者于2025年12月18日依據(jù)《數(shù)字千年版權(quán)法》(DMCA)向GitHub提交了正式的版權(quán)移除通知,指控RockchipMPP倉庫存在版權(quán)侵權(quán)與協(xié)議違規(guī)。GitHub經(jīng)審查后,最終在2026年1月初應(yīng)DMCA請求禁用了瑞芯微的LinuxMPP倉庫,導(dǎo)致該項(xiàng)目無法正常訪問和維護(hù)。
2025年12月30日,MPP開發(fā)者HermanChen在GitHubissue中進(jìn)一步說明情況,承認(rèn)共有12個(gè)解析器源文件來自FFmpeglibavcodec,且在移除LGPL聲明后統(tǒng)一以Apache2.0發(fā)布,表示“對開源許可證理解不足和監(jiān)管疏漏”,并稱已提交反駁通知、恢復(fù)部分文件的LGPL聲明并計(jì)劃重寫解析器以回歸純Apache協(xié)議。
直到2026年2月27日,瑞芯微終于通過公司官方渠道發(fā)布致歉公告,正式就MPP項(xiàng)目的開源合規(guī)違規(guī)問題向開源社區(qū)、合作伙伴及所有相關(guān)開發(fā)者道歉。公告中承認(rèn),MPP作為基于Apache許可證開發(fā)的媒體框架,在部分視頻解析器代碼中使用了FFmpeg的LGPL代碼,在統(tǒng)一許可證時(shí)未保留原許可條款,違反了LGPL,并表示已完成相關(guān)代碼替換并提交GitHub,強(qiáng)調(diào)本次事件僅涉及開源合規(guī)整改,對公司正常業(yè)務(wù)與產(chǎn)品研發(fā)未產(chǎn)生影響。
以下為瑞芯微通告全文:

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。
舉報(bào)投訴
-
瑞芯微
+關(guān)注
關(guān)注
27文章
790瀏覽量
54256
發(fā)布評論請先 登錄
相關(guān)推薦
熱點(diǎn)推薦
天合儲能完成歐盟電池法規(guī)合規(guī)框架建設(shè)
2月25日,在倫敦舉行的儲能峰會(Energy Storage Summit )期間,全球領(lǐng)先的儲能解決方案提供商天合儲能再迎重要里程碑:公司宣布已完成歐盟《電池法規(guī)》(EU Battery
EMC摸底測試整改:從摸底到合規(guī)的全流程系統(tǒng)方案
深圳南柯電子|EMC摸底測試整改:從摸底到合規(guī)的全流程系統(tǒng)方案
RK3588?平臺?MPP?編譯?+ VPU?格式測試
? ? ? ? ? ? 大家在做瑞芯微 ?RK3588? 開發(fā)時(shí),是不是經(jīng)常困惑「怎么驗(yàn)證? VPU? 到底支持哪些編解碼格式?」「 MPP? 媒體庫該怎么編譯?」今天手把手帶你走一遍
請問各位大佬,如何解決,瑞芯微 RV1126B 使用 mpp 自帶工具 調(diào)試時(shí),內(nèi)核直接報(bào)錯崩潰!
請問各位大佬,如何解決,瑞芯微 RV1126B 使用 mpp 自帶工具 調(diào)試時(shí),內(nèi)核直接報(bào)錯崩潰!
調(diào)試輸出如下:
發(fā)表于 11-19 16:01
南柯電子|電動機(jī)EMC整改:從30dB超標(biāo)到合規(guī)的完整方案
南柯電子|電動機(jī)EMC整改:從30dB超標(biāo)到合規(guī)的完整方案
瑞芯微這幾年為啥那么火?
作者 | strongerHuang
做嵌入式的小伙伴應(yīng)該都聽說過瑞芯微吧?
十二、三年前我畢業(yè)的時(shí)候,還沒聽說過瑞芯
發(fā)表于 10-20 15:50
純電汽車emc整改:設(shè)計(jì)缺陷到合規(guī)達(dá)標(biāo)的系統(tǒng)方案
純電汽車emc整改:設(shè)計(jì)缺陷到合規(guī)達(dá)標(biāo)的系統(tǒng)方案|深圳南柯電子
瑞芯微NPU使用攻略
RKNPU概述RKNPU(RockchipNeuralProcessingUnit)是瑞芯微(Rockchip)公司專為神經(jīng)網(wǎng)絡(luò)處理設(shè)計(jì)的硬件加速單元,旨在提升人工智能和機(jī)器學(xué)習(xí)任務(wù)的效率。以下是其
EMC電磁兼容性摸底檢測測試整改:如何助產(chǎn)品合規(guī)上市
南柯電子|EMC電磁兼容性摸底檢測測試整改:如何助產(chǎn)品合規(guī)上市
瑞芯微就MPP開源合規(guī)問題致歉,整改已全部完成
評論