GNOME Music 3.13.1 Released!

The new Add to Playlist dialog
The new Add to Playlist dialog

Just the usual, late, after-release post…

Last Monday, GNOME Music 3.13.1 was released. Here are the changes, though some of them were already released along 3.12.1.

The code that looks up and caches the album art was rewritten by Vadim, so it was a lot faster now. Also, the album art in the Albums view will now be loaded on-scroll – they won’t load unless they are not shown in the window.

With the recent improvements on album art loading, Load More buttons are now gone. Unfortunately, you won’t notice much difference because of a regression introduced by on-scroll loading.

The Add to Playlist dialog got a lot of style fixes, so it looks like it was using GtkListBox. We bumped the required GTK+ version, so it will probably get ported to a GtkListBox soon.

The Shuffle menu now uses a popover. The accelerator for Select All now works. And we now use libmediaart to load the album art (the code for caching album art using libmediaart is not yet merged).

We are still working on Smart Playlists and Search so we will (probably) merge them next release (3.13.2). I also postponed my fixes for notifications, but they are now in master.

If you are using Fedora 20, you could try out gnome-music by installing packages from my gnome-music unstable COPR repository. If you want to try out the master branch and don’t want to compile, I also have a repository for that too.


6 thoughts on “GNOME Music 3.13.1 Released!”

  1. Great. I really like the simplicity of

    How do you plan to add songs to a play list?
    What do you think about the following:
    If one drags any song, the current play lists slide in from the left (may be there is one entry with “new play list”), so the user can drop the song directly on the play list.
    May be an “+” button on the button would be great to be able to add the current song to a certain play list.

    1. I’m currently focusing on working with Advanced Search so I don’t have any plans working on the UI for Playlists view for this cycle.

      I do think it’s a good idea, though I’m not sure on how we could implement it in Artists view. Instead of the songs, you have to select artists which are in a sidebar. But doing it like this will be inconsistent with other Core apps.

      If you have suggestions about the user interface, I think it’s better to open a bug report in Bugzilla ( so the designers could take a look in it.

  2. Hi,

    I have been using rhythmbox (or at some point banshee, whichever worked best at that point), the pastfew years. But I am looking for a more gnomish3 app, so Music seems to be perfect match.

    I’ve installed the git version of your repo (which might be a bit too much bleeding edge), started it up.
    Now I get the start screen “No music found”, please add some music to /home/nathan/Muziek (Iam using the dutch version).

    Problem is, there is a lot of music in this directory. Why isn’t it picking it up?

    1. That’s probably a Tracker issue. Try running this command in the terminal:

      tracker-control –start
      tracker-control -f /home/nathan/Muziek

      After a few minutes, tracker should have been able to find your music files. If it didn’t, try running this then:

      tracker-sparql -q ‘SELECT DISTINCT nie:title(?song) AS title { ?song a nmm:MusicPiece ; a nfo:FileDataObject } ORDER BY tracker:added(?song)’

      If it shows some songs, then the issue is now in grilo or gnome-music, so it’s probably a bug that you could report in bugzilla. If there’s no output, then the extraction probably failed.

      The extractor usually fails when there are a lot of songs to be processed. Seems like it cannot allocate enough memory because it has too many threads running.

      What I usually do is to kill the extractor then run it myself. In a terminal, run (for Fedora, libexec might be in a different path in other distribution):

      pkill -9 tracker-extract
      /usr/libexec/tracker-extract -v 3

      Open a new terminal then run this:

      tracker-control -f /home/nathan/Muziek

      But usually, it still doesn’t work. An assertion will be triggered because of an allocation error. A way to prevent that is to run tracker-extract with valgrind:

      pkill -9 tracker-extract
      valgrind /usr/libexec/tracker-extract -v 3

      Then in a new terminal, run this again:

      tracker-control -f /home/nathan/Muziek

      The extraction will run very slow, but because the allocation is slow, it will have enough memory for extraction.

      Once it is done extracting, something like this will show up:
      Tracker-Message: Extraction finished in less than one second

      You could now press Ctrl+C to kill the extractor. Tracker will just start a new one if there’s a new file to process (which will probably get killed again if there’s a lot of files to process, so you might have to do it again when you add new songs).

      1. Thanks for the quick reply.

        Tracker control did somehow the trick.

        tracker-sparql -q ‘SELECT DISTINCT nie:title(?song) AS title { ?song a nmm:MusicPiece ; a nfo:FileDataObject } ORDER BY tracker:added(?song)’ | wc -l
        [nathan@omega ~]$

        Immedialty after tracker-control -f /home/nathan/Muziek the interface changed with the tabs on top and the message gone.
        After a restart, my music was there!

        Except for the fact that loading the songs & so on is a bit slow (might be only first run); it is looking good!

Blog is now moved to, please leave your comments there instead.

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )


Connecting to %s