The gui specific window class should cooperate with a gui specific 
OpenGLContext subclass and hot having the latter inherit from the former.

Original issue reported on code.google.com by [email protected] on 1 Mar 2011 at 7:41

It would be great to have a vlGLFW::GLFWWindow helper class. Ideally, it should support multiple windows (with the possibility to share contexts) and OpenGL Core Profile, though it would be good to get any GLFW support as a start...

Proposed architecture:

View: (data only)
  + Camera 
  + Viewport

SceneView: (data only)
  + View
  + SceneManagers[]
  + Renderers[] <-- viewport clear

Rendering: (executes the rendering on the given SceneViews)
  + SceneViews[]
  > all renderers must use the same OpenGLContext so we don't need to clear GL states and makeCurrent() only once. Contract check made in debug mode at the very beginning.

 - Cons: 
   - introduces an extra layer of indirection.

 - Pro: 
   - can more easily add new scene/camera/renderers combinations.
   - minimize init/clearup of OpenGLContext states and makeCurrent() calls.
   - minimize need to resort to RenderingTree class.

Original issue reported on code.google.com by [email protected] on 2 Mar 2011 at 1:18

Implement DrawCall Test utilizing all the draw call types and features.

Original issue reported on code.google.com by [email protected] on 1 Mar 2011 at 9:54

Add example showing how to use lower level classes directly such as Shader, 
Geometry, OpenGLContext, RenderTarget, Camera, scene managers, GLSL classes 
etc. possibly using GLUT.

Original issue reported on code.google.com by [email protected] on 1 Mar 2011 at 7:47

Add an example showing how to use and OpenGLContext without GUI bindings, 
possibly using GLUT.

Original issue reported on code.google.com by [email protected] on 1 Mar 2011 at 7:45

Object Serialization

VL really needs to be able to serialize/deserialize its classes and data however the current system is quite labor intensive to maintain and we should at least investigate other possibilities. In any case serialization is poorly documented. We should at least ensure a definite subset of VL classes are properly serialized and well documented and allow the user to add de/serialization capability to custom classes. We might also switch to JSON/BSON rather than our current custom language. It might be more verbose but it would allow better interoperability. We can explicitly declare the data type in JSON by the use of standard suffixes like vertices__f32_ etc. However BSON is only an option if we can store large ints and doubles losslessly and also binary blobs.

OpenGL ES

Support for OpenGL ES does not seem to be a priority, we may deprecate and drop altogether its support which is broken anyway, unless someone else helps with its implementation and maintenance.

Fixed Function Pipeline

For the future I'm getting more and more convinced that we should drop pre OpenGL 3.2 compatibility and only focus on OpenGL 3.2 onward core compatibility.

Looks like most users use VL via Qt so as part of the current refocusing effort VL will update support to the latest GUI back ends but pay special attention to Qt5 as its primary GUI.

Wishlist:
- Various textures.
- Earth and moon bump-mapping.
- Atmosphere.
- Vertex displacement exaggeration.
- Basic vector data: country borders and major city centers.

Original issue reported on code.google.com by [email protected] on 2 Mar 2011 at 12:24

OpenGLContext should take ownership of the vl::Rendering logic that manages the 
render states.

OpenGLContext should be usable by itself and should be autonomously capable of 
performing lazy setup of all render states in particular:

- Modelview, Normal & Projection matrices setup. Including GLSL/non-GLSL 
pipeline abstraction.
- Uniform update.
- Color, SecondaryColor, Normal, Fog

OpenGLContext should have a beginRendering() and a endRendering() methods 
between which the OpenGL context state is kept safe and delta-setup can be made.

Original issue reported on code.google.com by [email protected] on 1 Mar 2011 at 10:26

vl::Geometry color, secondary color and normal render states should be updated 
lazily, and such update should be delegated to the current OpenGLContext which 
keeps track of the current color, sec color and normal.

1% speedup has been observed in preliminary tests in doing this.

Original issue reported on code.google.com by [email protected] on 1 Mar 2011 at 7:43

I was having a ton of issues with CMake (Win32) - The example programs compiled fine during the library build, but I couldn't get my own program to link. (unable to find vl::VisualizationLibrary::init()/vl::VisualizationLibrary::shutdown()) I finally discovered that adding "VLMain" to the "find_package" command in my CMakeLists.txt fixed the issue.

