They're not barriers, they're challenges

Mac OS X: I’ve decided Fink can suck er .. something rancid, and I’ve gone down the path of compiling everything from scratch, including gtk+2 and all of its dependancies, and Python. Now that I’ve got that all out of the way, it turns out that OS X has it’s own version of Python, and … Continue reading “They're not barriers, they're challenges”

Mac OS X: I’ve decided Fink can suck er .. something rancid, and I’ve gone down the path of compiling everything from scratch, including gtk+2 and all of its dependancies, and Python. Now that I’ve got that all out of the way, it turns out that OS X has it’s own version of Python, and this version of Python doesn’t play ball with the ctypes package. Ah well, getting closer, slowly.

Lucene rocks!

I’ve been playing with the Lucene text indexing system (in particular, I’m playing with PyLucene, which is a GCJ compiled version of Lucene with Python bindings). Lucene does text searching really well and its fast! Eventually I’d like to use Lucene to power the MusicBrainz searches as was as building a copy of it into … Continue reading “Lucene rocks!”

I’ve been playing with the Lucene text indexing system (in particular, I’m playing with PyLucene, which is a GCJ compiled version of Lucene with Python bindings). Lucene does text searching really well and its fast!

Eventually I’d like to use Lucene to power the MusicBrainz searches as was as building a copy of it into Picard. Picard? Yes! Lucene is so good, that you can give it a track title and chances are its going to find the right track. My idea is this:

  1. Cluster new files and determine which artists these files cover.
  2. Download and cache the metadata for the artists locally, and build a lucene index of it.
  3. Throw each of the tracks at lucene to see what it can match.
  4. If nothing matches, maybe do a full DB search via the web service or do a TRM calculation.

I’m excited by this — the proof of concept looks fabulous. Executing it on the full scale where things are getting cached and locally indexed, is going to be a fair amount of work. Unfortunately.

But, this gives me hope that Picard will have some serious brainz under the hood. 🙂

Two steps forward, one step back

I’ve been trying to set up various environments to install Picard (Mac OS X 10.3, Gentoo linux, and Windows XP via VirtualPC on the Mac). It’s been a rather trialing process…

I’ve been trying to set up various environments to install Picard (Mac OS X 10.3, Gentoo linux, and Windows XP via VirtualPC on the Mac). It’s been a rather trialing process…

Continue reading “Two steps forward, one step back”

MusicBrainz Tagger 0.10.4

The 0.10.4 version of the tagger fixes a number of problems related to saving tracks.

This version contains the following bug fixes:

  • VBR MP3 files that have no ID3v2 tag, but have an ID3v1 tag may have had
    their Xing header corrupted, which could cause these MP3 files to show up with
    incorrect durations in audio players.
  • The tagger now reads the release year from the TYER ID3v2 tag, which means that
    if the ID3v2 tag has the right year, but MB does not, the release year from the ID3v2
    tag will be used when renaming the files.
  • Some files that were previously saved and then saved again, may have had an erroneous (1) appended to the filename.
  • Don Redman provided two improved bitmaps for the save and submit buttons, so that they look better when they are disabled.
  • Don also provided a new animation for the ‘page loading’ animation in the tagger. Thanks Don!

Robert Kaye

MusicBrainz Tagger 0.10.3

The 0.10.3 version of the tagger fixes a number of bugs and provides new options for configuring the file names.

This bug fix version fixes problems in the id3v2 tags generated by the
0.10.2 version. This version also supports logging, removing id3v2 tags
from ogg files, sports new toolbar icons, shows special too short
and silence trms.

With the increased load on the TRM signature server tagging clients may encounter
TRM server busy messages and the tagger now captures those and reminds the user
to donate money to MusicBrainz when the TRM server becomes busy. The tagger also
supports the new %type (album type), %status (album status), %year, $month, %date
(for first release date of the album) and %country (first release country)
variables for the saving tagged files. These values are now also written to
the metadata tags.

Bugs and RFEs Closed

Robert Kaye

MusicBrainz Tagger 0.10.2

The 0.10.2 version of the tagger fixed a number of problems from the 0.10.1 version.

This version fixes a few important bugs from the 0.10.1 version.  Files that were
tagged by clicking on the tag icon may have incomplete artist sortname and artist id
tags.  The saved tab can now be sorted by clicking on the header fields, and the
filename in the tabs will never be cut off — now it gets reasonably truncated
and the most important info should always be visible.  Finally FLAC tagging had
some bugs where tags were getting cleared or not written to disk.

Bugs and RFEs Closed

Robert Kaye

MusicBrainz Tagger 0.10.1

The 0.10.1 version of the tagger fixed a number of problems from the 0.10.0 version.

This version fixes a number of bugs from the 0.10.0 version.  Some MP3s
would have corrupted ID3 tags after being tagged with the tagger – this is now fixed. 
If you have any files that got corrupted by the tagger, download and install this new
version, and then enable the ‘clear tags before writing’ option.  Then re-identify all of
the corrupt files and write new tags.

Also, tagging Ogg Vorbis files would crash fairly often, and tagging via proxy was also broken.  Both of these are now fixed.

Bugs and RFEs Closed

Robert Kaye

MusicBrainz Tagger 0.10.0

The 0.10.0 version of the tagger sports a new cross platform core with many new features, bugfixes and general stability enhancements.

libtunepimp: new MB Tagger core

The tagger has undergone many changes since 0.9.0 — the most
important difference is that the core tagging features now
reside in the libtunepimp library and the MB Tagger is nothing
more than a glorified shell around libtunepimp. libtunepimp
compiles on Win32, Linux and Mac OS X and will be released
seperately in the next few days.

New/Improved Features

New features/changes include:

  • Uses new ID3 library for better stability.
  • FLAC audio format support (http://flac.sourceforge.net)
  • Better stability in Windows XP
  • Improved track recognition rates
  • Improved TRM collision support
  • User controllable TRM collision match threshold
  • User configurable Autosave threshold allows user to automatically
    save files with a similarity above the autosave threshold. This
    feature combined with a watch directory makes it convenient
    to automatically tag and cleanup incoming files.
  • File naming specifications have been improved to be more flexible. New format
    specifiers include: %sortname, $abc, $abc2, %abc3, %0num, %format
  • A separate various artist naming specifcation for naming
  • compilation albums differently from single artist albums

  • A new ‘Saved’ tab where saved files appear
  • User controllable Analyzer thread priority
  • Support for reading/tagging iTunes mp3 files

Bugs and RFEs Closed

Fixed TunePimp Bugs

Robert Kaye

MusicBrainz Tagger 0.9.0 Released

A new MusicBrainz Tagger has been released. This version fixes many existing bugs and adds a couple of new features that round out the tagger a bit.

A new MusicBrainz Tagger has been released. This version fixes many existing
bugs and adds a couple of new features that round out the tagger a bit.

Continue reading “MusicBrainz Tagger 0.9.0 Released”