Bug 3852 - static blips on sb3 in some eMusic.com mp3s
: static blips on sb3 in some eMusic.com mp3s
Status: CLOSED WORKSFORME
Product: SB 2/3
Classification: Unclassified
Component: Audio
: 59
: All Other
: P2 normal (vote)
: ---
Assigned To: Ross Levine
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-07-31 18:54 UTC by Gregory P. Smith
Modified: 2008-12-18 11:41 UTC (History)
0 users

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Gregory P. Smith 2006-07-31 18:54:10 UTC
I found a few mp3 files in my library that were downloaded from emusic in may 2003 and have a few frames of static in them when played back on my sb2.

other players handle them just fine without going zappy (mpg321, xmms and itunes at least).

a couple of problematic mp3 files (do not redistribute or add to any libraries):

 http://electricrain.com/greg/static-blip-mp3s-from-emusic.zip

fwiw, i just redownloaded the files from emusic, they still have the problem.
Comment 1 Chris Owens 2006-08-18 11:34:17 UTC
Try these files with fw59 and fw28
Comment 2 Chris Owens 2006-09-08 15:19:55 UTC
The problems I heard were at the transition from track 9 to track 10, then at around 5:30 on track 10 there was a problem so bad that the SB3 gave up and skipped ahead to the next track.

I was indeed able to play the tracks on other MP3 player without problems, which is of course no guarantee that they're valid MP3s. :)
Comment 3 Richard Titmuss 2006-09-26 13:36:18 UTC
This may be a slimserver issue scanning the tracks. The audio_offset is very low track 9 = 310 bytes and track 10 = 98 bytes. I'm not sure why playback is stopping early on track 10, but the mp3 decoder in the firmware is not giving an error it appears that the slimserver is closing the stream.
Comment 4 Blackketter Dean 2007-12-29 06:29:54 UTC
QA: please test this with 7.0, the MP3 scanning has been improved.
Comment 5 Ross Levine 2008-01-02 16:55:28 UTC
When the now playing setting is set to display the time remaining on the track (track 9), something very bizarre happens with Winamp. The time jumps around particularly at the beginning of the track. It starts 2:27, then 2:25, back to 2:27, etc etc for about 5 seconds. Squeezebox just displays the track as 2 minutes. Track 10 Windows believes is 5:03, SqueezeCenter (7.0) believes its 13:15, and Winamp believes its 4:39, which is correct. With SC7 I did hear a small click between tracks, I also heard this click with Winamp. 

The transition click is considerably worse with SC 6.5.5 - 15788 than it is with SC 7.0 - 15792. 
Comment 6 Blackketter Dean 2008-01-20 14:19:00 UTC
So ross, are the blips inside the track are fixed in 7.0?

If so, we should close the bug and open a new one concerning the jumpy time.
Comment 7 Blackketter Dean 2008-01-25 21:56:48 UTC
Ping Ross.
Comment 8 Ross Levine 2008-01-28 12:50:46 UTC
Just tested again with SC 7.0 - 16819, I'm no longer seeing the strange time jump. I'm going to mark this as works for me, if anyone sees this again please feel free to reopen. 
Comment 9 James Richardson 2008-05-15 12:58:42 UTC
This bug has recently been fixed in the latest release of SqueezeCenter 7.0.1

Please try that version, if you still see the error, then reopen this bug.

To download this version, please navigate to: http://www.slimdevices.com/su_downloads.html