About next stable Picard release

Picard team decided to release a new stable version of Picard before the end of the summer.
To help us, advanced users, translators and developers are encouraged to:

Exact release date is not yet known, and features aren’t yet frozen, but the only important change we’ll try to get in before final release is OAuth support (PICARD-305), we still accept minor patches until feature freeze is announced.

Since Picard is now using some translation resources from MusicBrainz project, translators should make sure following resources are up-to-date:

A simplified list of changes made since 1.2 can be read there.

Be aware that downgrading from 1.3 to 1.2 may lead to configuration compatibility issues, better save your configuration before using 1.3 branch if you intent to go back to 1.2.

 

 

Fire damages the Internet Archive

A fire at the Internet Archive (our friends!) has caused $600,000 in damage. Fortunately no one was harmed and no data was lost:

A fire at the Internet Archive’s San Francisco scanning center has destroyed an estimated $600,000 of digitization and scanning equipment. Fortunately no one was injured in the blaze, but the property damage has ruined “some physical materials” that were yet to be digitized, and restricted the nonprofit organization’s ability to record the history of the web.

MusicBrainz just donated $50 to the Internet Archive and asks you to consider making a donation as well.

Picard 1.2 released

Version 1.2 of Picard has been released today, with some notable features and bug fixes.

As announced recently, PUID support is being removed from MusicBrainz on October 15. This release of Picard has followed suit by removing all support for AmpliFIND/PUID scanning and submission. AcoustID is now the default (and only) method of scanning files. If you’re currently using AmpliFIND as your fingerprinting system, then after installing Picard 1.2 you must enable AcoustID in your options, under the “Fingerprinting” section.

Those who have the Picard cover art plugin installed will likely want to remove it. Picard 1.2 has built-in support for downloading cover images from a variety of sources, without the need for a plugin. Please see the new configuration under Options -> Cover Art.

Something important to note for people who build/package Picard is that Python 2.6 is now the minimum required version.

Special thanks to Wieland Hoffmann, Laurent Monin, Lukáš Lalinský, and everyone who’s helped contribute/report bugs for this release!

Picard 1.2 can be downloaded at:
http://musicbrainz.org/doc/MusicBrainz_Picard

Changes since 1.1:

  • Picard now requires at least Python 2.6
  • Removed support for AmpliFIND/PUIDs
  • Add support for the Ogg Opus file format
  • It’s now possible to download cover images without any plugin. Cover Art Archive images can be downloaded by image type
  • Improved directory scanning performance
  • Prefer already-loaded releases of the same RG when matching files
  • Allow dropping new files onto specific targets
  • Add basic collections management support (PICARD-84)
  • Allow adding custom tags in the tag editing dialog (PICARD-349)
  • Fix replacing of Windows-incompatible characters (PICARD-393)
  • Save both primary and secondary release types (PICARD-240)
  • Handle errors from the AcoustID service better (PICARD-391)
  • Accept HTTPS URLs on drag-and-drop (PICARD-378)

Announcing the Cover Art Archive

In a server update last April we quietly said that “we’ve also improved cover art support slightly.” What we actually did was release the first version of the Cover Art Archive, a cooperation between MusicBrainz and the Internet Archive. First, a little background:

Cover art (the images associated with music products) adds a great amount of value to the digital music experience. Many projects and apps on the net use these images to add color and depth to their music tools. However, there isn’t a cleanly organized, publicly available resource where everyone can access these images. You can use Amazon product images, but your project needs to be able to abide by their Terms of Service, which doesn’t work for everyone. Many projects use Google Images to source their cover art, but that is an inexact science since they may not always find the right image.

The Cover Art Archive aims to solve these problems by making these images available to the public. But since we are not lawyers, we can not say what can and can not be done with these. So use them at your own risk! That said, everyone on the internet is using these images anyway and the common understanding is that if you’re selling music you’re pretty safe. We suggest that when you try to figure out what to do, make sure that you respect the artists and their labels and make the music world a better place.

