EliteAV;283825 Wrote: > > What I have noticed though is that if I have Show Artwork enabled on SC > (i.e. in the playlist pane), it definitely takes longer to populate than > just showing text descriptions for each track. > That doesn't surprise me, this is a web page after all so each element is a seperate request and assuming your browser is following the normal rules it will only make a couple of requests in parallel at a time.
> > As previously noted, this was affecting the playback of the first few > seconds of a track i.e. the SB3 or receiver would "stutter" until the > playlist (in SC) had been fully populated with thumnails for all tracks > in the playlist. This suggested to me that on SC at least, the display > of thumbnails for tracks & subsequent playback was a synchronous > process. Disabling artwork (in the playlist) fixed the lag/stutter > problem. > It's not synchronous, but it does sound as if one is stepping all over the other. For whatever reason, the server can't get audio data to the player and get images to the browser at the same time. Normally I'd say there was an issue with disk I/O, CPU or network bandwidth but from your descriptions those shouldn't be an issue. Have you tried the server performance tests under Help? > > What I am seeing on the controller mirrors the above problem on SC. > However, whereas disabling artwork fixed the lag issue on SC, it didnt > on the controller. > Well, you can't disable artwork on the controller :) > > When scrolling through a list of albums on the controller, the > thumbnails are being generated asynchronously as the artwork fills in > as you scroll which is a nice way of doing it. However, selecting an > album or New Music is when I see the lag. > They shouldn't be being _generated_ but rather transmitted, they should all be in the server's cache. Regardless, my guess here is that the call to get track album art is sync as it was assumed the list would be much shorter. But that's only a guess. > > This was the reason why I surmised that if you click on an album with > say 12 tracks, the controller was making 12 requests to SC to fetch a > thumbnail from it's cache for each track (& for albums, I would expect > every track to just use the album artwork anyway unless a different > image had been embedded in the file). > Yup, I would think that's what's happening. You can't make assumptions about the image being the same though, as albums and playlists aren't treated differently. I would think the initial request for track data includes the filename/URI of the image - the controller caches some itself so I assume it's smart enough to only request a given image once. > > I am sure that one of the developers could answer this fairly quickly, > but am not sure how to raise this with them, short of waiting for them > to stop by the forum. > They're around plenty :) In your case where there isn't a clear bug I wouldn't suggest a ticket right away, but you might want to give the helpdesk a call if you continue to have problems, they're pretty good at this stuff. -- radish ------------------------------------------------------------------------ radish's Profile: http://forums.slimdevices.com/member.php?userid=77 View this thread: http://forums.slimdevices.com/showthread.php?t=45121 _______________________________________________ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss
