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 126967 - [PATCH] mpegdemux PTS parsing wrong
[PATCH] mpegdemux PTS parsing wrong
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins
git master
Other Linux
: High major
: 0.7.4
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2003-11-14 12:49 UTC by Martin Eikermann
Modified: 2005-08-15 01:53 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
patch file (2.22 KB, patch)
2003-11-14 12:53 UTC, Martin Eikermann
none Details | Review
fix for more integer overflows (4.81 KB, patch)
2004-01-03 22:34 UTC, Martin Eikermann
none Details | Review

Description Martin Eikermann 2003-11-14 12:49:33 UTC
Hi *,

The mpegdemux element parses presentation timestamps wrong, especially ones
which are higher than what is found in common mpeg files. The attached
patch fixes this.

As well as removing the "provided clock" from the demuxer, as it
effectively provides no clock since long. The specific get_clock() call
returns NULL by default. So that I removed the few things that were still
related to the spooky provided clock.

Greets,
  Martin
Comment 1 Martin Eikermann 2003-11-14 12:53:43 UTC
Created attachment 21443 [details] [review]
patch file
Comment 2 alexander.winston 2004-01-02 22:27:33 UTC
Adding the PATCH keyword and upgrading the priority to High due to the
attached patch.
Comment 3 Ronald Bultje 2004-01-02 23:26:59 UTC
Thanks for the patch. Can you please re-attach it in diff -u format?
I'll apply it a.s.a.p. then.
Comment 4 Ronald Bultje 2004-01-03 13:05:17 UTC
Ohwell, just re-typed it. Thanks for the patch, it's in HEAD/CVS now.
Comment 5 Martin Eikermann 2004-01-03 22:34:39 UTC
Created attachment 22881 [details] [review]
fix for more integer overflows
Comment 6 Martin Eikermann 2004-01-03 22:38:33 UTC
Hi again,

thx for patching it in, i nearly forgot about this.
There are similar errors in mpegdemux and mpegparse,
see previously attached patch.
Comment 7 Ronald Bultje 2004-01-03 23:06:27 UTC
I don't think the non-64 bit ones are needed. Note that a copy of a
8-bit integer will (on-stack) always be 32-bit. Anyway, I still
applied it because it won't really hurt and the compiler will probably
optimize these things away for us.