dangquocthai / flash-videoio

Automatically exported from code.google.com/p/flash-videoio
0 stars 0 forks source link

Poster over video sometimes #42

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
First reported by marcin.kurylak@innodia.pl on Oct 9, 2012.

---

I'm using VideoIO11 ver 3.3

2) Poster over the video (sometimes)
var vars = {};
vars.url = [[URL]];
vars.controls = true;
vars.publish = [[user_id]];
vars.microphone = true;
vars.sileneceLevel = 5;
vars.gain = 0.4;
vars.camera = true;
vars.cameraDimension = '160x120';
vars.echoCancel = true;
vars.echoSuppression = true;
vars.poster = [[avatar_url]];

or

var vars = {};
vars.url = [[URL]];
vars.controls = true;
vars.play = [[user_id]];
vars.poster = [[avatar_url]];

Poster sometimes is created over the video - this is especially visible if 
poster is a  semi-transparent PNG. The way I understand it should work - it 
should be under the video.

Original issue reported on code.google.com by theinten...@gmail.com on 13 Oct 2012 at 5:31

GoogleCodeExporter commented 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

GoogleCodeExporter commented 9 years ago
Issue 43 has been merged into this issue.

Original comment by theinten...@gmail.com on 14 Oct 2012 at 6:20

GoogleCodeExporter commented 9 years ago
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