mherger wrote:
> > 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.
>
> --
>
> MichaelI use Hd-idle to allow my HDD to sleep on my Pi.
Sent from my Pixel 3a using Tapatalk
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
___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
mherger wrote:
> > 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
slartibartfast wrote:
> @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 TapatalkHmm maybe not, I just tried a 6 minute
> track and suffered the issue
again.
@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
slartibartfast's Profile:
slartibartfast wrote:
>
> 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
mherger wrote:
> > 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
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
slartibartfast wrote:
> 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
mherger wrote:
> > I think you have hit the nail on the head. I changed the timeout to 5
> > minutes from 3 minutes and now the artwork etc changes correctly at
> the
> > end of the track I was using for testing. It also explains why if the
> > following track was also from Spotify then the
RobbH wrote:
> It used to be that I sometimes found that what LMS indicated was Now
> Playing was wrong. I can't be sure about the details, but I think it was
> as slartibartfast has described it. It hasn't happened lately, and I
> think it stopped happening when I switched from a mechanical
mherger wrote:
> > I think you have hit the nail on the head. I changed the timeout to 5
> > minutes from 3 minutes and now the artwork etc changes correctly at
> the
> > end of the track I was using for testing. It also explains why if the
> > following track was also from Spotify then the
mherger wrote:
> > I think you have hit the nail on the head. I changed the timeout to 5
> > minutes from 3 minutes and now the artwork etc changes correctly at
> the
> > end of the track I was using for testing. It also explains why if the
> > following track was also from Spotify then the
I think you have hit the nail on the head. I changed the timeout to 5
minutes from 3 minutes and now the artwork etc changes correctly at the
end of the track I was using for testing. It also explains why if the
following track was also from Spotify then the artwork fell behind when
the local
RobbH wrote:
> Where is your local music stored? Is it possible that it's on a drive
> that spins down after a period of not being used? And could it be that
> some Spotify tracks are long enough for the drive to spin down?I think you
> have hit the nail on the head. I changed the timeout to 5
RobbH wrote:
> Where is your local music stored? Is it possible that it's on a drive
> that spins down after a period of not being used? And could it be that
> some Spotify tracks are long enough for the drive to spin down?Local music is
> on a HDD plugged into the Pi. This isn't only an issue
slartibartfast wrote:
> If I hit previous track then the previous track plays with correct
> artwork. In normal operation when music and artwork/info is in sync
> hitting previous track once restarts the current track and hitting next
> track plays the next track so this behaviour changes when
slartibartfast wrote:
> When the artwork etc has fallen one track behind if I hit the next track
> icon then the currently playing track restarts but with the correct
> artwork and info.
>
> Sent from my Pixel 3a using TapatalkIf I hit previous track then the previous
> track plays with
Hah! Now it's playing a track I can't even see in the queue! I wonder
whether there's some race condition between removing and adding tracks...
--
Michael
___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
I tried this again today. Five times I started a random mix and added a
Spotify track as the second track. Four times the artwork and track info
fell one track behind after the Spotify track and the other time the
artwork etc fell a track behind after the third track which also
happened to be a
I tried this again today. Five times I started a random mix and added a
Spotify track as the second track. Four times the artwork and track info
fell one track behind after the Spotify track and the other time the
artwork etc fell a track behind after the third track which also
happened to be a
Another strange thing is I have never seen it fall two tracks behind.
Sent from my Pixel 3a using Tapatalk
slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609
View this thread:
mherger wrote:
> > I think the best way to trigger it is
> > 1 Start a random song mix
> > 2 Add a Spotify track as the next track
> > 3 Let it play
>
> I tried this today twice, but haven't seen the issue (yet).
>
> That said: I do remember having seen similar issues in the past. I
> hardly
mherger wrote:
> > I think the best way to trigger it is
> > 1 Start a random song mix
> > 2 Add a Spotify track as the next track
> > 3 Let it play
>
> I tried this today twice, but haven't seen the issue (yet).
>
> That said: I do remember having seen similar issues in the past. I
> hardly
mherger wrote:
> > I think the best way to trigger it is
> > 1 Start a random song mix
> > 2 Add a Spotify track as the next track
> > 3 Let it play
>
> I tried this today twice, but haven't seen the issue (yet).
>
> That said: I do remember having seen similar issues in the past. I
> hardly
I think the best way to trigger it is
1 Start a random song mix
2 Add a Spotify track as the next track
3 Let it play
I tried this today twice, but haven't seen the issue (yet).
That said: I do remember having seen similar issues in the past. I
hardly use Random Play nowadays. And I've never
mherger wrote:
> > I can't reproduce this. Are there more conditions, like whether the
> > track needs to be placed at the end of the list, or anywhere? Spotify
> > only? Would it work if you skipped through the tracks, or would I have
>
> > to play them out?
>
> Ok, just skimmed the whole
I can't reproduce this. Are there more conditions, like whether the
track needs to be placed at the end of the list, or anywhere? Spotify
only? Would it work if you skipped through the tracks, or would I have
to play them out?
Ok, just skimmed the whole discussion one more time. Many of these
Michael if you get a chance can you have a look at this? If I insert a
Spotify track in a random mix playlist the artwork and track info does
not change after the Spotify track plays so the next track shows the
same info as the Spotify track. From then on the artwork and info are
one track out.
mherger wrote:
> > Michael if you get a chance can you have a look at this? If I insert a
>
> I will. But it's busy times here...
>
> --
>
> MichaelI know [emoji3]. Can I log anything useful?
Sent from my Pixel 3a using Tapatalk
Michael if you get a chance can you have a look at this? If I insert a
I will. But it's busy times here...
--
Michael
___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Michael if you get a chance can you have a look at this? If I insert a
Spotify track in a random mix playlist the artwork and track info does
not change after the Spotify track plays so the next track shows the
same info as the Spotify track. From then on the artwork and info are
one track out.
tw99 wrote:
> Tried letting it play all the way through the first 3 tracks and didn't
> see the problem. Not doubting you're seeing it, but maybe it needs
> Michael to look at the logs to see if he can suggest something.
Here is a very short video showing the issue.3
tw99 wrote:
> Tried letting it play all the way through the first 3 tracks and didn't
> see the problem. Not doubting you're seeing it, but maybe it needs
> Michael to look at the logs to see if he can suggest something.That's the
> problem. I don't know what to log.
Sent from my Pixel 3a
slartibartfast wrote:
> I tried fast forwarding the Spotify track and the issue didn't occur for
> me either but allowing the track to play to the end triggered the issue.
> So if you want to try again... [emoji3]
>
>
Tried letting it play all the way through the first 3 tracks and
tw99 wrote:
> I just had a try a couple of times, and can't reproduce it. LMS 8 dated
> sometime in May, builtin Random Mix. Start a "Song" playlist, first
> track from my local library starts playing. I then select a Spotify
> track as "Play Next". I didn't see the problem, although
slartibartfast wrote:
> I just tried again this morning adding a Spotify track as the second
> track in a Random Mix playlist and it triggered the issue. I am using
> the latest LMS 8.0.0 on a Pi4. Try using the built-in Random Mix of you
> can. It would be strange if the issue was unique to
RobbH wrote:
> I still have not been able to make this happen. Adding Spotify tracks to
> a random playlist isn't doing it for me. It may be worth noting that I
> now use Erland's Dynamic Playlists plugin to make random mixes. It's
> been some time since I used the built-in Random Mix, and I
I still have not been able to make this happen. Adding Spotify tracks to
a random playlist isn't doing it for me. It may be worth noting that I
now use Erland's Dynamic Playlists plugin to make random mixes. It's
been some time since I used the built-in Random Mix, and I did sometimes
get the
I seem to be able to trigger this issue by starting to play a random mix
(songs) playlist and then inserting a Spotify track in the playlist ( I
used "play next"). The artwork and track info do not change after the
Spotify track.
Sent from my Pixel 3a using Tapatalk
bpa wrote:
> Is the artwork in the queue of songs to be played also wrong when the
> playing track is out of sync ?
I have another log, this time from a playlist with Spotify tracks
included. I have attached a jpg of the playlist queue which shows track
times. As well as the server log another
RobbH wrote:
> I did not respond to this thread at first, because I did not recognize
> that it concerned a problem I've had. And I'm still not certain. So
> please pardon me if I'm off base.
>
> In the past, there have been times when the "now playing" icon (a pair
> of beamed eighth notes or
I did not respond to this thread at first, because I did not recognize
that concerned a problem I've had. And I'm still not certain. So please
pardon me if I'm off base.
In the past, there have been times when the "now playing" icon (a pair
of beamed eighth notes or quavers in the default
I am sure I am not logging the correct information needed to know what
is going on here. There must be a way to log the info that the now
playing screen displays but I have no idea how to do that.
Sent from my Pixel 3a using Tapatalk
bpa wrote:
> Is the artwork in the queue of songs to be played also wrong when the
> playing track is out of sync ?The artwork in the queue is always correct but
> the now playing indicator
in the queue is shown against the track before the playing track.
Sent from my Pixel 3a using Tapatalk
slartibartfast wrote:
> I am not sure I understand what you mean. The Gotye track and Silvio
> Rodriguez were in sync and The Raconteurs and Pavel Sporcl were out of
> sync. When the Raconteurs track was playing the WebUI was showing China
> Crisis.
Is the artwork in the queue of songs to be
bpa wrote:
> This sounds like a different problem or a different manifestation
> Originally - artwork & metadata for the playing track was out of sync
> with the playing track. Artwork & metadata was for a played track.
> This is saying in a playlist (queued but not playing) artwork is out of
slartibartfast wrote:
> I finally had another occurrence with a Random Mix Song playlist. I hope
> this server log shows something. The first couple of songs have correect
> artwork, the final two definitely don't.
This sounds like a different problem or a different manifestation
Originally -
bpa wrote:
> Not really, all metadata is taken from a saved "$url" variable which may
> be a real URL or a trackid object - this is just restating the problem,
> the object that is being played is out of sync which url/object
> providing metadata.
I finally had another occurrence with a Random
I did reboot the Touch before the latest test as it was approaching the
24 day watchdog limit if that makes any difference.
Sent from my Pixel 3a using Tapatalk
slartibartfast's Profile:
atrocity wrote:
> I've noticed that as well, the issue is global.
>
> While I've definitely had this happen over the years, it doesn't happen
> to me anywhere near as often as it happens to you. And while I most
> closely associate the problem with playing on a Touch, I *think* I may
> have
slartibartfast wrote:
> The incorrect artwork and metadata is common across all interfaces.
> WebUI and Touch display are both affected if that means anything.
I've noticed that as well, the issue is global.
While I've definitely had this happen over the years, it doesn't happen
to me
Where I am right ow I only have access to LMS 7.9.2.
I have just started a repeatable test using .cue file - of course, I
don't know yet if the issue will happen again or if making it happen
with a .cue is the same underlying problem as others are seeing via
different methods.
Anyone can try
bpa wrote:
> Not really, all metadata is taken from a saved "$url" variable which may
> be a real URL or a trackid object - this is just restating the problem,
> the object that is being played is out of sync which url/object
> providing metadata.There appears to be no way to log what we need
slartibartfast wrote:
> The incorrect artwork and metadata is common across all interfaces.
> WebUI and Touch display are both affected if that means anything
Not really, all metadata is taken from a saved "$url" variable which may
be a real URL or a trackid object - this is just restating the
bpa wrote:
> Not sure, maybe more for scanning than playing.
>
> StreamingController.pm which uses logging player.source - controls which
> song is played next and starts it playing. For remote streams - metadata
> display queries what song/track is playing to get info to display so I'm
>
bpa wrote:
> Not sure, maybe more for scanning than playing.
>
> StreamingController.pm which uses logging player.source - controls which
> song is played next and starts it playing. For remote streams - metadata
> display queries what song/track is playing to get info to display so I'm
>
slartibartfast wrote:
> How about "formats.audio" File metadata & Audio Parsing Information?
Not sure, maybe more for scanning than playing.
StreamingController.pm which uses logging player.source - controls which
song is played next and starts it playing. For remote streams - metadata
bpa wrote:
> Looks like these routines are used to support plugins. Not core LMS file
> playing.How about "formats.audio" File metadata & Audio Parsing Information?
Sent from my Pixel 3a using Tapatalk
bpa wrote:
> If you want to check the logging the routines which related to changing
> metadata data title - use logging database.info to "INFO" . I think
> they are used for files as well as remote.
Looks like these routines are used to support plugins. Not core LMS file
playing.
slartibartfast wrote:
> Track could be any type or length. When I said out of sync I meant that
> at a transition between two tracks the new track will start playing but
> the track info and artwork are still from the previous track. From there
> on the info and artwork change at track
bpa wrote:
> long or short track - e.g. pop music, classical movements ?
>
> Codec ?
>
> Out of sync by how much ? 30 secs ? 2mins 10 mins ?
>
> If the sync difference is of the order of the internal buffer size (e.g.
> many minutes for 32kbps MP3, few minutes for Flac or WAV, SB3 vs
Paul Webster wrote:
> For me with long mp3 (128k) and split with .cue files (radio show) ...
> once it gets out of sync it seems to remain exactly one track out
> I.e. the info changes when the new track starts but it is one behind
> what is playing.
> Hitting next brings it back in sync
For me with long mp3 (128k) and split with .cue files (radio show) ...
once it gets out of sync it seems to remain exactly one track out
I.e. the info changes when the new track starts but it is one behind
what is playing.
Hitting next brings it back in sync (audio for the track restarts ...
slartibartfast wrote:
> The track info falls one track behind the playing track. I have never
> seen it fall further behind. I turned on info logging for "artwork
> display and matching" and "player source" but maybe there is a better
> option as the track info and artwork are both affected.
bpa wrote:
> If you characteristise the problem - it will be easier to find.
> How much is it out of sync ? Is art ahead of track or track ahead of art
> ?
> It's been a long time since I looked at that part of the code but IIRC -
> LMS has to estimate how much audio "time" is left in a
philchillbill wrote:
> Interesting. I wonder if that could be tweaked for the situation where
> LMS is streaming to an Amazon Echo as audio sink. I cannot display the
> artwork of the currently-playing track because the large buffer in the
> Echo causes a big sync issue and I chose to display
bpa wrote:
> If you characteristise the problem - it will be easier to find.
> How much is it out of sync ? Is art ahead of track or track ahead of art
> ?
> It's been a long time since I looked at that part of the code but IIRC -
> LMS has to estimate how much audio "time" is left in a
If you characteristise the problem - it will be easier to find.
How much is it out of sync ? Is art ahead of track or track ahead of art
?
It's been a long time since I looked at that part of the code but IIRC -
LMS has to estimate how much audio "time" is left in a buffer to delay
before
I have done some more experimenting with playlists the most recent was
leaving a random mix of albums playing overnight and sure enough by the
morning the track information and artwork were one track before the
playing track. I can only think that this is an issue that will always
occur given
After it happened again tonight during a Random Mix playlist I am
beginning to think it will happen with every similar playlist and the
only reason I rarely see it is because I normally play albums. Any idea
which logging I can turn on to investigate further?
Sent from my Pixel 3a using
atrocity wrote:
> I've seen it, definitely. And although you may not notice if you aren't
> listening to something where it matters, when this happens to me it also
> destroys gapless playback.
>
> I've fixed it in the past by skipping forward, which actually restarts
> the currently playing
slartibartfast wrote:
> Has anyone ever figured out why artwork can sometimes become out of sync
> when playing a playlist? It doesn't happen very often but when it does
> it annoys me enough to make me stop the playlist and restart it to
> regain sync.
I've seen it, definitely. And although
I see it sometimes when I play a long mp3 that is split up virtually
using a .cue file
When it happens, if I click Next track then it starts playing the track
that was already playing but from the start and with the correct info
shown.
Paul Webster
http://dabdig.blogspot.com
author of \"now
Does nobody else see this? It isn't just the artwork but all of the
track info shown on the now playing screen is for the previous track. I
am sure I have seen this same issue mentioned on the forum before.
Sent from my Pixel 3a using Tapatalk
When I say it doesn't happen very often it has happened twice in my
current playlist.
Sent from my Pixel 3a using Tapatalk
slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609
View this
Has anyone ever figured out why artwork can sometimes become out of sync
when playing a playlist? It doesn't happen very often but when it does
it annoys me enough to make me stop the playlist and restart it to
regain sync.
Sent from my Pixel 3a using Tapatalk
77 matches
Mail list logo
