Home of the Squeezebox™ & Transporter® network music players.
Page 8 of 8 FirstFirst ... 678
Results 71 to 79 of 79
  1. #71
    Senior Member
    Join Date
    Jun 2017
    Posts
    269
    Quote Originally Posted by slartibartfast View Post
    From further experiments the artwork falls a track behind after the first Spotify track in a playlist which is long enough to allow the HDD to sleep. If another long Spotify track appears later in the playlist then the artwork does not fall further behind but remains a single track behind.

    Sent from my Pixel 3a using Tapatalk
    I'm sorry I didn't remember the details of my experience earlier, but it was part of a larger problem that was resolved some time ago, It was no longer on my mind. Thinking about it now, I think I sometimes experienced the out of sync display after playing a very long track from my collection, like a Beethoven symphony movement or an Allman Brothers jam. That's what led me to speculate that the file was being read in advance and the drive might not be accessed for many minutes, until the next track was needed.
    LMS 8 nightly; 3 Squeezelite players connected by powerline ethernet; 5 wireless players connected via Airplay Bridge; 1 SqueezeAmp player
    no high-end or esoteric audio gear
    1 Squeezebox Radio (upgraded UE Smart Radio) now mostly retired

  2. #72
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    20,456

    Track artwork out of sync

    > From further experiments the artwork falls a track behind after the
    > first Spotify track in a playlist which is long enough to allow the HDD
    > to sleep. If another long Spotify track appears later in the playlist
    > then the artwork does not fall further behind but remains a single track
    > behind.


    That might explain why I've never seen it on my dev system: it's all
    SSD. But it wouldn't explain why I saw it on my main system (with the
    "ghost" track), as that's a busy NAS which never puts disks to sleep.
    That said I've seen slow response times when it's really busy.

    The other system OTOH is an old NAS connected to pCP. That one would go
    to sleep. I'll give that a try for more reproducible results.

    --

    Michael

  3. #73
    Senior Member
    Join Date
    Jan 2010
    Location
    Hertfordshire
    Posts
    5,035
    Quote Originally Posted by mherger View Post
    > From further experiments the artwork falls a track behind after the
    > first Spotify track in a playlist which is long enough to allow the HDD
    > to sleep. If another long Spotify track appears later in the playlist
    > then the artwork does not fall further behind but remains a single track
    > behind.


    That might explain why I've never seen it on my dev system: it's all
    SSD. But it wouldn't explain why I saw it on my main system (with the
    "ghost" track), as that's a busy NAS which never puts disks to sleep.
    That said I've seen slow response times when it's really busy.

    The other system OTOH is an old NAS connected to pCP. That one would go
    to sleep. I'll give that a try for more reproducible results.

    --

    Michael
    Before the HDD sleep theory was mentioned I was doing some testing on a Windows 10 server with local music on the internal HDD and couldn't trigger the issue by adding Spotify tracks which makes sense as the HDD wouldn't be sleeping.
    On the Pi I can see the HDD waking up before the end of the Spotify track.
    Obviously in normal use if I start a new playlist when the HDD is sleeping the artwork and track info of the first track is correct so why is that situation different to this one?

    Sent from my Pixel 3a using Tapatalk

  4. #74
    Senior Member
    Join Date
    Jun 2017
    Posts
    269
    Quote Originally Posted by slartibartfast View Post
    ....
    Obviously in normal use if I start a new playlist when the HDD is sleeping the artwork and track info of the first track is correct so why is that situation different to this one?

    Sent from my Pixel 3a using Tapatalk
    I have wondered about this, too. I don't recall any problems with a cold start. There was a delay while the disk spun up before music started playing, but LMS never lost its place in that situation.
    LMS 8 nightly; 3 Squeezelite players connected by powerline ethernet; 5 wireless players connected via Airplay Bridge; 1 SqueezeAmp player
    no high-end or esoteric audio gear
    1 Squeezebox Radio (upgraded UE Smart Radio) now mostly retired

  5. #75
    Senior Member
    Join Date
    Jan 2010
    Location
    Hertfordshire
    Posts
    5,035
    @mherger have you fixed this? I just tried playing a 12 minute Spotify song inserted in a local playlist and it seems to update the track info now.

    Sent from my Pixel 3a using Tapatalk

  6. #76
    Senior Member
    Join Date
    Jan 2010
    Location
    Hertfordshire
    Posts
    5,035
    Quote Originally Posted by slartibartfast View Post
    @mherger have you fixed this? I just tried playing a 12 minute Spotify song inserted in a local playlist and it seems to update the track info now.

    Sent from my Pixel 3a using Tapatalk
    Hmm maybe not, I just tried a 6 minute track and suffered the issue again. Strange that the 11 minute track didn't trigger it.

    Sent from my Pixel 3a using Tapatalk

  7. #77
    Senior Member
    Join Date
    Jan 2010
    Location
    Hertfordshire
    Posts
    5,035
    Quote Originally Posted by mherger View Post
    > From further experiments the artwork falls a track behind after the
    > first Spotify track in a playlist which is long enough to allow the HDD
    > to sleep. If another long Spotify track appears later in the playlist
    > then the artwork does not fall further behind but remains a single track
    > behind.


    That might explain why I've never seen it on my dev system: it's all
    SSD. But it wouldn't explain why I saw it on my main system (with the
    "ghost" track), as that's a busy NAS which never puts disks to sleep.
    That said I've seen slow response times when it's really busy.

    The other system OTOH is an old NAS connected to pCP. That one would go
    to sleep. I'll give that a try for more reproducible results.

    --

    Michael
    Did you get a chance to have a look at this Michael?

    Sent from my Pixel 3a using Tapatalk

  8. #78
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    20,456

    Track artwork out of sync

    > Did you get a chance to have a look at this Michael?

    I'm sorry, no. Have yet to figure out how to reproduce this timeout.

    --

    Michael

  9. #79
    Senior Member
    Join Date
    Jan 2010
    Location
    Hertfordshire
    Posts
    5,035
    Quote Originally Posted by mherger View Post
    > Did you get a chance to have a look at this Michael?

    I'm sorry, no. Have yet to figure out how to reproduce this timeout.

    --

    Michael
    I use Hd-idle to allow my HDD to sleep on my Pi.

    Sent from my Pixel 3a using Tapatalk

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •