goddard at cgl.ucsf.edu
Wed May 27 10:13:48 PDT 2009
The computer that worked was using the old image capture technique --
you see it displaying tiles of the full image when supersampling is
used. If you were using a current Chimera daily build then it didn't
use the new off-screen image saving method because the graphics driver
didn't support OpenGL pbuffers.
As I suggested in my previous message, try saving a single image (File
/ Save Image...) with supersampling 3x3 and see if it works and use Help
/ Report a Bug if it does not and attach the image. This may be a
graphics driver bug or it may be a Chimera bug. If it is a graphics
driver bug you can try updating your graphics driver
or disabling Chimera graphics features
Very likely disabling use of pbuffers will allow you to use supersampling.
hsosa at aecom.yu.edu wrote:
> The problem with supersampling does seems to be computer related. I
> could make a movie with supersampling in another computer. The
> graphic card in the problematic computer (Running Windows XP) is an:
> ATI Radeon HD 2600 Pro AGP
> Driver version: 8.410.0.0
> Are there known problems with this graphic card /driver? . Any solution ?
> I noticed that in the computer that I could make the movie the image
> changed size as each frame was being recorded (as expected when using
> supersampling). However, this did not occur in the computer that
> produced the bad movie.
> The script I am using to make the movie looks now like this:
> reset p0
> movie record supersample 3
> #movie record
> wait 25
> reset p1 1
> reset p2 1
> reset p3 1
> reset p4 1
> reset p7 1
> reset p8 1
> reset p9 15
> wait 25
> reset p10 1
> reset p11 1
> reset p12 1
> reset p13 1
> reset p14 1
> reset p15 1
> reset p16 1
> reset p17 15
> wait 25
> movie stop
> movie encode output Test.avi mformat avi bitrate 10000
> #reset p0
> Another question. Do I need to put a wait command after each reset
> command ?
> Tom Goddard wrote:
>> Hi Hernando,
>> Your example script contains no "wait" command so I'd expect the
>> resulting movie to have 0 (or maybe 1) frame. Not sure how that
>> could work with or without the supersample option.
>> Here's a recent movie making tutorial with plenty of examples of the
>> "wait" command.
>> I guess you know the above if you get correct movies without the
>> supersample option. So your problem sounds like a bug in supersample
>> image saving. If you use File / Save Image with supersample 3x3 is
>> the resulting image correct? If not you should use Help / Report a
>> Bug... to report the problem, and attach the incorrect image. We
>> have changed how image saving workings so that it does not capture
>> directly from the screen (that old method had problems with
>> overlapping windows appearing in the image). The new code in daily
>> builds may have bugs or it may be a problem with your graphics driver.
>> I tested the May 25 daily build on a Mac and it correctly recorded a
>> supersampled movie using a script like yours with "wait" added before
>> "movie stop".
>> hsosa at aecom.yu.edu wrote:
>>> When using using supersample > 1 to record a movie the movies are
>>> not saved correctly (black or random color images)
>>> In the command script below the saved movies are OK if the option
>>> supersample 3 is eliminated and wrong if included.
>>> reset p1
>>> movie record supersample 3
>>> reset p2
>>> reset p8 10
>>> movie stop
>>> movie encode output test2.avi mformat avi
>>> I'm I doing something wrong ?.
>>> I'm running the daily build version of Chimera (May 25).
More information about the Chimera-users