Closed GoogleCodeExporter closed 9 years ago
I am merging it with issue #42 to keep track of this together with the new
poster behavior.
Currently the "camera", "live", "recording" and "publish" properties are
defined as follows: "camera" (boolean) indicates whether the camera is
capturing (or instructed to capture and awaiting user permission); "live"
(boolean) indicates whether the video displays the live camera feed;
"recording" (boolean) indicates that the NetStream is publishing to server or
remote end; and "publish" (string) represents the publishing stream name. Some
of these are tied together -- setting "publish" automatically sets "camera" and
eventually "recording", and setting "live" automatically sets "camera".
Thus, it makes sense to tie the "poster" property to "camera" instead of
"recording" or "publish" -- when camera is on, never show the poster.
Unfortunately, it is not trivial to detect that the end user has lost internet
connection (especially with rtmfp) and when the end user has unplugged the
camera. So I will leave those two outside the scope. If you have contributions
that cover some of all aspects of this, please send us the patch to the support
group.
Thanks!
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.
Original comment by marcin.k...@innodia.pl
on 15 Oct 2012 at 7:58
Original issue reported on code.google.com by
theinten...@gmail.com
on 13 Oct 2012 at 5:32