【自荐】播播机（LitPlayer），安卓视频播放器，支持TV端

发现频道
,
22

webDav 配置好像不行呀， 我看打印日志上，我添加了path， 例如 /dav， 请求的地址变成了/dav/dav。 path 重复了一遍。 不知道是不是只有我出现这个问题。

23

你是在添加媒体源的时候点击 → 测试连接 显示Fail吗？

我刚才试了一下确实是之前代码重构的时候测试的逻辑写错了，

直接添加就可以，不影响使用

24

建议增加新功能：
1，自由缩放小窗
2，自定义跳过片头片尾
3，视频流播放/播放视频链接资源
4，摇一摇切歌/下一个
5，无缝播放，音频文件跳过静默，
6，

25

1，小窗本来就可以通过双指缩放大小吧

2，自定义跳过片头片尾指的是自己配置跳过的时间，还是通过第三方服务获取元数据跳过

3，视频流和视频链接资源播放，这个实际用途在什么地方，需要提供资源

4，摇一摇这个基本做好了

5，自动跳过静默在做，但没有相关资源测试，不知道效果如何。通过交叉淡入实现无缝播放，比较复杂，虽然有开源方案，以后可能会做

26

跳过片头片尾还是自定义比较好，有条件也可以加上第三方配置

27

楼主你好，昨天把APP装到电视上用了下，结果使用webdav连接到openlist（也就是现在换人接手的alist），文件夹信息能读到。但是播放视频内容的时候卡死闪退。重启app后连接openlist报错 too many request。

openlist的docker信息有大量重试报错

播放的内容是openlist套壳的xiaoya内容

报错时，xiaoya的docker没有异常信息

openlist的docker报错信息如下

