<?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: A couple of ideas for contributing to Banshee</title>
	<atom:link href="http://abock.org/2008/11/17/a-couple-of-ideas-for-contributing-to-banshee/feed/" rel="self" type="application/rss+xml" />
	<link>http://abock.org/2008/11/17/a-couple-of-ideas-for-contributing-to-banshee/</link>
	<description></description>
	<lastBuildDate>Sun, 07 Mar 2010 08:30:50 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Alex</title>
		<link>http://abock.org/2008/11/17/a-couple-of-ideas-for-contributing-to-banshee/comment-page-1/#comment-245132</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Wed, 07 Jan 2009 15:43:10 +0000</pubDate>
		<guid isPermaLink="false">http://abock.org/?p=219#comment-245132</guid>
		<description>Hi there, 

    With regards to music brainz being included in Banshee. If you know the track name that is almost trivial, but amarok has feature that just takes any old track and queries music brainz for the metadata, which I found very useful. So I was looking to try and write similar module for Banshee, as it seems to lack this right now. 

   However, in order to retrieve data for any track music brainz uses PUID which is proprietry, but can be generated from their libtunepimp library. The only thing is the library is written in C not C#. So I thought I ask what would banshee dev community think of using C libraries in C# code. I am sure there is a way of doing it, but it probably is quiet hairy and not very desirable. On the other hand there is no C# bindings yet.