I'm not sure if this is the right fix, but if so, I'd recommend updating the "compiling and installing document" (https://www.visualizationlibrary.org/docs/2.1/html/pag_install.html) to include 'VLMain' in the example CMake project.

Hi Michele, this patch adds support for SDL2. It supports multiple windows and correct switching to full screen. I am unable to check whether it works with Windows or OSX, I am on holiday and have no virtual machines here. It has been tested on Linux with SDL2 2.0.22. Thank you

Env: MacOS11, Xcode13

CC # make
[  1%] Building C object src/vlCore/plugins/zlib/CMakeFiles/ZLib.dir/__/__/__/external/zlib/adler32.c.o
[  1%] Building C object src/vlCore/plugins/zlib/CMakeFiles/ZLib.dir/__/__/__/external/zlib/compress.c.o
[  1%] Building C object src/vlCore/plugins/zlib/CMakeFiles/ZLib.dir/__/__/__/external/zlib/crc32.c.o
[  2%] Building C object src/vlCore/plugins/zlib/CMakeFiles/ZLib.dir/__/__/__/external/zlib/deflate.c.o
[  2%] Building C object src/vlCore/plugins/zlib/CMakeFiles/ZLib.dir/__/__/__/external/zlib/gzclose.c.o
[  2%] Building C object src/vlCore/plugins/zlib/CMakeFiles/ZLib.dir/__/__/__/external/zlib/gzlib.c.o
/Users/cc/Downloads/VisualizationLibrary-master/src/external/zlib/gzlib.c:256:24: error: implicit declaration of function 'lseek' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
        state->start = LSEEK(state->fd, 0, SEEK_CUR);
                       ^
/Users/cc/Downloads/VisualizationLibrary-master/src/external/zlib/gzlib.c:14:17: note: expanded from macro 'LSEEK'
#  define LSEEK lseek
                ^
/Users/cc/Downloads/VisualizationLibrary-master/src/external/zlib/gzlib.c:256:24: note: did you mean 'fseek'?
/Users/cc/Downloads/VisualizationLibrary-master/src/external/zlib/gzlib.c:14:17: note: expanded from macro 'LSEEK'
#  define LSEEK lseek
                ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX12.0.sdk/usr/include/stdio.h:162:6: note: 'fseek' declared here
int      fseek(FILE *, long, int);
         ^
/Users/cc/Downloads/VisualizationLibrary-master/src/external/zlib/gzlib.c:355:9: error: implicit declaration of function 'lseek' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
    if (LSEEK(state->fd, state->start, SEEK_SET) == -1)
        ^
/Users/cc/Downloads/VisualizationLibrary-master/src/external/zlib/gzlib.c:14:17: note: expanded from macro 'LSEEK'
#  define LSEEK lseek
                ^
/Users/cc/Downloads/VisualizationLibrary-master/src/external/zlib/gzlib.c:396:15: error: implicit declaration of function 'lseek' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
        ret = LSEEK(state->fd, offset - state->x.have, SEEK_CUR);
              ^
/Users/cc/Downloads/VisualizationLibrary-master/src/external/zlib/gzlib.c:14:17: note: expanded from macro 'LSEEK'
#  define LSEEK lseek
                ^
/Users/cc/Downloads/VisualizationLibrary-master/src/external/zlib/gzlib.c:492:14: error: implicit declaration of function 'lseek' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
    offset = LSEEK(state->fd, 0, SEEK_CUR);
             ^
/Users/cc/Downloads/VisualizationLibrary-master/src/external/zlib/gzlib.c:14:17: note: expanded from macro 'LSEEK'
#  define LSEEK lseek
                ^
4 errors generated.
make[2]: *** [src/vlCore/plugins/zlib/CMakeFiles/ZLib.dir/__/__/__/external/zlib/gzlib.c.o] Error 1
make[1]: *** [src/vlCore/plugins/zlib/CMakeFiles/ZLib.dir/all] Error 2
make: *** [all] Error 2
CC # open /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX12.0.sdk/
CC #

SceneManagerVectorGraphics.hpp file is invalid without VectorGraphics.hpp

example usage: //#include <vlVG/VectorGraphics.hpp> // without it don't work - compile error #include <vlVG/SceneManagerVectorGraphics.hpp>

CE, 86 line: "vectorGraphicObjects()->at(i)->actors()" (VectorGraphics is undefined)