Bug 4760 - Players not doing FF/RW while synced, although display says otherwise
: Players not doing FF/RW while synced, although display says otherwise
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Sync
: 6.5.1
: PC Windows XP
: P2 normal (vote)
: 7.x
Assigned To: Alan Young
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-02-13 11:08 UTC by tomer maoz
Modified: 2009-07-31 10:14 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description tomer maoz 2007-02-13 11:08:20 UTC
I did some testing on a sync two SB and try to fast forwarding after i got a customer that experience issues with using the sync feature.

The test was done with slimserver V6.5.1 SB3 and SB2 on win xp SP2.

The issue happen where the two SB will sync with each other, and then i will try to fast forward when playing a song and the fast forward will work fine from one SB but the other one will just show the progress (x2-x32) but nothing actually happen, the song will play in the normal speed.
Comment 1 Spies Steven 2007-09-17 16:20:49 UTC
When playing back synced players in SlimServer 7, FF and FR commands seem to be ignored altogether.  The player that gets the signal to FF or FR will display "Now Scanning 2x" for example, but the sound will continue to play synced at normal speed.  Is FF or FR while synced even a supported feature?  If not, perhaps the feedback should be "FF & FR Not Supported While Synced" should be displayed for example.
Comment 2 Alan Young 2007-10-26 05:54:36 UTC
This is two separate problems:

1. The code does not support FF/RW while synced although I do not think that there is any particularly good reason why not. I suppose this should be an enhancement request.

2. While not supporting FF/RW while synced, the server still changes the display on the initiating player, but not the other synced players, to indicate that scanning is in progress.
Comment 3 Alan Young 2007-10-30 05:00:28 UTC
So actually, it does support FF/RW while synced, but only if you direct the remote to the 'master' player in the sync-group. Probably easy to fix.
Comment 4 Alan Young 2007-11-01 10:41:58 UTC
Change 14298 fixes part of this but there are still some problems.
Comment 5 Alan Young 2007-11-16 07:19:43 UTC
Change 14773 makes the scanning in MP3 streams much more reliable and so the sync-management algorithms stand a good chance of working.

This bug was fixed for all except SliMP3 & SB1 players with the previous change but the experience when scanning through MP3 files was pretty horrible (whether synced or not). It is still not great but it is significantly better.
Comment 6 Chris Owens 2008-07-30 15:28:12 UTC
This bug has now been fixed in the 7.1 release version of SqueezeCenter!  Please download the new version from http://www.slimdevices.com if you haven't already.  

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
Comment 7 Chris Owens 2009-07-31 10:14:15 UTC
Reduce number of active targets for SC