Bugzilla – Bug 16191
ALAC Songs being cutoff before they end.
Last modified: 2011-05-09 14:51:04 UTC
When playing Apple Lossless files from a USB connected hard drive on the Touch some songs are cutoff 10 to 30 seconds before they reach the end. This problem does not happen for all songs - but does so for around 30% of songs on an apparently random basis. A number of other users have also experienced the same problem as myself and reported it on the logitech forums - see link below. http://forums.slimdevices.com/showthread.php?t=77809 The connection linking those of us suffering the problem appears to be 1/ that the files are apple lossless files (mostly created via Itunes), and 2/ that the music is being sourced from hard drives via the Touch's USB connection. My setup. 16 bit Apple Lossless files created from ripping 270 cds using itunes on Windows XP. files stored on Hitachi SimpleDrive 1TB external hard drive connected via the Touch's USB connection. crossfade is off. version is 7.5.0 (r8673)
I have te same problem as described. ALAC file will brake 10 - 30 seconds before end. Files are converted with MAX 0.9.1. With iTunes or Cog they can be played well. It is not reproducible at any time. Sometimes same track work well other time it stops and squeezebox touch will go on with playing the next track. Set-Up of touch and files is as followed. ALAC config: - Sample rate 44,1 kHz - 16 bit resolution - Integrated pic < 100 kByte Set-Up squeezebox touch: - Firmware 7.5.1 Ref 8789 - Touch Hardware Ref. 5 - External hard drive 500 GB, Lacie, NTFS formatted, 7200 rpm, external power supply - External hard drive connected via USB - Squeeze box touchs internal server is running - Used memory of touch about 64 % (from Diagnosis) - Crossfade is off - Normalization is off - VU meeter and equalizer screen is off - Picture and track info screen is running
*** This bug has been confirmed by popular vote. ***
Chris to repro
Also issues with almost every song (ALAC) being cutoff, 100% ripped through iTunes on XP. Settings : Crossfade is off. _______SET_UP__________________ Server: 7.6.0 - r31608, readyNAS DUO, Netgear RAIDiator - utf8 (sparc-linux) Perl 5.8.8, DBD::SQLite 1.30_06 (sqlite 3.7.2) Squeezebox Radio 7.6.0-r9220, Squeezebox Touch 7.6.0-r9243
I thought it worked nice until Squeezebox Touch 7.6.0-r9243. But since this version I got this problem again. During all earlier Version of Squeezebox Touch 7.6.0 I didn't recognize this problem. With cue sheet all is o.k. But so far ITunes don't support cue sheets thats isn't a solution for me. I don't want to maintain 2 different libraries.
The last corrupt tracks I ribbed with XLD 20101128 on MAC with Mac OS X 10.6.5 (10H574). Hope it will help to fix this issue.
What is the latest status with this for you? I cannot reproduce the problem with my test tracks.
(In reply to comment #7) > What is the latest status with this for you? > I cannot reproduce the problem with my test tracks. Be aware I'm running the beta server version 7.6 ! After my problems with (all) ALAC files being cut off at the end (7.6 server r31608) icw SB Touch & SB Radio , I did a clean install with beta rel. 7.6.0 / 31672. My problems have disappeard completely, wich is great. A quick look with putty showed however that faad was active again, iow. transcoding on the server. Downside of transcoding is the increased server load (readyNas Duo), consequently I now get hickups at the start of a song due to 100% load while processing cover image... I've installed 7.6.0 server version 31755 last sunday. Still using Faad / transcoding. Still no more issue with cut off before end. Ernest
Thanks
*** Bug 16741 has been marked as a duplicate of this bug. ***
I have this same issue with a Squeezebox Touch purchased about a week ago when playing files with the onboard Squeezebox Server from an external USB drive. Tried downloading a beta version of 7.6.0 as suggested, but it did not solve the issue of cutting off the last 20-30 seconds of songs. Drive- Western Digital Mybook Essential 1TB USB drive Squeezebox server- 7.6.0 r31843
Forgot to mention that all my files are Apple lossless ripped in iTunes, other than a very small percentage of the files being FLAC
I'll look into this some more.
Please note that this bug is discussing use of the internal server of the SB Touch, not some installation of Squeezebox Server on a PC or NAS. When a track end prematurely, can you be sure how much is chopped off? The reports suggest 10-30s. This is clearly possible but exactly 10s (or slightly less) would be a specific case that would point to a different cause than would > 10s. When a track ends prematurely, are you certain that the next track in the playlist is played, rather than skipping a whole track?
I have been able to reproduce this, using the native ALAC CODEC on Touch with a 7.6 SbS. It does not occur every time, not even for the same track. It can occur with or without seeking. Looking at the SP log I see that DECODE_UNDERRUN occurs immediately after signalling 'disconnect streambuf'. There should be a significant delay as there is usually a full decoder buffer of data at that point. I guess that this must mean that mp4_read() is prematurely returning with len==0, but I cannot see why yet.
== Auto-comment from SVN commit #9300 to the jive repo by ayoung == == http://svn.slimdevices.com/jive?view=revision&revision=9300 == Fixed bug 16191: ALAC Songs being cutoff before they end. When using the ALAC CODEC in SqueezePlay players (which is not the default with 7.5 unless using SB Touch's inbuilt server - other instances of SbS transcode ALAC to FLAC), the decoder callback can be called when the stream buffer contains insufficient data to decode a full frame. The decode thread only ensures that there are 512 bytes available before calling the callback, except in the case of FLAC. We could use a similar hack for ALAC as is used for FLAC but it is simpler and more robust to allow the callback to handle the insufficient-data case gracefully. This applies to both ALAC and AAC.
== Auto-comment from SVN commit #7993 to the player repo by ayoung == == http://svn.slimdevices.com/player?view=revision&revision=7993 == Fixed bug 16191: ALAC Songs being cutoff before they end. When using the ALAC CODEC in SqueezePlay players (which is not the default with 7.5 unless using SB Touch's inbuilt server - other instances of SbS transcode ALAC to FLAC), the decoder callback can be called when the stream buffer contains insufficient data to decode a full frame. The decode thread only ensures that there are 512 bytes available before calling the callback, except in the case of FLAC. We could use a similar hack for ALAC as is used for FLAC but it is simpler and more robust to allow the callback to handle the insufficient-data case gracefully. This applies to both ALAC and AAC.
== Auto-comment from SVN commit #31874 to the slim repo by ayoung == == http://svn.slimdevices.com/slim?view=revision&revision=31874 == bug 16191: ALAC Songs being cutoff before they end.
Created ALAC files using iTunes and MAx (.m4a) Used SB TOuch as the server with USB stick; played files using the SB Radio 7.6.r32390 Radio FW: r9432