Hey, I posted some rhythmbox 0.6.0 packages the other day to:
http://linux.duke.edu/~skvidal/RPMS/rhythmbox/
Would it be possible for those to be released as bug-fix errata for 0.5.4
I know it's not important but it does speed up rhythmbox tremendously.
I had to make almost no changes to the 0.5.4 spec file.
-sv
seth vidal wrote :
[...]
I had to make almost no changes to the 0.5.4 spec file.
Heh, yeah... the previous spec was awful, but I managed to get a whole bunch of changes accepted before the freeze, thanks to Jonathan :-)
Matthias
On Thu, 2003-11-13 at 12:57, Matthias Saou wrote:
seth vidal wrote :
[...]
I had to make almost no changes to the 0.5.4 spec file.
Heh, yeah... the previous spec was awful, but I managed to get a whole bunch of changes accepted before the freeze, thanks to Jonathan :-)
If I had any spare time, which I don't, I'd love to sit down and look atr the gstreamer-plugins package and fix it. It should be a bunch of packages with %if statements for enabling/disabling mp3 support easily.
so you could install gstreamer-plugin-mp3 instead of a whole package replacement.
-sv
seth vidal wrote :
On Thu, 2003-11-13 at 12:57, Matthias Saou wrote:
seth vidal wrote :
[...]
I had to make almost no changes to the 0.5.4 spec file.
Heh, yeah... the previous spec was awful, but I managed to get a whole bunch of changes accepted before the freeze, thanks to Jonathan :-)
If I had any spare time, which I don't, I'd love to sit down and look atr the gstreamer-plugins package and fix it. It should be a bunch of packages with %if statements for enabling/disabling mp3 support easily.
so you could install gstreamer-plugin-mp3 instead of a whole package replacement.
Not only mp3, but also flac, alsa and others... I'll try to look into that very soon, as I'm still using rhythmbox with the xine engine myself :-) Maybe my changes to the xmms spec file, if made conditional (trivial) could also be included like the ones to rhythmbox were, as it adds xmms-mp3 and xmms-alsa sub-packages.
Hmmm, shouldn't this be discussed on fedora-devel-list though? ;-)
Matthias
Not only mp3, but also flac, alsa and others... I'll try to look into that very soon, as I'm still using rhythmbox with the xine engine myself :-) Maybe my changes to the xmms spec file, if made conditional (trivial) could also be included like the ones to rhythmbox were, as it adds xmms-mp3 and xmms-alsa sub-packages.
I know someone will be upset but I'd be more than happy for xmms to die. I used soundjuicer and rhythmbox for a while the other night and I'm a lot happier from an organizational perspective with those two.
soundjuicer is so incredibly simple - if it only imported the ripped files immediately into rhythmbox, I'd be incredibly happy :)
Hmmm, shouldn't this be discussed on fedora-devel-list though? ;-)
probably :)
-sv
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
seth vidal wrote: | I know someone will be upset but I'd be more than happy for xmms to die. | I used soundjuicer and rhythmbox for a while the other night and I'm a | lot happier from an organizational perspective with those two. | | soundjuicer is so incredibly simple - if it only imported the ripped | files immediately into rhythmbox, I'd be incredibly happy :) | |
Have you looked at the Beep Media Player (aka GTK2+ port of XMMS)?
It's not good at organizing like Rhythmbox, but it does represent a better version of xmms.
- -- - ---------- Doug Stewart Systems Administrator/Web Applications Developer Lockheed Martin Advanced Technology Labs dstewart@atl.lmco.com
Quidquid latine dictum sit, altum viditur
Have you looked at the Beep Media Player (aka GTK2+ port of XMMS)?
It's not good at organizing like Rhythmbox, but it does represent a better version of xmms.
But that's just it. I don't want a gtk2+ port of xmms. I want something that is more than just what xmms is.
Rhythmbox is that thing.
-sv
Doug Stewart wrote :
seth vidal wrote: | I know someone will be upset but I'd be more than happy for xmms to die.| I used soundjuicer and rhythmbox for a while the other night and I'm a| lot happier from an organizational perspective with those two. | | soundjuicer is so incredibly simple - if it only imported the ripped | files immediately into rhythmbox, I'd be incredibly happy :)
Have you looked at the Beep Media Player (aka GTK2+ port of XMMS)?
It's not good at organizing like Rhythmbox, but it does represent a better version of xmms.
I totally agree regarding xmms... I only use it currently when I need a random play of a bunch of songs, while making sure none are played twice, which rhythmbox doesn't do (and with my luck, I often get the same song played 3 times in a row...). Beep looks nice, I'll definitely try it out.
Matthias
Matthias Saou (thias@spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net) said:
played 3 times in a row...). Beep looks nice, I'll definitely try it out.
When I looked at beep, *all* it was was a straight GTK2 port of the UI; the underlying featureset didn't change.
Bill
On Thu, 2003-11-13 at 16:15, Bill Nottingham wrote:
seth vidal (skvidal@phy.duke.edu) said:
soundjuicer is so incredibly simple - if it only imported the ripped files immediately into rhythmbox, I'd be incredibly happy :)
sound-juicer was too simple the last time I looked; the way quality was set was not really logical.
quality is a reasonable default (192bit vbr) and is settable in gconf-editor using oggenc's quality levels iirc
-sv
seth vidal (skvidal@phy.duke.edu) said:
sound-juicer was too simple the last time I looked; the way quality was set was not really logical.
quality is a reasonable default (192bit vbr) and is settable in gconf-editor using oggenc's quality levels iirc
When I looked at the patch, quality was set either 1-4 or 0-4, which corresponded somewhat randomly to vorbis' quality level.
Oh, and anything like that shouldn't be only exposed through gconf-editor.
There was also the issue of it randomly not encoding things; that might be fixed in the new version, though.
Bill
seth vidal wrote:
Hey, I posted some rhythmbox 0.6.0 packages the other day to:
http://linux.duke.edu/~skvidal/RPMS/rhythmbox/
Would it be possible for those to be released as bug-fix errata for 0.5.4
I know it's not important but it does speed up rhythmbox tremendously.
I had to make almost no changes to the 0.5.4 spec file.
-sv
Somebody was saying that it had a lot of problems with the gstreamer that was shipped with fedora. Is this actually the case?
--Chris
On Thu, 2003-11-13 at 14:24, seth vidal wrote:
Somebody was saying that it had a lot of problems with the gstreamer that was shipped with fedora. Is this actually the case?
I installed it on a stock fc1 machine and it ran just fine.
I play oggs on it all day long.
hasn't even crashed yet.
Same here, 'tho I do get an annoying dialog which reads "Failed to activate the shell: (null)" every time I start it up. It doesn't seem to have affected it's utility at all though.
Rhythmbox will do 'til there's iTunes for Linux :-)
Same here, 'tho I do get an annoying dialog which reads "Failed to activate the shell: (null)" every time I start it up. It doesn't seem to have affected it's utility at all though.
Rhythmbox will do 'til there's iTunes for Linux :-)
<shudder>closed source software<shudder> No thanks, I'll continue to use things that are completely free.
-sv
On Thu, 2003-11-13 at 12:13, Christopher Blizzard wrote:
seth vidal wrote:
Hey, I posted some rhythmbox 0.6.0 packages the other day to:
http://linux.duke.edu/~skvidal/RPMS/rhythmbox/
Would it be possible for those to be released as bug-fix errata for 0.5.4
I know it's not important but it does speed up rhythmbox tremendously.
I had to make almost no changes to the 0.5.4 spec file.
-sv
Somebody was saying that it had a lot of problems with the gstreamer that was shipped with fedora. Is this actually the case?
--Chris
I recompiled rhythmbox to play mp3's and it had problems with FC1's gstreamer. The biggest thing I saw was that if I selected ESD for gstreamer output, then rhythmbox would not go on to the next song when it got to the end of the one currently playing.
On Thu, 13 Nov 2003, Scott A Phipps wrote:
I recompiled rhythmbox to play mp3's and it had problems with FC1's gstreamer. The biggest thing I saw was that if I selected ESD for gstreamer output, then rhythmbox would not go on to the next song when it got to the end of the one currently playing.
I had almost given up on using it because I could not find the reason of this behaviour. Changing it to OSS make the songs play one after the other.
Is this bug fixed? Should we move to the next gstreamer release (0.64)?
Thanks Pau
this is a bug iirc. it is being fixed for the next release i think. try locating RPMs for the latest version ( it was released 2 weeks ago? And it prolly has MP3 etc. ).
-- Kevin Francis http://denial.loose-screws.com/
Pau Aliagas wrote:
On Thu, 13 Nov 2003, Scott A Phipps wrote:
I recompiled rhythmbox to play mp3's and it had problems with FC1's gstreamer. The biggest thing I saw was that if I selected ESD for gstreamer output, then rhythmbox would not go on to the next song when it got to the end of the one currently playing.
I had almost given up on using it because I could not find the reason of this behaviour. Changing it to OSS make the songs play one after the other.
Is this bug fixed? Should we move to the next gstreamer release (0.64)?
Thanks Pau
-- fedora-test-list mailing list fedora-test-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list
-
Ben Steeves -
Bill Nottingham -
Christopher Blizzard -
Doug Stewart -
Kevin Francis -
Matthias Saou -
Matthias Saou -
Pau Aliagas -
Scott A Phipps -
seth vidal