GNOME Bugzilla – Bug 323754
rhythmbox crashes while importing files to database
Last modified: 2006-02-03 18:58:04 UTC
I tried to import some mp3 files from my usb drive and rhythmbox always crashes after some time. here's the debug output from rhythmbox. seems like it doesn't like a jpeg file which is in one of the directories - but this shouldn't make rb crash, should it? or is it the .MP3 file which makes it crash? this is rb 0.9.2 btw. [0x821cd40] [rb_metadata_gst_typefind_cb] rb-metadata-gst.c:467 (22:11:38): found type application/x-id3 [0x84d4ca0] [queue_stat_uri] rhythmdb.c:1657 (22:11:38): queueing stat for "file:///media/usbdisk/musik/Audio%20Lotion%20-%20Adelante/ADELANTE%A1/Unknown%20Artist%20-%20Unknown%20Album.pls" [0x84d4ca0] [queue_stat_uri] rhythmdb.c:1657 (22:11:38): queueing stat for "file:///media/usbdisk/musik/Audio%20Lotion%20-%20Adelante/ADELANTE%A1/09%20-%20Track%209.MP3" [0x821cd40] [rb_metadata_gst_load_tag] rb-metadata-gst.c:390 (22:11:38): uri: file:///media/usbdisk/musik/Queen%20-%20Hot%20Space/04%20Body%20Language.mp3 tag: artist [0x821cd40] [rb_metadata_gst_load_tag] rb-metadata-gst.c:390 (22:11:38): uri: file:///media/usbdisk/musik/Queen%20-%20Hot%20Space/04%20Body%20Language.mp3 tag: album [0x821cd40] [rb_metadata_gst_load_tag] rb-metadata-gst.c:390 (22:11:38): uri: file:///media/usbdisk/musik/Queen%20-%20Hot%20Space/04%20Body%20Language.mp3 tag: genre [0x821cd40] [rb_metadata_gst_load_tag] rb-metadata-gst.c:390 (22:11:38): uri: file:///media/usbdisk/musik/Queen%20-%20Hot%20Space/04%20Body%20Language.mp3 tag: title [0x821cd40] [rb_metadata_gst_load_tag] rb-metadata-gst.c:390 (22:11:38): uri: file:///media/usbdisk/musik/Queen%20-%20Hot%20Space/04%20Body%20Language.mp3 tag: track-number [0x821cd40] [rb_metadata_gst_load_tag] rb-metadata-gst.c:390 (22:11:38): uri: file:///media/usbdisk/musik/Queen%20-%20Hot%20Space/04%20Body%20Language.mp3 tag: date [0x821cd40] [rb_metadata_gst_new_decoded_pad_cb] rb-metadata-gst.c:507 (22:11:38): linking new decoded pad of type audio/x-raw-int to fakesink [0x821cd40] [rb_metadata_gst_load_tag] rb-metadata-gst.c:390 (22:11:38): uri: file:///media/usbdisk/musik/Queen%20-%20Hot%20Space/04%20Body%20Language.mp3 tag: layer [0x821cd40] [rb_metadata_gst_load_tag] rb-metadata-gst.c:390 (22:11:38): uri: file:///media/usbdisk/musik/Queen%20-%20Hot%20Space/04%20Body%20Language.mp3 tag: mode [0x821cd40] [rb_metadata_gst_load_tag] rb-metadata-gst.c:390 (22:11:38): uri: file:///media/usbdisk/musik/Queen%20-%20Hot%20Space/04%20Body%20Language.mp3 tag: emphasis [0x821cd40] [rb_metadata_gst_load_tag] rb-metadata-gst.c:390 (22:11:38): uri: file:///media/usbdisk/musik/Queen%20-%20Hot%20Space/04%20Body%20Language.mp3 tag: bitrate [0x821cd40] [rb_metadata_gst_fakesink_handoff_cb] rb-metadata-gst.c:483 (22:11:38): in fakesink handoff [0x821cd40] [rb_metadata_load] rb-metadata-gst.c:656 (22:11:38): duration query succeeded [0x821cd40] [rb_metadata_load] rb-metadata-gst.c:711 (22:11:38): successfully read metadata for file:///media/usbdisk/musik/Queen%20-%20Hot%20Space/04%20Body%20Language.mp3 [0x821cd40] [action_thread_main] rhythmdb.c:1802 (22:11:38): executing RHYTHMDB_ACTION_LOAD for "file:///media/usbdisk/musik/Queen%20-%20Jazz/Cover.jpg" [0x821cd40] [rb_metadata_load] rb-metadata-gst.c:577 (22:11:38): loading metadata for uri: file:///media/usbdisk/musik/Queen%20-%20Jazz/Cover.jpg [0x84d4ca0] [queue_stat_uri] rhythmdb.c:1657 (22:11:38): queueing stat for "file:///media/usbdisk/musik/Audio%20Lotion%20-%20Adelante/ADELANTE%A1/06%20-%20Track%206.MP3" [0x821cd40] [rb_metadata_gst_new_decoded_pad_cb] rb-metadata-gst.c:518 (22:11:38): got decoded pad of non-audio type video/x-raw-rgb [0x821cd40] [rb_metadata_gst_typefind_cb] rb-metadata-gst.c:467 (22:11:38): found type image/jpeg
Thanks for the bug report. Without a stack trace from the crash it's very hard to determine what caused it. Can you provide us with one? Please see http://live.gnome.org/GettingTraces for more information on how to do so.
here's the stack trace: (gdb) run Starting program: /usr/bin/rhythmbox (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) ---Type <return> to continue, or q <return> to quit--- (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 20614)] [New Thread 32769 (LWP 20618)] [New Thread 16386 (LWP 20619)] [New Thread 32771 (LWP 20620)] [New Thread 49156 (LWP 20621)] [Thread 49156 (LWP 20621) exited] [New Thread 65540 (LWP 20622)] [Thread 65540 (LWP 20622) exited] [New Thread 81924 (LWP 20624)] [New Thread 98309 (LWP 20625)] [New Thread 114694 (LWP 20627)] [Thread 114694 (LWP 20627) exited] [New Thread 131078 (LWP 20629)] [Thread 131078 (LWP 20629) exited] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16386 (LWP 20619)] 0xb709185c in memcpy () from /lib/libc.so.6 (gdb) thread apply all bt
+ Trace 64531
Thread 8 (Thread 98309 (LWP 20625))
Thread 7 (Thread 81924 (LWP 20624))
The lines #0 0xb709185c in memcpy () #1 0xb526c364 in gst_ffmpegcsp_register () are very similar to some gstreamer bugs. What version of gst-plugins do you have? You can probably figure out which file is causing the problem by moving "/media/usbdisk/musik/Queen - Jazz/Cover.jpg" away and importing, and then try with "/media/usbdisk/musik/Audio Lotion - Adelante/ADELANTE/06 - Track 6.MP3" moved away.
I have gst-plugins 0.8.11 installed. but I found the problem. seems like didn't have the gst-plugins-jpeg plugin installed. so gstreamer actually didn't know how to parse the jpeg file. now I installed it and adding the directories to the database works.
Good to hear that it works now. In any case gst-ffmpeg shouldn't crash, could you attach that jpeg to the bug? If the file causes problems with 0.10, I'll move the bug to gst-ffmpeg.
Created attachment 55957 [details] the jpeg file
The image appears to work fine with ffmpeg in gstreamer 0.10, so I'm closing the bug.
does it still break in gstreamer 0.8 when the jpeg plugin is not installed? if so this bug shouldnt be closed