GStreamer Plugin Writer's Guide (0.8.3) | ||
---|---|---|
<<< Previous | Writing a N-to-1 Element or Demuxer | Next >>> |
N-to-1 elements using a cache will sometimes receive events, and it is often unclear how to handle those. For example, how do you seek to a frame in an output file (and what's the point of it anyway)? So, do discontinuity or seek events make sense, and should you use them?
Don't do anything. They specify a discontinuity in the output, and you should continue to playback as you would otherwise. You generally do not need to put a discontinuity in the output stream in muxers; you would have to manually start adapting timestamps of output frames (if appliccable) to match the previous timescale, though. Note that the output data stream should be continuous. For other types of N-to-1-elements, it is generally fine to forward the discontinuity once it has been received from all pads. This depends on the specific element.
Depends on the element. Muxers would generally not implement this, because the concept of seeking in an output stream at frame level is not very useful. Seeking at byte level can be useful, but that is more generally done by muxers on sink elements.
Speaks for itself.
<<< Previous | Home | Next >>> |
Writing a N-to-1 Element or Demuxer | Up | Negotiation |