All images in the Cover Art Archive are indexed by the release’s MBID, and all metadata can be parsed by a JSON document. For instance, to fetch the front cover for any given release, construct this URL:

http://coverartarchive.org/release/76df3287-6cda-33eb-8e9a-044b5e15ffdd/front

Once you GET this resource, you will be redirected to the proper Internet Archive URL that yields either an image file or a 404 error if we do not have this image. For lots more details on how to use the Cover Art Archive, please take a look at our API documentation. So far, there are Java, C and Perl bindings to the API.

For some stunning examples of what people have already done with the Cover Art Archive, please take a look at these links:

So far, we’ve collected nearly 100,000 images that are attached to 54,000 releases for a 5% coverage in MusicBrainz. The largest file we have clocks in at 23MB and the largest image is 16,000 x 7842 (125 megapixels!). For all of the juicy stats on this project, check out our cover art statistics page.

We’ve just gotten started and we need your help! Won’t you please consider uploading some images to this archive? To get started, log in with your MusicBrainz account (or create a new one) find your favorite release and then click on the cover art tab to view the existing pieces of art and/or upload new ones. For more details, see our How to add cover art guide.

Thank you to everyone who has worked hard to make this project a reality! And thank you to Brewster Kahle and the Internet Archive for fostering this project!

Picard 1.1 released

Three months after the big release of Picard 1.0, we’ve released version 1.1 today with a good batch of changes.
Before discussing those, let’s say thanks to everyone who has contributed to version 1.1! Wieland Hoffmann (Mineo), Lukáš Lalinský, Frederik S. Olesen (Freso), and Johannes Weißl (weisslj) have all made some notable changes to make this release possible.
Users of the German translation should no longer experience any menu display issues. (Sorry for the annoyance that has caused!) Speaking of languages: the “language” tag now stores the lyrics language instead of the tracklist language.
Windows users should also no longer run into any trouble with drag-and-drop after launching Picard for the first time.
The new version can be downloaded at:
http://musicbrainz.org/doc/MusicBrainz_Picard.
Please report any new bugs at:
http://tickets.musicbrainz.org/
Here’s the list of changes since 1.0:
* Always show basic tags in metadata comparison box, even if empty (title,
artist, album, tracknumber, ~length, date) (PICARD-201)
* Fixed AcoustID submission failure after removing files from Picard (PICARD-82)
* Allow multi-select in new MetaDataBox for delete/remove tags (PICARD-194)
* File browser remembers last directory/no longer crashes on OS X (PICARD-104)
* Removed the “Run Picard” option from the Windows installer (PICARD-11)
* Refreshing a non-album track correctly clears previous track metadata (PICARD-220)
* Fixed the preserved tags setting for tags with uppercase characters (PICARD-217)
* Added a completion box to the preserved tags setting, and clarified how it works
* Store lyrics language in tags instead of text representation language (PICARD-242)
* Fix various oddities in the metadata comparison box (PICARD-255, PICARD-256)

Three months after the big release of Picard 1.0, we’ve released version 1.1 today with another good batch of changes.

Before discussing those, let’s say thanks to everyone who has contributed to version 1.1! Wieland Hoffmann (Mineo), Lukáš Lalinský, Frederik S. Olesen (Freso), and Johannes Weißl (weisslj) have all made some notable changes to make this release possible.

Users of the German translation should no longer experience any menu display issues. (Sorry for the annoyance that has caused!) Speaking of languages: the “language” tag now stores the lyrics language instead of the tracklist language.

Windows users should also no longer run into any trouble with drag-and-drop after launching Picard for the first time.

The new version can be downloaded at:

http://musicbrainz.org/doc/MusicBrainz_Picard

Please report any new bugs at:

http://tickets.musicbrainz.org/

