Yesterday, I talked about two complaints of music developers writing applications for the iPhone. These come from developers who are really iPhone fans, who just want to get their software released and (for many music devs) better categorized on Apple’s store. Pajamahouse Studios, maker of the new Sonorasaurus remix application, follow up with a more detailed explanation of their situation.

These are not rejections; at least rejections are generally accompanied with some sort of suggestion of what would need to be changed. They represent the dreaded iPhone developer “limbo,” in which an application is neither rejected nor approved. For Sonorasaurus, that’s been the state of affairs for over two months. As the developers explain, there seems to be nothing unusual about their app:

• Library access: It doesn’t access the iPhone/iPod music library. (no application is allowed to do that, which incidentally limits a lot of the DJ app possibilities of the device) Clarification: The status of the music API itself is unclear; some developers report just this sort of approval delay when trying to use it. [Source] Also, access to files inside the media library is not directly possible, which can be compared to the status of Android.
• File access: A separate http server is provided, with a parallel library, for users to store their own tracks – again, something found on numerous other approved applications. This doesn’t use the included library.
• Included music / music distribution: Five included songs are for testing only – something found in a number of other, similar applications that have been approved. The application is not an alternative to iTunes for distribution.
• Media decoding: Custom MP3 decoding technology – something not provided on the iPhone – was separately licensed. Clarification: This was not meant to imply that you can’t do MP3 decoding; the developers meant to make the point that they were not violating patents or licensing by using their own decoding, which presumably they did for the purposes of building a DJ app.

Of course, whatever the reason, we’ve seen in past applications suddenly approved after weeks or months, so who knows what will actually happen with this app.

Read the full explanation:

In Limbo Pt. 1 [Sonorasaurus]

While reading that, though, I also have to observe how significant these workarounds are. Without launching into an Android versus iPhone debate – believe me, there are many, many things to criticize about the Android as a platform, especially relative to music –  none of these is an issue on the Android. Forget platform wars or fanboys. Alternatives are good. I’d hope that we do have more than one approach to how to do this. These approaches should have to compete with one another, as they offer different tradeoffs and advantages.

If music is becoming an application, this kind of freedom is important.

A powerful DJ application for your iPhone or iPod touch may be a tantalizing prospect. But several would-be candidates aren’t available to you yet. Why? They’re languishing in Apple’s approval process, with no sign of whether they’ll be released or not.

For all the success of Apple’s App Store, some developers and users continue to express frustration at what they believe is a sluggish, unpredictable approval process, restrictive Apple policies, and Apple’s complete control over distribution and categorization. That now leads to two complaints from music developers. A number of music developers want more delineation from Apple’s categories, so that the flood of general music apps don’t drown out powerful, creative tools. Meanwhile, developers of DJ applications claim that Apple is discriminating against DJ apps, which they say has led to delays without explanation.

“Open” development is relative, without question. Game system makers require developers to prove to them why they should be “allowed” to create titles, leading to a tightly-controlled stream of approved titles. But the success of Apple’s relatively open development model has prompted many software creators to hunger for greater freedom. I’ve increasingly heard people enthusiastic about the more flexible distribution model on Google’s Android (and other Linux) platforms, which allow users to install apps they want. I even moderated a mobile music platform panel at the CMJ music conference at which a Verizon representative, no less, talked about wanting to be more open to applications. The benchmark was Apple, for being perceived as overly restrictive.

iPhone/iPod touch developers, however, aren’t simply ranting against Apple. They’re complaining because they’re enthusiastic about the App Store. They want changes from Apple and believe there’s potential to get what they want. That said, I think they also illustrate potential for rivals like Google to outdo Apple – assuming those rivals invest more time and effort into courting these kind of applications.

Is Apple Blocking DJ Apps?

First, some developers believe that Apple is intentionally blocking DJ applications from being approved. Whether intentional or not, a number of potentially ground-breaking applications are unavailable after a significant delay. Kasabian Kasabianmeister writes:

Critics frequently attach the phrase “lock-in” to Apple’s iTunes Store – iTunes – iPod/iPhone combination. But, in the post-DRM age, what does that mean, exactly?

First, you have to recall that while for many of us the manual drag-and-drop music management is appealing, it isn’t so for many average consumers. They want sync. That means that music will be stored in iTunes and synced to Apple devices and nothing else. Apple is serious about locking you to their store and their devices, enough so that they frequently update their software with special keys that prevent the use of devices. iTunes is “free,” but Apple determines which mobile devices you can use and which you can’t. And Apple has gone after anyone who dares give you the ability to use your own music software or own devices, including efforts (ironically) to make their iPhone and iPod work with Linux and open source players.

