AW: 1000 hours offset in timestamp of h264 stream

[Marianna S. Buschle]

After a lot of digging I have managed to find the bug related to this 1000
hours offset:
https://github.com/GStreamer/gst-plugins-ugly/blob/master/ext/x264/gstx264enc.c#L1383

So I can see how x264 is adding the offset and why.

But so far I haven't found how other elements are ignoring/removing this
offset.

I can see that if I add `mpegtsmux ! tsdemux` to the pipeline after the
`h264parse` the offset seems to be removed by the `mux` and things then work
as expected.

But I cant really see how it is doing it or how I should go about properly
fixing the interpipe elements.

So far my backup plan is to, as you say, to try re-timstamp the frames by
subtracting the offset...



--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/