Bug 116086
| Summary: | Rhythmbox crashes with Alsa GStreamer Sink | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jerry O. Dueitt, Jr. <jdueitt> |
| Component: | rhythmbox | Assignee: | Colin Walters <walters> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |
| Severity: | high | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | michael.wiktowy, mitr, noa, nphilipp, sangu.fedora, sitsofe, wtogami |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i686 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2004-04-15 15:13:47 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 114961 | ||
Please see : http://bugzilla.gnome.org/show_bug.cgi?id=129299 ------- Additional Comments From Ronald Bultje 2004-01-02 18:46 ------- We won't fix this. It's fixed properly in HEAD CVS (which will become 0.8.0) and all 0.7.x releases. My reason to not close it is simply so others will not open similar bugs. ;). I'll close this when we've released 0.8.0. We have gstreamer 0.7.5 now, which is supposed to have the fix according to the above. Does this still happen? No, this problem doesn't happen. gnome-media 2.5.4-2, gstreamer/gsteamer-plugins 0.7.5-1 and rythmbox 0.7 cvs (109 patch). And no wonder, they are unstable. Please clarify, is this problem solved and can we close this report? This still happens here (attempt to play an ogg file from rhythmbox): nils@gibraltar:~> rhythmbox ** (rhythmbox:14390): CRITICAL **: file dparammanager.c: line 337 (gst_dpman_attach_dparam): assertion `G_PARAM_SPEC_VALUE_TYPE (dpwrap->param_spec) == GST_DPARAM_TYPE (dparam)' failed (rhythmbox:14390): GStreamer-CRITICAL **: file gstcaps.c: line 1178 (gst_caps_structure_fixate_field_nearest_int): assertion `gst_structure_has_field (structure, field_name)' failed (rhythmbox:14390): GStreamer-CRITICAL **: file gstcaps.c: line 1178 (gst_caps_structure_fixate_field_nearest_int): assertion `gst_structure_has_field (structure, field_name)' failed rhythmbox: pcm_plug.c:882: snd_pcm_plug_hw_params: Assertion `err >= 0' failed. (gnome_segv:14398): Gtk-WARNING **: Ignoring the separator setting nils@gibraltar:~> rpm -q gnome-media gstreamer rhythmbox gnome-media-2.5.5-2 gstreamer-0.8.0-1 rhythmbox-0.6.8-2 nils@gibraltar:~> *** Bug 118193 has been marked as a duplicate of this bug. *** This is an alsa bug. There's nothing I can do about it. See: http://bugzilla.gnome.org/show_bug.cgi?id=134007 *** Bug 120540 has been marked as a duplicate of this bug. *** Just wanted to note that Rhythmbox plays Ogg files correctly now for me (with Rawhide of yesterday). Haven't checked yet whether it uses the ALSA gstreamer sink or not though. Thanks for following up. Rhythmbox never changes your gstreamer sink itself - it just uses whatever you have configured in GConf. This looks like a dup of bug 119958. Perhaps 119958 should be left open as an obvious dup target so it shows up in people's queries? |
From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.1.4322) Description of problem: Rhythmbox will crash when playing if the GStreamer properties have ALSA set as the default sink. If the default sink is changed back to OSS playback will occur and Rhythmbox will not crash. Version-Release number of selected component (if applicable): rhythmbox-0.6.5-1 How reproducible: Always Steps to Reproduce: 1. Set the default sink for GStreamer to be ALSA 2. Attempt to play something in Rhythmbox Actual Results: Rhythmbox will crash Expected Results: Rhythmbox will play and not crash Additional info: The error that is output on the console is: rhythmbox: pcm_plug.c:882: snd_pcm_plug_hw_params: Assertion 'err>= 0' failed.