<?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: iTunes 8.1 and Large Libraries: More Progress on the Speed Front</title>
	<atom:link href="http://www.mcelhearn.com/2009/03/12/itunes-81-and-large-libraries-more-progress-on-the-speed-front/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mcelhearn.com/2009/03/12/itunes-81-and-large-libraries-more-progress-on-the-speed-front/</link>
	<description>Writings about more than just Macs, by Kirk McElhearn</description>
	<lastBuildDate>Wed, 08 Feb 2012 14:04:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: ChromeAce</title>
		<link>http://www.mcelhearn.com/2009/03/12/itunes-81-and-large-libraries-more-progress-on-the-speed-front/#comment-937</link>
		<dc:creator>ChromeAce</dc:creator>
		<pubDate>Sun, 05 Apr 2009 17:50:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/?p=564#comment-937</guid>
		<description>Kirk, the file containing the pointers for my library may be smaller in size but the performance of the program remains unchanged.</description>
		<content:encoded><![CDATA[<p>Kirk, the file containing the pointers for my library may be smaller in size but the performance of the program remains unchanged.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kirk</title>
		<link>http://www.mcelhearn.com/2009/03/12/itunes-81-and-large-libraries-more-progress-on-the-speed-front/#comment-936</link>
		<dc:creator>kirk</dc:creator>
		<pubDate>Sat, 04 Apr 2009 18:41:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/?p=564#comment-936</guid>
		<description>You seriously don&#039;t see a difference with iTunes 8.1? After all, your library is much, much smaller, right?</description>
		<content:encoded><![CDATA[<p>You seriously don&#8217;t see a difference with iTunes 8.1? After all, your library is much, much smaller, right?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ChromeAce</title>
		<link>http://www.mcelhearn.com/2009/03/12/itunes-81-and-large-libraries-more-progress-on-the-speed-front/#comment-935</link>
		<dc:creator>ChromeAce</dc:creator>
		<pubDate>Sat, 04 Apr 2009 17:38:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/?p=564#comment-935</guid>
		<description>I&#039;m with Anabella on this. I have over 120,000 tracks in iTunes and the slowness is unbearable. 8.1 didn&#039;t change that for me.

I would love to switch to faster software for editing my library but that would mean re-importing every change I make to the music files back into iTunes, so I didn&#039;t seriously consider it. I need iTunes for iPod syncing and iTunes Store music purchases and Apple TV and on and on...

What software you using, Anabella?</description>
		<content:encoded><![CDATA[<p>I&#8217;m with Anabella on this. I have over 120,000 tracks in iTunes and the slowness is unbearable. 8.1 didn&#8217;t change that for me.</p>
<p>I would love to switch to faster software for editing my library but that would mean re-importing every change I make to the music files back into iTunes, so I didn&#8217;t seriously consider it. I need iTunes for iPod syncing and iTunes Store music purchases and Apple TV and on and on&#8230;</p>
<p>What software you using, Anabella?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kirk</title>
		<link>http://www.mcelhearn.com/2009/03/12/itunes-81-and-large-libraries-more-progress-on-the-speed-front/#comment-933</link>
		<dc:creator>kirk</dc:creator>
		<pubDate>Thu, 02 Apr 2009 08:15:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/?p=564#comment-933</guid>
		<description>Um, let&#039;s see, that would mean you have some 400,000 tracks or more? Because my library at around 38K tracks is 10 MB...</description>
		<content:encoded><![CDATA[<p>Um, let&#8217;s see, that would mean you have some 400,000 tracks or more? Because my library at around 38K tracks is 10 MB&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: anabella</title>
		<link>http://www.mcelhearn.com/2009/03/12/itunes-81-and-large-libraries-more-progress-on-the-speed-front/#comment-932</link>
		<dc:creator>anabella</dc:creator>
		<pubDate>Thu, 02 Apr 2009 01:41:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/?p=564#comment-932</guid>
		<description>I think it&#039;s worth pointing out that the libraries mentioned in previous comments do not qualify as &#039;large&#039; by some standards. 

Most people in my position have long since abandoned the use of iTunes as Apple let us down years ago by not responding to numerous complaints about problems with library file size. 

Even now, with 8.1, the figures presented in other comments suggest that my library file would still be in excess of 100mg&#039;s.   

Whadaya think?...is that going to run smoothly as a single library given past experience?</description>
		<content:encoded><![CDATA[<p>I think it&#8217;s worth pointing out that the libraries mentioned in previous comments do not qualify as &#8216;large&#8217; by some standards. </p>
<p>Most people in my position have long since abandoned the use of iTunes as Apple let us down years ago by not responding to numerous complaints about problems with library file size. </p>
<p>Even now, with 8.1, the figures presented in other comments suggest that my library file would still be in excess of 100mg&#8217;s.   </p>
<p>Whadaya think?&#8230;is that going to run smoothly as a single library given past experience?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ChromeAce</title>
		<link>http://www.mcelhearn.com/2009/03/12/itunes-81-and-large-libraries-more-progress-on-the-speed-front/#comment-931</link>
		<dc:creator>ChromeAce</dc:creator>
		<pubDate>Sun, 29 Mar 2009 16:30:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/?p=564#comment-931</guid>
		<description>Why are you converting MP3 files to Apple Lossless before converting to AAC? Converting an MP3 file to Apple Lossless does not uncompress the audio. Those bits are lost forever once you rip the CD into MP3. You can eliminate this step and convert directly from MP3 to AAC, although you are going to degrade your sound quality because you&#039;re re-transcoding. You should probably do as I do... rip to Apple Lossless and convert that to AAC, but keep both versions... Apple Lossless for home play and converting to future compression formats, and the AAC version for iPods.</description>
		<content:encoded><![CDATA[<p>Why are you converting MP3 files to Apple Lossless before converting to AAC? Converting an MP3 file to Apple Lossless does not uncompress the audio. Those bits are lost forever once you rip the CD into MP3. You can eliminate this step and convert directly from MP3 to AAC, although you are going to degrade your sound quality because you&#8217;re re-transcoding. You should probably do as I do&#8230; rip to Apple Lossless and convert that to AAC, but keep both versions&#8230; Apple Lossless for home play and converting to future compression formats, and the AAC version for iPods.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kirk</title>
		<link>http://www.mcelhearn.com/2009/03/12/itunes-81-and-large-libraries-more-progress-on-the-speed-front/#comment-930</link>
		<dc:creator>kirk</dc:creator>
		<pubDate>Sat, 28 Mar 2009 13:52:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/?p=564#comment-930</guid>
		<description>Personally, I think they&#039;ve done two things: reduced the size of the library file, so writing it is faster, and changed how often they write the file. I think it&#039;s smaller because it&#039;s compressed, or contains less data. 

While the library file will certainly grow, it would take, in your case, about 6 times as much music as you have to get to its previous size. I think you&#039;re safe. :-)</description>
		<content:encoded><![CDATA[<p>Personally, I think they&#8217;ve done two things: reduced the size of the library file, so writing it is faster, and changed how often they write the file. I think it&#8217;s smaller because it&#8217;s compressed, or contains less data. </p>
<p>While the library file will certainly grow, it would take, in your case, about 6 times as much music as you have to get to its previous size. I think you&#8217;re safe. :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Plan K</title>
		<link>http://www.mcelhearn.com/2009/03/12/itunes-81-and-large-libraries-more-progress-on-the-speed-front/#comment-929</link>
		<dc:creator>Plan K</dc:creator>
		<pubDate>Sat, 28 Mar 2009 13:10:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/?p=564#comment-929</guid>
		<description>Just heard you on Tech Night Owl and wanted to tell you my experience with upgrading to 8.1.

Over about five months, I had 73 freezes requiring a hard restart. Since I upgraded to 8.1 on March 12, I have gone 16 glorious days without incident. (There were many more freezes before this, but I started counting, documenting, and troubleshooting in earnest after I did an erase and install of the OS in October.)

My system would freeze (sometimes, unpredictably) when files were being added to iTunes, either via podcast download, use of Applescript to alter files, or being added by other software such as Audio Hijack Pro or EyeTV.

When I upgraded to 8.1, my library had about 11,500 files and was about 290 GB. The iTunes Library database file was 35.3 MB, but after upgrading shrunk to 5.8 MB. Changing genres on multiple files used to take a few seconds; today, it zips...

I am so happy that iTunes finally seems to just work. But it&#039;s the kind of happy one gets when someone stops beating you up. I am scarred and a little fearful to move forward, wondering if it&#039;s safe to turn on automatic downloading of podcasts or to let EyeTV files automatically export to iTunes while I am away from the computer. In the past six months or more, doing so would sometimes result in a freeze that would prevent other automated events from occurring.

I know it&#039;s almost trite to say this: But I&#039;ve owned Macs since 1987. This is the worst problem I ever had with an Apple product. Sorrowfully, it has shut me up from crowing about the superiority of the brand.

Normally, I wouldn&#039;t ask these questions, I would accept the good fortune and move on. But why does this work so much better? Is the better performance entirely the result of the reduced size of the iTunes Library database file? And if so, why is it so much smaller now? And furthermore, is there a danger somewhere down the line that if my iTunes Library grows and the database file grows that iTunes will become sluggish and freeze-prone again?</description>
		<content:encoded><![CDATA[<p>Just heard you on Tech Night Owl and wanted to tell you my experience with upgrading to 8.1.</p>
<p>Over about five months, I had 73 freezes requiring a hard restart. Since I upgraded to 8.1 on March 12, I have gone 16 glorious days without incident. (There were many more freezes before this, but I started counting, documenting, and troubleshooting in earnest after I did an erase and install of the OS in October.)</p>
<p>My system would freeze (sometimes, unpredictably) when files were being added to iTunes, either via podcast download, use of Applescript to alter files, or being added by other software such as Audio Hijack Pro or EyeTV.</p>
<p>When I upgraded to 8.1, my library had about 11,500 files and was about 290 GB. The iTunes Library database file was 35.3 MB, but after upgrading shrunk to 5.8 MB. Changing genres on multiple files used to take a few seconds; today, it zips&#8230;</p>
<p>I am so happy that iTunes finally seems to just work. But it&#8217;s the kind of happy one gets when someone stops beating you up. I am scarred and a little fearful to move forward, wondering if it&#8217;s safe to turn on automatic downloading of podcasts or to let EyeTV files automatically export to iTunes while I am away from the computer. In the past six months or more, doing so would sometimes result in a freeze that would prevent other automated events from occurring.</p>
<p>I know it&#8217;s almost trite to say this: But I&#8217;ve owned Macs since 1987. This is the worst problem I ever had with an Apple product. Sorrowfully, it has shut me up from crowing about the superiority of the brand.</p>
<p>Normally, I wouldn&#8217;t ask these questions, I would accept the good fortune and move on. But why does this work so much better? Is the better performance entirely the result of the reduced size of the iTunes Library database file? And if so, why is it so much smaller now? And furthermore, is there a danger somewhere down the line that if my iTunes Library grows and the database file grows that iTunes will become sluggish and freeze-prone again?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vapodge</title>
		<link>http://www.mcelhearn.com/2009/03/12/itunes-81-and-large-libraries-more-progress-on-the-speed-front/#comment-925</link>
		<dc:creator>vapodge</dc:creator>
		<pubDate>Thu, 19 Mar 2009 01:17:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/?p=564#comment-925</guid>
		<description>I&#039;m overjoyed. I have over 34K songs and was unable to go past iTunes 7.5 without seeing beach balls for minutes at a time.
This is the iTunes I remember loving. Also, grid and cover flow views are now possible for me - with 7.5 it was far too slow to be an option.</description>
		<content:encoded><![CDATA[<p>I&#8217;m overjoyed. I have over 34K songs and was unable to go past iTunes 7.5 without seeing beach balls for minutes at a time.<br />
This is the iTunes I remember loving. Also, grid and cover flow views are now possible for me &#8211; with 7.5 it was far too slow to be an option.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: llehmann</title>
		<link>http://www.mcelhearn.com/2009/03/12/itunes-81-and-large-libraries-more-progress-on-the-speed-front/#comment-924</link>
		<dc:creator>llehmann</dc:creator>
		<pubDate>Thu, 12 Mar 2009 20:11:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/?p=564#comment-924</guid>
		<description>I was really hoping that Apple would finally the large library problem, but I didn&#039;t expect them to do so this soon. But on my old WinXP laptop, ripping time has apparently been divided by more than half (I&#039;ll need more tests to see how it behaves depending on the number of tracks). 
And the library file has been reduced 58 MB to less than 8 MB.</description>
		<content:encoded><![CDATA[<p>I was really hoping that Apple would finally the large library problem, but I didn&#8217;t expect them to do so this soon. But on my old WinXP laptop, ripping time has apparently been divided by more than half (I&#8217;ll need more tests to see how it behaves depending on the number of tracks).<br />
And the library file has been reduced 58 MB to less than 8 MB.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kirk</title>
		<link>http://www.mcelhearn.com/2009/03/12/itunes-81-and-large-libraries-more-progress-on-the-speed-front/#comment-923</link>
		<dc:creator>kirk</dc:creator>
		<pubDate>Thu, 12 Mar 2009 16:59:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/?p=564#comment-923</guid>
		<description>Smarter, yes, but I think the change in the size of the library is capital.

As for artwork, it would have to cache all your artwork to be able to display it more quickly. I think it&#039;s the limitation of your hard disk that slows this down. This said, it seems faster here. Perhaps memory has something to do with it; I&#039;ve recently added 4 GB more of RAM (I now have 8 GB) to my Mac Pro, so there&#039;s less virtual memory being used (that is, there&#039;s basically none).</description>
		<content:encoded><![CDATA[<p>Smarter, yes, but I think the change in the size of the library is capital.</p>
<p>As for artwork, it would have to cache all your artwork to be able to display it more quickly. I think it&#8217;s the limitation of your hard disk that slows this down. This said, it seems faster here. Perhaps memory has something to do with it; I&#8217;ve recently added 4 GB more of RAM (I now have 8 GB) to my Mac Pro, so there&#8217;s less virtual memory being used (that is, there&#8217;s basically none).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: asmeurer</title>
		<link>http://www.mcelhearn.com/2009/03/12/itunes-81-and-large-libraries-more-progress-on-the-speed-front/#comment-922</link>
		<dc:creator>asmeurer</dc:creator>
		<pubDate>Thu, 12 Mar 2009 16:55:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/?p=564#comment-922</guid>
		<description>This is unbelievable!  Yesterday I selected about 2500 tracks (everything I have) and chose to remember playback position on all of them.  Most of them already had it set, but finding the ones that don&#039;t is impossible. (Actually it is possible with AppleScript, but very slow.  Much faster to just set them all if I want them all to be the same.)  The whole thing took about five minutes.  Today, in iTunes 8.1, I selected all of those tracks and set remember playback position to no for all of them just to test, and it set them all instantly.  There was no progress bar, only a watch cursor for an instant, and You Control Tunes immediately recognized that the playing track had changed and showed the banner for it again.  Changing them all back  took the same time.  

My guess is the iTunes is just smarter, changing things in the background.  It is also smart enough to change the playing track without a lag (previously, changing anything on a playing track would cause the track to stop for a second).  

One thing that is still slow as ever is scrolling through tracks with the album artwork pane enabled.  And iTunes still won&#039;t let me rate an unselected track until it has loaded the artwork for that track.  Also, adding artwork to multiple tracks, the other thing that was always the slowest in iTunes 8.0.2 and earlier, is still slow, though maybe just a little faster.</description>
		<content:encoded><![CDATA[<p>This is unbelievable!  Yesterday I selected about 2500 tracks (everything I have) and chose to remember playback position on all of them.  Most of them already had it set, but finding the ones that don&#8217;t is impossible. (Actually it is possible with AppleScript, but very slow.  Much faster to just set them all if I want them all to be the same.)  The whole thing took about five minutes.  Today, in iTunes 8.1, I selected all of those tracks and set remember playback position to no for all of them just to test, and it set them all instantly.  There was no progress bar, only a watch cursor for an instant, and You Control Tunes immediately recognized that the playing track had changed and showed the banner for it again.  Changing them all back  took the same time.  </p>
<p>My guess is the iTunes is just smarter, changing things in the background.  It is also smart enough to change the playing track without a lag (previously, changing anything on a playing track would cause the track to stop for a second).  </p>
<p>One thing that is still slow as ever is scrolling through tracks with the album artwork pane enabled.  And iTunes still won&#8217;t let me rate an unselected track until it has loaded the artwork for that track.  Also, adding artwork to multiple tracks, the other thing that was always the slowest in iTunes 8.0.2 and earlier, is still slow, though maybe just a little faster.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dfbills</title>
		<link>http://www.mcelhearn.com/2009/03/12/itunes-81-and-large-libraries-more-progress-on-the-speed-front/#comment-921</link>
		<dc:creator>dfbills</dc:creator>
		<pubDate>Thu, 12 Mar 2009 15:39:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/?p=564#comment-921</guid>
		<description>Definitely seems faster to me.  I haven&#039;t spent a huge amount of time.  My lib went from 120MB to 20MB.</description>
		<content:encoded><![CDATA[<p>Definitely seems faster to me.  I haven&#8217;t spent a huge amount of time.  My lib went from 120MB to 20MB.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

