Hi there,

If I try to urlencode my CloudFront signed URL (I need to do it if my filename has special chars, like blank space "my video.mp4"), then FlowPlayer won't play the stream.

Example here: http://vod.dryss.com/w/django/lecteur-video.html

I'm unable to start video on Firefox / Chrome.

Any idea how to make it works?

Thanks

There is a problem with time counter (on the left) during playing live stream with DVR. If time of record is litmited on the server (eg to 1 hour) and user is playing stream longer, he can rewind video before server record. Player is going back to live in this situation, but it is confusing for users. Time on the should be updated or stopped when max DVR record is reached. It will much easier for users when time to rewind will shown during mouseover event with timeline.

Just try http://flowplayer.org/standalone/playlist/basic.html I can confirm for old Safari 5, but user reports also for Safari 6 and IE8 (but not consistently): http://flowplayer.org/forum/#!/moot/1770

Currently load() and play() fail when: a) an engine switch is involved, for instance html5 -> flash b) a protocol change, for instance rtmp -> mp4 progressive download within flash

Can these restrictions be avoided? If not we must document them. Currently the docs suggest that it "just works" as long as the browser supports playback of the video(s) given in the argument.

A switch from mp4 in html5 to hls however works.

Hi there,

I've noticed that on Samsung Galaxy S3 Mini (Android 4.1), HLS does not work with FlowPlayer: audio is playing but not video (infinite FlowPlayer loading screen).

Here is two test pages:

• simple HTML5 video tag: http://dev.dryss.com/signedcookies/
• FlowPlayer 6 : http://dev.dryss.com/signedcookiesfp/

This is the same m3u8 file in both examples, served by a CloudFront distribution with Signed Cookies.

With simple video tag, it's working fine. With FlowPlayer 6, I have infinite loading screen.

Flash detection is currently broken for Safari 6 in similar ways as for Flowplayer Flash: https://github.com/flowplayer/flash/issues/167 Safari 6 (Mac) reports Flash version and description even when Flash is disabled (but installed). We need of course to detect a working Flash engine.

Getting a problem with Flowplayer v5.2.0 to not playing on the iPad Mini.

Tested the same page on various browsers and even in an iPad 2 with the same setting in both iPads. On the mini - the demos pages don't load the sample videos -- all I get are the repeating dots.

Used this page to test, but others have same issue:http://flowplayer.org/standalone/skins/minimal.html

Thanks

As far as I can see the rtmp fallback assumes an mp4 file with an identical filename in an identical filesystem (bucket) layout as the http url. There is no way to specify an rtmp filename.

This will fail in a lot of circumstances for a lot of reasons. For instance:

• http://flash.flowplayer.org/demos/plugins/streaming/audio-live.html (assume video)
• http://flowplayer.org/forum/#!/moot/254 or in case of a different rtmp directory/bucket or filename layout etc. etc.

An option to configure the actual rtmp stream location is needed for the cases where the deriving logic is not applicable.

http://flowplayer.blacktrash.org/fp5/utf.html Note that this is _not_ the same as issue #99. But it is probably similar to https://github.com/flowplayer/flash/issues/59 for Flowplayer Flash.

According to http://flowplayer.org/forum/#!/moot/4074 the otherwise dangerous escaping hack worked - with a few tweaks.

JWPlayer avoids the problem by not writing any media locations into the object tag.

Here's a demo site: http://lifeinamovie.com/html/window-load.html

It uses //releases.flowplayer.org/5.4.2/flowplayer.min.js

Below the video these messages should appear as the JavaScript event hooks are fired:

"jQuery(document).ready fired! jQuery(window).load fired! window.onload fired!"

On iPad ("Mozilla/5.0 (iPad; CPU OS 5_1_1 like Mac OS X) AppleWebKit/534.46 (KHTML, like Gecko) Version/5.1 Mobile/9B206 Safari/7534.48.3"), only the first appears (document ready).

The window.onload is simply not fired and its jQuery equivalent doesn't work either.

As #58 is closed, quoting from https://github.com/flowplayer/flowplayer/issues/58#issuecomment-11369378

However! When you are on the clip before the last one and search towards the end, it jumps over the last one and restarts where it should switch to the last one.

Depending on the last 2 clips, the list might also loop.

Demo: http://flowplayer.blacktrash.org/fp5/playlist.html

As mentioned in #58 playlists work near perfectly in a splash image setup, but now non-splash setups are broken in a different manner.

I will try to make a proposal to parse the playlist items on load into an array and avoid the click() to see whether this improves things.

If you have a poster/image URL that contains a closing bracket ) it won't be set as the background-image property as it closes the url() property early.

I have added single quotes the same as is already done a few lines below https://github.com/flowplayer/flowplayer/blob/d5b70e7a40518582287d9b73aa76ea568c948816/lib/ext/ui.js#L485

An example of a url that does not currently work is.

https://d17m69v0nrxktd.cloudfront.net/ce2jJLeNlNb8Be2zqQahAm8tV98=/1170x656/filters:quality(60)/video_thumbnails/2140/593fa756586e5_0016.jpg