Feeds

Court sez music downloads aren't performances

ASCAP sings the blues...

Build a business case: developing custom apps

ASCAP isn't enjoying the tune that came out of a federal district court in New York yesterday.

The court ruled that music downloads don't constitute performances of copyrighted works, and are merely mechanical reproductions of the copyrighted material. This denies ASCAP any entitlement to collect royalties for downloads as they do for web radio streams.

The landmark ruling arose out of a suit between ASCAP, AOL, Yahoo! and RealNetworks. The three Internet companies attempted to negotiate licenses to perform ASCAP works over their music services, but the negotiations stalled and ended up before the district court for a determination of a reasonable license fee.

After a long, drawn-out litigation, the case boiled down to an important question: could ASCAP demand a performance royalty for downloads that the companies sold to users? The court found that a digital download did not meet the legal definition of a performance, and so it ruled in favor of the music services.

In arriving at its ruling, the court ironically relied on the Recording Industry Ass. of America's brief supporting the music services. In order to figure out why the RIAA came out in opposition to its rights-holding brethren, a quick rundown of copyright law is in order.

Music copyrights break down into two basic groups: first, there is the copyright in the composition of the music - the actual, abstract musical work that a bar singer learns and then belts out to disinterested drunks at the local watering hole. ASCAP handles royalties for this kind of copyright. Every time the bar singer performs a certain musical work - we've always liked George Thorogood's "One Bourbon, One Scotch, One Beer" - ASCAP collects a fee that it then passes back to the composer.

This kind of copyright is distinct from the second type of copyright that exists in a specific recording of a musical composition - Rounder/Umgd's 1990 CD release of "George Thorogood & the Destroyers," for example. The recording copyright usually belongs to the record label, which is usually represented by the RIAA.

The RIAA took the position that downloads are strictly reproductions of the recording, with no performance component. In essence, it was sending a not-so-subtle message to ASCAP to stay off its turf. The RIAA doesn't want anyone else to reach their hand into the till, since that would give the download services some leverage to bargain for a decrease in the recording royalties that they pay to the RIAA.

The court agreed with the RIAA's interpretation of the law involved, and found that the act of downloading a song had no performance element. The court regarded a performance as something with a "contemporaneous perceptibility," and viewed a download as a simple file transfer. Streaming, on the other hand, constitues a performance by the music service since it is immediately perceived by the listening public.

Now, everyone knows that it's possible to listen to an music file while it's downloading. The court didn't ignore this fact, and pointed out that the playback was occurring off of the purchaser's own hard drive after a sufficient amount of the file had downloaded. The judge contrasted this with the streaming scenario, where the playback comes directly from the web channel's servers.

The judge compared the situation where a purchaser listens to an mp3 during a download to a customer at a music store buying a CD and then immediately listening to it before leaving the store. Surely, this wouldn't result in a public performance by the vendor, right? The court here certainly didn't seem to think so, and so it struck down ASCAP's attempts to get performance royalties from the online music stores.

So, to break down a busy month for music on the Internet: download services catch a break in the federal courts, web radio gets royally screwed, and the RIAA laughs all the way to the bank in both cases.

That last one stings a bit, don't it? ®

Build a business case: developing custom apps

More from The Register

next story
Assange™: Hey world, I'M STILL HERE, ignore that Snowden guy
Press conference: ME ME ME ME ME ME ME (cont'd pg 94)
Premier League wants to PURGE ALL FOOTIE GIFs from social media
Not paying Murdoch? You're gonna get a right LEGALLING - thanks to automated software
Online tat bazaar eBay coughs to YET ANOTHER outage
Web-based flea market struck dumb by size and scale of fail
Amazon takes swipe at PayPal, Square with card reader for mobes
Etailer plans to undercut rivals with low transaction fee offer
US regulators OK sale of IBM's x86 server biz to Lenovo
Now all that remains is for gov't offices to ban the boxes
XBOX One will learn to play media from USB and DLNA sources
Hang on? Aren't those file formats you hardly ever see outside torrents?
Class war! Wikipedia's workers revolt again
Bourgeois paper-shufflers have 'suspended democracy', sniff unpaid proles
'Aaaah FFS, 'amazeballs' has made it into the OXFORD DICTIONARY'
Plus: 'EE, how shocking, ANOTHER problem I face with your service'
prev story

Whitepapers

Endpoint data privacy in the cloud is easier than you think
Innovations in encryption and storage resolve issues of data privacy and key requirements for companies to look for in a solution.
Implementing global e-invoicing with guaranteed legal certainty
Explaining the role local tax compliance plays in successful supply chain management and e-business and how leading global brands are addressing this.
Top 8 considerations to enable and simplify mobility
In this whitepaper learn how to successfully add mobile capabilities simply and cost effectively.
Solving today's distributed Big Data backup challenges
Enable IT efficiency and allow a firm to access and reuse corporate information for competitive advantage, ultimately changing business outcomes.
Reg Reader Research: SaaS based Email and Office Productivity Tools
Read this Reg reader report which provides advice and guidance for SMBs towards the use of SaaS based email and Office productivity tools.