Changing Frame Rate

Sebastian Dröge sebastian at centricular.com
Fri Jun 24 08:08:02 UTC 2016


On Fr, 2016-06-24 at 10:04 +0200, Peter Maersk-Moller wrote:
> Hi Sabastian.
> 
> Assuming you are using mp4mux with h264parse prepended and assuming
> the stream could be ... lets say a RTP stream received using udpsrc,
> then you can send first a stream with frame rate A (and resolution X)
> and then frame rate B (and resolution Y). In theory h264parse should
> detect the frame rate change and in theory, it should signal that to
> mp4mux and in theory mp4mux should accept this and create a new entry
> describing the new condition, as it can with resolution change in the
> middle of a stream. If the code is there in mp4mux and h264parse,
> that ought to work.

h264parse does, I doubt that mp4mux does that currently. But yes, in
theory that would work when implemented :)

(Still requires you to write code instead of using gst-launch-1.0)

> Likewise the demuxer should be able to detect frame rate change and
> resolution change and a player should be able to handle change of
> both resolution and frame rate during play. However implementations
> may not always be full.

The demuxer should be able to handle that already, yes.

-- 

Sebastian Dröge, Centricular Ltd · http://www.centricular.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: This is a digitally signed message part
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20160624/5d091eb8/attachment.sig>


More information about the gstreamer-devel mailing list