<?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: Speed never gets old. At least, in software.</title>
	<atom:link href="http://jefferai.org/2009/10/speed-never-gets-old-at-least-in-software/feed/" rel="self" type="application/rss+xml" />
	<link>http://jefferai.org/2009/10/speed-never-gets-old-at-least-in-software/</link>
	<description>Amarok, KDE, and all that good stuff</description>
	<lastBuildDate>Wed, 04 Aug 2010 15:47:06 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: jefferai</title>
		<link>http://jefferai.org/2009/10/speed-never-gets-old-at-least-in-software/comment-page-1/#comment-9682</link>
		<dc:creator>jefferai</dc:creator>
		<pubDate>Mon, 26 Oct 2009 19:49:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jefferai.org/?p=1129#comment-9682</guid>
		<description>I don&#039;t know much about #1, but I *believe* that #2 may happen. The necessary bits for visualization just got added to Phonon recently, so now it&#039;s something that can be worked on.

I&#039;d file a bug report for #1.  :-)</description>
		<content:encoded><![CDATA[<p>I don&#8217;t know much about #1, but I *believe* that #2 may happen. The necessary bits for visualization just got added to Phonon recently, so now it&#8217;s something that can be worked on.</p>
<p>I&#8217;d file a bug report for #1.  <img src='http://jefferai.org/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jefferai</title>
		<link>http://jefferai.org/2009/10/speed-never-gets-old-at-least-in-software/comment-page-1/#comment-9681</link>
		<dc:creator>jefferai</dc:creator>
		<pubDate>Mon, 26 Oct 2009 19:48:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jefferai.org/?p=1129#comment-9681</guid>
		<description>Well -- I haven&#039;t taken a break. In fact, I&#039;ve gone and pretty much taken this speedup work to its logical conclusion. Watch this space...</description>
		<content:encoded><![CDATA[<p>Well &#8212; I haven&#8217;t taken a break. In fact, I&#8217;ve gone and pretty much taken this speedup work to its logical conclusion. Watch this space&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jefferai</title>
		<link>http://jefferai.org/2009/10/speed-never-gets-old-at-least-in-software/comment-page-1/#comment-9680</link>
		<dc:creator>jefferai</dc:creator>
		<pubDate>Mon, 26 Oct 2009 19:47:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jefferai.org/?p=1129#comment-9680</guid>
		<description>Things are going to get even better. Look for a blog post in the next few days.</description>
		<content:encoded><![CDATA[<p>Things are going to get even better. Look for a blog post in the next few days.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jefferai</title>
		<link>http://jefferai.org/2009/10/speed-never-gets-old-at-least-in-software/comment-page-1/#comment-9679</link>
		<dc:creator>jefferai</dc:creator>
		<pubDate>Mon, 26 Oct 2009 19:47:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jefferai.org/?p=1129#comment-9679</guid>
		<description>Renaming a file will cause the mtimes of both the file and directory to change.

What will *not* cause a mtime change is a change in file contents. The Nepomuk devs are right in that without fully rescanning all files you can&#039;t find changes in file contents.

In Amarok, we&#039;ve always ignored this case, going on the general assumption that most people will either rename files at the same time as retagging or retagging them inside Amarok, and we&#039;ve always been forthright about this (and told people to use &quot;touch&quot; when necessary). Yes, it&#039;s flawed, but it&#039;s a tradeoff between speed and functionality (as always).</description>
		<content:encoded><![CDATA[<p>Renaming a file will cause the mtimes of both the file and directory to change.</p>
<p>What will *not* cause a mtime change is a change in file contents. The Nepomuk devs are right in that without fully rescanning all files you can&#8217;t find changes in file contents.</p>
<p>In Amarok, we&#8217;ve always ignored this case, going on the general assumption that most people will either rename files at the same time as retagging or retagging them inside Amarok, and we&#8217;ve always been forthright about this (and told people to use &#8220;touch&#8221; when necessary). Yes, it&#8217;s flawed, but it&#8217;s a tradeoff between speed and functionality (as always).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jefferai</title>
		<link>http://jefferai.org/2009/10/speed-never-gets-old-at-least-in-software/comment-page-1/#comment-9678</link>
		<dc:creator>jefferai</dc:creator>
		<pubDate>Mon, 26 Oct 2009 19:43:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jefferai.org/?p=1129#comment-9678</guid>
		<description>atime has never been used; only mtime.</description>
		<content:encoded><![CDATA[<p>atime has never been used; only mtime.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://jefferai.org/2009/10/speed-never-gets-old-at-least-in-software/comment-page-1/#comment-9673</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Sun, 25 Oct 2009 20:56:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jefferai.org/?p=1129#comment-9673</guid>
		<description>Nice work.  I look forward to trying it out.</description>
		<content:encoded><![CDATA[<p>Nice work.  I look forward to trying it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: a thing</title>
		<link>http://jefferai.org/2009/10/speed-never-gets-old-at-least-in-software/comment-page-1/#comment-9662</link>
		<dc:creator>a thing</dc:creator>
		<pubDate>Sun, 18 Oct 2009 00:39:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jefferai.org/?p=1129#comment-9662</guid>
		<description>YAAAAAAAAAAAAAAAAAAAAAAAAAYYYYYYYYYYYYYY!!!!!!!</description>
		<content:encoded><![CDATA[<p>YAAAAAAAAAAAAAAAAAAAAAAAAAYYYYYYYYYYYYYY!!!!!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: contrast</title>
		<link>http://jefferai.org/2009/10/speed-never-gets-old-at-least-in-software/comment-page-1/#comment-9660</link>
		<dc:creator>contrast</dc:creator>
		<pubDate>Fri, 16 Oct 2009 13:43:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jefferai.org/?p=1129#comment-9660</guid>
		<description>Lovely news. This takes care of one of my major annoyances with the current release; having Amarok rescan my entire collection (1,368 albums, sorted by Artist - Album/tracks) every time I added an album was getting tiresome on my old Pentium 4. :P

As for my only other two major annoyances - 1) non-zoomable text in the applicable applets (Wikipedia, Lyrics, etc.) and 2) no visualizer - any hopes of seeing those resolved in the 2.2.x series? These two things seriously cripple Amarok&#039;s functionality on my media center box. :\ I know #2 is dependent on Phonon, but #1 seems (from a non-developer&#039;s standpoint) like it&#039;d be easily implemented.

Keep up the great work! :D</description>
		<content:encoded><![CDATA[<p>Lovely news. This takes care of one of my major annoyances with the current release; having Amarok rescan my entire collection (1,368 albums, sorted by Artist &#8211; Album/tracks) every time I added an album was getting tiresome on my old Pentium 4. <img src='http://jefferai.org/wp-includes/images/smilies/icon_razz.gif' alt=':P' class='wp-smiley' /> </p>
<p>As for my only other two major annoyances &#8211; 1) non-zoomable text in the applicable applets (Wikipedia, Lyrics, etc.) and 2) no visualizer &#8211; any hopes of seeing those resolved in the 2.2.x series? These two things seriously cripple Amarok&#8217;s functionality on my media center box. :\ I know #2 is dependent on Phonon, but #1 seems (from a non-developer&#8217;s standpoint) like it&#8217;d be easily implemented.</p>
<p>Keep up the great work! <img src='http://jefferai.org/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: maniacmusician</title>
		<link>http://jefferai.org/2009/10/speed-never-gets-old-at-least-in-software/comment-page-1/#comment-9658</link>
		<dc:creator>maniacmusician</dc:creator>
		<pubDate>Thu, 15 Oct 2009 16:17:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jefferai.org/?p=1129#comment-9658</guid>
		<description>sweet. How long has this been in trunk? Running nightly (from Neon), and a little while back I had some issues with Amarok crashing during re-scans. I&#039;ll be fairly excited if it doesn&#039;t do that anymore. 

Anyways, thanks a lot for your awesome work. It is extremely appreciated, especially by those of us with fairly large music collections. Just out of curiosity, are there other Amarok things that you&#039;ve been interested in working on, or are you going to take a break after this? If the former, well, we always love to read speculative posts about future endeavors :)

PS. will test the new scanning improvements once I figure out if they&#039;re in the current Neon packages. If only I wasn&#039;t too lazy to build from git...</description>
		<content:encoded><![CDATA[<p>sweet. How long has this been in trunk? Running nightly (from Neon), and a little while back I had some issues with Amarok crashing during re-scans. I&#8217;ll be fairly excited if it doesn&#8217;t do that anymore. </p>
<p>Anyways, thanks a lot for your awesome work. It is extremely appreciated, especially by those of us with fairly large music collections. Just out of curiosity, are there other Amarok things that you&#8217;ve been interested in working on, or are you going to take a break after this? If the former, well, we always love to read speculative posts about future endeavors <img src='http://jefferai.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>PS. will test the new scanning improvements once I figure out if they&#8217;re in the current Neon packages. If only I wasn&#8217;t too lazy to build from git&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arne Babenhauserheide</title>
		<link>http://jefferai.org/2009/10/speed-never-gets-old-at-least-in-software/comment-page-1/#comment-9657</link>
		<dc:creator>Arne Babenhauserheide</dc:creator>
		<pubDate>Thu, 15 Oct 2009 13:08:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jefferai.org/?p=1129#comment-9657</guid>
		<description>Cool! 

Many thanks! 

I&#039;m already anxious to have 2.2.1 in Gentoo! 

My collection scans tend to take quite some time, since my collection isn&#039;t perfectly organized and I have some toplevel files and many sorted in a hierarchy - inside that toplevel. It sounds crazy, but it&#039;S the grown result of 7 years of sorting music with different programs and by hand.</description>
		<content:encoded><![CDATA[<p>Cool! </p>
<p>Many thanks! </p>
<p>I&#8217;m already anxious to have 2.2.1 in Gentoo! </p>
<p>My collection scans tend to take quite some time, since my collection isn&#8217;t perfectly organized and I have some toplevel files and many sorted in a hierarchy &#8211; inside that toplevel. It sounds crazy, but it&#8217;S the grown result of 7 years of sorting music with different programs and by hand.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: S. Burmeister</title>
		<link>http://jefferai.org/2009/10/speed-never-gets-old-at-least-in-software/comment-page-1/#comment-9655</link>
		<dc:creator>S. Burmeister</dc:creator>
		<pubDate>Thu, 15 Oct 2009 08:17:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jefferai.org/?p=1129#comment-9655</guid>
		<description>Did you check whether mtime changes when renaming/changing a file and not adding/removing it? AFAIK nepomuk does a full rescan of all folders because there is no other way to find all changes that might have happened to files and would require updating the database.

So if the nepomuk devs are right, amarok will not rescan a folder whose content changed and thus have faulty info in the database although the user thought he had enabled &quot;watch folders for changes&quot;. If they are wrong, nepomuk re-scanning the whole &quot;collection&quot; after each kde login is useless.</description>
		<content:encoded><![CDATA[<p>Did you check whether mtime changes when renaming/changing a file and not adding/removing it? AFAIK nepomuk does a full rescan of all folders because there is no other way to find all changes that might have happened to files and would require updating the database.</p>
<p>So if the nepomuk devs are right, amarok will not rescan a folder whose content changed and thus have faulty info in the database although the user thought he had enabled &#8220;watch folders for changes&#8221;. If they are wrong, nepomuk re-scanning the whole &#8220;collection&#8221; after each kde login is useless.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elv13</title>
		<link>http://jefferai.org/2009/10/speed-never-gets-old-at-least-in-software/comment-page-1/#comment-9654</link>
		<dc:creator>Elv13</dc:creator>
		<pubDate>Thu, 15 Oct 2009 06:04:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jefferai.org/?p=1129#comment-9654</guid>
		<description>What about noatime? I think this feature was not present because it caused problem to noatime users.</description>
		<content:encoded><![CDATA[<p>What about noatime? I think this feature was not present because it caused problem to noatime users.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
