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