interesting outcome of Warner Music/YouTube standoff

Music videos started out as a tool to market the song. But now the song is marketing the video.

Warner’s Music Returns to YouTube Following Nine Month Hiatus

Under terms of the “just-signed” deal, Warner will be responsible for selling advertising against its own videos, so it will decide how much to charge for ads and find ad buyers on its own, rather than settling for whatever Google decides on. In order to attract premium advertisers, Warner plans to create a separate channel within YouTube consisting only of “premium” content. … The reason for the label’s change of heart — in addition to its bet that it can make more from ads than YouTube paid out before — has to do with a shift in thinking about audio on the web. Music services that rely on video, such as YouTube, enable advertisers to display video ads in ways that don’t apply when a user is listening to the same music on an audio-only platform. (The music-streaming service Pandora recently launched a small video section, most likely for the same reason.)

Celebrated Polka

Horace Weston's Celebrated Polka (title)

Go digging for music by the 19th century banjo star Horace Weston and you’ll won’t find much. He was more of a player than a composer, I guess. Fortunately this 1880 compilation of banjo tunes:

The J. E. Brewster Banjoist.


On page 18:

Horace Weston's Celebrated Polka (18)


Had this sheet music:

Horace Weston's Celebrated Polka (sheet music)


I don’t have a banjo, and if I did I still couldn’t play this on it. What I do have is a parlor guitar from more or less the same time period and an hour or so a day for practicing the damn thing until I get it right. So I did this video:

musician’s cheat sheets

Over in my blog for music making I have posted a cheat sheet for playing a song, as well as notes on the making of the cheat sheet.

If you play music you’ve been bit on the ass again and again by crummy cheat sheets. They’re in the wrong key, so everybody has to transpose in their head and the song turns into a trainwreck. The font is too small, so you can’t read in dim stage lighting. The title is wrong or hard to parse, so you can’t find the piece of paper. The bar lines are uneven or the arrangement is hard to understand, so you lose your place. Etc.

As a point of jargon, I’m not saying “chop sheet” because that usually means just the chords, and I’m not saying “lead sheet” because that usually means just the melody.

The cheet sheet is at http://soupgreens.com/misc/IWannaBeLovedByYou/. Notes about it are at http://soupgreens.com/2009/09/21/formatting-cheat-sheets/.

If you feel like hacking around, you could give feedback on the visible layout, or on the HTML/CSS layer. You could try to use the cheat sheet and see how it works for you. You could correct my transcription. You could adapt the same template to some other song and then write up your experience. Or you could share your own unrelated cheat sheets.

MAFF day

The conversation about content packaging technologies turned towards the Firefox MAFF format:

MAFF files are standard ZIP files containing one or more web pages, images, or other downloadable content. Additional information, like the orirginal page address, is saved along with the content; this metadata allows the browser to open these files intelligently.

…so Paolo, the maintainer of the related code in Firefox, stopped in to give an overview of the work:

The only strict design goals for MAFF are (1) to be very easy to use and implement, and (2) to be based on existing and widely-used technologies. Backwards compatibility with the existing implementation is also very important.

At present, MAFF archives can be multi-page, but the basic atom is the “page”. Each “page” may be updated or used independently from the others.

Optional metadata (currently stored as RDF/XML) may link each “page” in the archive to an original location (URL) that can be queried for updated versions of the entire “page”, if desired. The root document may link to other resources in the archived “page”, through relative URLs, or to remote URLs, indifferently. All the local resources are “owned” exclusively by the “page”.

If no original location is specified, it currently just means that the file was authored as a standalone package to begin with.

The MAF extension does not support remote MAFF files, at present, but Firefox can access any remote ZIP file using the “jar:” protocol. In this case, I think the caching headers of the MAFF/ZIP file itself are used to check if updated versions of the remote archive exists. That’s different from using the original location in the archive’s metadata to check for updated versions of a “page”.

Something about the ability to index into the zip file using the jar scheme is inspiring.

Putting on my standards weenie hat, there’s a spec design problem in that this should really be a #fragment, with treatment of the fragment defined in the media type definition for ZIP. But that’s just a nit for now.

What inspires me is that you can make the issue of your starting file within the larger archive a moot point. Without that approach, there is a need to write a protocol which defines a canonical starting file when you get the archive — e.g. “/index.html.” Using the jar scheme, you can just specify the starting file in the URL, like this: jar:http://www.foo.com/bar/baz.jar!/index.html". So there is no need for a new standard.

