From: Sven <sgo...@ja...> - 2000-03-16 03:08:33
|
Dear GL4Java users, to support loadable additional GL/GLU functions, I do need your help ! The windows version allready uses wglGetProcAddress to support some of the EXT functions ! I need a seperate list of GL/GLU (incl. EXT) functions with prototypes which are new in GL 1.2 or GLU 1.2 ! The mesa GL headers are not enough explizit (not detailed) for me ! So - then I can create an automatism, like it exist for some EXT functions, to load all these functions with wglGetProcAddress ! May be, all these functions should be loaded for the Unix version this way either ! Then we can have something like "boolean gl*Exits()" methods. At this time, GL4Java supports all GL 1.2 methods. If it is compiled with a special GL library, e.g. opengl32.dll or nvidias-mesa 1.1 gl, some missing functions are only represented as dummy functions ! So a dynamic load of these functions may makes sense ... BUT - like for all GL usage, the user may can not use the applications, because of the non std. gl implementation he may use ... Please make a vote - and if you have time, please participate and help ! Thanxs ! Yours, Sven Goethel "Kerry L. Bonin" wrote: > > [NON M$ BASHING, CONSTRUCTIVE QUESTION AT BOTTOM OF EMAIL...] > > At 04:14 PM 3/12/00 -0800, Jon Leech wrote: > >On Sun, Mar 12, 2000 at 04:03:00PM -0800, Kerry L. Bonin wrote: > >> At 10:59 AM 1/24/00 +0100, sven goethel wrote: > >> >Of course, the Win32 version, cannot has only dummy functions > >> >for the new OpenGL1.2 functions ..., > >> >because Win32 supports OpenGL 1.1.X only ... > >> > >> Any plans to cut this dependance and support loadable ICD's? I understand > >> that as of Win2K GL is frozen forever at 1.1 > > > > There will be an 1.2 OPENGL32.DLL in a future Win2K service pack. > > With all due respect, this is completely unacceptable. > > The fact that M$ has shipped an OS without proper OpenGL support MUST be > taken as an indication that the gauntlet has been thrown and even the most > skeptical developer must now bypass M$. If I listed the number of > technologies not important to M$ that "will be supported in a future blah > blah" that never shipped this email would be pages long. > > As a professional developer with over 10 years experience providing > bleeding edge tech in and around Windows, I know to NEVER, EVER trust > ANYTHING that Microsoft says about technologies not deemed strategically > important to Microsoft core business lines. OpenGL is not only not > important to Microsoft, they badly want it to die (I've sat in the audience > at CGDC where they came out and basically said this) - Its intererfering > with their long-term strategies in the games arena. > > I've heard the official reasons why the 1.2 didn't make the driver cut. > That's still unacceptable, see reason above. > > >I'm not sure what you mean by "the only way to get anything done is to > provide > >ICD's" > > OK, I should have been more specific. Are there any plans to make GL4Java > work over a direct load system such as <http://www.glsetup.com/>? -- mailto:sgo...@ja... www : http://www.jausoft.com voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 |