This topic created in 978 days ago, the information mentioned may be changed or developed.
 |
1
一般都是切好的，这样也利于缓存
|
1 |
isekiMar 3, 2024 via Android
2
此外给视频切片是个很重的工作
|
 |
a282810Mar 3, 2024
3
视频上传到平台就开始切片
|
 |
shuiduoduoMar 3, 2024 via Android
4
切片也是需要时间的
|
 |
k9982874Mar 3, 2024 via iPad
5
不是应该视频上传开始自动切片最后生成 m3u8 ，整个过程自动化
|
 |
mightybruceMar 3, 2024
6
录播视频时先切片好再播放，切片也需要花费大量计算的。
播放的时候，如果 m3u8 是级联索引，那么会先返回相应分辨率的 m3u8 ，再通过 m3u8 找相应视频切片。 |
 |
7
通用三队列
1. 上传队列：支持断点续传，上传完毕之后进入切片队列 2. 切片队列：切片，各种清晰度等的版本，完成之后进入缓存队列 3. 缓存队列：分发到各个存储 Peer/OSS 等，CDN 执行预热…… |
 |
expyMar 3, 2024
8
转码切片肯定提前做好。
|
|
expyMar 3, 2024
9
好像是苹果开发的 hls 协议，https://developer.apple.com/documentation/http-live-streaming
|
 |
11
感谢解答，那比如说切片好的视频，后端是以什么形式返回给前端呢？还是说后端不做处理，就充当是个文件服务器就好？如果是文件服务器是不是也可以用对象存储这种保存呢？
|
 |
treblexMar 3, 2024
12
对象存储的话，可以用服务商提供的服务，自动转码
|
 |
foxhuntMar 3, 2024
13
切片任务时，会指定生成 m3u8 文件的文件名，根据文件名和 CDN 路径生成播放 URL ，扔给前端就行了
播放器拿到 m3u8 文件后，根据列表取分片后的 ts 文件逐个播放 |
 |
joynvdaMar 3, 2024
15
分直播和点播。
直播是实时切片，同时输出 m3u8 索引和视频文件片。如果需要，还有实时转码 - 输入码流变为不同格式（分辨率等）的文件片。 （个人不关注点播这块。）点播有可能预先切好。如果需要 DRM 版权版权，估计是实时处理。 |
 |
DefoliationMMar 3, 2024
16
一般大厂应该都是提前转好的，但是 jellyfin 这种都是实时转码的，点击的时候才会去转码和切片。
|
 |
nguyenminhhuong6Mar 4, 2024
18
m3u8 url 获取的就是切片列表，切片提前处理好的
|
 |
johnmichael09Mar 21, 2024
19
m3u8 文件其实是一系列视频的链接，返回前端后，前端按照时间点读取一个个视频的地址，然后播放
|
Select Language