Here’s the list of changes since 1.0:

  • Always show basic tags in metadata comparison box, even if empty (title, artist, album, tracknumber, ~length, date) (PICARD-201)
  • Fixed AcoustID submission failure after removing files from Picard (PICARD-82)
  • Allow multi-select in new MetaDataBox for delete/remove tags (PICARD-194)
  • File browser remembers last directory/no longer crashes on OS X (PICARD-104)
  • Removed the “Run Picard” option from the Windows installer (PICARD-11)
  • Refreshing a non-album track correctly clears previous track metadata (PICARD-220)
  • Fixed the preserved tags setting for tags with uppercase characters (PICARD-217)
  • Added a completion box to the preserved tags setting, and clarified how it works
  • Store lyrics language in tags instead of text representation language (PICARD-242)
  • Fix various oddities in the metadata comparison box (PICARD-255, PICARD-256)

Picard 1.0 released

Lukáš Lalinský announced the long-awaited release of Picard 1.0 today:

It took us a long time to get here, but I’m very happy to announce the release of Picard 1.0!

This version includes a new UI for viewing tags, some options have been rearranged and a number of bugs fixed. The file naming formats for single and various artist releases have been merged. If you were using a different format for various artist releases, Picard will upgrade the format automatically for you, but you might need to review the result. This version also comes with support for two audio fingerprinting solutions (AcoustID and AmpliFIND), but fingerprint scanning is disabled by default – you have to enable it and choose which one you want to use first.

Many thanks to Robert Kaye (ruaok), Phillipp Wolfer (outsidecontext), Michael Wiencek (bitmap), Chad Wilson (voiceinsideyou) and many many others who helped the project along the way from 2003 when it was started!

You can download the new version at:
http://musicbrainz.org/doc/MusicBrainz_Picard.

If you notice any problems, please report them at:
http://tickets.musicbrainz.org/

Complete list of changes since version 0.16:

  • New UI: Extended comparison of existing vs. MB metadata & tags (PICARD-43)
  • Merged the renaming and moving options pages
  • Removed the VA file naming format option (there is now a single format option) (PICARD-159)
  • Add %license% tag
  • Made %writer% available to tagger scripts and plugins with contents of songwriter (PICARD-21)
  • Allow two multi-valued variables to be merged in tagger scripting (PICARD-139)
  • Allow multi-valued variables to be transformed in tagger script and then set back in tags as multi-valued (PICARD-147)
  • Fix $copy not preserving multi-value variables as documented (PICARD-138)
  • Load/save free-text tags for ID3 as TXXX frames (PICARD-148)
  • Fix writing of MusicBrainz Work Id / musicbrainz_workid to tags (PICARD-88)
  • Handle mimetype for embedding cover art from EXIF jpegs (PICARD-27)
  • Change cover art box to open MusicBrainz release rather than Amazon
  • Support manual drag-and-drop of cover art onto a release via cover art box
  • Only open browser on left-click of cover art box (PICARD-190)
  • Fix Lookup in Browser (previously ‘tag lookup’) for clusters (PICARD-186)
  • Lookup in Browser will now not use MBIDs to lookup unmatched files/clusters
  • Add Date/Country to CD Lookup results dialog (PICARD-198)
  • Fix/reset album folksonomy tag counts while refreshing releases (PICARD-4)
  • Plugins actions can now create sub-menus using the MENU class attribute
  • New plugin hook register_clusterlist_action
  • Display the port Picard is listening on at bottom right status bar (PICARD-191)
  • Make album drops from right hand pane to left default to “unmatched files” again (PICARD-33)
  • Remove .DS_Store, desktop.ini, and Thumbs.db from otherwise empty directories (PICARD-75)
  • Update artist translation to use new alias features (primary flag, sort names) (PICARD-200)
  • Deleted tags aren’t indicated as changes (PICARD-165)
  • Picard log entries have inaccurate timestamp (PICARD-45)
  • Interface doesn’t allow keyboard only management (PICARD-103)
  • Added option to preserve timestamps of tagged files (PICARD-31)
  • Added keyboard shortcut to reload release (PICARD-99)
  • Medium formats weren’t listed in order in the “Other versions” menu (PICARD-91)
  • Couldn’t select multiple directories in “Add Folder” window on OS X (PICARD-74)

