There are a couple of intriguing aspects to Apple’s recent foray into podcasting with iTunes 4.9First and foremost is the degree to which they’re promoting it播客是该new feature in iTunes 4.9 — it’s pretty much the entire point of the releaseThe Podcasts icon scored the second-to-top position in the iTunes source list, and it’s getting a huge amount of play on Apple.com and a top spot in the iTunes Music Store.
[Quick primer, which will seem quaint to many of you:Podcasting is the use of RSS for the aggregation of audio content, generally intended for synching with iPods and other portable music playersThe RSS feed for a particular podcast contains a list of (usually) recent episodes, with the associated audio file as an “enclosure”Unlike email enclosures, however, the enclosures in an RSS feed are not embedded in the message itself; rather, they refer to the enclosures by URL for subsequent downloadingThis means you can publish a podcast RSS feed listing 10 recent episodes, each of which may be several megabytes, but the RSS feed itself is just a few公斤bytes of XML-formatted textIt is up to your podcasting software to determine when and why it will download the enclosures.]
播客仍然是非常非常新的As in like still dripping-wet new. Compare and contrast with the use of RSS for aggregating regular (written) web content — RSS had been out for a few years and was relatively mature by the time Apple added support for it to Safari. Whereas podcasting really only hit the nerdosphere about a year ago, and yet here is iTunes 4.9, already taking it to the mainstream.
On the whole, I think it’s a sign that Apple can still be rather nimble — this strikes me as about as quickly as something new can be adopted and embraced by a company of Apple’s size.
There are several signs, in fact, that Apple’s podcasting features were rushed to market:
During the first week, there were rampant problems with feeds hosted by Apple at the ITMS例如RSS源The Al Franken Show, which was (and remains) one of the three most-popular subscriptions amongst all iTunes users, was utterly brokenI tried subscribing and re-subscribing repeatedly, each time only to have iTunes complain that the feed contained no enclosed itemsNo wonder: I looked at the feed’s RSS source and each of the enclosure items looked like this:
<enclosure url =“”length =“”type =“”/>
网址attribute is supposed to be, you know, a URL.) The workaround was simply to subscribe to Franken’s feed directly from他的节目的网站, bypassing the ITMS entirely即the original feed, hosted at sundancechannel.com, worked fine; but the cached feed hosted by Apple at — and I swear I’m not making this domain name up — ax.phobos.apple.com.edgesuite.net was hosed.
此后已经修复，但问题持续了好几天And remember, Franken’s is currently the second-most popular feed listed at the ITMS (first is Apple’s New Music Tuesdays podcast).
您无法关闭iTunes来源列表中的Podcast项目This strikes me as simply an oversight, since you can turn off all the other optional features in the source list, such as Party Shuffle, Radio, and even the Music StoreIn the same way the Store panel in iTunes’s preferences window has a “Show iTunes Music Store” checkbox, there ought to be a “Show Podcasts” checkbox in the Podcasts panel.
甚至iPod固件更新似乎也很匆忙The updates add a new top-level Podcasts menu (which, unlike in iTunes, is optional) and allow iPods to treat podcasts much like they do audiobooks, in that when you resume playing a podcast, it goes back to where you were, rather than starting over at the beginning of the track. But,Apple已确认that the firmware updates for clickwheel models breaks an existing feature: the ability for Smart Playlists to update dynamically例如if you have a playlist for all “five-star” songs, it used to update dynamically when you changed the star ratings for songs on your iPod; after installing iPod Updater 2005-06-26, however, Smart Playlists only update when you sync with iTunes哎呀。
This document will be updated as more information becomes available.
这被翻译成普通英语MDJ2005.07.09 as “current Cupertino-speak for ‘We know it’s a bug and it’s not fixed yet.’”
所有这些并不是说我在抱怨Or at least I’m not saying Apple shouldn’t have released its podcasting 1-2-3 punch when it did. And let’s be clear: anyone who deems unacceptable any of the aforementioned problems (or other problems) is implicitly stating that Apple shouldn’t have yet released its podcasting support.
You can’t say that Apple should have released it when they did, but without the bugs and shortcomings, unless you’re of the (mistaken) opinion that Apple’s engineers were just sloppy, lazy, and/or incompetent.真正的艺术家船, and one of the main tricks to shipping software is knowing when to say, “This is good enough.” Recognizing what qualifies as “good enough” is art, not science. (Although a good QA process with lots of regression testing certainly helps.)
The process of releasing a single major software update is hard enough; but Apple’s podcasting support required simultaneous, coordinated updates to the whole troika: iPod, iTunes, and ITMS.
On the whole, shortcomings notwithstanding, I think Apple’s podcasting support was clearly good enough to shipShipping sooner than later, even with more bugs, has instantly made Apple the undisputed leader of podcastingThe whole problem that most other desktop podcasting apps attempt to solve is getting audio files from RSS feeds into iTunes, for synching with iPodsAll of a sudden, iTunes 4.9 has turned an entire class of software into an unnecessary middleman(Podcasting support in dedicated RSS aggregators like NetNewsWire still seems like an important feature to me — many RSS feeds only contain occasional podcast enclosuresiTunes is really only intended for use with RSS feeds in which every item represents a podcast episode.)
并考虑穷人公司Odeo, a startup (co-founded by Blogger co-founder Evan Williams) based solely on podcastingIt’s downright amazing that Odeo — the first serious podcasting startup — was beaten to market by AppleIt’s not because Odeo moved slowly; it’s because Apple moved fast.
Apple’s podcasting support is effectively a loss-leader: iTunes is free, and podcast downloads from the ITMS are freeSo how does Apple expect to recoup their engineering and hosting costs? Where they’ve been making money hand-over-fist all along: iPod salesI seriously doubt very many people will be buying iPods只是because of podcasting, but every little reason to jump on the iPod bandwagon can helpThe trend line on the iPod sales graph is still sloping up, steeply, and the main point to take away from Apple’s serious embrace of podcasting is that they are not about to get cocky with regard to features.
A large part of Apple’s interest in podcasting is that they’ve never shied away from promoting the use of iPods for the consumption of content that you don’t have to pay forOr in the case of ripping music from your CDs, consuming music that you’ve already paid for. Despite all the hubbub about the imminent500 millionth download from the ITMS, a big part of the appeal of Apple’s music platform is that they in no way shove the ITMS down your throat（例如as stated previously, you can turn off the Music Store source list item in iTunes.)
Apple has flipped the old Gillette maxim — they’re making money selling the razors (iPods), not the bladesThere’s definitely a huge potential upside — big, big bucks — if the ITMS continues growing at the current rate for a few more yearsAnd it’s hard to imagine that anything even remotely resembling any of the current iPods will still be a high-profit-margin product 10 years from nowBut at the moment, Apple’s music revenue and profits are coming from multi-hundred-dollar iPods, not 99-cent songs.
另一点好运是名称：播客Good fortune for Apple, at leastClearly the “pod” in “podcasting” is about the iPodApple couldn’t have come up with a better name for this phenomenon if they’d gotten to choose it themselvesIf the whole “audio enclosures via RSS” scene were still known as “audioblogging”, as it was when Maciej Ceglowski recorded his seminal “Audioblogging Manifesto”1I seriously wonder whether Apple would have done this now.
If you’re an engineer, you might be tempted to argue that RSS-with-enclosures by any other name is still just RSS-with-enclosures, and that it makes no technical difference whether you call it “podcasting” or “audioblogging” or “noodlepants”.
但名字很重要And what makes this so delicious for Apple is that the more popular “podcasting” becomes as the name for publishing audio via RSS, the less likely it will be that a new name will ever take holdWhich leaves Apple’s competitors — including Microsoft, Sony, and the various other gadget-makers producing Windows Media-based players — in the extremely uncomfortable position of choosing from the following courses of action:
Embracing the word “podcasting”, even though it contains the name of the competitor they’re chasing, and which name subtly implies that podcasting is meant for use with iPods, which implication sort of further implies that every other digital music player is just an iPod knock-offI mean, can you imagine Apple using a term like “walkmancasting”, “dellcasting”, or “wincasting”? It’s embarrassing.
Devising and using a new term for “podcasting” that doesn’t use “pod”祝你好运，考虑到每个人 -大家— who is publishing podcasts is already calling them “podcasts”.
[更新：根据这个故事in the Seattle Post-Intelligencer, Microsoft employees are pushing “blogcasting” as a “pod”-free alternative.]
没有其他选择The best-case scenario for Apple’s competitors is for this whole podcasting thing to turn out to be nothing more than a fadThat makes #3 a reasonable course of action. But if it isn’t a fad, they’ve got to choose between #1 and #2, both of which are marketing nightmaresAnd these guys are all already in a deep hole, marketing-wise, versus Apple and iPod.
Hence Apple’s impatience to get their podcasting support out and in useIf podcasting continues to grow and turns into something big, the simple fact that the name includes “pod” is a significant and permanent advantage in Apple’s favor.
One other complaint about Apple’s foray into podcasting is that their entire effort is focused on podcast consumption — finding, subscribing, and listening to podcast episodes — but they’re offering only meager tools to help with podcast生产。
他们确实有一个教程使用QuickTime Pro创建播客, but that pretty much boils down to “click the record button and do your podcast in one continuous take, then save it”Even if you’re only vaguely serious about production quality, you’re going to need some sort of editing tool.
他们还有一个教程使用GarageBand进行播客录制This sounds better than using QuickTime Player, since GarageBand allows you to layer separate tracks, splice, and editBut GarageBand is in many ways overkill, or at least overcomplicated, for recording a podcastIt’s meant for creating your own music, not for recording spoken-word content（它甚至不能与iSight麦克风配合使用。）
What’s needed, I think — and I suspect this thought has occurred to various indie Mac developers — is something along the lines of Macromedia’s old SoundEdit / SoundEdit 16 (which was停产几年前）A sound editor with waveform-based editing, good recording controls, and output options geared toward minimizing file size该政变would be a nice human interface for adding chapters and artworkApple现在唯一的工具就是命令行章工具— better than nothing, but a far cry from the sort of creative software tools that Apple and the Mac are known for.
[更新：几位读者推荐艾玛迪斯二世, a $30 app from HairerSoft, which seems to provide many of the above featuresA few others mentioned毡尖声音工作室, which costs $40. Neither offers anything related to chapter tools, but they do provide waveform-based splicing and fading.]
The question facing indie developers considering making such a tool, of course, is whether Apple itself will be adding podcast recording and editing features to iTunes itself(I think if Apple does offer a recording tool, it will be part of iTunes, not a separate app — bloat be damned — because they’d want it to work for Windows users, too, because Apple might be tempted to steer podcasters toward publishing AAC files instead of MP3s, because AAC won’t work on Windows Media-based players.)
On the whole, however, I don’t think the current sparsity of podcasting production software is much of a big dealThe vast majority of people interested in podcasting only want to listen to them, not create them(And, unsurprisingly, most people are mostly interested in podcasts from name-brand professional broadcasters.)
The lowest-level, nerdiest issues that have surfaced regarding Apple’s foray into podcasting have pertained to RSS以机智：
Various RSS experts have complaints about the spec for Apple’s RSS extensions, e.g.Edd Dumbill其他如Dave Winer, chided Apple for not having asked the RSS community for feedback before releasing the software.
When fetching feeds, iTunes has no support for bandwidth-saving HTTP features like ETags, Last-Modified headers, or gzip compressionEvery other major RSS aggregator supports all of these features; iTunes supports noneThe result is that every time iTunes checks a feed for updates, it downloads the entire RSS feed, uncompressed, regardless if anything has changed.
When clients support ETags and/or Last-Modified headers, they can essentially ask the server hosting the feed, “Hey, I’d like to download this feed, but only if it has changed since the last time I downloaded it.” It’s a tremendous bandwidth saver, and not a hard feature to implement, programming-wise.
iTunes’s RSS parser is weirdly inconsistent with regard to case sensitivity (it’s case-insensitive in many places, but XML is a case-sensitive technology), date formats, and a few other areas.Sam Ruby和Mark Pilgrim(posting in the comments on Ruby’s site) have documented these issues wonderfully, including specific test-cases.
The idea that Apple should have sought community approval for their RSS extensions is a non-starterTo seek approval implies that if issues were found, or consensus could not be reached quickly (and it seems it wouldn’t have), that Apple would have delayed the release of their podcasting support until those issues were resolvedThat wasn’t going to happen; Apple’s podcasting support was going to be released when Apple deemed it ready, and no laterSeeking community approval beforehand but then ignoring it would have been worse than not having sought it in the first place.
The RSS-parsing and standards-adherence issues raised by Ruby and Pilgrim may seem like a bunch of niggles to the untrained eye.Who cares if their XML parser treats “Podcast” the same as “PodCast”?But the accuracy and strictness of Apple’s iTunes RSS parser matters, simply because it is so popular如朝圣者写道：
苹果是800磅gorilla in this space (at least until Microsoft releases an RSS-enabled IE in Longhorn)iTunes is to podcasting as Internet Explorer is to HTMLRSS interoperability, at least as far as podcasting goes, now means “works with iTunes.” Thousands of people and companies will begin making podcasts that “work with iTunes,” but unintentionally rely on iTunes quirks (e.gDisney’s incorrect namespace)This in turn will affect every developer who wants to consume RSS feeds, and who will be required to emulate all the quirks of iTunes to remain competitive.
The question shouldn’t be “Why weren’t these issues resolved from the start?”, but instead “Will Apple care enough to resolve them going forward?”
判断来自TantekÇelik的这份报告, who met with some friends of his on Apple’s iTunes team, the answer appears to be “yes”:
那时我们开始讨论iTunes podcast extensions (PDF link)，和reactions from the blog communityBlog comments ranged from constructive to whiny, from polite to rude, from objective to snarkyBut regardless of the tone that bloggers took, it was clear to Kevin and me that the iTunes team was very much open to feedback and constructive criticism, and subsequent fixes in the podcast extensions specification, and iTunes itself[...]
The most thorough comments came from Sam Ruby and Mark Pilgrim, e.g在Sam的帖子中标题为Insensitive iTunesWe went over Sam and Mark’s specific comments and came up with several things that could be fixed in the the spec and/or implementationMark’s test cases were particularly helpful.
Kevin and I volunteered to help out with iterations on the spec. Kevin knows a thing or two about RSS and podcasting, and I know a thing or two about spec-writingWe’re going to be providing feedback within the next day or so[...]
It’s easier to ask forgiveness than to seek permission — and, let’s face it, Apple was not going to seek permission from anyone on something like thisAssuming Çelik is correct about the iTunes team’s willingness to clarify the spec and fix the iTunes RSS parser’s failures, forgiveness ought to come easilyApple is in a position to do whatever they want regarding podcasting, but for the most part, it appears that what they want to do is the right thing.