We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
A 当结束 lal 后再启动后:
B 当输入的流中断,然后重新输入时,会从 0 重新生成新的 ts 和 m3u8,中断前的 ts 在流持续期间会持续存在,即使 cleanup_mode 为 2 也不会被清理
以上 A、B 两种情况下,即使 cleanup_mode 为 2,都会导致内存或者硬盘空间出现“泄漏”,特别是输入流的中断频繁时,累计的过期没有清理的 ts 会占用大量空间,这些 ts 没有被 m3u8 索引,也不会被访问。
建议增加类似 ffmpeg 的 hls_flags 中的 append_list 功能,即使流中断或者 lal 重启,也可以在 m3u8 中持续索引 ts,即可以更好的管理 ts,又可以比较好的维护一个包含多个 ts 的 m3u8,避免一次中断就要重新索引。
The text was updated successfully, but these errors were encountered:
超时加入 #37 中管理。
Sorry, something went wrong.
No branches or pull requests
A 当结束 lal 后再启动后:
B 当输入的流中断,然后重新输入时,会从 0 重新生成新的 ts 和 m3u8,中断前的 ts 在流持续期间会持续存在,即使 cleanup_mode 为 2 也不会被清理
以上 A、B 两种情况下,即使 cleanup_mode 为 2,都会导致内存或者硬盘空间出现“泄漏”,特别是输入流的中断频繁时,累计的过期没有清理的 ts 会占用大量空间,这些 ts 没有被 m3u8 索引,也不会被访问。
建议增加类似 ffmpeg 的 hls_flags 中的 append_list 功能,即使流中断或者 lal 重启,也可以在 m3u8 中持续索引 ts,即可以更好的管理 ts,又可以比较好的维护一个包含多个 ts 的 m3u8,避免一次中断就要重新索引。
The text was updated successfully, but these errors were encountered: