Re: [Vnc2swf-users] Great program, some comments

[<lfk...@ya...>]

 Thanks for the quick response.  Hmm, maybe it's a flash issue in linux, but I am on the latest firefox 1.5.0.5 and the latest flash provided to linux (ubuntu distro dapper).  The swf file alone will launch in firefox in windows but not in linux.  In linux if I right click I see the 'about macromedia flash' and above that 'movie not loaded.'   I guess it must be a linux/flash issue but any other swf file I have can be played on its own.  I noticed that if one goes fullscreen in windows firefox it scales the video which the html prevents, but at least it plays.  Also in windows I do have the slider and pause button.  However when I attempted to use the slider, a security prompt came up saying 'the  tutorial1.html is trying to access tutorial1.swf' and it directed me to macromedia's site with a flash applet to allow this to continue.  I found that strange, never encountered that before.   
The security issue (clicking the slider):
>From http://www.adobe.com/devnet/flash/articles/fplayer8_security.html:
 "In Flash Player 8 Macromedia has changed the security model that's applied       to local Flash content. By default, Flash applications that are run from       a user's local file system rather than over HTTP have more limited privileges       in Flash Player 8 than in Flash Player 7. This model is applied to Flash       content of all versions, which means that content published before the       release of Flash Player 8 may be affected, in addition to new content created       after its release. This article describes how to fix most issues that arise       from these changes."

 This problem happens only when the swf is run locally but it is not supposed to happen when you run the swf through HTTP.
 I didn't fully understand what you mentioned on compression, but this is what I was referring to. 
When I capture a movie I see:
Creating movie: 'tutorial.swf': version=7, size=640x480, framerate=12.0, compression=None

I see compression=true when encoding with edit but the above is when first capturing.  Just wanted to make sure there isn't some other type of real time compression. 
Sorry!  The swf file can be compressed or uncompressed.  The difference is only that the whole file after the swf header is compressed using ZLIB when it's compressed.  This is only available through edit.py.
The vnc protocol always sends rectangle areas (colored or bitmap) where there has been a screen update.
Pyvnc2swf in shape mode uses this rectangle areas to create swf objects. The optimisation is only that it doesn't create a rectangle that has been overwritten entirely by another object in the same frame. (Please correct me if I'm wrong!). Since an object is created for each rectangle update, it can run out of available object ids (number) in recordings with alot of updates and that are long.
But in video mode, pyvnc2swf uses the "screen video format" available in the swf specification "designed for sending captures of screen in action". It divides the area in blocks. "Each frame in a screen video sequence is formatted as a series of blocks. These blocks form a grid over the image. In a keyframe, every block is sent. In an interframe, one or more blocks will contain no data, which indicates that the bitmap region represented by that block has not changed since the last update of that image area."
For recordings where the screen changes alot and frequently the video format usually is better and the swf smaller.
I would suggest first recording to vnc mode (recording is faster) and converting to video mode afterwards with edit.py with compression on.

 		
---------------------------------
 Yahoo! Search
 Música para ver e ouvir: You're Beautiful, do James Blunt