GNOME Bugzilla – Bug 110738
crashes on file invocation
Last modified: 2004-12-22 21:47:04 UTC
Application "gnome-sound-recorder" (process 2972) has crashed due to a fatal error. (Aborted) The preceeding is the error message generated when attempting to execute a wav file through Nautilus. The error is consistent; the only variation is the process number. The app opens without any problems from a console and menu shortcut. The OS is a fresh "everything" install of Redhat 9. Athlon 2000XP, 512MB ram, living on an Asus a7a, soundblaster live platinum.
same problem here with system: Athlon 1800XP, 512Mb RAM on Asus A7V (sound onboard)
I get the same error, also when I close the application. I can just open or record one file and listen it. After that the program crashes if I try to close it or handle files. My setup is: - IBM ThinkPad 570, Intel 366MHz - Fresh installation of Red Hat 9 with all updates except the kernel updates
same error -as above, launch ogg file via right click
Same on freshly installed RedHat9 Dell Latitude C640, P4-2.4GHz, 1Gig
same here The OS is a fresh "everything" install of Redhat 9. Athlon 2200XP, 512MB Ram, KT3V motherboard with sound on board
same problem La aplicación <<gnome-sound-recorder>> proceso(3147) ha fallado debido a un error fatal (violación de segmento) amd duron 1.1mhz 256 ram on Soyo k7vta-pro
I bet this works if you run it with --gst-scheduler=basicomega
*** Bug 114580 has been marked as a duplicate of this bug. ***
There's a nice backtrace in the bug marked as duplicate.
*** Bug 114541 has been marked as a duplicate of this bug. ***
*** Bug 114611 has been marked as a duplicate of this bug. ***
Adding Ronald on Cc: The problem here seems to be the pipeline that is used by gnome-sound-recorder. It works with basicomega scheduler but not with the opt scheduler.
I think I promised Kjartan a quickfix for this after gu4dec, so here goes: gst_scheduler_factory_set_default_name ("basicwingo"); Put that somewhere before gst_init() or gst_init_with_popt_tables() and it'll use that scheduler instead. Over the course of the next few weeks, I'll try to figure out a real fix, but this should be good enough for Gnome-2.2.2.
I also have this problem on a fresh install of RH9. System Info: P3 800 256 megs ram
same error
Instead of everyone telling me that he has the same error, could someone please test the above patch and tell me if it fixes it? Thanks.
The problem is: Nautilus passes -p <filename> to the sound recorder for the file to be played. -p is no longer an option, and GStreamer dies when it finds unknown options. The fix is either: fix gnome-mime-info to not pass -p or fix GStreamer to not die when it finds an unknown option. Or, ideally both.
Well, it doesn't g_error() anymore. Fix nautilus/gnome-mime-info. ;). To prevent g-s-r from dying, use gst_init_check() instead of gst_init() and ignore the return value.
So what's the best way to get a working g-s-r for 2.2.2? This is the only thing blocking the release.
and playback isn't the only thing that's broken here. Saving 0 byte files shouldn't have anything to do with mime handling and nautilus, right?
* change default scheduler * s/gst_init/gst_init_check/ That's all. Apply these two one-liners and have fun testing. ;).
That "fix" only makes it hang during the save. I tried both basicwingo and basicomega. The strange thing is that --gst-scheduler=basicomega makes it work.
OK, I finally gave up and decided to actually try and test it myself. Yeah, I'm lazy, I know. We all are. ;). Fix is attached. Tested & working.
Created attachment 18044 [details] [review] bla bla bla
I commited this on stable. I guess it should go in on HEAD too.
*** Bug 103279 has been marked as a duplicate of this bug. ***
Adding the PATCH keyword; it definitely ought to go in HEAD :) [Also pasting in the stack trace to make this easier to search on.]
+ Trace 38605
*** Bug 115713 has been marked as a duplicate of this bug. ***
I commited it on head too now. But we need to make sure this is fixed properly for 2.6 since the fix here is a total hack. Maybe we should file a new tracker bug for that and get input from the gstreamer people to hear what the proper long term fix is. Can someone confirm that HEAD works as it's supposed to now?
I asked the Gstreamer-devel list. http://sourceforge.net/mailarchive/forum.php?thread_id=2768621&forum_id=5947
To open .wav and .mp3 files through Nautilus -went into "File Types and Programs" and changed typical audio file extensions(.mp3;.wav;.m3u) Default Action to "X Multimedia System" and changed the Viewer Component to "None". -This seemed to resolve all of my media error problems including the sound recorder and volume control issues.
I'm removing the PATCH keyword, because the patch in this bug has been applied (even though it's not entirely solved).
I have fixed the bug. I am attaching a patch too. The issue was, the nautilus invokes gnome-sound-recorder with a command line option '-p' which makes all the issues. Changed the command for gnome-sound-recorder as "gnome-sound-recorder" instead of "gnome-sound-recorder -p" in gnome-vfs.applications file. It works perfectly.
Created attachment 21322 [details] [review] PATCH: Removes the -p from the gnome-mime-data/gnome-vfs.applications
Is this applied everywhere? Can I close this?
*** Bug 111453 has been marked as a duplicate of this bug. ***
*** Bug 122916 has been marked as a duplicate of this bug. ***
As proposed by Bastien, I added a dummy -p option to GSR. This should fix all this. It's committed in HEAD/CVS.
*** Bug 137300 has been marked as a duplicate of this bug. ***