安卓视频播放器求推荐
mxplayer把pro版下架了 一直用的mpv VLC挺好的—— 来自 鹅球 v3.3.96 我也是用vlc
—— 来自 HONOR BKQ-AN10, Android 16, 鹅球 v3.5.99-alpha 全平台vlc reex，基于mpv的播放器 电视推荐的splayer，播放杜比还行
—— 来自 鹅球 v3.3.96-alpha 谢谢，我再试试楼上说的几个app，vlc以前有一个问题，就是不会根据分辨率来选择竖屏还是横屏播放，现在的不知道怎么样了
—— 来自 鹅球 v4.0 我从mxplayer变成用vlc，最后发现还是mt管理器自带的那个最好用。。。 我用mpv，感觉vlc太老旧了，不好使 https://github.com/nova-video-player/aos-AVP/releases
目前用过功能跟兼容最全的，就是交互比较屎山 mxplayer 酷安那个版本
—— 来自 Xiaomi 25060RK16C, Android 16, 鹅球 v3.5.99 去下个mx pro的apk不就完事了，官方下不下架又无所谓
—— 来自 Xiaomi 25053RT47C, Android 16, 鹅球 v4.0.100-alpha mxplayer pro 破解版
—— 来自 鹅球 v3.5.99-alpha pro 下架了已经买过的人还是可以下载最后一版的吧？
固定使用可以用kodi，但是需要该很多东西。
然后VLC现在做得也还可以，逻辑上有些区别，网络存储调用上也不太一样。
还有啥 安卓这边还是只有reex比较好用
反而现在鸿蒙的播放器做得比安卓还好，dv播放都毫无压力 MX Player有没有支持WebDAV的？ mpv 好像 hdr 会映射成 sdr 吧。手机屏幕支持 hdr，有点浪费了
—— 来自 Xiaomi 25019PNF3C, Android 16, 鹅球 v3.5.99 vlc。小米商店没有，我是下载apk安装的
—— 来自 Xiaomi 2602BRT18C, Android 16, 鹅球 v3.5.99 同蹲一个
经常用mxplayer的smb看电脑上的视频，换了新手机再装发现这个功能挂掉了死活连不上，老版本的app手机还不给装
试了vlc的smb只能说能用，但体验很差，从浏览文件到读取视频全程都感觉卡卡的 mx pro你购买过的话，可以从购买记录里找到下载器。
—— 来自 samsung SM-S9380, Android 16, 鹅球 v3.5.99 网易爆米花
作为播放器性能差点，优点支持刮削，添加 nas/网盘能全平台同步播放进度 Re:Source 那我借个楼问下，Windows端现在什么客户端好用，想要简单上手设置好的
以前一直在用vcb论坛的那个hpc啥啥来着
onezer0618 发表于 2026-7-31 15:56
那我借个楼问下，Windows端现在什么客户端好用，想要简单上手设置好的
以前一直在用vcb论坛的那个hpc啥啥来 ...
mpc-be
凑字凑字 用过的最好用的还是reex，可惜不更新了，有些小bug也没法修了。
现在用的是mpvRx和mpvRex，都是基于mpv的。还在比较，准备留一个。
https://github.com/Riteshp2001/mpvRx
https://github.com/sfsakhawat999/mpvRex/ orca 发表于 2026-8-2 18:15
用过的最好用的还是reex，可惜不更新了，有些小bug也没法修了。
现在用的是mpvRx和mpvRex，都是基于mpv的 ...
这两个有没有适合安卓电视或者安卓电视盒子使用，而且内置了webdav的？ [皆神孝介] 发表于 2026-8-3 02:38
这两个有没有适合安卓电视或者安卓电视盒子使用，而且内置了webdav的？
mpvrex有webdav
安卓电视的话，推荐另一款，next player 咦，以前一直再用的nPlayer完全没人提了？
—— 来自 Xiaomi 2211133C, Android 15, 鹅球 v3.5.99-alpha T型钉宫病毒 发表于 2026-7-31 09:12
同蹲一个
经常用mxplayer的smb看电脑上的视频，换了新手机再装发现这个功能挂掉了死活连不上，老版本的app ...
我也蹲一个,vlc是为数不多smb缓冲还算合格的了
之前用mxpalyer,我点击进度条,非常容易让视频流卡死
vlc播放smb我最不满意的地方是,外挂字幕不会自动添加,我得每播放一个视频就得选择一下 [皆神孝介] 发表于 2026-8-3 02:38
这两个有没有适合安卓电视或者安卓电视盒子使用，而且内置了webdav的？
没用过这种场景，不太了解。
webdav倒是有，但这两个主要还是针对手机的，安卓电视或者盒子好像不行。两个的issue区都有人提这个需求，Rex的作者没回应，Rx的作者明确说不会支持这个。 我直接用 immich，相册式管理很爽
—— 来自 Xiaomi 23113RKC6C, Android 16, 鹅球 v3.5.99-alpha 本帖最后由 树茧 于 2026-8-3 09:39 编辑
zmw_831110 发表于 2026-8-3 08:36
我也蹲一个,vlc是为数不多smb缓冲还算合格的了
之前用mxpalyer,我点击进度条,非常容易让视频流卡死
smb和ftp的外挂字幕需求的，可以试下 https://github.com/marlboro-advance/mpvEx mjwells 发表于 2026-8-3 08:32
咦，以前一直再用的nPlayer完全没人提了？
—— 来自 Xiaomi 2211133C, Android 15, 鹅球 v3.5.99-alpha ...
因为早就不更新了 树茧 发表于 2026-8-3 09:37
smb和ftp的外挂字幕需求的，可以试下 https://github.com/marlboro-advance/mpvEx
这个仓库几个月没动静了，感觉被弃坑了。
mpvRx和mpvRex是从它fork出来的。 orca 发表于 2026-8-2 18:15
用过的最好用的还是reex，可惜不更新了，有些小bug也没法修了。
现在用的是mpvRx和mpvRex，都是基于mpv的 ...
直接用 rex 我也是rx过来的
— from S1 Next Goose v4.0-alpha lawsherman 发表于 2026-8-3 07:41
mpvrex有webdav
安卓电视的话，推荐另一款，next player
next在电视上有什么优势？ 手机上感觉不如rex
— from S1 Next Goose v4.0-alpha 苦瓜师傅 发表于 2026-8-3 12:12
next在电视上有什么优势？ 手机上感觉不如rex
— from S1 Next Goose v4.0-alpha
next player明确支持android tv啊，并且支持5.0的系统 本帖最后由 zmw_831110 于 2026-8-3 19:18 编辑
树茧 发表于 2026-8-3 09:37
smb和ftp的外挂字幕需求的，可以试下 https://github.com/marlboro-advance/mpvEx
试了一下mpvRex，数据的缓冲速率还是不如VLC，播放20 G的视频的时候，放一会就要缓冲一下，速率大概就是稳定在4-6M，VLC可以突发2xM
外挂字幕的确会自动加载了。 zmw_831110 发表于 2026-8-3 19:16
试了一下mpvRex，数据的缓冲速率还是不如VLC，播放20 G的视频的时候，放一会就要缓冲一下，速率大概就是 ...
让pi把源码拉下来看了一下，DeepSeek说改起来也不麻烦
mpvRex 的 SMB/FTP/WebDAV 网络流全部走一个本地 HTTP 代理（NetworkStreamingProxy，基于 NanoHTTPD 2.3.1），而 NanoHTTPD 写响应体时硬编码每次只从底层流读 16KB。SMB 协议是同步"请求-响应"模型，于是每 16KB 数据就要经历一次手机↔NAS 的网络往返。吞吐上限 = 16KB ÷ 往返时延（RTT）——Wi-Fi 下 RTT 3ms 左右正好就是 5.3MB/s，与论坛说的"稳定在 4-6M"完美吻合。这是延迟受限（latency-bound）而非带宽受限，所以换再快的网也没用。
方案 A：给 SMB 流加大块预读缓冲（推荐，最小改动）
关键洞察：NanoHTTPD 的 16KB 粒度本身不是问题——问题在于代理的 SMB InputStream 没有内部缓冲，read() 直接把 NanoHTTPD 的 16KB 数组透传给 smbj，变成 16KB/次往返。如果这个流内部自己持有 1MB 数组、自己按 1MB 调 file.read(buf, position)、再每次给 NanoHTTPD 吐 16KB，SMB 层就变成 1MB/次请求，吞吐上限立刻变成带宽受限（1MB ÷ 3ms ≈ 340MB/s，远超 Wi-Fi 上限）。
改动范围：NetworkStreamingProxy.kt 一个文件，给 getStreamWithOffsetSMB() 返回的匿名流加个 1MB 内部缓冲（约 60-100 行）。FTP/WebDAV 是连续 socket 流、本来不受 RTT 约束，最多包一层 BufferedInputStream（几行）
风险：低。注意点就三个——seek 时丢弃缓冲并同步 currentPosition、close 时正确释放、内存 1MB 对 Android 无压力
工作量：编码半天以内，测试才是大头（SMB/FTP/WebDAV 三协议 × 播放/seek/断点续播/切轨/锁屏恢复，保守 1-2 天）
如果要做得更讲究（可选增量）
在方案 A 基础上加后台预读线程/协程 + 双缓冲，在 SMB 读的空隙提前发下一个大块请求，进一步隐藏延迟波动（Wi-Fi 抖动时速率更稳）。多约半天到一天，状态管理复杂度略升（取消、seek 竞态）。
所以答案是：改起来真不大——一个文件、几十行、风险低，属于"问题定位花了两小时、修复花半天、测试花两天"的典型活。以这个仓库的代码质量看（作者已经在 SMB 路径上做了零拷贝优化、显式关签名/加密减开销），作者大概率知道读块问题，只是被 NanoHTTPD 的 API 粒度卡住了——实际上只要在流内部缓冲一层就绕开了，不需要动 NanoHTTPD 一分一毫。
DeepSeek看了Rx和Ex的源码说一样有这问题。
我有空了去提个issue试试
lawsherman 发表于 2026-8-3 07:41
mpvrex有webdav
安卓电视的话，推荐另一款，next player
next player的webdav是不是读取不了同目录下的外挂字幕？
页:
[1]
2