stderr: [36mINFO[0m[2025-12-27 07:49:47] reading config file: /opt/openlist/data/config.json
stderr: [36mINFO[0m[2025-12-27 07:49:47] load config from env with prefix:
stderr: [36mINFO[0m[2025-12-27 07:49:47] max buffer limit: 188MB
stderr: [36mINFO[0m[2025-12-27 07:49:47] mmap threshold: 4MB
stderr: [36mINFO[0m[2025-12-27 07:49:47] init logrus…
stdout: start HTTP server @ 0.0.0.0:5244
stderr: 2026/03/08 13:01:41.198738 WARN RESTY Post “http://192.168.10.90:5678/api/fs/get”: dial tcp 192.168.10.90:5678: connect: connection refused, Attempt 1
stderr: 2026/03/08 13:01:41.367738 WARN RESTY Post “http://192.168.10.90:5678/api/fs/get”: dial tcp 192.168.10.90:5678: connect: connection refused, Attempt 2
stderr: 2026/03/08 13:01:41.566790 WARN RESTY Post “http://192.168.10.90:5678/api/fs/get”: dial tcp 192.168.10.90:5678: connect: connection refused, Attempt 3
stderr: 2026/03/08 13:01:41.774485 WARN RESTY Post “http://192.168.10.90:5678/api/fs/get”: dial tcp 192.168.10.90:5678: connect: connection refused, Attempt 4
stderr: 2026/03/08 13:01:41.774567 ERROR RESTY Post “http://192.168.10.90:5678/api/fs/get”: dial tcp 192.168.10.90:5678: connect: connection refused
stderr: 2026/03/08 13:01:41.849311 WARN RESTY Post “http://192.168.10.90:5678/api/fs/get”: dial tcp 192.168.10.90:5678: connect: connection refused, Attempt 1
stderr: 2026/03/08 13:01:41.950717 WARN RESTY Post “http://192.168.10.90:5678/api/fs/get”: dial tcp 192.168.10.90:5678: connect: connection refused, Attempt 2
stderr: 2026/03/08 13:01:42.133399 WARN RESTY Post “http://192.168.10.90:5678/api/fs/get”: dial tcp 192.168.10.90:5678: connect: connection refused, Attempt 3
stderr: 2026/03/08 13:01:42.507212 WARN RESTY Post “http://192.168.10.90:5678/api/fs/get”: dial tcp 192.168.10.90:5678: connect: connection refused, Attempt 4
stderr: 2026/03/08 13:01:42.507297 ERROR RESTY Post “http://192.168.10.90:5678/api/fs/get”: dial tcp 192.168.10.90:5678: connect: connection refused
stderr: 2026/03/08 13:01:42.621980 WARN RESTY Post “http://192.168.10.90:5678/api/fs/get”: dial tcp 192.168.10.90:5678: connect: connection refused, Attempt 1
stderr: 2026/03/08 13:01:42.723716 WARN RESTY Post “http://192.168.10.90:5678/api/fs/get”: dial tcp 192.168.10.90:5678: connect: connection refused, Attempt 2
stderr: 2026/03/08 13:01:42.874505 WARN RESTY Post “http://192.168.10.90:5678/api/fs/get”: dial tcp 192.168.10.90:5678: connect: connection refused, Attempt 3
stderr: 2026/03/08 13:01:43.194970 WARN RESTY Post “http://192.168.10.90:5678/api/fs/get”: dial tcp 192.168.10.90:5678: connect: connection refused, Attempt 4
stderr: 2026/03/08 13:01:43.195051 ERROR RESTY Post “http://192.168.10.90:5678/api/fs/get”: dial tcp 192.168.10.90:5678: connect: connection refused
stderr: 2026/03/08 13:02:25.272352 WARN RESTY Post “http://192.168.10.90:5678/api/fs/get”: dial tcp 192.168.10.90:5678: connect: connection refused, Attempt 1
stderr: 2026/03/08 13:02:25.432940 WARN RESTY Post “http://192.168.10.90:5678/api/fs/get”: dial tcp 192.168.10.90:5678: connect: connection refused, Attempt 2
stderr: 2026/03/08 13:02:25.557643 WARN RESTY Post “http://192.168.10.90:5678/api/fs/get”: dial tcp 192.168.10.90:5678: connect: connection refused, Attempt 3
stderr: 2026/03/08 13:02:25.947441 WARN RESTY Post “http://192.168.10.90:5678/api/fs/get”: dial tcp 192.168.10.90:5678: connect: connection refused, Attempt 4
stderr: 2026/03/08 13:02:25.947525 ERROR RESTY Post “http://192.168.10.90:5678/api/fs/get”: dial tcp 192.168.10.90:5678: connect: connection refused
stderr: 2026/03/08 13:02:40.833689 WARN RESTY Post “http://192.168.10.90:5678/api/fs/get”: dial tcp 192.168.10.90:5678: connect: connection refused, Attempt 1

后面大量重复内容我就不贴了

28

重启openlist后又试了一下。

更诡异，openlist中使用smb协议存储在本地视频可以正常播放（除了起播速度感觉有点慢）。

openlist中使用alist协议套壳的xiaoya视频（换了一个），播放时会进入超长的转圈读取画面，大概转圈30秒之后开始播放音频（此时屏幕显示依然是转圈动画），音频播放约1分钟后突然开始播放视频。

准备测试下一个视频的时候开始报401未授权错误。

发现是如果播放了openlist里套壳xiaoya的内容，原本设置好的webdav源中的密码会变成一个超长的字符串。然后就密码不符了。要重新设置webdav源中的密码才能正常连回webdav源。

29

openlist中使用alist协议套壳的xiaoya视频（换了一个），播放时会进入超长的转圈读取画面，大概转圈30秒之后开始播放音频（此时屏幕显示依然是转圈动画），音频播放约1分钟后突然开始播放视频。

触发这个诡异的状态时，openlist和xiaoya的docker日志中均无任何异常报错

30

openlist中使用smb协议存储在本地视频可以正常播放（除了起播速度感觉有点慢）。

播放openlist中的smb协议的视频时，并不会触发那个webdav源设置的密码会神奇变更的BUG。只有播放openlist中用openlist协议（也就是老的alist）连接的xiaoya的源时会触发严重的播放问题并且webdav源设置的密码也会跟着变。

31

通过webdav连接的存储的驱动是什么？

我试过如果通过webdav协议连接的webdav存储或本地存储，还有SMB都是是可以的，速度也正常，是不是因为资源太大导致加载慢

网盘资源我没有测试过，之前就有提过issus对xiaoya的支持不好，可能是因为APP对302网络转发不支持

32

电视->webdav->openlist->openlist驱动->xiaoya->(大概率是openlist或者alist驱动)->小雅的各个分仓库

xiaoya后面就是小雅内部的处理的。他自己内部也是通过openlist或者alist驱动去连接各个分仓库再到具体的影音文件。

不支持302转发么。。。那这个后续有支持的计划吗？现在电视播放大概率都是用的类似xiaoya这种网盘资源。毕竟现在这个时代组一个几个T的本地NAS成本实在太高了。

33

把存储的openlist驱动里面的WebDAV 策略由 302重定向 改为 本机代理

我测试过openlist 使用 http WebDAV 重定向到 https WebDav，直接修改已有的存储配置并不生效。

最好重新添加存储，把WebDAV 策略设置为本机代理

34

那密码会变这个BUG是什么原理啊？只要播放出点问题，软件源里的webdav设置的webdav密码就会变成一长串错误的数据。

35

因为密码字段是加密保存，读取的时候解密。APP崩溃的时候把未加密的密码更新了，导致后面读取时对未加密的密码进行解密导致出错

openList 把 WebDAV 策略改为本机代理是否可以正常播放？

36

能发一下小蓝云盘的网址吗？

37

手机端不支持投屏吗？

38

@wuzhumeng 就是别人的小网盘不稳定。推荐InfiniCLOUD或中科院数据胶囊

39

那个数据胶囊支持webdav吗

40

支持

41

用InfiniCLOUD怎么填信息？总是报错

69f3f2184c45c1777594904
69f3f2184c45c17775949041047×1514 26.6 KB