<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: And what about the Aggregator Vendors?</title>
	<atom:link href="http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors</link>
	<description>Digital Lifestyle Aggregation - helping to establish open source infrastructure</description>
	<pubDate>Sun, 07 Sep 2008 04:30:21 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Marc&#8217;s Voice &#187; Blog Archive &#187; Lots of feedback on the need for RSS media readers - roundup</title>
		<link>http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors#comment-123135</link>
		<dc:creator>Marc&#8217;s Voice &#187; Blog Archive &#187; Lots of feedback on the need for RSS media readers - roundup</dc:creator>
		<pubDate>Fri, 27 Oct 2006 01:20:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors#comment-123135</guid>
		<description>[...] And finally Shannon Clark always seems to have allot to say. [...]</description>
		<content:encoded><![CDATA[<p>[...] And finally Shannon Clark always seems to have allot to say. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Bradbury</title>
		<link>http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors#comment-122921</link>
		<dc:creator>Nick Bradbury</dc:creator>
		<pubDate>Thu, 26 Oct 2006 19:28:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors#comment-122921</guid>
		<description>Marc, I agree with you that the big roadblock is that we haven't standardized on how to embed media into feeds.  We also haven't standardized on the user experience, but perhaps that's just a sign of healthy competition in the aggregator space.

IMO, Media RSS is the best format, especially since it's already used in video feeds from Google, YouTube, Yahoo and Microsoft.  Flickr also uses Media RSS in their tag feeds.

FeedDemon has supported a subset of Media RSS for quite a while now, and NewsGator's API recently started supporting it, too.  Here's a screenshot which shows how FeedDemon handles Media RSS in YouTube feeds:

http://www.bradsoft.com/typepad/post-img/youtube3.png

This is in addition to FeedDemon's podcatching features, which sync enclosures with your iPod or WMP device.</description>
		<content:encoded><![CDATA[<p>Marc, I agree with you that the big roadblock is that we haven&#8217;t standardized on how to embed media into feeds.  We also haven&#8217;t standardized on the user experience, but perhaps that&#8217;s just a sign of healthy competition in the aggregator space.</p>
<p>IMO, Media RSS is the best format, especially since it&#8217;s already used in video feeds from Google, YouTube, Yahoo and Microsoft.  Flickr also uses Media RSS in their tag feeds.</p>
<p>FeedDemon has supported a subset of Media RSS for quite a while now, and NewsGator&#8217;s API recently started supporting it, too.  Here&#8217;s a screenshot which shows how FeedDemon handles Media RSS in YouTube feeds:</p>
<p><a href="http://www.bradsoft.com/typepad/post-img/youtube3.png" rel="nofollow">http://www.bradsoft.com/typepad/post-img/youtube3.png</a></p>
<p>This is in addition to FeedDemon&#8217;s podcatching features, which sync enclosures with your iPod or WMP device.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zippee Le Haddoq</title>
		<link>http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors#comment-122734</link>
		<dc:creator>Zippee Le Haddoq</dc:creator>
		<pubDate>Thu, 26 Oct 2006 15:24:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors#comment-122734</guid>
		<description>What Kevin really means is they're reinventing RSS, again. Sighhhhh.</description>
		<content:encoded><![CDATA[<p>What Kevin really means is they&#8217;re reinventing RSS, again. Sighhhhh.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mihai Parparita</title>
		<link>http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors#comment-122699</link>
		<dc:creator>Mihai Parparita</dc:creator>
		<pubDate>Thu, 26 Oct 2006 14:04:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors#comment-122699</guid>
		<description>For what it's worth, Google Reader handles audio enclosures, video enclosures and Media RSS for video:

http://googlereader.blogspot.com/2006/04/stay-tuned-its-video-in-google-reader.html

Mihai Parparita
Google Reader Engineer</description>
		<content:encoded><![CDATA[<p>For what it&#8217;s worth, Google Reader handles audio enclosures, video enclosures and Media RSS for video:</p>
<p><a href="http://googlereader.blogspot.com/2006/04/stay-tuned-its-video-in-google-reader.html" rel="nofollow">http://googlereader.blogspot.com/2006/04/stay-tuned-its-video-in-google-reader.html</a></p>
<p>Mihai Parparita<br />
Google Reader Engineer</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arnold Brown</title>
		<link>http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors#comment-122693</link>
		<dc:creator>Arnold Brown</dc:creator>
		<pubDate>Thu, 26 Oct 2006 14:00:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors#comment-122693</guid>
		<description>The closest I've seen to an elegant media aggregator is Streampad - http://www.streampad.com . It only does audio now, but makes it simple to add a feed, be it RSS, XSPF, M3U or even HTML.</description>
		<content:encoded><![CDATA[<p>The closest I&#8217;ve seen to an elegant media aggregator is Streampad - <a href="http://www.streampad.com" rel="nofollow">http://www.streampad.com</a> . It only does audio now, but makes it simple to add a feed, be it RSS, XSPF, M3U or even HTML.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Harold Gilchrist</title>
		<link>http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors#comment-122420</link>
		<dc:creator>Harold Gilchrist</dc:creator>
		<pubDate>Thu, 26 Oct 2006 07:45:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors#comment-122420</guid>
		<description>Hey Marc,

The detour in the community began when a subset of the community yelled "$$ finish line $$" and pointed all attention in the newly forming ecosystem toward the Apple/IPod/ITunes deadend.   

But that hasn't stop me from writing my own media web app that works for me and I'm sure will work for others.

Check out my cast media browser "Cast Browser" @ www.castbrowser.com ....  let me know what you think.

The design of my castbrowser is pretty simple ... support all the xml media feed types (RSS, ATOM OPML, etc.) of the day and the new ones as they come along ... and support the rendering of all feed embedded media objects right in the web page.   

The web page is the only place I want to consume my media and I willing to bet the ranch even with the popularity of the IPod it is the place most today watch the "New Media evolution" and the place where the majority will particaipate in the "New Media Revolution" when the "Always On Web" gets here.


... and dude when you planning your next NYC party?</description>
		<content:encoded><![CDATA[<p>Hey Marc,</p>
<p>The detour in the community began when a subset of the community yelled &#8220;$$ finish line $$&#8221; and pointed all attention in the newly forming ecosystem toward the Apple/IPod/ITunes deadend.   </p>
<p>But that hasn&#8217;t stop me from writing my own media web app that works for me and I&#8217;m sure will work for others.</p>
<p>Check out my cast media browser &#8220;Cast Browser&#8221; @ <a href="http://www.castbrowser.com" rel="nofollow">http://www.castbrowser.com</a> &#8230;.  let me know what you think.</p>
<p>The design of my castbrowser is pretty simple &#8230; support all the xml media feed types (RSS, ATOM OPML, etc.) of the day and the new ones as they come along &#8230; and support the rendering of all feed embedded media objects right in the web page.   </p>
<p>The web page is the only place I want to consume my media and I willing to bet the ranch even with the popularity of the IPod it is the place most today watch the &#8220;New Media evolution&#8221; and the place where the majority will particaipate in the &#8220;New Media Revolution&#8221; when the &#8220;Always On Web&#8221; gets here.</p>
<p>&#8230; and dude when you planning your next NYC party?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joseph Bell</title>
		<link>http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors#comment-122247</link>
		<dc:creator>Joseph Bell</dc:creator>
		<pubDate>Thu, 26 Oct 2006 03:52:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors#comment-122247</guid>
		<description>It seems like a lot of feed producers are starting to get with the program and have begun including some of the more popular media (and micro) formats in their feeds. I noticed google's feed from picassa web (http://picasaweb.google.com/lh/rssUser?uname=nott.pera)  has this: 



Why include one format when you can have three? Since rss is extendable, it would be nice if aggregators shared the same flexibility.</description>
		<content:encoded><![CDATA[<p>It seems like a lot of feed producers are starting to get with the program and have begun including some of the more popular media (and micro) formats in their feeds. I noticed google&#8217;s feed from picassa web (http://picasaweb.google.com/lh/rssUser?uname=nott.pera)  has this: </p>
<p>Why include one format when you can have three? Since rss is extendable, it would be nice if aggregators shared the same flexibility.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marc&#8217;s Voice &#187; Blog Archive &#187; Microformat for describing media</title>
		<link>http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors#comment-122239</link>
		<dc:creator>Marc&#8217;s Voice &#187; Blog Archive &#187; Microformat for describing media</dc:creator>
		<pubDate>Thu, 26 Oct 2006 03:40:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors#comment-122239</guid>
		<description>[...] Kevin Marks has quickly pointed out that there IS an on-going effort to define a micrformat for media - so that folks can &#8216;describe&#8217; a media item in a page. [...]</description>
		<content:encoded><![CDATA[<p>[...] Kevin Marks has quickly pointed out that there IS an on-going effort to define a micrformat for media - so that folks can &#8216;describe&#8217; a media item in a page. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shannon Clark</title>
		<link>http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors#comment-122084</link>
		<dc:creator>Shannon Clark</dc:creator>
		<pubDate>Thu, 26 Oct 2006 00:14:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors#comment-122084</guid>
		<description>Marc (&#38; Dave),

Speaking as a user here (mostly, though I do more than occasionally also design software), I consume media in a few different ways - and as of yet I have not found a single RSS reader (online or offline) that works for all of my needs - so instead I'm stuck with a bunch of only partially useful solutions.

- for audio content (i.e. podcasts) I want them to be organized, only downloaded ONCE, added to my media player in a logical manner (i.e. in separate playlists for each feed, with all of the metadata from the producer of the content preserved), and managed in a way that I can control from WITHIN the media player (i.e. I can rate them within a media tool and have something automagically happen to them later - such as having them deleted and removed from my media player)

- for video content - I typically watch this on my screen, I want my RSS reader to ALWAYS tell me when a feed contains multimedia content - even if it is an embedded YouTube video, ideally it wouldn't require me to go to the original site but would allow me to play it from within the feed reader immediately (I'm also very much of the camp that I prefer FULL feeds - or at the very least would like to visually tell easily and quickly when a given item is NOT a full feed - currently more than half the time I do not realize that the feed is not complete since people use very different practices when publishing non-full feeds

- for text feeds though it is very tricky I want my RSS reader to preserve as much as possible the format of the original post. Furthermore, I want to ALWAYS be able to tell WHO published a given element (I'm not a huge fan of a "river of news" format because it can be very hard to keep track of which feed published which). 

I want to be able to easily mark certain posts to be kept (possibly ever cached somewhere for me) and I would prefer that the feed reader have a good set of tools for keeping track of which posts I have actually read (Google Reader does this fairly well though I'm still mostly using Bloglines).

Of course I also would like all my various feed consuming tools to be able to talk with each other - even to the point of perhaps tracking feeds I have read/not read in a smart manner (for example I might want to have a tool that automatically fetches all my podcast subscriptions and adds them to my media player, while in another tool I see those SAME feeds but instead of redownloading the media content, I merely read the posts - best case being with some indication that I have already downloaded the media content.

For video content it might also be good to be able to set up channels of my favorites and watch them back to back - i.e. "I'd like to catch up on Rocketboom" or "Ask a Ninja" or "The ScobleShow" etc. 

and finally, having just added a Mac to my mix along with my PC, I'm eagerly awaiting the day when I have a podcatcher than helps me keep the two machines in sync (this may take a lot as Apple restricts my mp3 player from being fully functional against multiple machines - I have an older shuffle). Bloglines or Google Reader are both valid approaches for cross-platform RSS reading - though they are by no means perfect.

Shannon</description>
		<content:encoded><![CDATA[<p>Marc (&amp; Dave),</p>
<p>Speaking as a user here (mostly, though I do more than occasionally also design software), I consume media in a few different ways - and as of yet I have not found a single RSS reader (online or offline) that works for all of my needs - so instead I&#8217;m stuck with a bunch of only partially useful solutions.</p>
<p>- for audio content (i.e. podcasts) I want them to be organized, only downloaded ONCE, added to my media player in a logical manner (i.e. in separate playlists for each feed, with all of the metadata from the producer of the content preserved), and managed in a way that I can control from WITHIN the media player (i.e. I can rate them within a media tool and have something automagically happen to them later - such as having them deleted and removed from my media player)</p>
<p>- for video content - I typically watch this on my screen, I want my RSS reader to ALWAYS tell me when a feed contains multimedia content - even if it is an embedded YouTube video, ideally it wouldn&#8217;t require me to go to the original site but would allow me to play it from within the feed reader immediately (I&#8217;m also very much of the camp that I prefer FULL feeds - or at the very least would like to visually tell easily and quickly when a given item is NOT a full feed - currently more than half the time I do not realize that the feed is not complete since people use very different practices when publishing non-full feeds</p>
<p>- for text feeds though it is very tricky I want my RSS reader to preserve as much as possible the format of the original post. Furthermore, I want to ALWAYS be able to tell WHO published a given element (I&#8217;m not a huge fan of a &#8220;river of news&#8221; format because it can be very hard to keep track of which feed published which). </p>
<p>I want to be able to easily mark certain posts to be kept (possibly ever cached somewhere for me) and I would prefer that the feed reader have a good set of tools for keeping track of which posts I have actually read (Google Reader does this fairly well though I&#8217;m still mostly using Bloglines).</p>
<p>Of course I also would like all my various feed consuming tools to be able to talk with each other - even to the point of perhaps tracking feeds I have read/not read in a smart manner (for example I might want to have a tool that automatically fetches all my podcast subscriptions and adds them to my media player, while in another tool I see those SAME feeds but instead of redownloading the media content, I merely read the posts - best case being with some indication that I have already downloaded the media content.</p>
<p>For video content it might also be good to be able to set up channels of my favorites and watch them back to back - i.e. &#8220;I&#8217;d like to catch up on Rocketboom&#8221; or &#8220;Ask a Ninja&#8221; or &#8220;The ScobleShow&#8221; etc. </p>
<p>and finally, having just added a Mac to my mix along with my PC, I&#8217;m eagerly awaiting the day when I have a podcatcher than helps me keep the two machines in sync (this may take a lot as Apple restricts my mp3 player from being fully functional against multiple machines - I have an older shuffle). Bloglines or Google Reader are both valid approaches for cross-platform RSS reading - though they are by no means perfect.</p>
<p>Shannon</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Marks</title>
		<link>http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors#comment-122057</link>
		<dc:creator>Kevin Marks</dc:creator>
		<pubDate>Wed, 25 Oct 2006 23:50:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.broadbandmechanics.com/2006/10/and-what-about-the-aggregator-vendors#comment-122057</guid>
		<description>Marc, Microformats says 'use rel="enclosure"'.
http://microformats.org/wiki/rel-enclosure

If you need more info than that, lets talk about it:

http://microformats.org/wiki/media-info</description>
		<content:encoded><![CDATA[<p>Marc, Microformats says &#8216;use rel=&#8221;enclosure&#8221;&#8216;.<br />
<a href="http://microformats.org/wiki/rel-enclosure" rel="nofollow">http://microformats.org/wiki/rel-enclosure</a></p>
<p>If you need more info than that, lets talk about it:</p>
<p><a href="http://microformats.org/wiki/media-info" rel="nofollow">http://microformats.org/wiki/media-info</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
