适用于 Windows 版 mpv 的原生右键菜单插件

[tsl0922]

前情提要：#60 (comment)

上面帖子评论里的回复太长了，还是单开一贴吧。经过各位大佬的反馈改进，现在应该大部分常用菜单需求都支持了。

项目地址：https://github.com/tsl0922/mpv-menu-plugin

使用方法我就不贴了，这里给个能用的测试配置：https://gist.github.com/tsl0922/8989aa32994b0448a2652ee260348a35

如果想要菜单功能更全面的中文版本，可尝试直接使用 @dyphire 的配置：https://github.com/dyphire/mpv-config

目前最新代码已经支持通过 lua 动态修改菜单了，项目自带了一个 dyn_menu.lua 实现了常用的轨道、章节之类菜单支持。

（可在 dev 下载编译好的文件，还没正式发布 Release，测试一段时间没什么大问题就打 tag） (2.0.0 版本已发布）

[zhongfly]

右侧的空白这么宽是不是应该缩减一点？我比较了一下，明显比章节的子菜单右侧的空白多

我觉得美观起见，应该右侧少留一些空白，宽度按章节菜单的来就行

[dyphire]

我认为他的意思是像 uosc 的字符宽度检测那样实现控制菜单右侧空白宽度。因为 uosc 一开始的菜单宽度也很不合理

[tsl0922]

那个是 padding，我个人觉得没有 padding 或者 padding 太小反而不好看。。让系统决定挺好的

[dyphire]

我觉得你给的方案也能变相解决他的需求，只要右侧有实际内容渲染就不会显的太空旷（

[tsl0922]

发现看习惯了之后，像上面截图里那样把标题以外的信息全放右边也还可以接受，不那么挤了。

[dyphire]

我反而不觉得，track 信息里最重要的其实就是 lang，单独放在右侧是很醒目的；而且 lang 的语言代码都是三个字母，很整齐，左侧无论怎么放永远都是对不齐的。把 track 大部分信息都挤在右侧既杂乱又无重点

[tsl0922]

2.0.0 版本已发布，如果不出太大意外的话这个插件应该可以养老了。

[dyphire]

我觉得还可以增强下允许多个脚本动态更新菜单而不互相冲突，比如可以借此增强现有的第三方脚本来实现最近播放的历史列表

[Hertz221]

你好，我想问问这个右键菜单浅色深色问题。如果我的系统是浅色，我可不可以把这个菜单设置成深色（我觉得深色好看点）？具体应该修改哪里呢谢谢🙏

[Hertz221]

好的谢谢

[tsl0922]

这个是跟随 mpv 窗口的，mpv 那边支持能切换会更好些。

ref: mpv-player/mpv#11473 (comment)

[Hertz221]

MPV.NET可以选择浅色深色来着，MPV目前好像还没有这个设置。

[hooke007]

他给你的链接已经解释了为什么不能
至于 MPV.NET 的内部选项，与mpv完全无关

[Hertz221]

谢谢，我已经知道了

[Yunuuuu]

用起来感觉咋比uosc的延迟还高，子菜单弹出来的时间感觉更长

[tsl0922]

这是操作系统原生菜单，理论上来说和你桌面右键菜单体验一致（win11 的新菜单负优化就别比了），你看到的延迟是不是动画效果？如果真觉得是程序导致的延迟，可以录个视频我看看。

uosc 是和字幕一起渲染的，受到视频播放帧率影响，虽然可以通过 video-sync=display-resample 解决，但是会增加播放器资源占用，体验谈不上完美，这也是我想做这个 C 插件的一个原因。

[tsl0922]

2.1.0 版本已发布，支持从外部脚本更新菜单了。

[Yunuuuu]

菜单还是没有uosc功能丰富，uosc支持自定义单独的菜单，比如播放列表，我们最常用的还是希望能够定义一个快捷键直接调取播放列表。

用uosc很方便实施，但是mpv-menu-plugin 只能插入submenu的样子？

[hooke007]

control位于最底部，，，你在这个位置触发弹出菜单，怎么看都别扭啊。

[dyphire]

那如果结合uosc 的control element呢？就是osd其他可点击的元素？不知道是否可行？你的这个菜单是我理想的菜单，就是提供的api太少了

那不如直接写 osd 菜单了，用 osd 元素触发 原生 api 菜单不觉得不伦不类吗

[Yunuuuu]

有道理，的确很别扭

[tsl0922]

我是两者结合使用的，比如原本播放列表条目太多的话 menu 插件菜单没办法滚动体验比较差，现在已经加了一个逻辑：超过一定条目并且检测到 uosc 就会显示一个更多（...）菜单条目调用 uosc 的 playlist 菜单，不止支持滚动，而且还可以搜索，体验更好。

[Yunuuuu]

主要是想找一个完美的menu自定义方案，目前颜值最贴合mpv的还是uosc，但是也有缺陷，二级菜单需要点击，还有一些基础按键反馈没法实现，比如playlist的del按键（只能使用uosc自带的playlist才行），不过作者说正在实施，https://github.com/tomasklaen/uosc/issues/835。 scroll-list没法实现二级菜单，目前找到的这些都不是很完美，坐等uosc优化算了

[tsl0922]

增加了菜单示例配置的中文版本，可直接使用：

https://gist.github.com/tsl0922/8989aa32994b0448a2652ee260348a35#file-input_zh-conf

结合 gist 评论中的其它脚本，还可以添加打开子菜单。

[tsl0922]

文件对话框接口：tsl0922/mpv-menu-plugin#38 ，接口形式可能还有待商榷，暂时没想到更好的。

[hooke007]

单文件限制这个接口是不是多余了

[tsl0922]

也不能算多余吧，目的是提供通用的文件对话框接口，这些都是操作系统提供的变体，并不是人为限制做出来的功能。

[tsl0922]

还在考虑是不是再独立成另一个插件。。

[tsl0922]

文件对话框接口：tsl0922/mpv-menu-plugin#38

已合并。使用例子：https://github.com/tsl0922/mpv-menu-plugin/wiki/File-Dialog ，如果需求简单可以直接使用这个脚本。

[tsl0922]

powershell 脚本显示文件对话框第一次执行比较慢，会有秒级以上的卡顿。

[dyphire]

powershell 的局限性，冷启动比较慢。而且选择文件夹的实现也还没搞懂如何处理 DPI

[tsl0922]

我也发现了，选择文件夹界面有点糊

[tsl0922]

BD/DVD iso 那个，其实改成两个单独的菜单项目即可，没法知道 iso 内容也确实没法检测，不如让用户指定。

[dyphire]

其实不用，可以像我脚本里那样处理：open_dialog.lua#L85-L91，先尝试作为 BD 打开，如果失败了再尝试作为 DVD 打开（已经测试过可用性）。其实还可以回退尝试 CDDA，不过 CD 使用场景不如其他两个

[hooke007]

我看到你把大部分文档搬到Wiki了，我建议提交信息里做一下版本同步，全是update也一下子看不出来哪个是对应release的文档

[hooke007]

不作版本记录也是可行的，比如我自己的wiki是做标注的，哪个功能release版本不可用是写出来的

[tsl0922]

没那个精力维护的，wiki 文档只针对最新版本，甚至有可能是开发版本。

[tsl0922]

倒是可以加一句提醒，如果发现某个功能不可用，请尝试最新的 dev 版本。

[hooke007]

那我建议置顶dev的版本而不是release~~

[tsl0922]

那也不行，可能有 bug。。不要慌，很快就会发布新 release，这一波更新完，预计不会再有大的功能更新了 🐶

[natural-harmonia-gropius]

与主楼无关

有没有兴趣把下面两个功能做成c-plugin
https://github.com/datasone/MPVMediaControl
https://github.com/qwerty12/mpv-taskbar-buttons

[tsl0922]

没有，我觉得这 2 个功能没什么实用性。

[hooke007]

这个真要做直接找上游fr了吧

[tsl0922]

clipboard/get 剪贴板接口已支持读取在资源管理器 "右键菜单 - 复制" 的文件/文件夹（多个文件在返回值里会以换行符分隔，可以直接通过 dialog.lua 的 open-clipboard message 打开），这个功能 PowerShell 的 Get-Clipboard 是不支持的。

[hooke007]

我不确定是不是我记错了还是，有的程序菜单最底下有时候会出现“下三角”的箭头，用于条目过多自动压缩，光标移动到那个位置就会自动滚动，是不是有这个接口？

[tsl0922]

这是 Windows 菜单自带的功能。但是我觉得体验比较差，所以在 tsl0922/mpv-menu-plugin@4cbabcb 里限制了播放列表的条目最多显示 20 个（max_playlist_items=0 可取消限制，超出屏幕会有三角箭头）.

[hooke007]

不一定是播放列表条目，因为我发现子菜单写了一大堆条目后比父菜单还长也有点别扭

[dyphire]

播放列表这类可能具有大量菜单项的还是更适合作为独立菜单渲染，放进右键菜单里确实不太行。印象中也没几个播放器有这种行为
其实 uosc 的播放列表菜单体验也一般，还是 OSD 菜单在这方面更好一些。包括章节和轨道列表也是

[tsl0922]

其它条目目前没做限制，系统自带的特性是超出屏幕才会有三角箭头。虽然 Win32 的菜单接口里是有限制菜单高度这个功能的，但是由于那个三角箭头体验不佳（win10 下只能点箭头滚动，没滚动条也没法鼠标滚轮滚动），我也没有去支持的动力。更重要的一点是：太多菜单条目也不是一个最佳实践，应该用子菜单做好分类。

[tsl0922]

uosc 那个播放列表菜单已经算是还可以的了，毕竟有滚动条也支持搜索，基本需求可以满足了。

[tsl0922]

2.2.0 版本 已发布，新增了系统原生文件对话框和剪贴板支持，并且自带了一个可开箱即用的 dialog.lua 脚本，示例配置 也已同步更新。

[tsl0922]

新的更改菜单条目状态语法：tsl0922/mpv-menu-plugin#44

#@state=<expr> 和之前的 #@prop:check 相比，虽然表达式可能会变长一些，但是写法更灵活也更易读，甚至能支持多状态了（比如同时 checked / disabled)。

除此之外，应该还可以这么用：如果一个脚本想更新某个菜单条目状态，可以直接把值写入一个 user-data/a/b 变量里，然后在 input.conf 里使用上面的语法检查这个变量。

[zhongfly]

我现想一个关于数字比较的例子，当视频存在章节时，显示“下一章”这一菜单项，就需要比较chapters>0
如果要条件复杂的，当视频存在章节并且当前章节不是最后一个章节时，显示“下一章”这一菜单项，需要判断chapters>0 and chapter+1 < chapters
以上示例均使用Conditional auto profiles的条件语法

[tsl0922]

太复杂了，这就和写代码没啥区别了，不如用代码实现

[verygoodlee]

profile-cond 很复杂，完全支持不太现实，取属性值就有好几种写法
property_name p.property_name p['property-name'] get('property-name', default) mp.get_property('property-name', default)
甚至可以直接写lua函数 profile-cond=(function() ... return true ... return false ... end)()，真就是写代码了

[zhongfly]

完全支持不太现实

@verygoodlee
实际上完全一致才是最简单的，直接复制mpv里的lua脚本就行。你要是想部分支持还得重新改代码，比不过直接复制来的简单，具体你看auto_profiles.lua，mpv自己就是用lua实现的自动配置

[tsl0922]

profile-cond 语法其实就是 lua 语句，这里不同的是 profile-cond 只需要返回 true / false 即可，而 state 这里需要返回字符串，直接写起来会比较丑，我的想法是得加个 ${} 把 lua 代码括起来 (最终决定还是都当作 lua 代码了，想要好看点可以自己用括号 ()。

实现了上面语法的 PR：tsl0922/mpv-menu-plugin#46 (已合并）

[tsl0922]

2.3.0 版本已发布。

主要更新：

• 基于 Conditional auto profiles 的新更新菜单状态语法（其实就是写 lua 代码，#@prop:check 语法已废弃，迁移方法见 Release）。
• 新增 hidden state，和上面的 state 语法配合能在 input.conf 里实现根据条件显示/隐藏菜单条目。比如：可以根据播放状态来决定显示播放 还是 暂停。

另外，示例配置 也已同步更新为新的 state 语法。

[hooke007]

我不理解了。。。用no-config+osc=no就正常，单no-config就有小概率不弹菜单

[tsl0922]

大概能猜到原因了，又是异步的问题，忘记处理了，C 插件里只监听了 user-data/menu/items 变更事件，没有在启动的时候也读取一下，可能 lua 插件先启动并解析完成配置，C 插件后启动收不到变更消息了。

[tsl0922]

有点怀疑是不是 mpv 的 bug，因为就算人为制造上述场景也不是 100% 复现问题，所以 mpv 在这方面可能是有处理的，但还是有漏事件的概率。

[hooke007]

两个额外的话题：
目前监听的 user-data/menu/items 这个属性负不负责动态处理（在运行时改变user-data后是否重新渲染对应的新菜单？）

可以考虑读取额外的外部文件作为后备/兼容性最高的方案（内心总觉得依赖一个初始化之后才生成，并且可被随意覆写的属性总不太靠谱）

[tsl0922]

是的，C 插件只要监听到 user-data/menu/items 变化就会更新菜单，这是可以通过 lua 更新菜单的原理。

就是刚去掉了 C 插件读取 input.conf 解析菜单的代码改为 lua 解析，漏了上面说的初始化处理才导致的问题，之前没这个问题的。

[verygoodlee]

有没有可能实现部分菜单点击完不自动关闭，有些要精细调整的操作例如add sub-delay 0.1大部分时候都是需要连续点击的，
点击完菜单就关闭话操作效率太低了，还不如用快捷键，那把它加在菜单就没啥实用性。

[tsl0922]

windows 想实现这个，有 2 个办法：一是 hook 进系统的 menu 接口更改鼠标点击响应代码，另一个是自己用无边框窗口绘制和模拟菜单，这样就可以自己想怎么处理就怎么处理鼠标点击了，实现起来都比较麻烦而且容易搞出其它问题。

[verygoodlee]

这倒是个问题，可以去 uosc 那边提个 issue

非英语使用者才有这个切换输入法的痛点，微软拼音可以设置ctrl+space shift ctrl三种切换键，shift不能用ctrl不能用就只能用alt了，更别说其他语言使用者的各种情况，除非把这个键做成可配置，不然满足不了各种人群需求。

[dyphire]

非英语使用者才有这个切换输入法的痛点，微软拼音可以设置ctrl+space shift ctrl三种切换键，shift不能用ctrl不能用就只能用alt了，更别说其他语言使用者的各种情况，除非把这个键做成可配置，不然满足不了各种人群需求。

没有你想的那么复杂，理论上在 uosc 菜单打开时劫持键响应就可以做到。本来菜单打开时就不应该能够切换 IME，无论设置了什么键位用于切换

编辑：还有一种解决方法就是在 mpv 中添加脚本消息支持以允许脚本来控制何时启用 IME，参考：mpv-player/mpv#13104 (comment)

[verygoodlee]

mpv能支持开关IME那自然是最好，lua脚本劫持系统级快捷键可能没那么容易，可能需要luajit调用啥系统接口

[dyphire]

劫持系统级快捷键通过 lua 是不太可能实现的，uosc 通过自己的 ziggy 工具应该可以实现
不过似乎还是让键位可配置更简单些，只是治标不治本而已

[verygoodlee]

选中样式可以考虑把圆圈加进来，标准接口应该支持，
按照Windows系统中规范，表示开/关状态的时候用勾，表示从多个选项当中选一个的时候用圆圈

比如我配置的这个旋转挡位，就适合用圆圈，又或者速度挡位等等

圆圈的状态值可以就用#@state='selected'表示

[tsl0922]

曾经尝试过做，但是接口不太方便就放弃了，现在的也够用了。

[verygoodlee]

只是个锦上添花的东西，我还以为两种选中样式的实现都没太大区别，没想到圆圈的实现更难。

[tsl0922]

谈不上难，就是代码上要麻烦点，圆的是单选，选项之间是互斥的，处理方式稍有不同。而且插件现有的菜单语法无法支持单选的，因为这个单选可能是只在子菜单里的部分连续条目中单选。

[hooke007]

@tsl0922
mpv合并了新的特征。。。动态加载input和config dir
mpv-player/mpv#13288
现在菜单并不能跟踪动态修改后的input conf

[tsl0922]

虽然可以考虑，但我觉得没那么大的需求也不值得做。而且 lua 也没有原生的 inotify 支持，还得借助 C 代码或者 ffi 来实现。

[verygoodlee]

你们有出现卡死的情况吗，最新的2.4.0测试，菜单关闭的时候，有小概率导致mpv无响应，只能任务管理器杀掉，
具体触发条件未知，点击某个菜单选项或者点击空白位置关闭菜单都触发过，
看mpv的日志只能确定是关闭菜单的时候出了问题，最后几行只看到了menu-open的script-message，menu-close的script-message没发出来。

[hooke007]

我仍然建议写在文档里让用户自定义而不是写死键位。既方便快速改键位，也提示其它脚本的键位兼容性

[tsl0922]

我都想把 release 文件做成解压到 mpv 目录就可以使用的了（自带 input.conf 示例配置），因为有些用户就是新手，压根不知道 input.conf 是什么，更别提修改按键绑定这些操作了。。

[verygoodlee]

要做成自定义可以在dyn_menu.conf里加个配置选项吧 key=MBTN_RIGHT mp.add_forced_key_binding(o.key, ...)

[tsl0922]

我觉得默认 MBTN_RIGHT 触发菜单没毛病，想要用其它方式触发菜单的应该是极少数吧。。其它需求：

• 如果把 MBTN_RIGHT 按键绑定换成别的，可以直接在 input.conf 里定义，input.conf 的优先级高于 mp.add_key_binding
• 除此之外，还想要从其它地方触发菜单的，可以用：script-binding dyn_menu/show，但是需要注意的是：如果鼠标不在窗口内菜单是不会显示的

稍后弄个 FAQ 放到 wiki 吧。

[hooke007]

要做成自定义可以在dyn_menu.conf里加个配置选项

不论动态的弱键位，
我就是看到连一个“全局”键位，既能input里改，又能脚本里改，还能脚本选项里改，才觉得头大(现在还要多一个command也能改)，别说刚接触mpv的人了。脚本一多还得一个个脚本查一遍防止自己给自己挖坑。

[tsl0922]

在做一个类似 sublime-text 那样的命令面板脚本，效果已经出来，也基本能用了。目前是基于 extended-menu.lua 修改，后面可能会完全重写。自己从头画这些组件是真的麻烦啊，太多地方要考虑了，比如超出背景的地方现在是用 clip 裁剪了，但是可能会有字符被截了一半。

[Youxikong]

大佬，这个可以端出来了吗。🥺

[tsl0922]

已经无了，没在折腾这个了。。

[Youxikong]

太失望啦。

[verygoodlee]

已经有类似的了command_palette，基于原版的extended-menu做的，只能放在底部看起来稍微丑了点，居中悬浮的效果看起来更精致，放底部还有个缺点是容易被OSC挡住

[jiayiming]

# script-message-to dialog open bd-iso #menu: 打开 > 蓝光 ISO...
script-opts-append = dyn_menu-uosc_syntax=yes
2.4这样用为什么右键菜单里的快捷键会显示成#？是一定要用"_"吗？

[tsl0922]

看文档，有个选项可以开启对 uosc 语法的支持，默认是关闭的

[hooke007]

他写的就是开启的选项，这个bug确认存在

[tsl0922]

只测试过配置文件，不过现在配置是用 mpv 的 lua 接口读取的了，理论上来说应该支持他这个语法了。

[jiayiming]

我试了下，直接把dyn_menu.lua里的uosc_syntax改成true也是一样结果。
把653行的(key ~= '' and key ~= '_')改成(key ~= '' and key ~= '#')可以解决。

[tsl0922]

已修复

[verygoodlee]

监听属性变化自动刷新菜单有点问题，自动刷新时如果展开了二级菜单，菜单会消失。
复现步骤：
当前文件即将播放完成之前打开菜单，并展开某个二级菜单，
等待当前文件播放完成，自动切换到下一个文件会触发菜单刷新，此时菜单会消失。

如果没展开二级菜单，会正常刷新，能看到菜单消失又立即出现。

[tsl0922]

这是 windows 菜单的行为，它在自动刷新显示数据，会消失又出现是因为代码在更新菜单的时候是先清空再装填的。

我不觉得这是问题，反倒是数据更新了菜单没反应才不正常，只是这个更新看起来不太平滑，暂时没什么好的办法解决。

[verygoodlee]

展开了二级菜单就只会消失，不会出现

[verygoodlee]

@tsl0922 你复现出来了吗，
经过更详细测试，发现展开的是第一个Open菜单的时候，消失后出现，
展开下面的菜单好像就不行了，比如Navigate，消失后不出现。

[tsl0922]

已经说了是 windows 菜单的行为，不打算处理。

[redomCL]

大佬你好，提个小建议：我个人感觉是不是外挂字幕或音频后直接切换到外挂文件比较好，因为逻辑上既然加载外挂大多数的目的就是要播放这条外挂轨道。
本来是想直接提交改动代码的，不过看了一会感觉自己不一定会写

[tsl0922]

这种不在本插件功能范围内，你可以单独写个脚本处理。

[verygoodlee]

很好改吧，加载外挂轨道的代码在这里
https://github.com/tsl0922/mpv-menu-plugin/blob/5112d488ac4ab1447c53e250bdd0f30a9fec9fd9/src/lua/dialog.lua#L81-L87
把auto改成select应该就能满足你的需求，加载轨道之后立即选中
https://mpv.io/manual/master/#command-interface-sub-add

[tsl0922]

好吧，原来指的是这里，是我理解错了，这个我可以改成默认选择。

[verygoodlee]

可以加个参数，自行选择是否要选中，满足不同人群需求
script-message-to dialog open add-sub
script-message-to dialog open add-sub select

[redomCL]

哎呦~ 太好了~

[hooke007]

mpv-player/mpv@3c1e983 和你仓库的实现比，功能缺失了多少？（比如 dyn_menu 脚本里的功能

[dyphire]

实际上我测试了下发现内部的菜单实现反而不再触发这个 bug 了，但是动态列表和 state 都没生效，这方面有什么变化吗？
Edit: 好吧，没有触发是因为没移除 menu.dll，话题终结（

[verygoodlee]

试用了下，同样无法接受 tsl0922/mpv-menu-plugin#23 这个烦人的问题，是否可以考虑添加一个bool类型的只读属性 menu-active 来标识菜单的开/闭状态，lua代码可以用mp.observe_property('menu-active', 'bool', ...)处理，相对与添加script-message的方式来说对官方代码库的污染比较小，毕竟已经加了menu-data属性，再加个属性也没啥大碍。

[tsl0922]

可到 mpv 仓库提 issue，或者到那个已有的 issue 下也报告一下。

[dyphire]

还发现一个问题，无论 C 插件还是 mpv 合并的菜单代码都不遵循 mpv 窗口的 darkmode 状态，我测试了添加选项来控制 mpv 暗黑模式的提交 dyphire/mpv@502b155 ，mpv 标题栏的状态会随选项变化，菜单完全不受控制只遵循系统状态

[tsl0922]

这个我也测试过，确实是只受控于系统设置，暂时还没找到解决方法。

[tsl0922]

@dyphire 我参考这个脚本 mpv-player/mpv#7563 (comment) 写了一个类似的右键菜单修复脚本，你试一下效果怎样，我这里基本上可以同时解决那个 issue 和右键菜单触发点击这 2 个问题，准确率还是挺高的。

click-fix.lua

local mp = require 'mp'

local click_threshold = 0.2
local is_menu_shown = false

local left_click = coroutine.wrap(function()
    while true do
        local time = mp.get_time()
        coroutine.yield()
        if (mp.get_time() - time) < click_threshold and not is_menu_shown then
            mp.commandv('cycle', 'pause')
        end
        is_menu_shown = false
        coroutine.yield()
    end
end)

local right_click = coroutine.wrap(function()
    while true do
        mp.commandv('context-menu')
        coroutine.yield()
        is_menu_shown = true
        coroutine.yield()
    end
end)

mp.add_key_binding(nil, 'left-click', left_click, {complex = true})
mp.add_key_binding(nil, 'right-click', right_click, {complex = true})

input.conf

MBTN_LEFT script-binding left-click
MBTN_RIGHT script-binding right-click

[verygoodlee]

官方修复已经合并 mpv-player/mpv#14251 ，测试没问题，不再需要这些黑科技方法了，非常舒服

edit:
好像与inputevent有冲突，用inputevent绑定左键，拖动窗口反而会暂停，左键关闭菜单也会暂停

[dyphire]

主要 mpv 还没有修复鼠标双击会触发单击事件的行为，还是不得不用 inputevent 处理鼠标事件

[verygoodlee]

确实，双击触发两次单击事件，这个陈年老问题不解决，就不好去放弃inputevent绑定左键

[verygoodlee]

官方修复已经合并 mpv-player/mpv#14251

别升级，所有OSC脚本的进度条拖动功能都被它破坏了，还是合并太草率了，没充分测试

[verygoodlee]

打了两个补丁
mpv-player/mpv#14251 (comment)
mpv-player/mpv#14251 (comment)
inputevent也做了适配 natural-harmonia-gropius/input-event#48
可以愉快使用了

[tsl0922]

上游即将要添加剪贴板支持：mpv-player/mpv#13837

[hooke007]

kasper93 added this to the Release v0.39.0 milestone 5 days ago

略显遥远而且rcomb几乎从不参与win的部分

[tsl0922]

我可以贡献 win 的部分，也就是挪一下我那个插件的代码过去。

[verygoodlee]

kasper93 added this to the Release v0.39.0 milestone 5 days ago

略显遥远

0.38已经发版，应该快了

[dyphire]

我觉得 0.38.0 发早了，应该等其他两个 BCP 47 语言标签加载行为变化的 pr 合并后再发。现在 0.38.0 里添加了 BCP 47 语言标签支持，相关选项却没适配这一变化就很半成品

[hooke007]

延后到 0.40.0 了 https://github.com/mpv-player/mpv/milestone/7

[kli2013]

请问你们用新版,输入法会自动关闭吗? 为什么我更新0.38,输入法不自动关闭啊,快捷键都成了文字编码
我自用的是0.37.0-134-ga16bad40,没有问题,可惜没留下压缩包
在github下载到的2023-12-31自动编译,产品版本v0.37.0-145-gfccf4f2b开始,输入法就不自动关闭了,严重影响使用

[hooke007]

和这个脚本有什么关系吗。

ime是主线更新的功能，应该去正确的地方反馈

[hnostyle]

你好我是小白一枚，下载了MPV_lazy整包，我想把你这个菜单插件替换掉MPV_lazy的菜单插件，可以操作吗？

[tsl0922]

当然可以，最新版整合包不是已经集成了菜单脚本么（我没测试过），而且现在菜单功能已经合并到 mpv 主线了，菜单 C 插件可以不需要了。

[redomCL]

mpv0..38+dyn_menu+dialog可以弹出菜单但无法弹出选择文件的对话框，依然需要你的menu.dll，请问怎么解决

[tsl0922]

文件对话框还没合并到 mpv，你可以选择用 menu.dll 或者搜一下也有 powershell 版本的。

[verygoodlee]

内置菜单更新了个小功能 mpv-player/mpv@861908c 可以从右键标题栏菜单访问，好像实用性不强，无边框模式没标题栏，
更推荐的用法是不依赖mpv快捷键绑定用系统快捷键Alt+SPACE打开标题栏菜单（无边框或者全屏状态也可触发），然后上下左右键操作，比较适合无鼠标操作。

用这种方式打开的菜单无法解决左键关闭菜单触发MBTN_LEFT的问题，毕竟是系统级快捷键，无法劫持。