4 ms·
This might be helpful: https://video.stackexchange.com/questions/24680/what-is-keyint-and-min-keyint-and-no-scenecut https://video.stackexchange.com/questions/2
by hackcasual 7y ago
This might be helpful: https://video.stackexchange.com/questions/24680/what-is-keyint-and-min-keyint-and-no-scenecut https://video.stackexchange.com/questions/24680/what-is-keyi...
If you're storing video only for offline viewing with minimal seeking, you can increase the iframe seperation, but if you're streaming this video, you'll need to pay the cost of including iframes to allow clients to seek or recover from dropped packets.
- nullwasamistake 7y agoThis guy is totally right. When there's no change on screen a huge percentage of bandwidth is from iframes, essentially start over points for fast forward and network corruption. There's a tradeoff between skip/fast forward fidelity, streaming delay, and iframes. If you're not live streaming and don't care how easy it is to skip around the video increase the iframes inverval as much as you want and watch the bitrate melt away
- astrange 7y agoIf you're streaming, you don't need to implement full I-frames; instead you can do a kind of top-to-bottom rolling refresh. The video will be corrupt until the decoder catches up, but that's OK. This is mostly used for TV broadcasts where you don't want the whole keyframe to get lost because of some brief interference. It's also good because it lowers peak bandwidth per second.
- KuhlMensch 7y agoAh, wonderful. Danke.