A few days ago I've reported the issue with squares to freeglut developers and they removed the points: https://github.com/dcnieho/FreeGLUT/issues/19
For the coming ccp4 release we'll go with stroke-characters enabled by default (for Linux only) and with patched freeglut. It would be good to find out why the bitmaps are making coot so slow with this particular driver and/or report it to developers, but I don't have energy to do it. BTW, if anyone would like to test our development version of the CCP4 suite and report problems: # download one of the tarballs from http://devtools.fg.oisin.rc-harwell.ac.uk/nightly/ wget http://devtools.fg.oisin.rc-harwell.ac.uk/nightly/ccp4-linux64-latest.tar.bz2 # unpack tar xjf ccp4-linux??-*.tar.bz2 # start a bash subshell with sourced CCP4 environment ./ccp4-linux??-*/start # and run whatever you like, for ex. coot Marcin On 27 September 2014 01:11, Ethan Merritt <merr...@u.washington.edu> wrote: > On Friday, 26 September 2014 08:18:49 PM Marcin Wojdyr wrote: > >> These artifacts are GL_POINTS. I'm a bit puzzled by this: > >> >> https://github.com/dcnieho/FreeGLUT/blob/git_master/freeglut/freeglut/src/fg_font.c#L281 > >> why glutStrokeCharacter() does GL_POINTS in addition to lines? > >> Maybe it's only in freeglut or only in the latest freeglut versions, I > >> haven't checked. > >> I've made a quick fix locally and the labels look good. > >> I guess Paul will provide a proper fix/workaround soon. > > > > I see nothing like that here. > > (screenshot: http://skuld.bmsc.washington.edu/~merritt/coot_08.png ) > > > > My machine has > > > > stonelion [2931] ldd coot-real | grep glut > > libglut.so.3 => /lib64/libglut.so.3 (0x00007fd7e657b000) > > > > stonelion [2932] rpm -qf /lib64/libglut.so.3 > > lib64freeglut3-2.8.1-2.mga4 > > > > Ethan > > > > -- > > mail: Biomolecular Structure Center, K-428 Health Sciences Bldg > > MS 357742, University of Washington, Seattle 98195-7742
