-
Hi,
this is about the latest FV WordPress Flowplayer, namely Version 2.2.12.
I just measured that the latest Chrome renders pages with videos on them very slowly while other browsers are very fast.
I did the first measurements locally with the latest Chrome:
Google Chrome 35.0.1916.153 (Official Build 274914)
OS Mac OS X
Blink 537.36 (@175075)
JavaScript V8 3.25.28.18
Flash (Disabled)I then reproduced all of this using webpagetest.org:
To be sure it’s not the theme or anything else that’s slow, as a benchmark, here’s the data for a page without a video on it (but a lot of text content):
Page: http://www.php-schulung.de/blog/
Results:
Chrome: first view: 0.4 seconds, repeat view: 0.3, http://www.webpagetest.org/result/140619_K7_YPZ/So without a video, Chrome is really fast.
Then I measured a page with a video on it (and not too much other content):
Page: http://www.php-schulung.de/en/symfony-training/
Results:
Chrome: first view: 3.6 seconds, repeat view: 3.5 seconds, http://www.webpagetest.org/result/140619_2X_YC9/
IE 9: first view: 1.7 seconds, repeat view: 0.5 seconds, http://www.webpagetest.org/result/140619_SF_YSR/
Firefox: first view: 1.2 seconds, repeat view: 0.5 seconds, http://www.webpagetest.org/result/140619_QX_YSZ/
Safari: first view: 1.2 seconds, repeat view: 0.3 seconds, http://www.webpagetest.org/result/140619_4B_YV3/So on a page with a video on it, Chrome is very slow, while other browsers are fast.
Let’s focus on the repeat view (when all files are cached in the browser already):
As shown above, Chrome takes 3.5 seconds to fully load the page from a local cache!
On the contray IE9, Firefox and Safary only take 0.5, 0.5 and 0.3 seconds respectively.What’s wrong with Chrome? Or is it a Chrome specific JS bug?
Cheers,
Timon
-
-
Hello Timon,
thank you for an interesting analysis.
I guess Chrome is doing some background processing for the video. It happens even if you remove all script tags from the HTML – so it happens even if there is no FV Flowplayer: http://lifeinamovie.com/h/fv.html
This appears for both MP4 and WebM videos. It also appears in Chromium (the open source web browser project from which Google Chrome draws its source code).
So I guess there is nothing we can do here and it’s probably not really an issue after all. Although your test show some CPU usage during that strange delay.
Perhaps other browsers trigger the load event as soon as possible, while Chrome waits for video.
Thanks,
MartinHi Martin,
crazy stuff 8-)
Thanks for letting me know!
Timon
I’m also having a chrome issue.. when skipping along a video in chrome it takes a really long time for the video to play from that new position. and its nearly instant in firefox and IE..
I don’t have this problem at all in Version 2.2.8 so I have been stuck in not upgrading my player.
Hello cybermike,
please use our video checker to report the exact video which is causing trouble.
I don’t see any change between 2.2.8 and current version which could cause this.
Thanks,
MartinEverything looks fine.. guess ill stick with the old one for now since it works the best. Hope you can optimize for chrome in the future
Hint (beta): We recommend that you encode your video at a lower bitrate for faster loading!
Hello cybermike,
could you please hit the “Send to Foliovision” button in the video checker window to send us the full report with video details? The information remains private, we will only use it to diagnose the issue.
Thanks,
MartinHello cybermike,
thank you for using the video checker and for reporting the issue!
I found the following:
FV Flowplayer 2.2.13 – I can see that the video playback initiates two requests to the MP4 file, which is strange. The seeking is slowed down here, perhaps because of the extra request blocking something in Chrome.
FV Flowplayer 2.2.7 – only one request.
The videos are often quite slow to start – looks like your server is at times overloaded, as the wait time is long.
So we will concentrate on explaining the two requests for the MP4 file (new version) instead of just one (old version).
Thanks,
MartinHello cybermike,
fixed, version 2.2.14 released. Thank you for your cooperation!
This was caused by the embed function of Flowplayer and the way we use it for the share bar.
Thanks,
MartinThank you.. works great
OH MY GOOOOODDDDD it’s works so well now like never before!!!! I am extremely happy!
I didn’t realise there was two more updates out there till now I had 2212 version, so I updated now, to 2216 and it’s just simply works fantastic!!!
Random seeking took 4-6 second even before the bug, but now it’s just lightning fast 1-2 seconds!!! And it works on all browsers.
Really thank you guys! I plan to do a major upgrade of my site later this year, now I know who to hire for setting video player right, I will look for you.
Thanks guys!!!
Gregory
