Open GoogleCodeExporter opened 9 years ago
Ah!!! The "poster" property was designed to work with video play mode from
http/https URLs (sorry about the incorrect documentation indicating it applies
to both publish and play). When using rtmp/rtmfp, the poster is not correctly
integrated. To fix this bug, I think the suggested behavior is as follows.
Please confirm is this looks right.
If poster is set, it should be shown in the following cases:
- no video is publishing or playing.
- web video url (http/https) is set but autoplay is false, hence it has not
started playing.
- web video url (http/https) is set and it has finished playing, and loop is
false.
- video publish url (rtmp/rtmfp) is set but camera is false.
- video play url (rtmp/rtmfp) is set but stream has not started receiving video.
- video play url (rtmp/rtmfp) is set but the stream is closed at the server.
If poster is set, it should not be shown in the following cases:
- camera is capturing, or video is playing (playing=true or camera=true).
- playing is paused (playing=false) but the stream or video file has not
terminated.
- video file has terminated but loop is true, so it automatically repeats the
video file.
Looks like a major change in the poster behavior... Looking for volunteers!
Original comment by theinten...@gmail.com
on 14 Oct 2012 at 6:14
Issue 43 has been merged into this issue.
Original comment by theinten...@gmail.com
on 14 Oct 2012 at 6:20
I believe that the only thing you've missed in your new specs is bidirection
behaviour.
When player is set to bidirection mode poster should show up when there is no
video playing without taking into account capturing video.
Other than that it looks like the thing that I need.
Original comment by marcin.k...@innodia.pl
on 15 Oct 2012 at 7:56
Original issue reported on code.google.com by
theinten...@gmail.com
on 13 Oct 2012 at 5:31