There is a renderoffscreen flag that can be used from a tcl script.
Unfortunately, this feature was broken when a particular section of the
tksurfer code was commented out. The problem was that the tclscriptflag
used to determine whether to open a window was not getting set to true.
Look for this:
/* rkt: commented this part out. i'm not sure how it was accepting
any other command line options with it active. */
I think I emailed Kevin Teich about this some time ago.
Since then, I've made a modified version of tksurfer where this problem is
fixed. The solution is to actually replace tclscriptflag with the newer
scriptok variable when it comes time to open a window only if not running
from a script. I can send that code to the mgh guys if desired, but as I
said, the fix is easy (assuming you can compile the source code).
So anyway, this modified version can render offscreen (like the prehistoric
versions of tksurfer). This is very useful to me and probably to others who
want to render in batches (e.g. making movies). The only remaining problem,
however, is that you still need a valid display. So for example, you can't
run these batch render jobs on a cluster.
I haven't yet tried to get tksurfer to render without any display, but I
fear that it won't be possible for some OpenGL reason. But if anyone can
figure that one out, I would be very grateful.
Don
From: "Darren Weber" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: "freesurfer@nmr.mgh.harvard.edu" <freesurfer@nmr.mgh.harvard.edu>
Subject: [Freesurfer] remote batch job?
Date: Thu, 16 Aug 2007 16:12:01 -0700
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Bruce et al.,
I want to run a batch job that will use tksurfer to display an inflated
surface, load some patches, and rotate and save images. I have a .tcl
script to control the process in tksurfer and I have a shell script to
start the whole process off for a number of subjects. My question now
is how to handle the case where I am working remotely and it is too slow
to have the display piped to the remote display, so I want to have
either (a) no visible display or (b) a display on the host machine. If
I try the usual trick of setting DISPLAY env for the host machine, I'm
failing to open the display for any commands sent from the remote xterm.
Do you have a solution for this situation?
Take care, Darren
- --
Darren L. Weber, Ph.D.
Postdoctoral Scholar
Dynamic Neuroimaging Laboratory,
UCSF Department of Radiology,
185 Berry Street, Suite 350, Box 0946,
San Francisco, CA 94107, USA.
Tel: +1 415 353-9444
Fax: +1 415 353-9421
www: http://dnl.ucsf.edu/users/dweber
pgp: http://dnl.ucsf.edu/users/dweber/dweber_pgp.html
"To explicate the uses of the brain seems as difficult
a task as to paint the soul, of which it is commonly
said, that it understands all things but itself."
Thomas Willis (The Anatomy of the Brain and Nerves, 1664)
"Fourteen billion nerve cells responding in complex ways
with multitudinous connections to each other give little
likelihood of providing a rational solution that would
allow prediction of mental process."
Michael Posner (Chronometric Explorations of Mind, 1978)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGxNnBxaCYN7qs0v4RAiOOAJ48XbFN1UzICRYbe8yho2UIcMbm3ACfcp6Y
5GyJeS0o6a5L43pz74jeMyI=
=G5Ph
-----END PGP SIGNATURE-----
_______________________________________________
Freesurfer mailing list
Freesurfer@nmr.mgh.harvard.edu
https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer
_________________________________________________________________
Learn.Laugh.Share. Reallivemoms is right place!
http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us
_______________________________________________
Freesurfer mailing list
Freesurfer@nmr.mgh.harvard.edu
https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer
