Bug 16847 - Receiver skips end of tracks with FW67.
: Receiver skips end of tracks with FW67.
Status: UNCONFIRMED
Product: SB Receiver
Classification: Unclassified
Component: General
: unspecified
: PC SuSE Linux
: -- normal (vote)
: ---
Assigned To: Andy Grundman
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-01-31 05:18 UTC by Anders Stedtlund
Modified: 2011-02-13 02:38 UTC (History)
2 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Anders Stedtlund 2011-01-31 05:18:29 UTC
(Couldn't choose Version 67)

After upgrade to SBS 7.5.3, with FW67 for receiver, last 10 seconds or so is always skiped. Next track is played instead.

When listening to tracks via 3rd party spotify plugin, there's allways at least one dropout in the end of every track.

Reverting to SBS 7.5.2 with FW66, everything is working as excpected again.
Comment 1 Alan Young 2011-01-31 08:39:47 UTC
Some sort of odd crossfade-related problem, perhaps?
Comment 2 Anders Stedtlund 2011-01-31 10:23:03 UTC
I have never enabled any cross fading. Was that perhaps default in 7.5.3?
Comment 3 Alan Young 2011-02-01 23:27:34 UTC
no
Comment 4 Alan Young 2011-02-01 23:28:15 UTC
What format are the tracks you are playing (not the Spotify ones)?
Comment 5 Anders Stedtlund 2011-02-01 23:59:28 UTC
Thay are all FLAC.
Comment 6 Anders Stedtlund 2011-02-06 23:29:04 UTC
I might have found a way to prevent this from happening. I say might here because I think I need to test it a little bit longer.

My SBS is running on an openSUSE 11.2 64 bit machine. It seems to me that the skipping of end of tracks only happens after the machine has been booted. If I restart SBS manually after the boot up, the problem seems to go away.

I have now added "sleep 30" in the SBS startup script before actuall start of the SBS. This makes the problem disapear when the machine boots.

I had a similar problem with internet radio stations not visible right after boot of the machine. That problem went away with "sleep 10" in the SBS startup script. That problem I had with SBS 7.5.1, 7.5.2 and 7.5.3.

Another thing I have noticed when the problem happens is that the bright active light on the receiver goes down to the dim pause light when one track is done. Even if the next track is playing. This seems a little bit odd.

After these findings I can't tell if it is the FW67 that's the problem here. It might be the SBS.

Anyway, could my findings be correct? I ask you who knows about how SBS is implemented.

/Anders
Comment 7 Anders Stedtlund 2011-02-13 02:38:22 UTC
I have now been testing this for a week. The conclusion is that by adding a delay in the startup script of SBS I can't see the original problem anylonger.

So the startup fix might be due to a different bug!?

/Anders