GNOME Bugzilla – Bug 732862
seek in m4a with ID3 tag: GStreamer-critical gst_segment_do_seek
Last modified: 2014-07-16 13:35:58 UTC
Hi, I can't seek in many of my mp3, running totem with UBuntu 14.04. I get the following error in the console when clicking in the progress bar of the song : GStreamer-CRITICAL **: gst_segment_do_seek: assertion 'segment->format == format' failed The playback from 00:00 is ok until the end of the MP3. This affects lots of MP3, so it is not a corrupted MP3 file. The program hangs and it is not possible to get it running back (turns grey after some seconds, and I must force quit) I've attached one of the MP3 that triggers this error. Can someone try to read it ?
Here is the file : https://cloud.vergeylen.eu/owncloud/public.php?service=files&t=f311f9cd1c43630d3b084b8a61a05fd8
Thanks for the bug report and the sample file. Could you also make a full debug log like this from a terminal/command line window: $ GST_DEBUG=*:6 totem /path/to/file.mp3 2>dbg.log ... start playing and then seek to reproduce the problem ... .... then hit Control-C to terminate the application (or force quit via the window manager) Then compress the log with $ xz -9 dbg.log and if possible make it available via your owncloud account (it's probably too large for bugzilla). Thanks!
I did want you propose and produce this log file : https://cloud.vergeylen.eu/owncloud/public.php?service=files&t=fa73d0ca7eaa15054649e41be6d4bc7a It was run with the same mp3 as before. Good luck !
I've had problems accessing this. The server was not reachable the first couple of days, and now it says there's no /owncloud directory.
Very sorry that the file was not available. Here are updated links ! - for the MP3 file : https://cloud.vergeylen.eu/public.php?service=files&t=f311f9cd1c43630d3b084b8a61a05fd8 - For the log : https://cloud.vergeylen.eu/public.php?service=files&t=fa73d0ca7eaa15054649e41be6d4bc7a (please don't care about the SSL certificate error, there is no issue actually)
Thanks. So this isn't actually an mp3 but an m4a file (containing AAC) with an ID3 tag. I can reproduce the issue with 1.2.x, but it seems to work fine for me with git master (i.e. the soon-to-be-released 1.4.x). Not sure what exact patch fixed it though.