id	summary	reporter	owner	description	type	status	priority	milestone	component	resolution	keywords	cc	thread
1183	Smooth playlist item transitions	zach	pablo	"=== Jeroen ===

See the forum thread - this is a good suggestion, and could probably be easily accommodated, e.g. by delaying the preview image load a little and hiding it on buffering.

=== Pablo ===

I was thinking about this.  I think the way to go would be for the player to continue to pass through a buffering step, but for the display to ignore the buffer state for a certain amount of time (say, 500ms).  During this time, if the player went back to playing, the buffer icon wouldn't flash.

=== Zach ===

I think this solution would work, though I think the display and view
will both need an update. There may also be a way to do this more
formally by keeping track of what the next and previous playlist items
will be in the model and then allowing the view and display to decide
how to behave based on that, but that may be overkill.

Also, I'm a bit concerned that the timeout will result in a poor user
experience (by displaying a blank screen between playlist items for
longer than normal), but maybe that's unfounded since it will be
pretty short.

=== Jeroen ===

Agreed this is something we should fix. With some updates, the player will behave much ""smoother"".

In addition to the buffericon not Flashing, the:

*) Image shouldn't flash up.
*) Video shouldn't get hidden.

Perhaps that can be done by not showing / hiding the video/image based upon buffering state. I think this should be written out, so we have a clear idea of all the cases and the logic behind it. I ticketed this issue a few weeks ago: http://developer.longtailvideo.com/trac/ticket/1187

I believe the HTML5 player does not have these issues. At least it won't flash a black screen in the idle » buffering » playing  transition, which the Flash player does.

=== Pablo ===

I think the delay trick should work for all of them (i.e. delay the view's response to the state changes and ignore them if another state change occurs during the delay), but we'll have to play around a bit to see if it handles the use cases we're concerned about.

The main reason I think we should handle this without checking the model is that the logic begins to explode once we get into more complicated use cases. But I agree we should think them over a bit and make sure we take the most common ones into account.

=== Jeroen ===

When the video is autostarting, the thumb should not be shown. Perhaps this'll automatically work with the ""500ms delay""; perhaps we should add some logic to it. But it will really make autostarting videos look nicer."	enhancement	closed	Normal	Player 5.9	general	fixed			http://www.longtailvideo.com/support/forums/jw-player/feature-suggestions/17204 ; http://www.longtailvideo.com/support/forums/jw-player/bug-reports/5300/image-flashes-when-repeating ; http://www.longtailvideo.com/support/forums/jw-player/bug-reports/17050/repeat-flashvar-causes-nasty-re-initialization ; http://www.longtailvideo.com/support/forums/jw-player/feature-suggestions/17204/disable-beginning-thumbnail-on-autoplay