Alex</description>
		<content:encoded><![CDATA[<p>Hi there, </p>
<p>    With regards to music brainz being included in Banshee. If you know the track name that is almost trivial, but amarok has feature that just takes any old track and queries music brainz for the metadata, which I found very useful. So I was looking to try and write similar module for Banshee, as it seems to lack this right now. </p>
<p>   However, in order to retrieve data for any track music brainz uses PUID which is proprietry, but can be generated from their libtunepimp library. The only thing is the library is written in C not C#. So I thought I ask what would banshee dev community think of using C libraries in C# code. I am sure there is a way of doing it, but it probably is quiet hairy and not very desirable. On the other hand there is no C# bindings yet.</p>
<p>Alex</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Livio</title>
		<link>http://abock.org/2008/11/17/a-couple-of-ideas-for-contributing-to-banshee/comment-page-1/#comment-230246</link>
		<dc:creator>Livio</dc:creator>
		<pubDate>Sat, 29 Nov 2008 17:59:59 +0000</pubDate>
		<guid isPermaLink="false">http://abock.org/?p=219#comment-230246</guid>
		<description>I forgot. Wiki-integration for artist, song and album info and lyrics :] .</description>
		<content:encoded><![CDATA[<p>I forgot. Wiki-integration for artist, song and album info and lyrics :] .</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Martin</title>
		<link>http://abock.org/2008/11/17/a-couple-of-ideas-for-contributing-to-banshee/comment-page-1/#comment-226400</link>
		<dc:creator>Michael Martin</dc:creator>
		<pubDate>Wed, 19 Nov 2008 20:10:54 +0000</pubDate>
		<guid isPermaLink="false">http://abock.org/?p=219#comment-226400</guid>
		<description>History editor!  This is really going to help me complete my migration from iTunes.  I obsess over silly things like play counts, and without an import plugin for iTunes, this has been fairly rough.  I used the old import plugin with 0.13 and then upgraded the database, but the importer missed about 500 songs. 

I wish I knew more (read: anything) about development so that I could help out.  Until I learn me some codes, I guess I&#039;ll just keep contributing by reporting bugs.  Banshee 1.4 is pretty amazing - thanks for all the hard work.</description>
		<content:encoded><![CDATA[<p>History editor!  This is really going to help me complete my migration from iTunes.  I obsess over silly things like play counts, and without an import plugin for iTunes, this has been fairly rough.  I used the old import plugin with 0.13 and then upgraded the database, but the importer missed about 500 songs. </p>
<p>I wish I knew more (read: anything) about development so that I could help out.  Until I learn me some codes, I guess I&#8217;ll just keep contributing by reporting bugs.  Banshee 1.4 is pretty amazing &#8211; thanks for all the hard work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jonathan</title>
		<link>http://abock.org/2008/11/17/a-couple-of-ideas-for-contributing-to-banshee/comment-page-1/#comment-226146</link>
		<dc:creator>jonathan</dc:creator>
		<pubDate>Wed, 19 Nov 2008 06:15:23 +0000</pubDate>
		<guid isPermaLink="false">http://abock.org/?p=219#comment-226146</guid>
		<description>@Aaron: last time I did any kind of comparison, banshee&#039;s import process was not significantly faster than rhythmbox&#039;s (using gstreamer). This was a couple of years ago, so things may have changed.

The set of GStreamer plugins you need to extract metadata from something is the same set you need to play it. One of the main reasons I&#039;m not really interested in replacing rhythmbox&#039;s extraction code with something taglib-like is that it ensures that if we can extract metadata from something, we can also play it, and it we can import any type of file gstreamer can play. I guess that&#039;s not much of a selling point if you need to consider other media frameworks for playback, though.</description>
		<content:encoded><![CDATA[<p>@Aaron: last time I did any kind of comparison, banshee&#8217;s import process was not significantly faster than rhythmbox&#8217;s (using gstreamer). This was a couple of years ago, so things may have changed.</p>
<p>The set of GStreamer plugins you need to extract metadata from something is the same set you need to play it. One of the main reasons I&#8217;m not really interested in replacing rhythmbox&#8217;s extraction code with something taglib-like is that it ensures that if we can extract metadata from something, we can also play it, and it we can import any type of file gstreamer can play. I guess that&#8217;s not much of a selling point if you need to consider other media frameworks for playback, though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Millikin</title>
		<link>http://abock.org/2008/11/17/a-couple-of-ideas-for-contributing-to-banshee/comment-page-1/#comment-225759</link>
		<dc:creator>John Millikin</dc:creator>
		<pubDate>Tue, 18 Nov 2008 20:29:31 +0000</pubDate>
		<guid isPermaLink="false">http://abock.org/?p=219#comment-225759</guid>
		<description>@Aaron: Very excited to hear that, looking forward to improving the available metadata extraction in Banshee.

@lariq: It seems to have worked well enough for Rhythmbox, though since I&#039;ve not poked too deeply into Banshee perhaps there are design decisions that limit GST&#039;s use.</description>
		<content:encoded><![CDATA[<p>@Aaron: Very excited to hear that, looking forward to improving the available metadata extraction in Banshee.</p>
<p>@lariq: It seems to have worked well enough for Rhythmbox, though since I&#8217;ve not poked too deeply into Banshee perhaps there are design decisions that limit GST&#8217;s use.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luke Hoersten</title>
		<link>http://abock.org/2008/11/17/a-couple-of-ideas-for-contributing-to-banshee/comment-page-1/#comment-225723</link>
		<dc:creator>Luke Hoersten</dc:creator>
		<pubDate>Tue, 18 Nov 2008 18:26:40 +0000</pubDate>
		<guid isPermaLink="false">http://abock.org/?p=219#comment-225723</guid>
		<description>I worked on Banshee Creative Commons support a few years ago. Legacy Banshee was still brand new and it&#039;s plugin infrastructure was in it&#039;s infancy, causing the integration to be hacky at best. It was clear that Creative Commons support would be best served as a plugin but it was not possible at the time. Like Aaron said:
&lt;blockquote&gt;... the extension could make a track column and query field available, so you could easily search for and view Creative Commons music. This was a pain to do in legacy Banshee, but itâ€™s a few lines of code in 1.x.&lt;/blockquote&gt;

Banshee has since made leaps and bounds in the plugin support and I think Creative Commons support would be only a few small steps away. The code and progress is documented here:
http://wiki.creativecommons.org/CcBanshee

Feel free to contact me with questions or anything if you want to play around with it.</description>
		<content:encoded><![CDATA[<p>I worked on Banshee Creative Commons support a few years ago. Legacy Banshee was still brand new and it&#8217;s plugin infrastructure was in it&#8217;s infancy, causing the integration to be hacky at best. It was clear that Creative Commons support would be best served as a plugin but it was not possible at the time. Like Aaron said:</p>
<blockquote><p>&#8230; the extension could make a track column and query field available, so you could easily search for and view Creative Commons music. This was a pain to do in legacy Banshee, but itâ€™s a few lines of code in 1.x.</p></blockquote>
<p>Banshee has since made leaps and bounds in the plugin support and I think Creative Commons support would be only a few small steps away. The code and progress is documented here:<br />
<a href="http://wiki.creativecommons.org/CcBanshee" rel="nofollow">http://wiki.creativecommons.org/CcBanshee</a></p>
<p>Feel free to contact me with questions or anything if you want to play around with it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Bockover</title>
		<link>http://abock.org/2008/11/17/a-couple-of-ideas-for-contributing-to-banshee/comment-page-1/#comment-225703</link>
		<dc:creator>Aaron Bockover</dc:creator>
		<pubDate>Tue, 18 Nov 2008 16:57:01 +0000</pubDate>
		<guid isPermaLink="false">http://abock.org/?p=219#comment-225703</guid>
		<description>@Shaun: now that 1.4 is out the door, we&#039;ll be much more conscious of the API. The aim is to not break existing API for the 1.4 series, do as little breaking as possible for 1.6, and then just build on what we have. With that in mind, I am hoping to start producing tutorials and examples on different ways to extend Banshee. We&#039;ll be migrating the web site to a new CMS soon that will allow for easier content like this to be written. 

@Ethan: we&#039;ll take a look.

@John: The maintainer of TagLib# appears to have stopped working on the project. We&#039;ve tried unsuccessfully to work with him on getting a few patches rolled into a release. We told him we would be willing to maintain the project if he is unable. Alas, we have yet to hear from him, so my intentions are to fold TagLib# under the Banshee umbrella. 

The source code will still be maintained under Mono SVN, but we&#039;ll set up new project infrastructure (web site, bug tracker, etc) and releases will be done by us, hosted at download.banshee-project.org.

Finally, TagLibg# is a great code base. It&#039;s very fast, and it covers the big container formats. GStreamer is not the right library to use as a general purpose tagging library for two reasons:

  1) It&#039;s incredibly expensive. Having to set up and tear down a full multimedia pipeline for reading and writing tags takes a long time. This has to be done on each song. 
  2) It&#039;s plugin dependent, so many of the more obscure or otherwise encumbered container formats are not implemented in -base or -good modules. 

We do use GStreamer for reading tags from a playing pipeline, but it&#039;s just not the right tool for general purpose tagging. TagLib# is, and we will devote more energy to that project now.</description>
		<content:encoded><![CDATA[<p>@Shaun: now that 1.4 is out the door, we&#8217;ll be much more conscious of the API. The aim is to not break existing API for the 1.4 series, do as little breaking as possible for 1.6, and then just build on what we have. With that in mind, I am hoping to start producing tutorials and examples on different ways to extend Banshee. We&#8217;ll be migrating the web site to a new CMS soon that will allow for easier content like this to be written. </p>
<p>@Ethan: we&#8217;ll take a look.</p>
<p>@John: The maintainer of TagLib# appears to have stopped working on the project. We&#8217;ve tried unsuccessfully to work with him on getting a few patches rolled into a release. We told him we would be willing to maintain the project if he is unable. Alas, we have yet to hear from him, so my intentions are to fold TagLib# under the Banshee umbrella. </p>
<p>The source code will still be maintained under Mono SVN, but we&#8217;ll set up new project infrastructure (web site, bug tracker, etc) and releases will be done by us, hosted at download.banshee-project.org.</p>
<p>Finally, TagLibg# is a great code base. It&#8217;s very fast, and it covers the big container formats. GStreamer is not the right library to use as a general purpose tagging library for two reasons:</p>
<p>  1) It&#8217;s incredibly expensive. Having to set up and tear down a full multimedia pipeline for reading and writing tags takes a long time. This has to be done on each song.<br />
  2) It&#8217;s plugin dependent, so many of the more obscure or otherwise encumbered container formats are not implemented in -base or -good modules. </p>
<p>We do use GStreamer for reading tags from a playing pipeline, but it&#8217;s just not the right tool for general purpose tagging. TagLib# is, and we will devote more energy to that project now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://abock.org/2008/11/17/a-couple-of-ideas-for-contributing-to-banshee/comment-page-1/#comment-225604</link>
		<dc:creator>James</dc:creator>
		<pubDate>Tue, 18 Nov 2008 14:01:36 +0000</pubDate>
		<guid isPermaLink="false">http://abock.org/?p=219#comment-225604</guid>
		<description>Thank you for the history tab - now I can merge two identical tracks without losing the number of plays, without having to mess around with sqlite. Thanks again!</description>
		<content:encoded><![CDATA[<p>Thank you for the history tab &#8211; now I can merge two identical tracks without losing the number of plays, without having to mess around with sqlite. Thanks again!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lariq</title>
		<link>http://abock.org/2008/11/17/a-couple-of-ideas-for-contributing-to-banshee/comment-page-1/#comment-225580</link>
		<dc:creator>lariq</dc:creator>
		<pubDate>Tue, 18 Nov 2008 12:05:43 +0000</pubDate>
		<guid isPermaLink="false">http://abock.org/?p=219#comment-225580</guid>
		<description>John Millikin: Gst is not really suited yet for using it for this purpose. At this time, it works well for getting metadata from a currently played title, not for collecting metadata from a complete library.</description>
		<content:encoded><![CDATA[<p>John Millikin: Gst is not really suited yet for using it for this purpose. At this time, it works well for getting metadata from a currently played title, not for collecting metadata from a complete library.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: murdos</title>
		<link>http://abock.org/2008/11/17/a-couple-of-ideas-for-contributing-to-banshee/comment-page-1/#comment-225568</link>
		<dc:creator>murdos</dc:creator>
		<pubDate>Tue, 18 Nov 2008 11:17:04 +0000</pubDate>
		<guid isPermaLink="false">http://abock.org/?p=219#comment-225568</guid>
		<description>Just to a note to say that Scott has moved &lt;a href=&quot;http://wiki.musicbrainz.org/MusicbrainzSharp&quot; rel=&quot;nofollow&quot;&gt;musicbrainz-sharp&lt;/a&gt; to &lt;a href=&quot;http://bugs.musicbrainz.org/browser/musicbrainz-sharp/&quot; rel=&quot;nofollow&quot;&gt;Musicbrainz svn repository&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Just to a note to say that Scott has moved <a href="http://wiki.musicbrainz.org/MusicbrainzSharp" rel="nofollow">musicbrainz-sharp</a> to <a href="http://bugs.musicbrainz.org/browser/musicbrainz-sharp/" rel="nofollow">Musicbrainz svn repository</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