Picard 0.16 released with AcoustID support

Lukáš Lalinský announced here:

Hello,

We released a new version of Picard today. This new release includes a number of bug fixes. Unicode punctuation is now replaced by default for new users. Title standardization has been removed, as track titles now follow the same style guidelines as recording titles.

One larger change that is hidden by default is support for AcoustID fingerprinting. AcoustID is a new, completely open source, audio fingerprinting project, started by me last year. I’m really glad to finally integrate it with Picard. Integration with the MusicBranz website is planned for later. Configuring Picard to use AcoustID instead of AmpliFIND should be completely transparent, there are no visual differences in the scanning process. Note that this feature requires downloading an extra application, see the AcoustID wiki page for details.

Changes since version 0.15.1:

  • Added AcoustID support.
  • Fixed track metadata plugins.
  • Added new internal %_totalalbumtracks% tag field. (PICARD-16)
  • Track metadata plugins now run also on non-album tracks. (PICARD-7)
  • Fixed custom Various Artists name on the %albumartist% field. (PICARD-5)
  • Album artist is now correctly “translated”. (PICARD-1)
  • Unicode punctuation is now converted to ASCII by default.
  • WavPack correction files are moved together with the main files. (PICARD-15)
  • Unicode filename normalization on OS X.
  • Original release date is now saved into %originaldate%.
  • Allow tagging with localized artist aliases (PICARD-17)
  • Added a quit confirmation dialog. (PICARD-46)
  • Standalone recordings can be tagged with relationships now. (PICARD-10)
  • Refreshing an album will refresh its “other versions” listing. (PICARD-8)
  • “Unicode punctuation to ASCII” now works on album-level metadata. (PICARD-50)
  • DJ-mix tags should only be written to the medium where they apply. (PICARD-20)
  • Support URL redirects in web service/network request module (PICARD-54)
  • Jamendo and Archive.org cover art is displayed on web page, but not loaded by Picard plugin (PICARD-52)
  • Edits to metadata in “Details…” menu not reflected in UI (PICARD-13)
  • The status bar/new metadata box is updated when a selected file/track is changed. (PICARD-14)

You can download the new version, as usual, at http://musicbrainz.org/doc/MusicBrainz_Picard

The FreeDB gateway has been updated to NGS!

I’m pleased to announce that the FreeDB gateway, which lets you fetch MusicBrainz data via FreeDB enabled applications, has been updated to use the NGS database. As of now, its updating with new data from the main MusicBrainz server and you should be able to look up new CDs.

To use the FreeDB gateway, set the FreeDB server in your application to freedb.musicbrainz.org on port 80. For more information, please take a look at our wiki page for the gateway.

Thanks to Lukas for porting this code to NGS!

NGS Bug fixes 2011-09-21 and the New "Split Artist" Feature

Apologies for being a few days late here, but we’ve just finished updating the servers with the latest set of bug fixes and new features. This release brings a new feature that people have been asking for since NGS – the ability to “split” an artist into artist credits.

Split Artist

With NGS, we had the ability to link multiple artists to recordings/releases/etc. While our migration script handled most cases, there are some cases when it was unclear how to automatically split artists, and we opted to leave that artist unchanged. While it was possible to manually edit references to this artist, it was painful. We now have a convenient way to make this process easier. In the sidebar of artists there is now a “split into separate artists” link:

The new "split into separate artists" feature
The new "split into separate artists" feature

Clicking this link will present you with a form where you can choose the new set of artists. For example, here’s me splitting the single “Alix Perez & SpetraSoul” artist into the correct separate artists:

The "split artists" form
The "split artists" form

As with the other types of editing in MusicBrainz, this edit has to be voted on by other editors before it is applied.

