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 426972 - Specific set of H.264 files cannot be played
Specific set of H.264 files cannot be played
Status: VERIFIED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
0.10.4
Other Linux
: Normal normal
: 0.10.5
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-04-06 16:12 UTC by Adam Williamson
Modified: 2007-04-11 20:36 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18



Description Adam Williamson 2007-04-06 16:12:31 UTC
There's a set of H.264 video files I cannot play with gstreamer (via totem). They are all the episodes of One Piece (a Japanese TV show) subtitled by Kaizoku Fansubs since they switched to widescreen (since episode 207). Prior episodes were released in full screen resolution and play fine. Nautilus shows the files as H.264 / AVC at 704x400 resolution. They can be downloaded at http://xdcc.discoveryhosting.nl/tracker/ . On attempting to play with Totem, music plays fine, screen is black. Console output fills with:

(totem:16952): GStreamer-CRITICAL **: gst_util_uint64_scale_int: assertion `denom > 0' failed

just for interest, neither mplayer nor xine can play these either, so they're obviously tricky files in some way. Windows players (Media Player Classic at least) do handle them.
Comment 1 Wim Taymans 2007-04-11 09:54:15 UTC
This fixes it for me:

        * gst/qtdemux/qtdemux.c: (gst_qtdemux_get_duration),
        (qtdemux_parse_samples), (qtdemux_parse_segments),
        (qtdemux_parse_trak), (qtdemux_parse_tree):
        * gst/qtdemux/qtdemux_dump.c: (qtdemux_dump_mdhd):
        Handle version 1 mdhd atoms to get extended precision durations.
        Fixes #426972.
Comment 2 Adam Williamson 2007-04-11 20:36:50 UTC
Confirmed: fixed with current CVS. Thanks!