Bitrate switching in pause mode still problems with pseudostreaming

[GoogleCodeExporter]

see: 
http://code.google.com/p/flowplayer-core/issues/detail?id=563

I've tried this and its working OK for me with pseudostreaming

http://test.our-africa.org/static/flowplayer/bwcheck-bitrateselect.html

Bit rate switching is buggy with pseudostreaming and these bugs persist but 
bwcheck and bitrateselect are working together

Original issue reported on code.google.com by dani...@electroteque.org on 23 May 2012 at 5:11

[GoogleCodeExporter]

To clarify there are a few issues:

* if you switch stream before starting playback or sometimes when paused you 
have to press play 3 times before the video starts
* if you switch stream during playback then the scrubber misbehaves in a number 
of different and inconsistent ways e.g. carries on moving when it should stop 
until the next stream begins, highlights the wrong bit of the progress bar

Original comment by anthonyg...@gmail.com on 23 May 2012 at 6:26

[GoogleCodeExporter]

your issue is while paused its not able to resume correctly after its replaced 
the file and seeked to the current position. The problem with this 
implementation is there is no direct method to seamlessly replace the file, 
because this is http. Its loading the new file then once its done its 
initializing process it seeks to the current position, its very slow.  It will 
never been the same as rtmp and adobe http streaming which are more solid 
streaming implementations. Strangely progressive download is switching fine 
when paused. 

Original comment by dani...@electroteque.org on 24 May 2012 at 8:21

[GoogleCodeExporter]

Doesn't Youtube use HTTP pseudostreaming?  It handles bit rate switching much 
more elegantly.  

You're right that rtmp is a better technology for stream switching but our 
customer wants users to have the option to buffer video on their machine.  I 
certainly don't expect the performance of rtmp and accept it will be slow.  

I would however expect the video to play when you press play

Original comment by anthonyg...@gmail.com on 24 May 2012 at 8:59

[GoogleCodeExporter]

No it doesn't you can have a look here

http://flowplayer.electroteque.org/youtube#hd

it cuts the stream completely then a delay when changing. Its very reliant on 
client / server latency / network / server capacity in which their network has 
a good enough reach that this switching delay is smaller. pseudostreaming is 
still progressively downloading and was never designed for realtime bitrate 
switching, im saying the process to do it for pseudostreaming is slower and 
produces variable results and alot more code may be required to handle it 
differently. The delay is reloading the different bitrate file, waiting for 
metadata, then again waiting for it to seek and start playing. 

Original comment by dani...@electroteque.org on 25 May 2012 at 9:01

[GoogleCodeExporter]

adobe http streaming used chunked streaming, and the append bytes feature so it 
has full control of the downloading of the data hence why its switching 
mechanism is better, where this is reliant on the internal progressive download 
streaming functions. 

There is a problem somewhere after it's obtained metadata and gone back to 
pause mode as the player state hasn't changed. 

Original comment by dani...@electroteque.org on 25 May 2012 at 9:05

[GoogleCodeExporter]

problem fixed in this version 
https://dl.dropbox.com/u/3394987/flowplayer.pseudostreaming-3.2.9.zip

Original comment by electrot...@gmail.com on 14 Jun 2012 at 6:03

• Changed state: Fixed