Another interesting issue here is that OS X comes with Java, which comes with a utility for managing jar files, and that utility can be used as a wedge for new code.

This parenthetical bit from Paolo's comment also caught my eye:

The latest MAF 0.15.1 provides an interesting feature that’s peculiar to ZIP compression (compared, for instance, to .tar.gz of the KDE war format): OGG files are stored without re-compressing them.

Thanks to this, audio and video in a large MAFF+OGG file are seekable in real-time exactly like a standalone OGG file.

The back story is that putting media into a zip file usually prevents streaming access. You have to download and unpack the whole thing before you can hear the first byte of an MP3 within it. But apparently that limitation goes away if the media file is *OGG*. That's a big advantage to Ogg in comparison to MP3. And given that Firefox has native support for both MAFF and Ogg, it would be easy to start using this feature.

Kudos to Sull for developing this larger vision of MAFF as key prior art and then pinging Paolo.

subs #2

Aram points out that my math on subs was off: 25mm subs x $10/month is actually $3b per year, not $250mm. Which is a pretty nice chunk o’ change. And 100mm people at $20/month (which I believe is an unfeasible price) would actually deliver $24B in annual revenues. What I did wrong was that I didn’t multiply monthly revenues by 12 to get annual revenues, so my numbers are a 12th of what they should have been.

And *even so* the basic picture doesn’t change. In the most wildly optimistic scenario subscriptions are still no better than half the size of the old record business.

More Aram:

I think there’s still a substantial potential customer base for them, especially if they include (a) unlimited DRM-free downloads (which UMG has already gotten behind), and (b) streaming to mobile devices, with caching, a la Spotify. Obviously, the market size won’t be anywhere near $40B global (record retail at its peak), especially in the early years of deployment, so they need to be integrated with other revenue models, from ad-based to licensing, and supported by 360 artist management.

app store as cutesy little niche market

Jay Fienberg comment on app store vs HTML 5 post

Imagine that Flickr and Facebook have not launched yet, and they decide to launch as iPhone apps instead of as websites. They both focus on sharing photos amongst “friends,” with some differences, obviously. But, they see the native app as ideal because of its seemless access to the camera.

Say they are super successful on the iPhone. Then what? Do a Pre app? Etc? Maintain multiple apps?

Still seems likley they’d make web-versions of their apps at some point.

I wonder if the App Store / device / custom browser (e.g., iTunes) model works only to the degree that there are developers who really want bank on that model (i.e., the old Microsoft mantra: developers, developers, developers)? And, if so, that suggests the need for a monopoly platform or else there is so much fragmentation that each App marketplace is really still just a niche compared with the potential of web apps.

subscriptions vs sheets

Spotify spotify spotify! So much buzz. Buzz buzz buzzzzz.

It’s just not that big a business.

It is a real business, yes. Subscription on-demand services are really useful for people who care about music and have disposable income, especially if the subscription can be used on a portable device. But for people who don’t care about music, they can put on free radio or a semi-random MP3 they got from a friend. For these people it’s same songs over and over again and so what.

There aren’t that many music fans with disposable income out there, so the business isn’t that big. Maybe there are 25 million people in the world who would pay $10 a month for the subscription. That’s a $250 million business globally.

That makes music subscriptions a quarter of the size of the sheet music industry. No matter how you work the numbers they stay in that range. Call it 100 million people and $20 a month, which is way beyond the point of realism, and it’s still only $2 billion. This isn’t nothing. It’s a good business. But it’s not going to take the recording industry back to the glory days, which is what all the hand-wringing is about.

another real world example of page flipping

This NY Times piece on threat level graphics uses the same method of playlisting as the Talking Points Memo video playlist that I blogged the other day

Speaking of the alert levels, they make me bristle. It is now orange, it has always been orange, it will continue to be orange until the whole thing is abolished. There is no truth to the alert levels and never has been.

app store vs HTML 5

So let’s say you’re shipping a non-iPhone mobile internet computer. It’s Android, Palm Pre, Kindle, something along those lines. And you need to compete with Apple’s app store.

Do you:

1) Make your own little app store, in full knowledge that merchandise will be rare and shoddy?

2) Implement HTML 5 with local storage, great canvas support and all the other doodads that make it possible to do full-function web apps?