After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 306041 - gstreamer-plugins 0.8.8 stops Soundjuicer ripping properly
gstreamer-plugins 0.8.8 stops Soundjuicer ripping properly
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins
0.8.8
Other All
: Normal blocker
: 0.8.10
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-05-31 13:23 UTC by Tristan Brindle
Modified: 2005-06-03 14:53 UTC
See Also:
GNOME target: ---
GNOME version: 2.7/2.8


Description Tristan Brindle 2005-05-31 13:23:32 UTC 
Please describe the problem:
I upgraded to gstreamer-plugins 0.8.8 via the GStreamer repositories. Since then
Soundjuicer (v0.5.14, latest available via official Fedora Core 3 repositories)
rips an entire CD into a single Ogg/MP3/whatever file.

Steps to reproduce:
1. Upgrade Fedora Core 3 with the latest official packages
2. Install latest gst packages
3. Witness Soundjuicer not working properly


Actual results:
Rather than ripping each CD track into separate files, Soundjuicer will attempt
to rip an entire CD into one file. It also ignores any settings to rip
particular tracks -- if you tell it to rip tracks 7 and 8, it will *still* rip
the entire CD.

Expected results:
Soundjuicer would record each CD track into a separate file, as it did with
previous versions of gst-plugins

Does this happen every time?
Yes

Other information:
It seems pretty coincidental that this has started with the same release that
enabled Totem to play CDDA ;) 

Any chance of a quick fix guys? This has rendered Soundjuicer utterly useless...
Comment 1 Ronald Bultje 2005-05-31 15:05:47 UTC 
Dammit, I was supposed to have fixed this, I must've broken it again... Will
look ASAP (right after GUADEC).
Comment 2 Ronald Bultje 2005-06-03 14:53:27 UTC 
fixed. Thomas, we may want to do a quick fix release containing this fix (and
possibly the h264 fix to qtdemux). They are very user-visible.