jimzak;596872 Wrote: > > However, perhaps I was inpatient and may have turned the iPad off or it > turned itself off during the sync process. I timed it this morning at 8 > minutes instead of the estimates above. However, waiting 8 minutes for > the first use FEELS like an hour. > iPeng should continue downloading the data in the background, at least under iOS 4.2. > > I'm tempted to get a faster server, maybe one with an i3 processor. > Any other ideas? > Try 7.6. Andy updated the queries iPeng uses especially the albums query and it's much, much faster in that release. > > I guess I don't have to rescan every night especially if it's going to > affect iPeng, and I don't really add new music in every day. I can > just rescan manually when I add music. Now even from iPeng :) If you are running a Linux machine the auto-rescan plugin may help. I've used this successfully in the past and a similar feature is part of 7.6 although it doesn't work for me under Ubuntu server.
SadGamerGeek;596918 Wrote: > Not sure if the "clear and rescan" is what's causing my problems > too..... > > I frequently get no album art until I do a "Flush Cache". > > Additonaly, when I launched it a moment ago, it showed all my albums > (at least the ones I tried) as empty, with an image of an empty CD case > where the album art should be (so different to the no art image). Once I > did a "Flush Cache" the tracks re-appeared and the art came back very > quickly. > > I'm running 7.5.1 on a Windows Home Server (Server 2003) box. It has > 3GB RAM, and a Pentium Dual Core CPU with quite fast disks. It takes 20 > minutes to scan a library of 9,268 tracks, and 13 minutes of that is the > artwork scan (I have recently been updating to large artwork so albums > look good in iPeng HD). > > Any idea what my problem might be? This does indeed sound like a "Clear and Rescan" issue although the very lates itPeng releases should fix it (1.2.10 and 1.0.3) As a general remark: NEVER use "Clear and Rescan" unless you really, really need to. "Clear and Rescan" clears all of the server's internal caches and will certainly hit performance for a while after the scan. tom123;597028 Wrote: > > I often use trackstat when browsing thru albums. I experienced a slow > response when i for example have selected the last added albums page > going back form the individual track page to select another album. The > album page is loading quit fast but the next track page is loading quit > slow. It seems to be that the album page, even if it is already > displayed, is loading again in the backround, because it's re arranged > after a certain time. Actually i thought this is a normal behaviour, > but when using SqueezePad i found that the response time under the same > circumstances is much faster. With SqueezePad I'm able to select even > several track pages rapidly from different albums without any delay. > > Do you see any chance for improvement at a later time? This is a hard one. iPeng does indeed reload _part_ (the first 100 items) of a page when you return to the menu. It should only be a problem if you have a slow server or a plugin needs a lot of processing power (which TrackStat probably does). The problem is: I did try to change this to the "defined" behavior (only doing it whenever the submenu says so) however this did cause problems with some menus. Not sure why SqueezePad doesn't have the issues, maybe it does have them or it's because SqueezePad only uses a single menu stack (it always starts from the root menu level if you switch to another tree, e.g. from "My Music" to "My Apps" while iPeng keeps the tree so you can switch between pages. -- pippin --- see iPeng, the Squeezebox iPhone remote and *New: iPeng for iPad*, at penguinlovesmusic.com ------------------------------------------------------------------------ pippin's Profile: http://forums.slimdevices.com/member.php?userid=13777 View this thread: http://forums.slimdevices.com/showthread.php?t=82681 _______________________________________________ discuss mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/discuss
