1111111111
666666666666666666666666666666
本帖最后由 wgejtgiw 于 2026-5-30 11:43 编辑
D:\hos\SC\win_android\plugins\vprj_win\classlib\sys\wtl_ui_base
拖入一组新文件 替换原来的播放列表
如果MPV组件不停止播放，我这边 播放列表清空()无效
停止播放，播放列表清空 ()有效替换成功
但停止那一会 我这边播放窗口会闪白底 ，要是不会闪现白底效果更好要是能更换背景色可能也更好
我这用的是免费版的，上面的新版本打不开，不过没关系 有这个模块足够了 还是谢谢大佬你，支持支持
好像已弄好了 不出现白色了
优秀。。。
好东西！！！谢谢！
本帖最后由 孤独靖仇 于 2026-5-30 12:50 编辑
wgejtgiw 发表于 2026-5-30 11:22
D:\hos\SC\win_android\plugins\vprj_win\classlib\sys\wtl_ui_base
拖入一组新文件 替换原来的播放列表
正常流程就是先停止在清空列表就比如你正在使用一个文件!然后你删除这个文件就无法删除!这属于一个基本保护!如果弄成能直接清空!出现其他BUG的几率会大幅度上升!然后关于背景那个!直接加载一个图片当成背景即可!推荐图片大小越小越好!因为越小加载越快!且不会闪屏!
隐藏亮点被发现了
其实播放列表早已内置智能预读，连续播放无缝切换。大部分用户现在都用 播放列表添加 + 播放列表下一项 来播剧，流畅省心，完全替代了单文件加载方式。这功能原本没写在文档里，没想到被火伴们自己挖出来了!其实还有其他亮点!就看小伙伴们能不能发现了!
在这里我可以明确说播放列表预读功能和 MPV 内存管理机制都请放心，经过全面检查，没有隐患：
1. 播放列表预读
初始化时已设定 playlist-prefetch=yes，MPV 会自动在后台解析下一项，实现无缝切换。
预读缓存大小由 demuxer-max-bytes（向前）和 demuxer-max-back-bytes（向后）控制，默认值已考虑主流使用场景，不会造成内存溢出。
播放列表清空、移除单曲时，对应的预读缓存会被 MPV 内部自动清理，无需手动干预。
所有播放列表操作（添加、下一项、清除等）均通过命令队列或直接 mpv 命令执行，MPV API 线程安全，不会因并发导致崩溃。
2. MPV 内存自动回收
调用 mpv_terminate_destroy(mpv_) 时会完整释放 MPV 内部所有资源：播放列表、缓存、解码器、渲染上下文等。
我们已确保在销毁 mpv 句柄前，所有工作线程（事件、命令队列、防抖器）均已退出，杜绝了野指针访问。
所有由 mpv 返回的字符串和节点均使用 mpv_free / mpv_free_node_contents 显式释放，没有内存泄漏风险。
所以无论是播放列表预读还是整体内存管理，目前都已稳定可靠，可以放心投入使用。
这玩意需要解码库吗
落雪有声 发表于 2026-5-30 14:09
这玩意需要解码库吗
内置的！几乎支持所有格式！
支持支持