You're probably better off sending the commands themselves. Your rendering algorithm may be complicated, but sending commands is almost always going to be more efficient (and as such will probably save you on bandwidth).
Calculating image diffs is kind of expensive, and can be pretty complex if you're trying to optimize it. It would probably be easier to implement the handling of the commands, since you already know how that has to work, than to try and do image diffs (part of the application I work on has something that sounds a bit similar, and we've always wanted to add image diffs, but haven't gotten to it as we could never come up with a good enough algorithm for it). If that doesn't work I'd go with pre-rendering. It would use more bandwidth and processing (on the server at least) but would be a lot faster implementation wise than trying to implement your own image diff generation and rendering. -Andy On 12/1/06, Wojtek Dabrowski <[EMAIL PROTECTED]> wrote:
Hello Ian, Thanks for the tip, but unfortunately, pre-rendering is really not an option. I need to render the video in response to user input, inputs coming from a few other nodes, and the state of the server itself (e.g. load) - basically a heap of information that I don't have earlier. I'll have a closer look at ffmpeg and ffserver though... they might be going into the direction that I need. Or does anybody have an idea for a simpler method? Thanks a lot in advance, -Wojtek On Fri, 2006-12-01 at 20:28 +0000, Ian Thomas wrote: > Hi Wojtek, > Is pre-rendering really not an option? It'd be the simplest - take a > look at ffmpeg. I'm pretty sure that it can take a set of image files > as input and produce an output .flv. > > HTH, > Ian > > On 12/1/06, Wojtek Dabrowski <[EMAIL PROTECTED]> wrote: > > Hello everybody! > > > > I was just wondering... I need to display a short video clip that is > > generated dynamically by the server. Now the most stupid approach would > > be transmitting the movie frame-by-frame as images. Transmitting only > > the differences between the frames sounds much more intelligent, kind of > > like live-mpeg-encoding-and-streaming. Any pointers on how that might be > > easiest to achieve? Pre-rendering the movie and then sending it as one > > file is unfortunately not really an option. Nor is sending the > > primitives and transformation instructions to the client, the rendering > > algorithm is a bit too complicated. > > > > I'd be happy about any kind of pointer - liks to tutorials, algorithm > > descriptions, code snipplets... as long as I can make any sense of it, > > it'll make me happy :) > > > > Thanks a lot in advance, > > -Wojtek Dabrowski > _______________________________________________ > [email protected] > To change your subscription options or search the archive: > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > Brought to you by Fig Leaf Software > Premier Authorized Adobe Consulting and Training > http://www.figleaf.com > http://training.figleaf.com _______________________________________________ [email protected] To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
_______________________________________________ [email protected] To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
