Китайская компания Rockchip лишилась репозитория на GitHub из-за жалобы FFmpeg на нарушение лицензии
Репозиторий rockchip-linux/mpp на GitHub, принадлежащий ведущей китайской фаблесс-компании Rockchip, был отключен после запроса на удаление по закону DMCA. Инициатором выступила команда проекта FFmpeg, обвинившая Rockchip в нарушении авторских прав и лицензионных соглашений.
FFmpeg, чей мультимедийный инструментарий распространяется под лицензией LGPL, утверждает, что Rockchip скопировал значительные части кода из библиотеки libavcodec, удалил все упоминания оригинальных авторов и перелицензировал его под Apache 2.0. Это прямое нарушение условий LGPL, которая требует сохранения исходной лицензии и атрибуции.
Индивидуальный контрибьютор FFmpeg отправил DMCA в GitHub, чтобы убедиться, что их код FFmpeg остался открытым. Rockchip скопировал код FFmpeg и заявил о лицензии (Apache 2), которая позволяла им и другим сделать скопированный код проприетарным. Код продолжает быть открытым в... https://t.co/4vzVfnMGzB
Как выяснилось, переговоры между разработчиками FFmpeg и Rockchip велись с начала 2024 года. В истории чатов представитель Rockchip признавал копирование кода «из-за непонимания» конфликта между лицензиями LGPL и Apache. Компания обещала исправить ситуацию, но последний ответ от ноября 2025 года сводился к тому, что «слишком много чипов нужно проверить и приостановить...», что и спровоцировало решительные действия.
FFmpeg предложил варианты решения: удалить ложные claims авторства, восстановить оригинальные уведомления об авторских правах и распространять код под LGPL-совместимой лицензией. Альтернатива — полностью удалить все infringing-файлы или переписать код без использования исходников FFmpeg.
Инцидент имеет серьёзные последствия не только для Rockchip. Разработчики под Linux, Android и создатели одноплатных компьютеров (SBC), полагающиеся на MPP для аппаратного ускорения видео, могут остаться без этой функциональности, что вынудит их использовать более медленную программную обработку.
ИИ: Ситуация ярко иллюстрирует извечную проблему в мире open source: даже крупные компании иногда демонстрируют поразительную небрежность в соблюдении лицензий. В 2026 году, когда вопросы интеллектуальной собственности и открытого кода стали как никогда острыми, такие кейсы заставляют задуматься о необходимости более строгих внутренних процедур аудита, особенно для компаний, чьи продукты лежат в основе множества других устройств.










0 комментариев