1- Display list mode doesn't render sea on Lenovo S10e with Debian/Lenny. 2 Also Ubuntu VMs. 3 Hmmm works fine on 64bit Debian/Lenny with Nvidia OpenGL. 4 Seems to be mesa-only problem. 5 GL_MAX_ELEMENTS_VERTICES & GL_MAX_ELEMENTS_INDICES are only 3000 on mesa. 6 Seems to be a GL error in display list. 7 8- GL area dies on Ubuntu in virtualbox when widget is minimised then restored. 9 (Partial fix in code is to recreate GL area when terrain regenerated) 10 11- Sparc etch build doesn't display on Nvidia i386 machine. 12 However, nvidia OpenGL i386 build does display on the sparc. 13 14- The Ubuntu dapper built packages seem to have some problems 15 when meshes are drawn with glDraw[Range]Elements 16 (NB the problem seems to be in the built app, NOT the xserver). 17 The confusion seems to occur above the 1k primitives mark. 18 Reducing the number of primitives per glDrawRangeElements 19 seems to help although some xservers seem to spew 20 X Error: GLXBadLargeRequest. 21 and give a blank view. If this happens, increase the 22 Create/Colours/...emissive... 23 spinbox from zero; this uses a different render path. 24 [I did wonder if this was something to do with Ubuntu using 25 the mesa GL libraries and Debian using the XFree86 versions: 26 dpkg-query -S /usr/include/GL/gl.h 27 Sarge: xlibmesa-gl-dev: /usr/include/GL/gl.h 28 Dapper: mesa-common-dev: /usr/include/GL/gl.h 29 But building the package on Debian Etch against 30 libgl1-mesa-dev,libglu1-mesa-dev,mesa-common-dev 31 (add them into the yadda build dependencies in the mkdeb script) 32 doesn't reproduce the problem there. 33 Both platforms are gcc 4.0.3. 34 It's a mystery! Any help gratefully received.] 35 Haven't tried edgy yet. 36 37- fracplanet running on 64 bit lenny shows missing polys 38 (all sea?) when viewed by display list from 32bit lenny mesa 39 40- Bear in mind that selecting display list rendering means a copy 41 the GL system takes a copy of the triangle mesh. This needs memory; 42 if there isn't enough the application may crash (some drivers 43 may crash if the display list doesn't fit on the graphics card). 44 45- Base land height doesn't affect noise-only terrain 46 (when vertical perturbation is reduced to zero; probably because 47 it's expressed as a proportion of vertical perturbation - should 48 just be absolute). 49 50- Blender seems to ignore alpha in the cloud layer, and renders 51 it as solid. It doesn't pass per-vertex alphas out to yafray either. 52 This may just be some material flag which needs setting, but haven't 53 been able to discover a solution. Any help appreciated. 54 The workround is to emit an opaque pre-blended cloud layer. 55 56- River generation can be VERY slow (especially at high levels of subdivision) 57 due to the time taken to fill up large lakes (just like in the real world, 58 strangely enough :^): raising the water level slightly to the level of a 59 potential outflow currently necessitates adjusting the height of all the 60 points in the lake, which takes a long time with big lakes. The progress 61 dialog gives a bit more feedback about this now. It WILL complete; 62 just give it time. 63 64- Flat (non-planet) terrain mostly disappears when viewed from beneath due 65 to back-face culling. 66 67- Export to Blender doesn't support emissive terrain. 68 69- Doing the clouds as a mesh might seem pointless but there 70 are plans to perturb the mesh to produce weather systems. 71 Maybe add some height too. 72