These efforts don’t protect the music or prevent privacy – they protect users of Apple’s software and mobile devices from using anything but Apple’s tools. Yet Apple has used the Digital Millenium Copyright Act to take legal action over anyone who dares to even talk about how to use legally-purchased music and hardware:

OdioWorks v Apple

Perhaps suspecting their case was too thin to defend, Apple eventually backed off that particular claim — after, says the Electronic Frontier Foundation, “7 months of censorship and a lawsuit.”

Apple Withdraws Threats Against Wiki Site

But the software and hardware locks are unchanged. And Apple has won, in my view, an even more important battle: they have a monopoly over mindshare.

Part of the beauty of the iPhone from its launch date was the notion of a Mac you could fit in the palm of your hand. That makes it ironic that, for so many developers, mobile platforms in general have turned into a way to fragment software, to make it run fewer places instead of more. There’s something to be said for designing to a specific mobile device, but on the other hand, how many developers would want to restrict where their creations run? And particularly in music, isn’t the appeal of mobile creation the ability to have your tools work in more places? Maybe targeting just one gadget is the right choice for a given tool, but it shouldn’t be the only choice.

On the iPhone, the application Thump has plenty in common with a range of mobile music making tools. It’s simple but fun, a groove box with sequencing, subtractive synths, drums, and a set of basic effects, plus the ability to load your own samples and export songs.

Thump also demonstrates how simplifying sonic capabilities can produce musically-beautiful results, by focusing on the essentials and creating something with personality. Here’s a track by its creator showing off its sounds:
thump soundreel by mazbox

Well worth checking out the app on your platform of choice:
http://www.mrkbrz.com/thump/

What might not be immediately apparent is that under the hood, Thump makes use of the open source environment openFrameworks. As a result, the same code runs on iPhone, Mac, and Windows, as well as Linux. (It’s not distributed for Linux, but it could be. Hint, hint.) Creator Marek Bereza gives back, too – he ported the openFrameworks audio library to the iPhone, where it’s available to anyone.

Updated Marek notes in comments just what this means. The video below is, essentially, the same app. In place of the iPod screen, he has used a massive lattice of physical controls. A separate installation at the same show used a large touchscreen and simplified interface. And this really demonstrates what cross-platform means. Guy Kawasaki in the 80s mocked “ports” as a cheap wine. The idea is not to simply dump your code on a different platform and hope for the best – in fact, in this case, the changes from one platform to another were radical. The key is maximizing what’s essential, what really is not specific to a single device.

Physical Sequencer from Marek Bereza on Vimeo.

Creative Applications has a detailed write-up of the installation with more documentation.

If you’re interested in creating your own projects, oF has an elegant syntax based on Processing, but adapted to C/C++ coding paradigms and libraries.

Okay, Google Android fans — your apps are starting to arrive, especially as Google continues to improve the SDK.

First up, here’s a demo of the new app FingerPlay MIDI, which turns Android into a simple touch controller. True, we’ve seen similar things on iPhone, and Apple’s platform has precise multitouch which Android lacks, but it’s nice to see the concept extended across platforms. Big thanks to postromantic on Twitter for the tip! (Follow cdmblogs for more.)

FingerPlay MIDI

I can’t tell yet if this will be open source – that would actually be nice, I think, as it’d allow the community of developers to have a shared set of tools. (In fact, it seems a logical model would be to cash in on general-market apps and open source the more music-specific, niche stuff.)

In other Android mobile news, Christopher Souvey continues to work on his Musical application and the Musical Pro desktop app. The desktop client works with MIDI over Wifi, and thanks to the Cupcake OS update, latency is greatly reduced after a complete rewrite and the creation of custom drawing and event handling and controls. Check out the slick new tuner and UI Christopher has been developing, too.

http://www.souvey.com/ [blog with all the latest]
http://www.souvey.com/musical/

This play-along piano is probably not something any of you folks desperately need, but it is a good demonstration of what’s possible.

Another interesting thread to follow will be the growing power of Web apps. On Android, you’re already able to combine a Web app with the Java APIs, and going another level, mobile apps with native ARM code for the processor. Translation: while phones still have a fraction of the power of your computer, it’s getting easier for developers to work across platforms and to take advantage of what power is there. That’s leading to trends that could be of use not only to a single platform (Android, iPhone), but to mobile devices in general.