After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 715128 - mpegtsmux timestamps
mpegtsmux timestamps
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
1.1.90
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-11-25 01:31 UTC by troy
Modified: 2014-11-25 16:05 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description troy 2013-11-25 01:31:40 UTC
hi all: 

I used 'mpegtsmux' to record videos.My pipe line is as follow: 

udpsrc(video)-->                -->rtph264depay-->h264parse--- 
                      |-->rtpbin--|                                            |-->mpegtsmux-->filesink(name:video.ts) 
udpsrc(audio)-->                -->...--------------faac-------- 

And I get the 'video.ts'.But when I use  'ffmpeg' to get its information,I get unnormal information,my shell is 'ffmpeg -i video.ts',the information is: 


-------------------------------------------------------------------------------------------------- 
[mpegts @ 0x35e0020] Invalid timestamps stream=0, pts=324451059, dts=324472981, size=932 
[mpegts @ 0x35e0020] Invalid timestamps stream=0, pts=324454743, dts=324476961, size=1994 
[mpegts @ 0x35e0020] Invalid timestamps stream=0, pts=324458427, dts=324480214, size=684 
[mpegts @ 0x35e0020] Invalid timestamps stream=0, pts=324462109, dts=324483739, size=1471 
[mpegts @ 0x35e0020] Invalid timestamps stream=0, pts=324465792, dts=324487356, size=767 
[mpegts @ 0x35e0020] Invalid timestamps stream=0, pts=324469473, dts=324491063, size=1842 
Input #0, mpegts, from '0': 
  Duration: 00:00:18.64, start: 3600.024389, bitrate: 350 kb/s 
  Program 1 
    Stream #0:0[0x41]: Video: h264 (Constrained Baseline) (HDMV / 0x564D4448), yuv420p, 704x480, 25 fps, 25 tbr, 90k tbn, 50 tbc 

------------------------------------------------------------------------------------------------------ 

Can some one help me?
Comment 1 Sebastian Dröge (slomo) 2013-12-23 14:29:19 UTC
I assume the problem here is that DTS is larger than PTS, which shouldn't happen really. The DTS/PTS is set by rtpjitterbuffer in your pipeline inside rtpbin, so probably a problem there.

Can you paste the output with
gst-lauch-1.0 -v ... ! rtph264depay ! identity silent=false ! h264parse ! ...

i.e. the PTS and DTS timestamps after the depayloader.
Comment 2 Tim-Philipp Müller 2014-11-25 16:05:10 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!