[SlimDevices: SqueezeCenter] LMS playback time problem
Hi everyone: I have used LMS for 2-3 months and found 3 unusual problems. So I hope someone could fix these problems. (Please endure my poor English writing) 1. Track time synchronization problem with Hires music file : It's only happen with hires music file (>44.1). The track time is not correct with the actual time while I jump the track time location. If I change the track time to the last couple seconds and keep the playback to the end, the display of track time is the same as the actual music play time. After the actual music playback ends, I have to wait for several seconds or minutes to the next track. 2. Spotify connect problem : With using spotify connect, while I move the slider to the last couple seconds, it's fine to change the track time and play, but after the end of the track, the player sometimes skips the next song and play the "next next" track. 3. Spotify connect time synchronization issue : With spotify connect, the track time will not synchronize with the music while it's ok to use the material skin. cshin1213's Profile: http://forums.slimdevices.com/member.php?userid=71995 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
1. Track time synchronization problem with Hires music file : It's only happen with hires music file (>44.1). The track time is not correct with the actual time while I jump the track time location. If I change the What file format are you using? Are these local files? Would you have exact steps to reproduce the issue? 2. Spotify connect problem : With using spotify connect, while I move Spotty/Spotify Connect unfortunately is a bit fragile. In particular the time display in the Spotify apps can indeed be out of sync by several seconds. It's a known limitation. ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
I had played several 96/24, 192/24 albums(in apple lossless m4a format) and I found that there was a time calculation problem with LMS while I moved the playback slider. For example, I moved to last 10 seconds, the playback was also changed.(maybe wrong time location) 10 seconds later the playback ended while the music still went on. The playback slider kept waiting until the music really ended. This issue is not happened if I play 44.1 album and it's also fine with Qobus hires music. Therefore, I think the problem is quite clearly. Hope these experiences could be helpful. Thanks ! mherger wrote: > > 1. Track time synchronization problem with Hires music file : It's > only > > happen with hires music file (>44.1). The track time is not correct > with > > the actual time while I jump the track time location. If I change the > > What file format are you using? Are these local files? Would you have > exact steps to reproduce the issue? > > > 2. Spotify connect problem : With using spotify connect, while I move > > Spotty/Spotify Connect unfortunately is a bit fragile. In particular the > > time display in the Spotify apps can indeed be out of sync by several > seconds. It's a known limitation. cshin1213's Profile: http://forums.slimdevices.com/member.php?userid=71995 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
cshin1213 wrote: > I had played several 96/24, 192/24 albums(in apple lossless m4a format) > and I found that there was a time calculation problem with LMS while I > moved the playback slider. > For example, I moved to last 10 seconds, the playback was also > changed.(maybe wrong time location) 10 seconds later the playback ended > while the music still went on. > The playback slider kept waiting until the music really ended. > This issue is not happened if I play 44.1 album and it's also fine with > Qobus hires music. > Therefore, I think the problem is quite clearly. > Hope these experiences could be helpful. > Thanks ! For many formats, it is not possible to have a precise "jump to position" because the bitrate is not constant or the seektable is not granular enough. In addition, the time reported by LMS on the UI is not perfect. It is the estimation that LMS does, added to the playback time reported by the player. Players do *not* report absolute time (they don't know it), but how many milliseconds they have been playing since the last request. So when you seek to a position P in seconds, LMS stops playback, seeks N bytes into the file to its best estimation of where is P seconds and starts sending a *new* track to the player from byte N+1. LMS then starts to count time from the estimated position using an autonomous counter and adjust that counter when it receives the player's actual played time which has started at 0 second with first bytes received, so at byte N+1 of the actual file This explain why playback counter it often not very precise, it's just an indication sometimes and especially jumping 10s before the end of a track is unlikely to display things properly. LMS 8.2 on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
philippe_44 wrote: > > > This explain why playback counter it often not very precise, it's just > an indication sometimes and especially jumping 10s before the end of a > track is unlikely to display things properly. Agree. I also can't see the point in moving the time slider to within a few seconds of the end of a track, why not just skip to the next track? Anyone with a Squeezebox with a VDF display can set up the screen to show a variety of different elements, one of which shows buffer fullness. Video below shows the buffer fullness falling as it reaches the end of a track (top line extreme left). At 10 seconds from the end of a track the buffer is empty and starts to fill for the next track. Probably another reason why the time display can never be accurate so near the end of a track. https://youtu.be/gHxwtAiAPGM *Server - LMS 8.3.0 *Pi4B 4GB/Argon one case/pCP 8.0.0 - 75K library, playlists & LMS cache on SSD (ntfs) *Study -* Pi4/pCP 8.0.0/Topping E30 DAC/Ruark MR1 Mk2 *Lounge* - Pi2/pCP 8.0.0 > HiFiBerry DIGI+ > AudioEngine DAC1 > AVI DM5 *Dining Room* - Pi3B/pCP/Bluetooth/Echo Show 8 *Garage* - DAC32 > Edifier speakers *Spares* - 2xTouch, 1xSB Radio. 1xSB3, 6xRPi kidstypike's Profile: http://forums.slimdevices.com/member.php?userid=10436 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
Thanks philippe_44 for detailed explanation the LMS! I learn so much from your reply. I am surprised that there is a difficulty for LMS to determine the accurate position of music file. I am not familiar with music streaming, so I could not give an useful technical suggestion. I describe more situation for your reference. In the example of jump to the last 10 seconds of the track, the music will keep playing after the slider ends. The slider will wait for seconds or minutes even after the music reach the end(with no sound). Sometime the waiting time is not short. I feel that it seems to play the whole music time after time jumping(not very sure). I hope these experience could be helpful. " seeks N bytes into the file" may be the key problem. Maybe it's difficulty to determine the "precise" byte position. On the other hand, about the sentence "file format and how that file has been created", my music files are apple m4a format and flac format , which are created using Apple itunes or foobar2000. philippe_44 wrote: > For many formats, it is not possible to have a precise "jump to > position" because the bitrate is not constant or the seektable is not > granular enough. In addition, the time reported by LMS on the UI is not > perfect. It is the estimation that LMS does, added to the playback time > reported by the player. Players do *not* report absolute time (they > don't know it), but how many milliseconds they have been playing since > the last request. > > So when you seek to a position P in seconds, LMS stops playback, seeks N > bytes into the file to its best estimation of where is P seconds and > starts sending a *new* track to the player from byte N+1. LMS then > starts to count time from the estimated position using an autonomous > counter and adjust that counter when it receives the player's actual > played time which has started at 0 second with first bytes received, so > at byte N+1 of the actual file > > This explain why playback counter it often not very precise, it's just > an indication sometimes and especially jumping 10s before the end of a > track is unlikely to display things properly. R > > Remember that "jump to" accuracy depends on the file format and how that > file has been created. cshin1213's Profile: http://forums.slimdevices.com/member.php?userid=71995 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
Well, "moving the time slider to within a few seconds of the end of a track" is only the condition that I found problem occurs. LMS is an awesome software and I found it seems to have problem of playback synchronization, like Spotify Connect, hires music files playback... Hope it will be better ! kidstypike wrote: > Agree. > > I also can't see the point in moving the time slider to within a few > seconds of the end of a track, why not just skip to the next track? > > Anyone with a Squeezebox with a VDF display can set up the screen to > show a variety of different elements, one of which shows buffer > fullness. > > Video below shows the buffer fullness falling as it reaches the end of a > track (top line extreme left). At 10 seconds from the end of a track the > buffer is empty and starts to fill for the next track. Probably another > reason why the time display can never be accurate so near the end of a > track. > > https://youtu.be/gHxwtAiAPGM cshin1213's Profile: http://forums.slimdevices.com/member.php?userid=71995 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
philippe_44 wrote: > For many formats, it is not possible to have a precise "jump to > position" because the bitrate is not constant or the seektable is not > granular enough. In addition, the time reported by LMS on the UI is not > perfect. It is the estimation that LMS does, added to the playback time > reported by the player. Players do *not* report absolute time (they > don't know it), but how many milliseconds they have been playing since > the last request. > > So when you seek to a position P in seconds, LMS stops playback, seeks N > bytes into the file to its best estimation of where is P seconds and > starts sending a *new* track to the player from byte N+1. LMS then > starts to count time from the estimated position using an autonomous > counter and adjust that counter when it receives the player's actual > played time which has started at 0 second with first bytes received, so > at byte N+1 of the actual file > > This explain why playback counter it often not very precise, it's just > an indication sometimes and especially jumping 10s before the end of a > track is unlikely to display things properly. R > > Remember that "jump to" accuracy depends on the file format and how that > file has been created.I tried to test this by converting an album to 24/96 > apple lossless and I can't play the tracks at all to a Touch or piCorePlayer. The server log says "Decoder does not support file format, code 0" Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
slartibartfast wrote: > I tried to test this by converting an album to 24/96 apple lossless and > I can't play the tracks at all to a Touch or piCorePlayer. The server > log says > "Decoder does not support file format, code 0" Some file formats have an index with a table of time and byte offset such as MPEG4 container but not MP3. The file with an index are better are seeking to an time positions. IIRC That error used to happen when the file was converted where the index was end the end of the file and so the file is not streamable. How did you convert the file ? Was it a one pass conversion ? Is it a MPEG4 file container ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
bpa wrote: > Some file formats have an index with a table of time and byte offset > such as MPEG4 container but not MP3. The file with an index are better > are seeking to an time positions. > > IIRC That error used to happen when the file was converted where the > index was end the end of the file and so the file is not streamable. > How did you convert the file ? Was it a one pass conversion ? Is it a > MPEG4 file container ? > > edit: > A MPEG4 file can be made streamable with something like > ffmpeg -i simple1.mp4 -acodec copy -movflags faststart output.mp4I used > foobar 2000 resulting in m4a files. I also found some m4a files downloaded from the forum which I think were from iTunes and they don't play either. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
slartibartfast wrote: > I used foobar 2000 resulting in m4a files. I also found some m4a files > downloaded from the forum which I think were from iTunes and they don't > play either. It sounds like the old issues of files not streamable because index and metadata are at end of the file. When files are created using one pass - this index is placed at the end of file. They can be played locally as application can seek to end to get index and then back to start but not possible if file is streamed (i.e. the index which says where the audio starts, comes after the audio - so too late) If you disable native AAC/ALC playback they should play as faad can seek up/down the file when transcoding on LMS server. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
bpa wrote: > It sounds like the old issues of files not streamable because index and > metadata are at end of the file. When files are created using one pass > - this index is placed at the end of file. They can be played locally as > application can seek to end to get index and then back to start but not > possible if file is streamed (i.e. the index which says where the audio > starts, comes after the audio - so too late) > > If you disable native AAC/ALC playback they should play as faad can seek > up/down the file when transcoding on LMS server.The files I downloaded from > the forum were definitely playable back in January but not any more. Has anything changed with ALAC handling? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
bpa wrote: > It sounds like the old issues of files not streamable because index and > metadata are at end of the file. When files are created using one pass > - this index is placed at the end of file. They can be played locally as > application can seek to end to get index and then back to start but not > possible if file is streamed (i.e. the index which says where the audio > starts, comes after the audio - so too late) > > If you disable native AAC/ALC playback they should play as faad can seek > up/down the file when transcoding on LMS server. Disabling Apple Lossless playback didn't change anything. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
bpa wrote: > It sounds like the old issues of files not streamable because index and > metadata are at end of the file. When files are created using one pass > - this index is placed at the end of file. They can be played locally as > application can seek to end to get index and then back to start but not > possible if file is streamed (i.e. the index which says where the audio > starts, comes after the audio - so too late) > > If you disable native AAC/ALC playback they should play as faad can seek > up/down the file when transcoding on LMS server. I tried on a Windows 10 server as well as a Pi with no luck. I have attached the server log from the Pi. +---+ |Filename: server.log | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=35419| +---+ slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
slartibartfast wrote: > The files I downloaded from the forum were definitely playable back in > January but not any more. Has anything changed with ALAC handling? > > Sent from my Pixel 3a using Tapatalk Not with ALAC in particular, but I did a fair bit of mods. Do you have these files? LMS 8.2 on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
slartibartfast wrote: > I tried on a Windows 10 server as well as a Pi with no luck. I have > attached the server log from the Pi. aac is still enable here, LMS tries to send that to the player and decoding fails there LMS 8.2 on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
philippe_44 wrote: > aac is still enable here, LMS tries to send that to the player and > decoding fails thereI get the same playback failure if I disable Apple > Lossless. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
slartibartfast wrote: > I get the same playback failure if I disable Apple Lossless. > > Sent from my Pixel 3a using Tapatalk But it's not ALAC, it's MPEG-4/AAC LMS 8.2 on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
philippe_44 wrote: > Not with ALAC in particular, but I did a fair bit of mods. Do you have > these files? here is one of them https://www.dropbox.com/s/xqijv8fs2vkvb2s/03%20Blood%20Count.m4a?dl=0 i tried an old LMS 8.1.1 from January on Windows and they wouldn't play on that either. slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
philippe_44 wrote: > But it's not ALAC, it's MPEG-4/AAC Ah OK, Disabling MPEG/AAC works. slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
slartibartfast wrote: > here is one of them > https://www.dropbox.com/s/xqijv8fs2vkvb2s/03%20Blood%20Count.m4a?dl=0 > i tried an old LMS 8.1.1 from January on Windows and they wouldn't play > on that either. That's "sort of" comforting :) LMS 8.2 on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
philippe_44 wrote: > That's "sort of" comforting :)If these "Apple lossless" files are MPEG-4/AAC > then when is the file type named Apple Lossless used in LMS? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
slartibartfast wrote: > If these "Apple lossless" files are MPEG-4/AAC then when is the file > type named Apple Lossless used in LMS? > > Sent from my Pixel 3a using Tapatalk ah... mp4 is a container in which you can put various codecs/formats, including alac and aac. There is, in LMS like in many places, a nasty mix/confusion between mp4 and aac because very often mp4 audio contains aac. LMS 8.2 on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
slartibartfast wrote: > If these "Apple lossless" files are MPEG-4/AAC then when is the file > type named Apple Lossless used in LMS? > > Sent from my Pixel 3a using Tapatalk ok, that's an issue because it's a "volatile" file. I assume you're dragging & dropping in the UI? Can you try to include it it your library *or* simply put in a directory and access through the directory browsing, but not dropping it in the UI LMS 8.2 on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
philippe_44 wrote: > ok, that's an issue because it's a "volatile" file. I assume you're > dragging & dropping in the UI? Can you try to include it it your library > *or* simply put in a directory and access through the directory > browsing, but not dropping it in the UI I was playing from "Music Folder" from a folder which is not scanned. Is that the reason? Back in January I think I played the files from my scanned folder. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
philippe_44 wrote: > I tried a bit more and I got it to work by cleaning cache.db. Not > investigated whyI moved the files to my scanned music folder and now they > play as "apple lossless" without transcoding. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
philippe_44 wrote: > I tried a bit more and I got it to work by cleaning cache.db. Not > investigated whyNow I can play ALAC files there is definitely something > strange happening when skipping forward in 24/96 ALAC files. I skipped forward to around 48 seconds from the end of a track with total length of 3 minutes 50 seconds. The track played for another 2 minutes 56 seconds. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
When I skip forward from the start of a track by 3 minutes the track actually skips forward by around 1 minute. If I skip forward by 3 minutes to a few seconds from the end of a track it actually appears to skip back a few seconds as the track played for 3 minutes 9 seconds after skipping to a few seconds from the end from a position 3 minutes from the end. I hope this makes sense to someone. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
slartibartfast wrote: > When I skip forward from the start of a track by 3 minutes the track > actually skips forward by around 1 minute. If I skip forward by 3 > minutes to a few seconds from the end of a track it actually appears to > skip back a few seconds as the track played for 3 minutes 9 seconds > after skipping to a few seconds from the end from a position 3 minutes > from the end. I hope this makes sense to someone. > > Sent from my Pixel 3a using Tapatalk So, the issue is that the Audio::Scan returns an incorrect byte offset when it calculates it from the time offset. It is a C extension written by Andy many years ago and there might be an issue (like an overflow) with 24/96. For example, that file you sent is ~4min and ~80MB in 24/96 and 24 in16/44 but Audio::Scan returns ~12MB offset even on the 80MB when asked to skip to 2 min. I think this issue has been here forever. LMS 8.2 on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
philippe_44 wrote: > So, the issue is that the Audio::Scan returns an incorrect byte offset > when it calculates it from the time offset. It is a C extension written > by Andy many years ago and there might be an issue (like an overflow) > with 24/96. > > For example, that file you sent is ~4min and ~80MB in 24/96 and 24 > in16/44 but Audio::Scan returns ~12MB offset even on the 80MB when asked > to skip to 2 min. I think this issue has been here forever.It only seems to > affect ALAC files. FLAC files are fine. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
slartibartfast wrote: > It only seems to affect ALAC files. FLAC files are fine. > > Sent from my Pixel 3a using Tapatalk I have patched the Audio::Scan library and confirm it works then LMS 8.2 on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
philippe_44 wrote: > I have patched the Audio::Scan library and confirm it works then As you mentioned in one of your PRs we should fork Andy's repo and apply both of them. I still have a windows build environment that matches the perl 5.14 used for windows and can build a new Audio::Scan module. Since it's a core component of LMS perhaps we should maintain it within the https://github.com/LMS-Community repositories? Ralphy *1*-Touch, *5*-Classics, *3*-Booms, *2*-UE Radio 'Squeezebox client builds' (https://sourceforge.net/projects/lmsclients/files/) 'donations' (https://www.paypal.com/cgi-bin/webscr?cmd=_donations&business=LL5P6365KQEXN&lc=CA&item_name=Squeezebox%20client%20builds¤cy_code=USD&bn=PP%2dDonationsBF%3abtn_donate_SM%2egif%3aNonHosted) always appreciated. ralphy's Profile: http://forums.slimdevices.com/member.php?userid=3484 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
Since it's a core component of LMS perhaps we should maintain it within the https://github.com/LMS-Community repositories? I've forked it and you should have access to it. Thanks, guys! Definitely not the code I'd maintain myself... https://github.com/LMS-Community/Audio-Scan ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
mherger wrote: > > Since it's a core component of LMS perhaps we should maintain it > within > > the https://github.com/LMS-Community repositories? > > I've forked it and you should have access to it. Thanks, guys! > Definitely not the code I'd maintain myself... > > https://github.com/LMS-Community/Audio-Scan I've pushed the fix for mp4 seeking in master directly. I don't know if you'd prefer to create a dev branch but I just felt at that point this is not a repository we'll change a lot and at least, this change is a basic fix, not a new feature. LMS 8.2 on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
philippe_44 wrote: > I've pushed the fix for mp4 seeking in master directly. I don't know if > you'd prefer to create a dev branch but I just felt at that point this > is not a repository we'll change a lot and at least, this change is a > basic fix, not a new feature. Should we include your 'other outstanding PR' (https://github.com/andygrundman/Audio-Scan/pull/10) before I build the module for windows? Ralphy *1*-Touch, *5*-Classics, *3*-Booms, *2*-UE Radio 'Squeezebox client builds' (https://sourceforge.net/projects/lmsclients/files/) 'donations' (https://www.paypal.com/cgi-bin/webscr?cmd=_donations&business=LL5P6365KQEXN&lc=CA&item_name=Squeezebox%20client%20builds¤cy_code=USD&bn=PP%2dDonationsBF%3abtn_donate_SM%2egif%3aNonHosted) always appreciated. ralphy's Profile: http://forums.slimdevices.com/member.php?userid=3484 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS playback time problem
ralphy wrote: > Should we include your 'other outstanding PR' > (https://github.com/andygrundman/Audio-Scan/pull/10) before I build the > module for windows? Interesting, Andy is still watching :) as he accepted this PR. So he did not accept the other one probably because he disagrees, I'll ask him. At this point, it's not mandatory as I've done an dirty workaround but I could easily use it w/o impacting compatibility. Depending on Andy's response, we might use that 2nd PR or not. LMS 8.2 on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=114937 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter