主 题：[开源] 分享一个AI搓的Jellyfin插件，跳过strm媒体起播时的重复探测，让已有流信息的媒体直接播放跳过延迟。
发 布 者：jsdnkx
标签分类： 技术
时 间：2026-08-28 00:55:58
内容预览：续上个帖子。由于 Jellyfin 死板的探测机制，每次收到播放请求时，即便该媒体已有时长和分辨率等媒体信息，仍然会强行拉起一次 ffprobe 进程去联网探测媒体信息，而strm文件探测的时间非常的长，导致每次播放都需要等待十秒左右的时间。我在github没有找到解决这个问题的开源项目，所以自己ai搓了一个。之前发过两个版本，用的方法是在 HTTP 层伪造返回播放信息跳过探测，但是经常出现莫名其妙的问题。所以v3.0版本出现了。这次底层改成了接管 IMediaSourceManager，仅对有流信息（音视频编码、章节、字幕、图片等媒体信息）的strm媒体播放时传入allowMediaProbe = false关闭探测，其余流程全部透传走官方逻辑，不会再出现字幕、时长进度条等等奇怪的问题。同时增加了后台预探测媒体信息的功能并做了一个简单的控制面板。插件的运行逻辑：普通本地文件正常播放；已经有流信息的 .strm 文件：直接跳过探测；媒体库里没有媒体信息的 .strm 文件，点击播放时按照原本的逻辑调用探测并写入数据库。配置卡片功能：增量探测：仅扫描并探测缺少流信息的 .strm 媒体；全量探测：扫描全库所有 .strm 媒体，对每个媒体条目重新执行探测覆写更新数据库中的流信息。strm入库自动探测：当新的 strm 文件入库时，后台自动探测媒体信息写入数据库github项目地址和使用方法：link text
直达链接： https://www.nodeseek.com/post-897765-1
发 布 者：jsdnkx
标签分类： 技术
时 间：2026-08-28 00:55:58
内容预览：续上个帖子。由于 Jellyfin 死板的探测机制，每次收到播放请求时，即便该媒体已有时长和分辨率等媒体信息，仍然会强行拉起一次 ffprobe 进程去联网探测媒体信息，而strm文件探测的时间非常的长，导致每次播放都需要等待十秒左右的时间。我在github没有找到解决这个问题的开源项目，所以自己ai搓了一个。之前发过两个版本，用的方法是在 HTTP 层伪造返回播放信息跳过探测，但是经常出现莫名其妙的问题。所以v3.0版本出现了。这次底层改成了接管 IMediaSourceManager，仅对有流信息（音视频编码、章节、字幕、图片等媒体信息）的strm媒体播放时传入allowMediaProbe = false关闭探测，其余流程全部透传走官方逻辑，不会再出现字幕、时长进度条等等奇怪的问题。同时增加了后台预探测媒体信息的功能并做了一个简单的控制面板。插件的运行逻辑：普通本地文件正常播放；已经有流信息的 .strm 文件：直接跳过探测；媒体库里没有媒体信息的 .strm 文件，点击播放时按照原本的逻辑调用探测并写入数据库。配置卡片功能：增量探测：仅扫描并探测缺少流信息的 .strm 媒体；全量探测：扫描全库所有 .strm 媒体，对每个媒体条目重新执行探测覆写更新数据库中的流信息。strm入库自动探测：当新的 strm 文件入库时，后台自动探测媒体信息写入数据库github项目地址和使用方法：link text
直达链接： https://www.nodeseek.com/post-897765-1
