The server load is not a concern but it will not need to be live
streaming at all, so I am planning to do the dynamic image overlay -
triggered by cue points and animated by script with possibly
frame-by-frame hand drawn mask - at the client side.
Thinking about it, there's no need to upload the user image to the
server - just do everything at the client ;)
Kenneth Kawamoto
http://www.materiaprima.co.uk/
Anthony Pace wrote:
For the first sentence I meant to say that applying an overlay at the
client is fine, if you are not concerned with your stream being ripped
without branding, possible cnn style news events, or captions being
included.
If things need to be live and targeted you will want to do things at the
server; otherwise, if server load is a concern, and you do not need to
be changing graphics live, then doing it during encoding and prior to
uploading the content to the server might be the way to go.
On 3/12/2010 1:48 PM, Anthony Pace wrote:
If you don't mind your stream being downloaded without the required
branding or possible news event embedded into the video, plus the
added bandwidth overhead is not a concern, than an overlay is perfect.
If there are branding concerns, or you work for a site that would like
to reduce bandwidth and send news events cnn style, then you will have
to know how to modify the stream before you send it to the client.
If new events aren't required, but the branding is, then you really
only need to do a separate encoding that includes the content.
Ads at cue point, using a number of methods, can easily be told to
fire based on the time per frame.
On 3/12/2010 12:15 PM, kennethkawam...@gmail.com wrote:
Steady camera motion when shooting initial video would create script
friendly sequence and should save a lot of time later - notes to
myself :)
_______________________________________________
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders