3 ms·
You could do on most things, but it has to be part of the codec to actually work. If you aren’t aware of this scheme, you can just wait until the next key fram
by beagle3 6y ago
You could do on most things, but it has to be part of the codec to actually work.
If you aren’t aware of this scheme, you can just wait until the next key frame. With IDR there is a lot more bookkeeping to do so you can figure out when every single needed pixel has been accounted for.
And although it is part of the standard, I’ve encountered players that don’t support it even though they are based on ffmpeg - probably because they do look for key frames to seek to or something.
- Dylan16807 6y ago> And although it is part of the standard, I’ve encountered players that don’t support it even though they are based on ffmpeg - probably because they do look for key frames to seek to or something. I think that supports my point. It doesn't matter if the technique is explicitly listed in the codec or not. You need clients that will tolerate infinite P-frames, and they will work equally well whether you're using intra refresh techniques on h.264 or h.262 The dumbest possible renderer would have full support; it takes extra logic to get in the way and break it.