Hello again, Today I tried to re-install Rhythmbox but even then this issue remains. Since Rhythmbox started crashing about a week ago, can I possibly revert to a previous version? Thank you.
I'd like to create a plugin to stop the queue from going to the top of the queue list if I choose to play a song in the middle of the queue.
_______________________________________________ rhythmbox-devel mailing list rhythmbox-devel <at> gnome.org http://mail.gnome.org/mailman/listinfo/rhythmbox-devel
I do like the "Merge Toolbar and Timeline" idea.
On 01/22/2012 01:33 PM, Sean McNamara wrote:Thanks for those! Did not think about them.1. Need to know size of library before I attempt to transfer songs
to an mp3 player (or mobile device with limited space), so I can
figure out if I need to recompress songs to a lower bitrate or remove
songs entirely, etc 2. Number of songs is a useful metric for me as a
DJ because it helps me communicate with other DJs how diverse my
collection is. Sure I could write a shell script to gather the same
info, but _why_ should I have to when this excellent functionality is
already there?
Took note of this and incorporated it (and more) into the wiki:On the other hand, if you remove the status bar but maintain theit is easily accessible *somewhere within Rhythmbox*. If you want to
information that is displayed in it somewhere else in the Rhythmbox
UI, that's fine with me. I guess I should clarify my viewpoint: I
don't care that the information *is in the status bar*; I care that
remove the status bar but maintain the information (in the same
textual format it's in now) elsewhere, I'd almost agree with that
without even looking at the new location where you're going to place
it. I've come to rely on Rhythmbox for this information, and I'd
really like to see a shift in GNOME, away from the philosophy of
flat-out culling features for the sake of simplicity, and toward
cleverly obscuring or hiding the least-used features so that power
users accustomed to complexity (*raises hand*) can still use rich
feature sets, while non-power-users won't be overwhelmed by the
default behavior.
https://live.gnome.org/Rhythmbox/UserInterfaceReworkProposals#Disable_Statusbar_by_default
----Thanks!
On 01/22/2012 05:03 PM, Sriram Ramkrishna wrote:Thank you for doing this. It's a very nice detailed analysis and I
appreciate it.
I'd be glad to discuss this with Jonathan and collaborate to incorporateA couple of things: 1) It would be best to get Jonathan's take on
the UI. Without the maintainer involved it will be hard to get a lot
of the changes. I would prefer to see understand where RB is going
to go from his perspective as is proper. He may or may not have a
roadmap on the UI.
his plans. Also, I'll hang out on #rhythmbox, feel free to ping me.I'm pinging #gnome-design about this proposal right now.2) Secondly, UI design should go through #gnome-design on IRC if we
want to make it into a proper GNOME 3 app that fits with the GNOME 3
design.
I'm not sure it's a good idea to include the "polish" changes I'mAlso check the http://live.gnome.org/Design/Apps/Music which has
some designs already on a music player.
proposing in the long-term roadmap of the Music app. Music looks
exciting as hell, but it's a looong way. I'd rather see the small
changes discussed here implemented in the current RB, one incremental
change at a time. This is why I separated my proposals in the wiki, so
that they can be filed as individual bugs, and worked on individually.
----OK, took note of this too in the wiki. Thanks.
On 01/22/2012 07:29 PM, Michael Gratton wrote:3. Determining the play length of an album/playlist. I am rather
old-school in that I prefer to listen to whole albums or EPs, in
their entirety. I never listen to individual tracks. Knowing how long
a disc will play for can therefore be a useful aid in selecting what
to listen to[1].
Since a collection of music on a disc isn't a concrete concept in RB,
it doesn't do things like display or allow one to sort on disc
length. The status bar is currently the only way to determine that. I
believe this also applies to play lists, and hence is important in
constructing them.
Of course, if RB would display album length elsewhere, say in the
browser, I'd be happy for the status bar to go away.
----Indeed, thanks for the use case. Regarding the functional regression
On 01/23/2012 10:32 AM, Olaf Hering wrote:Convert an audio CD to FLAC format. There is now this rather
uninformative progress bar instead of what was shown in 0.13.3.
Showing whats really going on like '#4/#13 (42%)' would be really
helpful.
("RB 2.95 no longer reports detailed progression of extractions", I
encourage you to file a bug.)
----
So let's see what's the take of #gnome-design team, and I hope Jonathan will jump in when he has a moment.
Thanks everybody for the feedback!
Ronan
_______________________________________________
rhythmbox-devel mailing list
rhythmbox-devel <at> gnome.org
http://mail.gnome.org/mailman/listinfo/rhythmbox-devel
_______________________________________________ rhythmbox-devel mailing list rhythmbox-devel <at> gnome.org http://mail.gnome.org/mailman/listinfo/rhythmbox-devel
On Wed, Feb 1, 2012 at 8:49 PM, <ikwyl6 <at> gmail.com> wrote: > I do like the "Merge Toolbar and Timeline" idea. > Keep it up! Thanks! It has been a moment now, I'll take some time at the end of next week to update the wiki page and create associated bugs. By the way, I pinged the #gnome-design people but haven't heard back from them, if anyone familiar with them can get in touch for some feedback, that would be great! Good day.
Hello, I've tried rhythmbox 2.95 to finally have CD recognition (versions in ubuntu are broken since a long time ago). It works now with musicbrainz, but only for single albums. With 2xCD albums, I get the titles of the first CD even when I insert the second. I didn't find a bug related to that in bugzilla, but I prefer to ask for confirmation before filling a new one. Thanks. PS : out of subject, I can't change the pipeline for encoding in the UI anymore (the button is always greyed out), to change the quality of ogg encodings. Does anyone knows where the pipeline is stored now (didn't find a suitable setting with gconf-editor nor dconf-editor)?
On Fri, 2012-02-03 at 11:45 +0100, shuihuzhuan <at> free.fr wrote: > Hello, > > I've tried rhythmbox 2.95 to finally have CD recognition (versions in > ubuntu are broken since a long time ago). It works now with > musicbrainz, but only for single albums. With 2xCD albums, I get the > titles of the first CD even when I insert the second. I didn't find a > bug related to that in bugzilla, but I prefer to ask for confirmation > before filling a new one. This is a known issue, relating to some changes on the MusicBrainz site. There is a patch on this mailing list which switches Rhythmbox to use libmusicbrainz-4.0.0, which should resolve the issue. -- -- Calvin Walton <calvin.walton <at> kepstin.ca>
On Tue, Jan 31, 2012 at 11:47 AM, Petko <pditchev <at> gmail.com> wrote:
> On 01/22/2012 10:49 PM, Petko wrote:
>
> Hey guys , . [...]
>
>
> The plugin would rely on the consistent filenames . Simple cycle :
>
> For (every song in the playlist) {
>
> //get filename from the path recorded in the playlist
>
> //find the song in the library by filename
>
> //get the path ,stored in the library
>
> //record it back in the playlist
>
> }
>
>
> Ok , from the lack of response and the looks of the Rhythmbox libraries I
> think there is little chance this function will be implemented in the core
> function that imports playlists.
I don't even understand what you're asking for here. You want the
playlist code to do this for you? To my mind this is something better
implemented in a plugin.
> So since I still haven't understood the RBs
> database , signals .... well a long list of things , I intend to write a
> plugin and hope that it gets integrated (upon a error (missing file) when
> importing a playlist - prompt to fix the playlist using that algorithm) .
> So I'm writing mainly because I have some questions . I pretty much got
> how plugins work . The algorithm's pretty much set :
>
> 1.prompt for playlist - I honestly have no idea how to do it . I've done
> OpenGL , but no real GUI in GTK . Still that's the simplest problem .
Read the introductory documentation for gtk. There's nothing special
about using gtk within rhythmbox.
> 2.here's a big pickle - how do I get the playlist parser to give me the
> playlist items' URI-s
Which playlist parser? What sort of playlists are you talking about?
> 3.Last part I figured out : probe every DB entery for its location , parse
> it through g_filename_from_uri , compare the filename to the item given from
> the playlist, if there's a match -> add it to the playlist
The database really isn't built for this sort of thing, so you're
going to end up just iterating through the entire thing. This will be
slow.
> Where I'll have a big problem is figuring out dependencies and communication
> with the shell . All and all I'd be happy to get some help around the RB
> source.
If you ask specific questions I can answer them. I can't answer "I
need some help".
On Thu, Feb 2, 2012 at 11:31 AM, <ikwyl6 <at> gmail.com> wrote: > I'd like to create a plugin to stop the queue from going to the top of the > queue list if I choose to play a song in the middle of the queue. > > For example, if I have 10 songs in the play queue and I choose to play song > 6, I'd like rhythmbox to advance to song 7 once 6 is finished and keep going > to song 10 until song 10 is done then it will go to song 1. > > Is this possible to keep rhythmbox from doing this with a plugin? If so, can > anyone help me with the "property name" this would have so I can modify it's > value with a plugin? No, this is not the sort of thing you can control with a plugin. Your proposed behaviour sounds better than what it currently does anyway, so you should change the queue play order (shell/rb-play-order-queue.c) to do this and submit a patch to bugzilla.
On 02/04/2012 05:02 AM, Jonathan Matthew wrote: > I don't even understand what you're asking for here. You want the > playlist code to do this for you? To my mind this is something better > implemented in a plugin. True, I also got to this conclusion . > Read the introductory documentation for gtk. There's nothing special > about using gtk within rhythmbox. Done and done . > Which playlist parser? What sort of playlists are you talking about? The Totem playlist parser . All sorts of playlists , since I think it parses them all the same . I think I can handle that now. >> 3.Last part I figured out : probe every DB entery for its location , parse >> it through g_filename_from_uri , compare the filename to the item given from >> the playlist, if there's a match -> add it to the playlist > The database really isn't built for this sort of thing, so you're > going to end up just iterating through the entire thing. This will be > slow. Yes , it will be , but I don't know what the mechanism is that the automatic playlists use for example to search in the paths of the songs (and I thought even that won't be perfect but now that I thought about it , it can be used without errors) . > If you ask specific questions I can answer them. I can't answer "I > need some help". True , I'm sorry for throwing unfinished ideas around (I thought someone could pick them up , but I in no way insisted on it) . So now , the questions : -Do you know how the automatic playlists search through the paths in the DB for strings -How do I get to communicate with the DB in my program , I've never done that before (as in :how do I get the RhythmDBClass object from another process) Again , sorry for the spam earlier , I hope the questions aren't too stupid . PS:I saw just now I didn't add the mailing list address , sry for the resend . Regards, Petko
One of my plugins works fine with pre 0.13 rhythmbox and I recently upgraded to 0.13.3.
_______________________________________________ rhythmbox-devel mailing list rhythmbox-devel <at> gnome.org http://mail.gnome.org/mailman/listinfo/rhythmbox-devel
RSS Feed14 | |
|---|---|
13 | |
16 | |
24 | |
45 | |
38 | |
36 | |
29 | |
20 | |
14 | |
28 | |
21 | |
47 | |
34 | |
28 | |
43 | |
75 | |
61 | |
18 | |
131 | |
81 | |
68 | |
66 | |
85 | |
89 | |
41 | |
65 | |
51 | |
86 | |
67 | |
68 | |
66 | |
76 | |
107 | |
95 | |
111 | |
121 | |
81 | |
100 | |
45 | |
43 | |
59 | |
61 | |
61 | |
59 | |
56 | |
165 | |
50 | |
78 | |
99 | |
84 | |
127 | |
76 | |
150 | |
92 | |
64 | |
103 | |
61 | |
62 | |
74 | |
125 | |
72 | |
106 | |
182 | |
130 | |
171 | |
71 | |
123 | |
74 | |
93 | |
95 | |
145 | |
92 | |
139 | |
124 | |
195 | |
102 | |
148 | |
213 | |
181 | |
253 | |
133 | |
136 | |
176 | |
182 | |
315 | |
166 | |
63 | |
58 | |
76 | |
103 | |
76 | |
128 | |
82 | |
134 | |
106 | |
203 | |
105 | |
144 | |
202 | |
128 | |
129 | |
332 | |
292 | |
194 | |
417 | |
122 | |
10 | |
249 | |
64 | |
9 | |
104 | |
73 | |
15 | |
77 | |
69 |
