The following is a list of known problems with OpenEV, mostly with different OpenGL implementations. They are generally not classified as bugs because they are in components the OpenEV team can't fix (like specific OpenGL drivers).
OpenGL Using Mesa
- Mesa's OpenGL does not appear to properly close GL_LINE_LOOPs if the last vertex is not a repeat of the first. This will cause polygons to appear to be missing one edge segment, though fill still works properly.
- Mesa's polygon tesselator is seriously flawed. Complex polygons will sometimes fail to be tesselated when they should (resulting in them not being filled), and in some cases the tesselator will suffer a segmentation fault resulting in the application crashing. The Mesa team are integrating tesslation code from SGI which should resolve these problems in a future release.
- Mesa OpenGL does not work well (or even at all?) in eight bit mode. Use 16bit, 24bit or 32bit display modes.
OpenGL on NT
- The NT software implementation does not appear to be able to draw windows larger than about 1024x768 properly. Thus a maximized view window will generally have a black strip down the right, and across the bottom that is never drawn in properly. This problem does not appear to afflict accelerated drivers under Windows NT.
- Many NT OpenGL drivers are flawed. If OpenEV crashes with the most up to date vendors drivers available, it may be necessary to use a Mesa based software mode. Download OpenGL32.zip, and unzip into the OpenEV directory to substitute a Mesa OpenGL renderer in place of the native driver. This backup will be automated in the next release.
- On Windows the Ctrl-Z in the view window to trigger undo doesn't work. Use the undo from the menu instead.