I played with version 0.2.09-daily~r59~natty1
I added new folders for more songs and everything worked fine: playing, searching, highlighting etc.
I noticed that TagPlayer used about 10-15% CPU — I thought that's okay it scanning my ~6000 songs.
But after 40 mins it still used about 10-15% CPU. And even after restarting and some time still 10-15% CPU.
Then I noticed that TagPlayer doesn't see some songs, for example, Britny Spears (hey, don't luaghing) — I choose pop tag and pressing next for many times (keep in mind I have very small number of pop songs).
In this case progress bar for adding files to library would be helpful.
There was nothing in terminal.
Then closed TagPlayer and went to do some things.
And then after some time launching the app again and again 10-15% CPU and no Britny Spears.
I decided delete everything: ~/tagplayer* and db from couchdb, to start from scratch.
Launched TagPlayer, added all my music from /media/MUF/Музыка (NTFS partition with mp3's, ogg's, flac's and even wma's) waiting some time while the app scanning folders.
Restart the app and get this:
$ LANG=C tagplayer
Traceback (most recent call last):
File "/usr/bin/tagplayer", line 310, in <module>
window = TagplayerWindow()
File "/usr/bin/tagplayer", line 90, in __new__
new_object.finish_initializing(builder)
File "/usr/bin/tagplayer", line 141, in finish_initializing
self.__init_taglib()
File "/usr/bin/tagplayer", line 239, in __init_taglib
self.taglib = taglib.TagLib(self.preferences['music_dir'])
File "/usr/lib/pymodules/python2.7/tagplayer/daemon/taglib.py", line 39, in __init__
if os.path.isdir(x):
File "/usr/lib/python2.7/genericpath.py", line 41, in isdir
st = os.stat(s)
UnicodeEncodeError: 'ascii' codec can't encode characters in position 11-16: ordinal not in range(128)
and the same error without LANG=C, my language is Russian if it matters.
Ok, let me answer separately:
- The ~15% CPU TagPlayer uses is normal and to be expected, it's mostly due to the playback, compare it with banshee and you'll see it's not at all a bad number...
- TagPlayer uses Last.fm info, which means, if a song isn't recognized by Last.fm (usually because of incomplete or wrong metadata on the song file) then TagPlayer won't keep in it's library, since it can neither identify it or assign it tags. That's probably what's happening with the songs you're not getting, check it's IDv3 metadata to see if it's correct. Still, this type of situations would be much easily debbuged if TagPlayer had some sort of debugging option, so I'll work on that.
- Python 2.x has a lot of problems with unicode encoding because some of its inner libraries are not ready to deal with it.. This type of errors is especially obvious for people whose language have non-ascii symbols, such as russian (i'm portuguese, so I have the same issue very often). In this case though, I only get that error when I use tagplayer with LANG=C, with utf8 locales that doesn't happen ( I even used a similarly named directory with cyrillic and greek characters to test ).
without the LANG=C prefix do you get any kind of error in the terminal?