<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: jwheare&#8217;s web of music and the Media URI spec</title>
	<atom:link href="http://gonze.com/blog/2009/12/30/jwheares-web-of-music-and-the-media-uri-spec/feed/" rel="self" type="application/rss+xml" />
	<link>http://gonze.com/blog/2009/12/30/jwheares-web-of-music-and-the-media-uri-spec/</link>
	<description>internet music technology since ~2002</description>
	<lastBuildDate>Sat, 31 Jul 2010 19:34:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Kev &#38; Piers on hypermusic &#8212; Lucas Gonze&#8217;s blog</title>
		<link>http://gonze.com/blog/2009/12/30/jwheares-web-of-music-and-the-media-uri-spec/comment-page-1/#comment-5308</link>
		<dc:creator>Kev &#38; Piers on hypermusic &#8212; Lucas Gonze&#8217;s blog</dc:creator>
		<pubDate>Thu, 18 Feb 2010 16:15:05 +0000</pubDate>
		<guid isPermaLink="false">http://gonze.com/blog/?p=2276#comment-5308</guid>
		<description>[...] Comment on &#8220;jwheare’s web of music and the Media URI spec&#8221; by Kevin Prichard: [...]</description>
		<content:encoded><![CDATA[<p>[...] Comment on &#8220;jwheare’s web of music and the Media URI spec&#8221; by Kevin Prichard: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zazi</title>
		<link>http://gonze.com/blog/2009/12/30/jwheares-web-of-music-and-the-media-uri-spec/comment-page-1/#comment-5305</link>
		<dc:creator>zazi</dc:creator>
		<pubDate>Thu, 18 Feb 2010 11:08:33 +0000</pubDate>
		<guid isPermaLink="false">http://gonze.com/blog/?p=2276#comment-5305</guid>
		<description>I can imagine a semantic metadata format in audio documents where the values will be the entry points to a new kind of exploration.

Cheers</description>
		<content:encoded><![CDATA[<p>I can imagine a semantic metadata format in audio documents where the values will be the entry points to a new kind of exploration.</p>
<p>Cheers</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: music web and client side remixes &#8212; Lucas Gonze&#8217;s blog</title>
		<link>http://gonze.com/blog/2009/12/30/jwheares-web-of-music-and-the-media-uri-spec/comment-page-1/#comment-5118</link>
		<dc:creator>music web and client side remixes &#8212; Lucas Gonze&#8217;s blog</dc:creator>
		<pubDate>Tue, 05 Jan 2010 16:43:29 +0000</pubDate>
		<guid isPermaLink="false">http://gonze.com/blog/?p=2276#comment-5118</guid>
		<description>[...] Comments on web of music post &#8211; [...]</description>
		<content:encoded><![CDATA[<p>[...] Comments on web of music post &#8211; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Prichard</title>
		<link>http://gonze.com/blog/2009/12/30/jwheares-web-of-music-and-the-media-uri-spec/comment-page-1/#comment-5088</link>
		<dc:creator>Kevin Prichard</dc:creator>
		<pubDate>Thu, 31 Dec 2009 21:55:27 +0000</pubDate>
		<guid isPermaLink="false">http://gonze.com/blog/?p=2276#comment-5088</guid>
		<description>MP3 files can contain text, of course, and I&#039;ve occasionally found lyrics stored inside TEXT and USLT frames.  But there&#039;s no consistency at all, probably never will be - more likely to find spam inside a TEXT frame.

Your idea for linking to time points is a cool notion, Lucas.  Related to this, Real&#039;s servers provide for a &quot;start&quot; parameter on a/v URIs, allowing one to jump to a time point, e.g.

http://play.rbn.com/?url=demnow/demnow/demand/2009/dec/audio/dn20091231.ra&amp;proto=rtsp&amp;start=00:28:56

Some of the various SMIL specs provide begin and end params for the same purpose (http://is.gd/5I3jL).  Aside from that and Real&#039;s faded format, my hunch is that most a/v is not very content-addressable, partly due to the fact that a given song can be found in the wild with many encoding variations.  If I make in/out time points for lyrics on my rip of a CD track, your rip might not sync with it.  Also, radio vs. album versions of a song may vary in duration and content.

Event-based synchronization, i.e. the beat-counting idea Piers brings up, might be worth looking into-

&lt;a href=&quot;example.mp3#t=1017b,1683b&quot; class=&quot;chorus&quot;&gt;chorus&lt;/a&gt;

This would need a filter to recognize beats and count them.  Possible, just not as simple as time.  Might be more consistent than seconds-based.

Perhaps there&#039;s another type of common event found in audio streams that could provide consistency, but I like drum beats because they&#039;re less likely to get corrupted or folded than high frequencies, and less common than human voice-range freqs.

The karaoke industry seems to have cracked this nut, but I&#039;m gonna hazard a guess that it&#039;s all proprietary.

These guys sell player sw that syncs lyrics for 1 million songs, they claim: http://is.gd/5I48w . They appear to target music teachers in their marketing.</description>
		<content:encoded><![CDATA[<p>MP3 files can contain text, of course, and I&#8217;ve occasionally found lyrics stored inside TEXT and USLT frames.  But there&#8217;s no consistency at all, probably never will be &#8211; more likely to find spam inside a TEXT frame.</p>
<p>Your idea for linking to time points is a cool notion, Lucas.  Related to this, Real&#8217;s servers provide for a &#8220;start&#8221; parameter on a/v URIs, allowing one to jump to a time point, e.g.</p>
<p><a href="http://play.rbn.com/?url=demnow/demnow/demand/2009/dec/audio/dn20091231.ra&amp;proto=rtsp&amp;start=00:28:56" rel="nofollow">http://play.rbn.com/?url=demnow/demnow/demand/2009/dec/audio/dn20091231.ra&amp;proto=rtsp&amp;start=00:28:56</a></p>
<p>Some of the various SMIL specs provide begin and end params for the same purpose (<a href="http://is.gd/5I3jL" rel="nofollow">http://is.gd/5I3jL</a>).  Aside from that and Real&#8217;s faded format, my hunch is that most a/v is not very content-addressable, partly due to the fact that a given song can be found in the wild with many encoding variations.  If I make in/out time points for lyrics on my rip of a CD track, your rip might not sync with it.  Also, radio vs. album versions of a song may vary in duration and content.</p>
<p>Event-based synchronization, i.e. the beat-counting idea Piers brings up, might be worth looking into-</p>
<p>&lt;a href=&#8221;example.mp3#t=1017b,1683b&#8221; class=&#8221;chorus&#8221;&gt;chorus&lt;/a&gt;</p>
<p>This would need a filter to recognize beats and count them.  Possible, just not as simple as time.  Might be more consistent than seconds-based.</p>
<p>Perhaps there&#8217;s another type of common event found in audio streams that could provide consistency, but I like drum beats because they&#8217;re less likely to get corrupted or folded than high frequencies, and less common than human voice-range freqs.</p>
<p>The karaoke industry seems to have cracked this nut, but I&#8217;m gonna hazard a guess that it&#8217;s all proprietary.</p>
<p>These guys sell player sw that syncs lyrics for 1 million songs, they claim: <a href="http://is.gd/5I48w" rel="nofollow">http://is.gd/5I48w</a> . They appear to target music teachers in their marketing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Piers Hollott</title>
		<link>http://gonze.com/blog/2009/12/30/jwheares-web-of-music-and-the-media-uri-spec/comment-page-1/#comment-5086</link>
		<dc:creator>Piers Hollott</dc:creator>
		<pubDate>Thu, 31 Dec 2009 20:21:08 +0000</pubDate>
		<guid isPermaLink="false">http://gonze.com/blog/?p=2276#comment-5086</guid>
		<description>When you think about it, a technological component in a media player can auto-magically beat-sync two tracks by comparing basic structure and determining BPM. Word documents used to be the bane of the structured data movement, because they trapped content in a non-structured format, but ODF and OOXML have changed that game completely, creating a new class of semi-structured data; so why not music or video?

It&#039;s fascinating to consider that if more artists released works under CC-NC by attribution, remix artists could provide additional value by micro-tagging individual samples within the deeper structure of their compositions - particularly if this functionality were baked into the software used to assemble the composition.

In addition, isn&#039;t the original theory behind Pandora based on linking chord progressions and such, or is it more general? I never really got a bead on what Pandora was actually doing.

Also, hang the DJ and all that - I rather enjoyed beat-syncing vinyl, before the robots took over. To quote Johnny Guitar Watson, maybe we do need to strike on computers!</description>
		<content:encoded><![CDATA[<p>When you think about it, a technological component in a media player can auto-magically beat-sync two tracks by comparing basic structure and determining BPM. Word documents used to be the bane of the structured data movement, because they trapped content in a non-structured format, but ODF and OOXML have changed that game completely, creating a new class of semi-structured data; so why not music or video?</p>
<p>It&#8217;s fascinating to consider that if more artists released works under CC-NC by attribution, remix artists could provide additional value by micro-tagging individual samples within the deeper structure of their compositions &#8211; particularly if this functionality were baked into the software used to assemble the composition.</p>
<p>In addition, isn&#8217;t the original theory behind Pandora based on linking chord progressions and such, or is it more general? I never really got a bead on what Pandora was actually doing.</p>
<p>Also, hang the DJ and all that &#8211; I rather enjoyed beat-syncing vinyl, before the robots took over. To quote Johnny Guitar Watson, maybe we do need to strike on computers!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
