连接内容源
第一期优先支持 115 网盘和本地视频,后续扩展更多云盘、NAS 与 WebDAV 来源。
CloudPop 将云盘和本地片库接入局域网媒体库。播放时通过本地代理提供稳定入口,让 VR / 4K 视频像本地文件一样被浏览、索引和播放。
下载太慢,占用本地空间,播放设备之间还要反复搬运文件。
Plex 直接扫网盘挂载目录时,缩略图、刮削和文件探测可能产生大量读取。
Skybox、VLC、电视和平板都想看同一份视频库,但入口经常不统一。
CloudPop 不试图替代播放器,而是在内容源和播放器之间提供一个稳定、可扫描、可代理的本地入口。
第一期优先支持 115 网盘和本地视频,后续扩展更多云盘、NAS 与 WebDAV 来源。
将远程或本地视频转换成媒体库入口,并由 CloudPop 提供稳定的本地播放地址。
通过 Plex、DLNA、STRM 或播放器直接访问,播放时再读取真实视频流。
所有节点都在本地局域网内完成。CloudPop 在中间做扫描、索引和代理,让远程内容源被当作本地媒体库使用。
设备关键词用于用户识别和 SEO 覆盖,不等于官方兼容承诺。推荐优先使用支持 DLNA、Plex 或局域网播放的播放器。
通过 DLNA 在 VR 播放器中发现 CloudPop,直接浏览云盘或本地片库中的 VR 视频。
把 CloudPop 生成的本地媒体库目录交给 Plex 扫描,保留海报墙和多设备访问体验。
在同一局域网内用支持 DLNA、Plex 或 HTTP 流的播放器访问同一份视频库。
首页保持“多内容源媒体桥”的定位,具体图文案例可以使用 115,因为这是第一期真实支持且痛点明确的内容源。
适合一次性观看,但每次切设备都要重新搬运文件。
用起来像本地盘,但媒体扫库可能触发大量远程读取。
扫库走本地,播放时再访问真实视频流,适合大体积视频。
当前 Waitlist 优先开放 115 网盘和本地视频。产品方向是多内容源媒体桥接,后续可以扩展其他云盘、NAS、WebDAV 或对象存储。
不做“全部兼容”的承诺。只要设备上的播放器支持 DLNA、Plex、局域网媒体库或 HTTP 流播放,就有机会接入 CloudPop。实际体验取决于播放器、网络和视频编码。
CloudPop 的核心思路是让媒体服务扫描本地入口,播放时再访问真实视频流,减少扫库、缩略图和文件探测对远程内容源造成的压力。
Waitlist 会优先开放给使用 115 网盘、本地硬盘、NAS、Quest、Pico、Skybox、Plex、VLC、Emby 或 Jellyfin 的用户。