Bug 10860 - SongScanner UI does not disapear fast enough
: SongScanner UI does not disapear fast enough
Status: CLOSED INVALID
Product: Logitech Media Server
Classification: Unclassified
Component: Player UI
: 7.3.3
: PC Windows XP
: -- normal (vote)
: ---
Assigned To: Unassigned bug - please assign me!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-01-27 14:12 UTC by James Richardson
Modified: 2009-01-28 12:21 UTC (History)
5 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description James Richardson 2009-01-27 14:12:50 UTC
FF or RW graphics will stay up on the Player UI (IP3K) longer then needed.

Play a Track (any that supports scanner)
Press and Hold FF
Allow scanner to go forward
Release FF and wait
Play will jump to selected position in track
At this point, SS graphic should go away, but instead it 'bumps' the UI and stays up for extra time

Connected to SC 7.3.2 this does not happen

NOTE: pressing 'play' right after FF/RW event will make graphic go away as expected
Comment 1 Andy Grundman 2009-01-27 14:25:37 UTC
I think that is how it was designed to work.  This is really an SC bug.
Comment 2 James Richardson 2009-01-27 14:50:55 UTC
Correction: I see the error as far back as 7.2.1
Comment 3 Adrian Smith 2009-01-27 15:05:27 UTC
This is as designed - it says up for 30 seconds incase you want to scan again.

Is this not desired?
Comment 4 James Richardson 2009-01-27 15:07:38 UTC
The screen 'bouncing' is not a good user experience...maybe if it didn't seam like the SB3 / Boom screen were flickering it would be a better experience
Comment 5 Adrian Smith 2009-01-27 15:16:42 UTC
Sorry - I missed the bounce bit when does this occur?  Are you  playing a local or remote stream?
Comment 6 James Richardson 2009-01-27 15:27:39 UTC
Testing remote stream from either SN or SC

I tried Rhapsody and MP3Tunes
Comment 7 Andy Grundman 2009-01-27 15:41:29 UTC
I think James is talking about the flickering that happens when you seek on a remote track and it has to buffer.  I think the showBriefly is just too short.
Comment 8 Alan Young 2009-01-27 22:43:15 UTC
1. yes, the scanner dialogue is supposed to stay open for a period: 15-30s, I cannot remember exactly how long. This is so that you can listen to where it has jumped to and decide if you want to seek further.

2. Yes, the flickering is irritating. I could not decide what the correct action should be with regard to the Connecting/Buffering show-brieflies while scanning: (a) suppress them, (b) make sure they show properly.

For (a) I could not work out how to do it.

For (b) I could  not work out how to ensure that the scanner UI updates don't cancel the show-briefly.
Comment 9 Marc Auslander 2009-01-28 09:52:01 UTC
I ABSOLUTELY need the songscanner to stay up.  If I'm searching for a place in the track, I need to position, listen, position, listen, ...

It would be a disaster if the scanner kept closing right away.

And normally, who cares how fast it closes.  Once you get to the right place, don't you just put the controller down and start listening?  And you can always push the button to clear it if needed.

(Same comments apply to SB3 etc. UI).
Comment 10 Alan Young 2009-01-28 10:11:40 UTC
This is not a bug. It is a feature.

Please open a separate bug for the show-briefly flickering problem if you like.
Comment 11 Adrian Smith 2009-01-28 12:21:04 UTC
James - cc or assign the showbriefly flickering bug to me and I will look at it when I get time (assuming you raise it!)