This issue has been migrated from SourceForge.
Origin: https://sourceforge.net/forum/message.php?msg_id=7467560
==================================================================
When: 2009-06-27 22:30:41
Who : James Le Cuirot (jerseychewi)
At the moment, Remuco only shows playlists for XMMS2 and doesn't utilise
the media library beyond that. I'm working on some improvements but both my
XMMS2 and Python knowledge are a bit sketchy. When browsing Library, it'll
show...
Playlists
Albums
Artists
Tracks
Playlists works as before. I've already implemented Artists but I noticed
it stops at 100 due to an artificial limit in the Remuco code. This is fair
enough since you don't want it taking forever to load but many people will
have more than 100 artists (or even albums) in their library. Could some
kind of "page" feature be added? The server could signal to the client how
many pages of results there are and the client could represent this in the
UI. In return, the client could specify which page it would like to be sent.
I personally have a lot of compilations so the list shows more artists than
I would normally expect to see. I'm debating whether compilation-only
artists should be shown in the list or not. The XMMS2 wiki seems to suggest
that these should not be shown and you would reach them via the albums list
instead. This seems like the way to go but I'm open to other suggestions.
On the subject of the albums list, will it be possible to browse them by
cover art in future? Maybe you've even already added this? I haven't tried
Remuco with other media players.
-------------------------------------------------------------
When: 2009-06-29 19:23:22
Who : Oben Sonne (mondai)
Your improvements are welcome. Personally I don't use XMMS2 regularly - I
guess you have a better idea what's still missing in the XMMS2 adapter. You
could open a new issue in the feature request tracker and attach a patch to
that issue with your changes (ideally SVN diff to trunk).
Concerning the playlist length limitation, this is going to be a user
option in the next release. I also already had "pages" in mind to
circumvent this limit, just did not realize it because there were other
things above on the ToDo list. Paging won't do it into the 0.8.3 release,
but it could make it into 0.8.4.
IMHO the artists list should not show all artists from the compilations. In
most cases this list is very long so that it conceals all those artists you
have "real" albums from. Usually, if I browse by artist, then I'm looking
for a specific album from a specific artist instead of looking for all
songs by that artist. For this use case the search feature which is going
to be introduced with release 0.8.3 is more suitable (in SVN it is already
implemented for MPD and Rhythmbox). If you agree here, just do it that way.
If someone complains it is still possible to add a corresponding
configuration option later.
Cover art browsing would be a nice eye catcher for the client. In principle
I would vote for it. However, on my phone (SE K850i) that would not be much
fun, my motivation to implement this is rather low. On the other side I
know there is some J2ME code in the net which implements an iPod like image
browser (don't remember right now where I've seen this). So maybe this is
not that much work to do.
-------------------------------------------------------------
When: 2009-07-02 14:49:50
Who : Oben Sonne (mondai)
Good news .. implementing a paging mechanism was not very much work. It's
done already in SVN :)
As there are quite a lot changes since 0.8.2 and because some of them
required changes to the client server protocol, there won't be a 0.8.3
release but a 0.9.0.
One more question to you as an XMMS2 user. Does the automatic copy of the
xmms2 startup script remuco-xmms2 from /usr/share/xmms2/scripts/startup.d/
to ~/.config/xmms/startup.d work on your system (it should happen when
xmms2 gets started but it fails on my Ubuntu Jaunty system)?
-------------------------------------------------------------
When: 2009-07-06 13:15:36
Who : James Le Cuirot (jerseychewi)
Great, I'll give paging a try soon.
I looked into the startup script behaviour. It only gets copied if the
user's startup.d directory does not exist. I think this is the ideal
behaviour because otherwise there wouldn't be a simple way of choosing NOT
to start one of the scripts.
-------------------------------------------------------------
When: 2009-07-06 18:15:55
Who : Oben Sonne (mondai)
Concerning the startup issue, I changed the install destination of the
XMMS2 adapter to PREFIX/bin. This is more consistent compared to other
adapters and I guess in most cases users need to link to remuco-xmms2 from
the user's startup directory manually anyway.
-------------------------------------------------------------
When: 2009-07-06 18:38:45
Who : James Le Cuirot (jerseychewi)
Actually I thought putting it in startup.d was a good idea since that is
where the others go but on the other hand, I've noticed that the other
scripts in there are actually just launchers for things in /usr/bin. I'm
not even sure what the point of that is, symlinks would suffice. Like you
say, most people will link it manually. I don't really mind either way!
-------------------------------------------------------------
When: 2009-08-13 21:50:50
Who : Oben Sonne (mondai)
James, do you still work on the browser improvements? Is there already
something you would like to contribute to get it into the next Remuco
release? I'm planning to release 0.9.1 within the next days, so if possible
please send a patch soon.
Thanks and cheers,
Oben
-------------------------------------------------------------
When: 2009-08-13 22:52:17
Who : James Le Cuirot (jerseychewi)
Hi. Sorry, I got sidetracked with several things including work, ripping
the rest of my CD collection and MusicBrainz. I did get quite far into this
and would like to finish it. I'll see what I can do at the weekend.
-------------------------------------------------------------
When: 2009-08-14 09:42:21
Who : Oben Sonne (mondai)
Great, I'm looking forward to your changes. I think I'll do the release on
Sunday, late afternoon or evening (CET). Having the changes in 0.9.1 would
be great, but if you do not manage it in time, don't worry, we'll put it
into 0.9.2.
Cheers,
Oben
-------------------------------------------------------------
When: 2009-08-16 22:59:26
Who : Oben Sonne (mondai)
I've added you to Remuco's THANKS file. Please let me know if you don't
agree on this.
Cheers,
Oben
-------------------------------------------------------------
When: 2009-08-17 20:24:49
Who : James Le Cuirot (jerseychewi)
No problem with being thanked. :) I've given the new release a try and it's
looking great.
One thing I forgot to mention. If you were wondering why the compilation
complement stuff is a little long-winded. It's due to this bug in XMMS2.
Thankfully I was able to work around it.
http://bugs.xmms2.xmms.se/view.php?id=1625
-------------------------------------------------------------
When: 2009-08-17 20:33:14
Who : Oben Sonne (mondai)
Oh, yep, I was wondering about that and tried to somehow simplify that but
with no success, so I kept your version :)
Original issue reported on code.google.com by obensonne@googlemail.com on 5 Sep 2009 at 6:40
Original issue reported on code.google.com by
obensonne@googlemail.comon 5 Sep 2009 at 6:40