Messages

When running gmb from the terminal it's usually spamming this while scanning the library:

Use of uninitialized value in subroutine entry at /usr/bin/gmusicbrowser line 488.

And this:

Invalid frameID 'Albu' (lowercase and/or space)
End of tag reached prematurely while reading frame Albu -> skipping rest of tag

Where Albu can also be replaced by Reco or Arti or something else of that form.

Both seem to make scanning a lot slower. I'm not sure if this is of any help, but is there a way to check what songs have invalid tags? It could be the songs that I ripped in FLAC format for example.

Ah, after a reboot it works. I either didn't run my update script in the right way (which I ran again this morning), or I just needed the reboot. Anyway, it works now. You're awesome ;)

That was not the problem I had before. Sorry for not telling this earlier though.

I set the id3v2.4 tag when trying all the tag options to narrow down the problem. The time I changed it to set the id3v2.4 tag it changed, but after that I couldn't change it again. So that only worked once.

Now when I try again in git, it only works with the id3v2.4 tag option switched on in the preferences. Is that how it's supposed to work?

Same happens when I use that. Here's the terminal output:

Songs::Set(1 ARRAY(0x3b85a08) error CODE(0x3a5dfe0)) called from : EditTagSimple:/usr/bin/../share/gmusicbrowser/gmusicbrowser_tags.pm:1219
Tag::Write(1,[year 2006],CODE(0x3b72ef0))
in place editing.
ID=1 towrite :  at /usr/bin/../share/gmusicbrowser/gmusicbrowser_songs.pm line 1201.
ReReadFile(1) called from : main:/usr/bin/gmusicbrowser:2565
ReReadFile(1) called from : main:/usr/bin/gmusicbrowser:2565

And here the same thing with an mp3 file where it does work. Seems to happen only to some:

Songs::Set(7 ARRAY(0x2d209a8) error CODE(0x3a2d0a8)) called from : EditTagSimple:/usr/bin/../share/gmusicbrowser/gmusicbrowser_tags.pm:1219
Tag::Write(7,[year 2006],CODE(0x3b6c938))
in place editing.
ID=7 towrite :  at /usr/bin/../share/gmusicbrowser/gmusicbrowser_songs.pm line 1201.
ReReadFile(7) called from : main:/usr/bin/gmusicbrowser:2565
Changed fields : year at /usr/bin/../share/gmusicbrowser/gmusicbrowser_songs.pm line 1141.
Songs::Changed : IDs=7 fields=year
Update :  at /usr/bin/../share/gmusicbrowser/gmusicbrowser_songs.pm line 1222.
ReReadFile(7) called from : main:/usr/bin/gmusicbrowser:2565

I'll send you a file.

Setting the Year once works, but when you try to set it again, it doesn't work anymore. Only happens to me with mp3 files.

Ah ok, I get it.

I'm happy the way how it currently works, but maybe some users with huge media libraries don't want to wait for a long time to wait for the scanning to complete. So for them it could be quite useful. So maybe you could add support for both methods later indeed. But just focus on more important stuff first :)

I still don't really see when that would be useful. If you have an album of one artist with the album artist tag set, and another that doesn't, then you would you filter on only the album with the album artist tag set, rather than just filtering on the album. Or why would you want a column containing the album artist with a lot of empty space in it, rather than a list that just contains either the artist or the album artist if available.

I'm just trying to save you some work ;)

It's taking quite long in gmusicbrowser to check all the music files, but in gtkpod (program that makes you able to sync your iPod in linux) checking is almost instant. The people at gtkpod have been very helpful to me so far, so you could probably ask them how they do it. Even though it's written in C, you could probably borrow the idea.

Yeah, I saw that while looking trough the code, but it confused me too much (and I'm not really experienced enough) to fix it myself. Thanks for fixing it though.

And for the bugs. I like the way most projects handle it by a ticket system (like bugzilla), because it's easy to manage (for example you can close bugs when they are fixed/invalid), but that's probably too much of a hassle for a relatively small project like this (even though being small doesn't affect its awesomeness).

As for the forum, you could probably split this one in a general forum (where people can ask questions and talk about the awesomeness of gmusicbrowser) and a forum to report bugs in.

Every player I've seen so far just calls the "Album Artist/Artist" one "Album artist" and the "Artist" one "Artist". They don't have an option to not sort the ones without an album artist set, because it's not very likely that anyone would use it. Doing this would also be the most easy for you I think ;)

When I hover over those two buttons, I see the album tooltips instead of the artist tooltips. Looking through the code, they should be there though.

   $Bfilter->set_tooltip_text( ($aa eq 'artist' ? _"Filter on this artist" : _"Filter on this album") );
   $Bplay  ->set_tooltip_text( ($aa eq 'artist' ? _"Play all songs from this artist" : _"Play all songs from this album") );

I'm using latest git. When clicking the buttons, they work like they should.

Just posting it here, since there's no bug forum ;)

Maybe Album Artist and (Album) Artist?

Oh, and happy new year ;)

When I sort a playlist on "Album artist, Album, Disc, Track", I first get all the Albums for which I didn't set the Album artist tag sorted by Album, and then the Albums with an Album artist sorted by Album artist and then by Album. Could you change it so that the Album artist sorting option works like:

if albumartist is None:
    albumartist = artist;

Did you install libgtk2-notify-perl? Because it just works for me under Karmic. I'm using 1.1.3 git though, so that might also make the difference.

Oh, and you could also try something like "notify-send -i %c %t %a" with the now playing plugin. That's what I used in Jaunty. You might need to do "sudo apt-get install libnotify-bin" for that.

Then I must have made a static random list in some way. So it's probably my fault. I'll warn you if the problem reoccurs.