GNOME Bugzilla – Bug 344944
AAC Support crashes with some files
Last modified: 2006-06-16 04:37:44 UTC
I have got two aac files in my music list that crash on request with rhythmbox (gstreamer) according to following error messages: [0x826dce8] [action_thread_main] rhythmdb.c:2016 (10:45:08): executing RHYTHMDB_ACTION_LOAD for "file:///home/martinheidegger/MP3/Massive%20Attack/100th%20Window/01%20Future%20Proof.m4a" [0x826dce8] [rb_metadata_load] rb-metadata-gst.c:760 (10:45:08): loading metadata for uri: file:///home/martinheidegger/MP3/Massive%20Attack/100th%20Window/01%20Future%20Proof.m4a [0x826dce8] [rb_metadata_load] rb-metadata-gst.c:832 (10:45:08): going to PAUSED for metadata, uri: file:///home/martinheidegger/MP3/Massive%20Attack/100th%20Window/01%20Future%20Proof.m4a [0x826dce8] [rb_metadata_gst_typefind_cb] rb-metadata-gst.c:563 (10:45:08): found type audio/x-m4a [0x826dce8] [rb_metadata_load] rb-metadata-gst.c:840 (10:45:08): element state changing asyncronously: 2, 136950648 [0x8f537d8] [rb_metadata_gst_new_decoded_pad_cb] rb-metadata-gst.c:590 (10:45:08): linking new decoded pad of type audio/x-raw-int to fakesink Segmentation fault and [0x829ab68] [action_thread_main] rhythmdb.c:2016 (10:51:43): executing RHYTHMDB_ACTION_LOAD for "file:///home/martinheidegger/MP3/Radiohead/Hail%20To%20The%20Thief/01%202%2B2=5%20(The%20Lukewarm).m4a" [0x829ab68] [rb_metadata_load] rb-metadata-gst.c:760 (10:51:43): loading metadata for uri: file:///home/martinheidegger/MP3/Radiohead/Hail%20To%20The%20Thief/01%202%2B2=5%20(The%20Lukewarm).m4a [0x829ab68] [rb_metadata_load] rb-metadata-gst.c:832 (10:51:43): going to PAUSED for metadata, uri: file:///home/martinheidegger/MP3/Radiohead/Hail%20To%20The%20Thief/01%202%2B2=5%20(The%20Lukewarm).m4a [0x829ab68] [rb_metadata_gst_typefind_cb] rb-metadata-gst.c:563 (10:51:43): found type audio/x-m4a [0x88e96d8] [rb_metadata_gst_new_decoded_pad_cb] rb-metadata-gst.c:590 (10:51:43): linking new decoded pad of type audio/x-raw-int to fakesink [0x829ab68] [rb_metadata_load] rb-metadata-gst.c:840 (10:51:43): element state changing asyncronously: 2, 136950680 Segmentation fault yours Martin.
Created attachment 67377 [details] Second File Second of the two files that crash
Created attachment 67378 [details] First failing file First file that fails with gstreamer
these files contain 0 samples. They don't play with any player I tried. Making sure gstreamer does not crash on them.
* gst/qtdemux/qtdemux.c: (gst_qtdemux_loop_state_header), (gst_qtdemux_prepare_current_sample), (gst_qtdemux_advance_sample), (gst_qtdemux_add_stream): Don't crash on files with 0 samples, EOS immediatly instead. Fixes #344944.
Just checked, of course the files are corrupted. 50kB cant work, but others application also not crash but just dont play the file.