Bugzilla – Bug 3907
Support client side animation at same time as scrolling
Last modified: 2006-10-11 14:21:36 UTC
Bug for Richard [I don't seem to be able to select something to enable this to go to Richard] Richard - I'll mail you some details, but essentially the idea is to continue with client side animations if a grfe 'c' frame is received for the screen which is not animating. This should be displayed immediately on the other screen so scrolling can occur. ANIC should be sent back when the animation completes.
Richard - assuming we do server side scrolling for the moment, I think the server code can cope with one screen scrolling while the other screen is doing a client side animation. To support this, the client should not terminate animations if a 'u' frame is received for the screen which is not animating. It should continue the animation, but update the static screen with the new 'u' frame. Once the animation completes send an ANIC to the server. If a new animation frame is received, then kill current animation and start new one as now. If animating for both screens, an 'u' frame for one screen received then probably kill all animation and update. Does this seem possible? You can see the effect of this with the "extended text" display - put something in the playlist which causes Now playing to scroll, then navigate through the menus so now playing is scrolling on the right hand screen. You loose the animation on the left screen at present.
This is now implemented and will be in transporter fw 8.