Thanks for the help but double buffering does not quite help. I don't get a window in the first place...

surfer: tkoInitWindow(js) Window type not found! surfer: failed, trying double buffered window Window type not found! surfer: failed, no suitable display found

I think that it is an interplay between the freesurfer trying to display something and Exceed OpenGL trying to port the (virtual?) display to my screen. (Mind you, freesurfer runs from a server and other programs are ported correctly: fslview and gedit, for example, are displayed correctly)

Cris

2011/4/26 Pedro Paulo de Magalhães Oliveira Junior ppj@netfilter.com.br:

in tcsh try: setenv doublebufferflag 1 in bash it would be export doublebufferflag=1

before running tksurfer

Refs: http://www.mail-archive.com/freesurfer@nmr.mgh.harvard.edu/msg11049.html http://surfer.nmr.mgh.harvard.edu/fswiki/TksurferDisplayProblems

On Tue, Apr 26, 2011 at 10:35, Cris Lanting c.lanting@gmail.com wrote:

...

In the hope that someone recognises the error as described in the attached email... (Sorry for the repost but I haven't found a solution yet and I'm quite sure someone will recognise it)

Cris

---------- Forwarded message ---------- From: Cris Lanting c.lanting@gmail.com Date: Mon, Apr 11, 2011 at 1:50 PM Subject: display error To: freesurfer@nmr.mgh.harvard.edu

Dear Freesurfer community,

I have a display problem that affects especially tkmedit and tksurfer. We run freesurfer ( freesurfer-Linux-centos4_x86_64-stable-pub-v5.0.0) on a remote unix server and use Exceed (v. 14.0.0.376) to port the display to a local (windows) computer. At first we got a openGL error stating that OpenGL was not supported when calling e.g. tksurfer. Now we have installed Exceed 3D to support OpenGL it seems to continue beyond the previous error message but comes up with a different one (see snippet)

<snippet> subject is js hemi    is rh surface is pial surfer: current subjects dir: /home/cris/freesurfer/subjects surfer: not in "scripts" dir ==> using cwd for session root surfer: session root data dir ($session) set to: surfer:     /home/cris Reading image info (/home/cris/freesurfer/subjects/js) Reading /home/cris/freesurfer/subjects/js/mri/orig.mgz surfer: Reading header info from /home/cris/freesurfer/subjects/js/mri/orig.mgz fsurfer: vertices=156376, faces=312748 surfer: single buffered window surfer: tkoInitWindow(js) Window type not found! surfer: failed, trying double buffered window Window type not found! surfer: failed, no suitable display found <end snippet>

Any ideas?

Note that other programs that do not use OpenGL seem to run fine (i.e. fslview and gedit)

Kind regards, Cris Lanting

Career Development Fellow MRC Institute of Hearing Research Science Road, University Park Nottingham NG7 2RD cris@ihr.mrc.ac.uk

---

Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer

The information in this e-mail is intended only for the person to whom it is addressed. If you believe this e-mail was sent to you in error and the e-mail contains patient information, please contact the Partners Compliance HelpLine at http://www.partners.org/complianceline . If the e-mail was sent to you in error but does not contain patient information, please contact the sender and properly dispose of the e-mail.

thanks for posting this Cris

Bruce On Mon, 20 Jun 2011, Cris Lanting wrote:

After consulting with Opentext, the company that makes Exceed 3D, it turns out that the problem as described earlier was a Mesa GLX compatibility issue (and thus not directly related to freesurfer.....): This solution solved the problem:

---

The OpenGL page is available only if you have Exceed 3D installed. MESA GLX Compatibility Mesa is commonly used on many platforms, including Linux, OpenSolaris, and the BSDs. If your system's libGL.so library is provided by Mesa 7.1 or later, OpenGL applications will not run remotely. For example, when you try to run glxinfo, you receive the following error: Error: couldn't find RGB GLX visual or fbconfig To resolve this issue, you must first set the LIBGL_ALWAYS_INDIRECT environment variable. For example: $ sh $ LIBGL_ALWAYS_INDIRECT=y glxinfo ... server glx vendor string: Open Text ... If it is not possible to set LIBGL_ALWAYS_INDIRECT because you are using an XDMCP startup method and launching the application from the desktop menu, you can use the following workaround:

