Hi Steve:
Thanks for the link. I missed this article.
This ties in to my general complaint about the sorry state of the "auto-metadata" databases like
Gracenote/cddb (used by iTunes) and freedb. Aside from having inconsistent naming of composers,
conductors, soloists and vocalists, these databases are inconsistent about basic things such as
punctuation and the use of modern or Roman numerals in titling symphonic movements, and are
inconsistent in how titles in non-English languages are treated. The whole thing is a hellish
mish-mash.
iTunes is basically a "dumb robot" that just loads in rips from CD's or the equivilent, using
Gracenote to fill in the data fields. The reason all these problems arose is that Gracenote started
out as one of those low-quality "online group effort" things and then turned into a for-profit
company, and was all the more profitable by not hiring editors and metadata specialists to bring all
of this disparate information into standardized rules and structures. I can say from the experience
of loading all the Mercury Living Presence CD's into an iTunes library that I had to do some sort of
tag correction (ie metadata correction) on every single CD to make things like artist names,
composer names and the way sections of classical works were titled into a consistent and
easily-searchable/easily-sortable mass.
As to the issue addressed in the WSJ article, the "dumb robot" just breaks classical works into
"tracks" from the original CD. So you wouldn't pay $2.50 for a full performance of a symphony, you'd
have to find all the movements (hopefully they are named consistently -- but no sure bet -- so they
can be found together on a list generated by an iTunes store search) and buy them separately, then
put them into a playlist in order to play the symphony front-to-back in order. This whole system is
set up for buying single pop tunes. By the way, this system also hurts sales of full pop/rock
albums, so the record companies should be fighting this on all fronts.
When classical CD's first came out, I thought that movements should have been handled as
sub-chapters, which the higher-end players could separate if someone really wanted to skip the
second movement of a symphony, for example (and of course the record companies should have spent the
extra few dollars during the Red Book authoring sessions and put in CD Text based on some
agreed-upon naming/spelling/numbering structures -- a Red Book Stylebook -- and then these sloppy
auto-fill metadata problems wouldn't exist). Each work should have its own "main cut" or chapter on
a disc. So a typical CD might include two Rachmaninov piano concertos and then maybe a few short
pieces to fill out the 74-80 minutes (almost all classical CD's did not cheat the buyer as far as
fill out the time limits of the new medium, whether one thinks that's good or bad is a matter of
opinion, suffice to say the first thing I do in iTunes is make playlsits of the original LP sequence
or of individual works that I would want to sit through). The way that typical CD should have been
partitioned is that each work was a chapter and the movements would be subchapters. So the first
concert would be "track 1" and each movement would be 1.1, 1.2, etc. This is enabled in the Red Book
definitions, but seldom used, and thus most players were never capable of skipping to and among the
sub-chapters. But I'd bet most users just don't go skipping around with movements within a work.
Because the industry unimaginatively divided classical works into "cuts" just like on an LP, they
ended up with this handicap of each movement being an individual "track" in iTunes. I would bet,
given the minimal sales of most classical recording on iTunes, it would be impossible to go back and
make the "dumb robot" smarter at this point.
-- Tom Fine
----- Original Message -----
From: "Steve Ramm" <[log in to unmask]>
To: <[log in to unmask]>
Sent: Thursday, January 05, 2012 8:45 PM
Subject: [ARSCLIST] Interesting Article on iTunes and Classical music in yesterday'zs WSJ
> _http://tinyurl.com/6udz8kp_ (http://tinyurl.com/6udz8kp)
>
>
> Steve Ramm
>
|