GNOME Bugzilla – Bug 583376
[typefind] Detects MP3 as h264
Last modified: 2010-01-19 21:39:33 UTC
Hi there, when I play a certain mp3 file ("Krackatoa" by Jean Baudin), GStreamer gives the following output: " snak3@Panther:~$ gst-launch-0.10 playbin uri=file:///home/snak3/Music/Jean\ Baudin/Jean\ Baudin\ -\ Solace/08\ Krackatoa.mp3 Setting pipeline to PAUSED ... Pipeline is PREROLLING ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstSystemClock Caught SIGSEGV accessing address (nil) Killed snak3@Panther:~$ " I was advised to file a bug here from the banshee folks over at this thread: http://www.nabble.com/SIGSEGV-when-listening-to-a-specific-song...-td23641700.html#a23642488 , as it is a GStreamer problem. I can supply the mp3 file for examination upon request, also. Thanks, John/
Thanks for taking the time to report this bug. This bug report isn't very useful because it doesn't describe the bug well. If you have time and can still reproduce the bug, please read http://bugzilla.gnome.org/bug-HOWTO.html and add a description of how to reproduce this bug. You'll also need to add a stack trace; please see http://live.gnome.org/GettingTraces for more information about how to do so. Thanks in advance! Also, if you could provide the MP3 file this would help debugging this crasher.
Here is the MP3 file in question (too big to upload to the bugtracker): http://www.2shared.com/file/5877116/4bce8807/08_Krackatoa.html How to produce the bug: 1) run this command: gst-launch-0.10 playbin uri=file:///[pathToSong]/08\ Krackatoa.mp3 Expected result: The song would play normally Actual result: The Program crashes. I have tried to find the Debug packages needed in order to create a stack trace for you, but I cannot find the correct debug package. Any ideas?
Looks like we typefind this as h264 ...
This file is not available anymore... do you still have it Tim?
Still happens with git: http://people.freedesktop.org/~tpm/samples/583376-typefinding-head.mp3
Created attachment 151442 [details] [review] change how h.264 detection works
Coincidentally, I was hacking on H.264 detection the other day, and my patch fixes this. I had several raw h.264 streams that it wasn't detecting, and now does. I haven't checked very thoroughly for false positives, though.
> I haven't checked very thoroughly for false positives, though. I'd say let's just push it and see if Edward's insanity test runs on the prereleases show up any regressions..
pushed... commit e432c8ebc21f7574203b46065a9ea2cea0412a74 Author: David Schleef <ds@schleef.org> Date: Tue Jan 19 13:33:06 2010 -0800 typefind: rewrite h.264 detection Make detection simpler: check for NALs, check that they make sense, and report how certain we are that it's a raw H.264 stream. Fixes: #583376.