The split artists edit type can only be used on artists that have no relationships, other than “collaboration” relationships. If the artist does have collaboration relationships, edits to remove all collaboration relationships will be entered at the same time. Note also that this will not remove the now empty artist entirely – that will happen when ModBot does its daily cleanup.

Bugs

We’ve continued working through the bugs as well, and here are the tickets that have been closed in this release.

  • [MBS-1133] – Don’t try to delete relationship types that are still in use
  • [MBS-1343] – Add AR instrument search function has problems with accented letters
  • [MBS-1380] – An URL ending in closing parenthesis gets broken when listed in edit notes
  • [MBS-1396] – Allow for URLs longer than 255 chars
  • [MBS-1411] – Don’t lowercase relationship attributes
  • [MBS-1520] – Tag lookup page has odd search results
  • [MBS-1879] – Remove the non-functional /search/plugins page
  • [MBS-1934] – Inconsistency: “see other versions of this release” vs. “see release group”
  • [MBS-1936] – Historic MusicBrainz::Server::Edit::Historic::EditArtist incorrect: doesn’t include artist names, always use “[removed]”
  • [MBS-1950] – Artist Sortname is shown instead of Artist Name in historic edits
  • [MBS-2047] – Email sender addresses have regressed
  • [MBS-2195] – Don’t allow submitting relationships where the relationship type has no description
  • [MBS-2335] – Other Lookup ISWC search should strip spaces
  • [MBS-2495] – Auto-edit status in edit documentation is misleading
  • [MBS-2529] – Orphaned release group and recordings after rejecting or cancelling a release/medium
  • [MBS-2911] – URL decoding should not decode non-utf-8 strings
  • [MBS-2934] – “Change release group” edit doesn’t appear in artist’s edits
  • [MBS-2944] – Vote on all edits control should only be shown to auto-editors
  • [MBS-3226] – Multi-artist credits with no artist selected produce very confusing behavior
  • [MBS-3227] – Lookup TOC page incomplete for logged out users.
  • [MBS-3269] – Track #s get automatically added to track titles every time the tracklist tab is opened
  • [MBS-3274] – Editing track names using with the basic editor removes track artists and disassociates recordings
  • [MBS-3278] – Warning about using various artists as track artist flashes on screen
  • [MBS-3347] – When trying to add cover art from disallowed sites, no error is shown
  • [MBS-3351] – ws/2 stacktrace browsing release by label
  • [MBS-3358] – “Open Edits” and “All Edits” tabs not marked as open
  • [MBS-3373] – URL cleanup stuff doesn’t always run in time
  • [MBS-3381] – Orphaned release groups/recordings created by release editor should be automatically removed
  • [MBS-3391] – Don’t allow to enter “performs instrument” without instrument
  • [MBS-3399] – No edit links for relationships in the appearances section on the artist relationships tab
  • [MBS-3402] – Do not allow subscriptions to “Various Artists” or “Deleted Artist”
  • [MBS-3403] – “Change release group” edit doesn’t show up in edit history / open edits of target release group
  • [MBS-3405] – Remove leading / trailing / double spaces in titles
  • [MBS-3434] – High DQ Release allows Auto-edits + incorrect edit conditions for merge
  • [MBS-3436] – “Wiki Version” column on transclusion page shows ERROR
  • [MBS-3443] – Inconsistency in sorting of “Edits by subscribed editors” ≠ “Edits for subscribed entities”
  • [MBS-3445] – Cannot search edits by editor name
  • [MBS-3453] – “Related works” on recordings page shows same work and AR set twice if there are two work<->recording ARs for the same work/recording pair
  • [MBS-3464] – Do not redirect www.musicbrainz.org to musicbrainz.org for /ws requests

Task

  • [MBS-1914] – Run script to remove “later/earlier release of” ARs

Improvement

  • [MBS-2669] – Filter edits by language
  • [MBS-2670] – Filter edits by artist country

The Git tag for this release is v-2011-09-21-ngs-bug-fixes. Happy editing!