1. Open your system registry.
2. Navigate to the following key:

HKEY_LOCAL_MACHINE\SOFTWARE\Hummingbird\Connectivity\14.00\Exceed\XServer (create this key if it does not already exist) 3. Create a new DWORD value named MesaVisualCompat and set its value to 1. This enables Mesa's software-based OpenGL rasterizer on the application server, which pushes rendered images to your desktop.

---

Just in case there are more people around faced with these problems....

Kind regards, Cris Lanting

2011/4/26 Cris Lanting c.lanting@gmail.com:

...

Thanks for the help but double buffering does not quite help. I don't get a window in the first place...

surfer: tkoInitWindow(js) Window type not found! surfer: failed, trying double buffered window Window type not found! surfer: failed, no suitable display found

I think that it is an interplay between the freesurfer trying to display something and Exceed OpenGL trying to port the (virtual?) display to my screen. (Mind you, freesurfer runs from a server and other programs are ported correctly: fslview and gedit, for example, are displayed correctly)

Cris

2011/4/26 Pedro Paulo de Magalhães Oliveira Junior ppj@netfilter.com.br:

...

in tcsh try: setenv doublebufferflag 1 in bash it would be export doublebufferflag=1

before running tksurfer

Refs: http://www.mail-archive.com/freesurfer@nmr.mgh.harvard.edu/msg11049.html http://surfer.nmr.mgh.harvard.edu/fswiki/TksurferDisplayProblems

On Tue, Apr 26, 2011 at 10:35, Cris Lanting c.lanting@gmail.com wrote:

...

In the hope that someone recognises the error as described in the attached email... (Sorry for the repost but I haven't found a solution yet and I'm quite sure someone will recognise it)

Cris

---------- Forwarded message ---------- From: Cris Lanting c.lanting@gmail.com Date: Mon, Apr 11, 2011 at 1:50 PM Subject: display error To: freesurfer@nmr.mgh.harvard.edu

Dear Freesurfer community,

I have a display problem that affects especially tkmedit and tksurfer. We run freesurfer ( freesurfer-Linux-centos4_x86_64-stable-pub-v5.0.0) on a remote unix server and use Exceed (v. 14.0.0.376) to port the display to a local (windows) computer. At first we got a openGL error stating that OpenGL was not supported when calling e.g. tksurfer. Now we have installed Exceed 3D to support OpenGL it seems to continue beyond the previous error message but comes up with a different one (see snippet)

<snippet> subject is js hemi    is rh surface is pial surfer: current subjects dir: /home/cris/freesurfer/subjects surfer: not in "scripts" dir ==> using cwd for session root surfer: session root data dir ($session) set to: surfer:     /home/cris Reading image info (/home/cris/freesurfer/subjects/js) Reading /home/cris/freesurfer/subjects/js/mri/orig.mgz surfer: Reading header info from /home/cris/freesurfer/subjects/js/mri/orig.mgz fsurfer: vertices=156376, faces=312748 surfer: single buffered window surfer: tkoInitWindow(js) Window type not found! surfer: failed, trying double buffered window Window type not found! surfer: failed, no suitable display found <end snippet>

Any ideas?

Note that other programs that do not use OpenGL seem to run fine (i.e. fslview and gedit)

Kind regards, Cris Lanting

Career Development Fellow MRC Institute of Hearing Research Science Road, University Park Nottingham NG7 2RD cris@ihr.mrc.ac.uk

---

Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer

The information in this e-mail is intended only for the person to whom it is addressed. If you believe this e-mail was sent to you in error and the e-mail contains patient information, please contact the Partners Compliance HelpLine at http://www.partners.org/complianceline . If the e-mail was sent to you in error but does not contain patient information, please contact the sender and properly dispose of the e-mail.

---

Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer