# 倒反天罡的mpv插件，以插件的形式接管mpv主窗口

**URL:** <https://meta.appinn.net/t/topic/89235>\
**Category:** 讨论分享\
**Created:** [2026 年8 月 3 日 07:50 UTC](https://meta.appinn.net/t/topic/89235 "2026-08-03T07:50:04Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![wzv5](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/wzv5/32/69212_2.png) [@wzv5](https://meta.appinn.net/u/wzv5)\
**Post date:** [2026 年8 月 3 日 07:50 UTC](https://meta.appinn.net/t/topic/89235/1 "2026-08-03T07:50:05Z")

</div>

这样设计的核心动机：

- 不分发 mpv 库，避免 GPL/LGPL 许可证的分发义务问题。
- 不随 mpv 版本更新而重新发布插件。
- 逻辑上等价于"调用 libmpv 的播放器"，可参考任何基于 libmpv 的播放器的实现思路。

这其实是我几年前的一个脑洞，至今市面上没有类似的项目。当时用C++、纯win32 api跑通了流程，然后就搁置了，直到现在。。

昨晚使用kimi k3跑了几轮，k3的表现让我惊讶，即使是这样的脑洞，没有任何现有代码可供参考，k3一轮就把大致框架做出来了，逻辑都正常。

但是，k3太贵、太慢了，所以我又打算弃坑了。

本来就是脑洞项目，也没想认真搞，发出来只是分享一个奇葩思路。

 ![image](https://h2cdn.appinn.me/original/3X/8/6/86104f4c21b975b709d47016f4ea718138266588.png)

 ![image](https://h2cdn.appinn.me/original/3X/5/5/5592ac5e65a08d7c945a3f8dd8f8d5afb0f874fb.png)