<?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: Songbird vs Foobar</title>
	<atom:link href="http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar/</link>
	<description>Play music. Play the Web.</description>
	<lastBuildDate>Sun, 21 Mar 2010 03:36:58 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: SAR</title>
		<link>http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar/comment-page-2/#comment-52557</link>
		<dc:creator>SAR</dc:creator>
		<pubDate>Sat, 09 May 2009 06:38:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar#comment-52557</guid>
		<description>Songbird can&#039;t even compare to Foobar, to much bloat and commericalism going on.

NOW if the developers want to give users the OPTIONS of removing items during the installation this will help a lot in giving people a streamlined player without all the BS!</description>
		<content:encoded><![CDATA[<p>Songbird can&#8217;t even compare to Foobar, to much bloat and commericalism going on.</p>
<p>NOW if the developers want to give users the OPTIONS of removing items during the installation this will help a lot in giving people a streamlined player without all the BS!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Songbird 1.0 &#171; 蘆間賢話 Xian&#8217;s Blog</title>
		<link>http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar/comment-page-2/#comment-41740</link>
		<dc:creator>Songbird 1.0 &#171; 蘆間賢話 Xian&#8217;s Blog</dc:creator>
		<pubDate>Sat, 03 Jan 2009 05:44:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar#comment-41740</guid>
		<description>[...] will do things from day 1 that neither of those players could possibly approach.”（摘自 Songbird vs Foobar）。前陣子釋出重要的里程碑：正式版 [...]</description>
		<content:encoded><![CDATA[<p>[...] will do things from day 1 that neither of those players could possibly approach.”（摘自 Songbird vs Foobar）。前陣子釋出重要的里程碑：正式版 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Songbird &#171; 二師兄的筆記部落格</title>
		<link>http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar/comment-page-2/#comment-41632</link>
		<dc:creator>Songbird &#171; 二師兄的筆記部落格</dc:creator>
		<pubDate>Thu, 01 Jan 2009 18:25:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar#comment-41632</guid>
		<description>[...] Songbird vs Foobar）。前陣子釋出重要的里程碑：正式版 [...]</description>
		<content:encoded><![CDATA[<p>[...] Songbird vs Foobar）。前陣子釋出重要的里程碑：正式版 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mig</title>
		<link>http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar/comment-page-2/#comment-745</link>
		<dc:creator>mig</dc:creator>
		<pubDate>Mon, 06 Mar 2006 20:51:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar#comment-745</guid>
		<description>Heheheh, you think Peter is obnoxious?  No!

Damn, that would be like thinking mig is sarcastic or something.

Anyhow, your comments about functionality and memory are exactly my point.

Because we are on top of mozilla, we&#039;re the &lt;em&gt;mozilla&lt;/em&gt; plugin system, not &lt;em&gt;yet-another-custom-C/C++&lt;/em&gt; plugin system.  One writes plugins for Songbird in the same scripting language that web programmers use, not yet-another-custom-scripting-language.  

We&#039;re inheriting a skilled developer community of thousands of thousands of eager programmers, so I have absolute and unquestioning faith that such functionality you request will eventually get implemented by somebody.  Even if it might not be us.

That&#039;s why we believe, eventually, we will stomp every other media player.  That&#039;s why we chose Mozilla and XUL.

And, to be honest, that&#039;s why we put up with the fact that it wants to eat so much RAM.

We can tune the RAM usage.  That&#039;s way easier than trying to train up 10,000 skilled developers from scratch.

You have to really &quot;have the vision&quot; to see it, right now, because there&#039;s only 4 or 5 extensions out there so far, and there&#039;s nothing on the website set to present this to the users.

But we have the vision.  We have the religion.

We&#039;re on the way.</description>
		<content:encoded><![CDATA[<p>Heheheh, you think Peter is obnoxious?  No!</p>
<p>Damn, that would be like thinking mig is sarcastic or something.</p>
<p>Anyhow, your comments about functionality and memory are exactly my point.</p>
<p>Because we are on top of mozilla, we&#8217;re the <em>mozilla</em> plugin system, not <em>yet-another-custom-C/C++</em> plugin system.  One writes plugins for Songbird in the same scripting language that web programmers use, not yet-another-custom-scripting-language.  </p>
<p>We&#8217;re inheriting a skilled developer community of thousands of thousands of eager programmers, so I have absolute and unquestioning faith that such functionality you request will eventually get implemented by somebody.  Even if it might not be us.</p>
<p>That&#8217;s why we believe, eventually, we will stomp every other media player.  That&#8217;s why we chose Mozilla and XUL.</p>
<p>And, to be honest, that&#8217;s why we put up with the fact that it wants to eat so much RAM.</p>
<p>We can tune the RAM usage.  That&#8217;s way easier than trying to train up 10,000 skilled developers from scratch.</p>
<p>You have to really &#8220;have the vision&#8221; to see it, right now, because there&#8217;s only 4 or 5 extensions out there so far, and there&#8217;s nothing on the website set to present this to the users.</p>
<p>But we have the vision.  We have the religion.</p>
<p>We&#8217;re on the way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar/comment-page-2/#comment-744</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Fri, 03 Mar 2006 16:23:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar#comment-744</guid>
		<description>I&#039;m a longtime foobar user (4 years or so) having switched from winamp solely for the reason of gapless playback. That said, I find it to be highly flawed and feature lacking due to an obnoxious developer who refuses to develop a UI, and is now working on 0.9 which from what I gather has no purpose other than to break all of the existing plugins. If you peruse the hydrogenaudio.org forums tons of users have created very powerful player UI&#039;s but of course to do so takes hours of time and they really aren&#039;t widespread.

Therein I see an opening for you.

Here are the most important features from foobar which you ought to implement

1. gapless via LAME tags. 
2. diskwriter support. the best feature of foobar is the diskwriter plugin which allows you to convert from one format to another, even using command lines for encoders like LAME (ex: v2-q2-vbr new). It also allows you to specify how you want directories created, getting information from the metatags. Extremely powerful, you should implement this in some form.
3. Masstagger, which allows me to change up the tags for multiple files quickly and efficiently.
4. freedb. This plugin allows me to select a number of tracks and lookup info regarding them on the freedb (say if they&#039;re all part of an album)

Now, I have a few other ideas.

1. visual cd burning support. What I mean by this is to have each song that is put in the burn list be represented by a bar, that can be made to overlap with otherbars, and you can choose to either have them overlap or have one cut off the other.
2. EAC-like cd ripping functionality. 

and on the memory thing, I think that you can afford to be less than frugal, due to the huge amounts of RAM in modern systems, but still keep watch. 7mb is nothing when you have 1gb, and I personally wouldn&#039;t really care if memory usage went up to 50-70 mb. That said, don&#039;t go above 100mb.

Anyways, I like the player so far, it has great potential, keep it up!!</description>
		<content:encoded><![CDATA[<p>I&#8217;m a longtime foobar user (4 years or so) having switched from winamp solely for the reason of gapless playback. That said, I find it to be highly flawed and feature lacking due to an obnoxious developer who refuses to develop a UI, and is now working on 0.9 which from what I gather has no purpose other than to break all of the existing plugins. If you peruse the hydrogenaudio.org forums tons of users have created very powerful player UI&#8217;s but of course to do so takes hours of time and they really aren&#8217;t widespread.</p>
<p>Therein I see an opening for you.</p>
<p>Here are the most important features from foobar which you ought to implement</p>
<p>1. gapless via LAME tags.<br />
2. diskwriter support. the best feature of foobar is the diskwriter plugin which allows you to convert from one format to another, even using command lines for encoders like LAME (ex: v2-q2-vbr new). It also allows you to specify how you want directories created, getting information from the metatags. Extremely powerful, you should implement this in some form.<br />
3. Masstagger, which allows me to change up the tags for multiple files quickly and efficiently.<br />
4. freedb. This plugin allows me to select a number of tracks and lookup info regarding them on the freedb (say if they&#8217;re all part of an album)</p>
<p>Now, I have a few other ideas.</p>
<p>1. visual cd burning support. What I mean by this is to have each song that is put in the burn list be represented by a bar, that can be made to overlap with otherbars, and you can choose to either have them overlap or have one cut off the other.<br />
2. EAC-like cd ripping functionality. </p>
<p>and on the memory thing, I think that you can afford to be less than frugal, due to the huge amounts of RAM in modern systems, but still keep watch. 7mb is nothing when you have 1gb, and I personally wouldn&#8217;t really care if memory usage went up to 50-70 mb. That said, don&#8217;t go above 100mb.</p>
<p>Anyways, I like the player so far, it has great potential, keep it up!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mig</title>
		<link>http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar/comment-page-2/#comment-743</link>
		<dc:creator>mig</dc:creator>
		<pubDate>Sun, 12 Feb 2006 22:15:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar#comment-743</guid>
		<description>Define &quot;alliance&quot; ?

If Peter wants to port his internal core to be a Mozilla plugin and release it under GPL, sure.

Anybody wanna take bets on his likelihood of doing that?</description>
		<content:encoded><![CDATA[<p>Define &#8220;alliance&#8221; ?</p>
<p>If Peter wants to port his internal core to be a Mozilla plugin and release it under GPL, sure.</p>
<p>Anybody wanna take bets on his likelihood of doing that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar/comment-page-2/#comment-742</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Sun, 12 Feb 2006 01:15:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar#comment-742</guid>
		<description>Is an alliance with foobar possible?</description>
		<content:encoded><![CDATA[<p>Is an alliance with foobar possible?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Farhad</title>
		<link>http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar/comment-page-2/#comment-741</link>
		<dc:creator>Farhad</dc:creator>
		<pubDate>Tue, 10 Jan 2006 09:59:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar#comment-741</guid>
		<description>I&#039;m sorry that I&#039;m being so critical, I will be using songbird if it lets me organise my music to my taste out of the box with reasonable performance.  So far foobar2k is the only player that is functional enough to allow for this.</description>
		<content:encoded><![CDATA[<p>I&#8217;m sorry that I&#8217;m being so critical, I will be using songbird if it lets me organise my music to my taste out of the box with reasonable performance.  So far foobar2k is the only player that is functional enough to allow for this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Farhad</title>
		<link>http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar/comment-page-2/#comment-740</link>
		<dc:creator>Farhad</dc:creator>
		<pubDate>Tue, 10 Jan 2006 09:45:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar#comment-740</guid>
		<description>My foobar2000 uses 16MB when decoding flac files and 9MB when idle.  Not far from 7 eh?  The extra RAM usage is due to resampling to 48kHz and other DSP filters.</description>
		<content:encoded><![CDATA[<p>My foobar2000 uses 16MB when decoding flac files and 9MB when idle.  Not far from 7 eh?  The extra RAM usage is due to resampling to 48kHz and other DSP filters.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar/comment-page-2/#comment-739</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Tue, 10 Jan 2006 09:45:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.songbirdnest.com/2006/01/06/songbird-vs-foobar#comment-739</guid>
		<description>My foobar2000 uses 16MB when decoding flac files and 9MB when idle.  Not far from 7 eh?  The extra RAM usage is due to resampling to 48kHz and other DSP filters.</description>
		<content:encoded><![CDATA[<p>My foobar2000 uses 16MB when decoding flac files and 9MB when idle.  Not far from 7 eh?  The extra RAM usage is due to resampling to 48kHz and other DSP filters.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
