![]() Most of the time this means some higher (3.3, 4.0.4.6) Compatibility profile, and everything works. On the Windows platforms (and also Linux), the returned context can be any compatible higher version. This is indeed what Apple does, and I just commented output away from MAC builds. One developer from the first team who worked on a Mac complained about all this "nonsense output" and wondered what else we would expect if we request an OpenGL 2.1 context, the output would of course be just that, and why confirm with debugs. We asked users to send in logfiles from working and non-working systems to find out more, but response was. At some later point Qt added blacklists to ban bad GPUs or switch them to ANGLE automatically. So I added all this diagnostic debug output and methods. Some GPUs (mosty Intels.) were allegedly "2.1", but had graphics bugs. However, "something" beyond 2.1 (but included in all tested GLES2.0 systems) was apparently required in the planet shader, and I never fully understood what it was. The common denominator according to Qt was OpenGL 2.1 OR OpenGL ES2.0. Starting with V0.14.0 we had dynamic OpenGL binding, i.e. The Context trouble was a long story starting IIRC around Qt5.2.5.4, when we had version 0.13.*, we needed 3 different packages for genuine OpenGL, ANGLE and MESA versions. This may stem from whatever pre-Qt4 developments were used 15 years ago. For me it starts with analyzing the way our window is constructed, compared to Qt docs/examples. I'm trying to understand the existing Stellarium code regarding choosing OpenGL context, and it looks like a mess. It would be nice to have this also on the Apple platform! Where OpenGL 3.3 functions are not available, there is no ShowMySky, that's OK.Ĭurrently there is no ShowMySky on Apple computers. OpenGL 2.1 and OpenGL ES 2.0 systems must continue to work. On other platforms, existing functionality must not change. Stellarium must run completely without graphical errors caused by attempting to run OpenGL functions which have been removed from the 3.3 Core profile.Initialisation on Apple computers shall deliver an OpenGL 3 3 core profile at start if possible (easy).I don't have an Apple computer, so I personally don't care for and cannot develop this, but there are certainly Apple developers out there who are able and willing to do that. Stellarium still uses some OpenGL functions which are no longer available in a 3.3 Core profile. ![]() Apple traditionally axes compatibility features and as far as we can see provides only OpenGL Core profiles. Most computers' OpenGL subsystems nowadays deliver 4.* Compatibility Profiles. ![]() The ShowMySky feature which provides the wonderful twilight colors requires OpenGL 3.3. This is mostly a demand caused by Apple's lack of supporting an OpenGL 3.3 Compatibility Profile.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |