On Wed, 13 May 2009 15:56:10 +0400
dmitry boyarintsev wrote:
> Binding flexibility is required, if application is to be distributed.
> There's no way to say, what kind of OpenGL drivers is installed on the
> next machine.
First of all this is no answer to my question. I was speaking about 3.x and
> OpenGL 3.x also deprecates many OpenGL 1.1 functions (for example immediate
> mode). OpenGL 1.1 is not loaded (as there is no need even on windows) so how
> does the 'flexibility' help us there?
Binding flexibility is required, if application is to be distributed.
There's no way to say, what k
On Mon, 11 May 2009 10:12:11 +0400
dmitry boyarintsev wrote:
> Only new version function are loaded on demand. This makes the binding
> very *flexible*.
> Because some obsolete functions might be removed in future OpenGL versions.
OpenGL 3.x also deprecates many OpenGL 1.1 functions (for example
On Mon, 11 May 2009 03:09:40 +0200
Michalis Kamburelis wrote:
> Change this e.g. to follow each
> Result := Load_GL_version_1_5;
> by
> if not Result then Exit;
> Result := FALSE;
Instead I moved the Load_GL_version_x_x calls to the end of the functions.
Replacing Result:=TRUE;
> ... to m
On Mon, 11 May 2009 10:12:11 +0400
dmitry boyarintsev wrote:
> The binding treats OpenGL versions in the same way as any other extension.
Which isn't a good thing IMHO. The artificial limitation that you have to load
higher version functions like extensions is just because M$ did and does not
w
> I am just trying to understand the
> limitations of the bindings as there seems to be no documentation.
The binding treats OpenGL versions in the same way as any other extension.
Only new version function are loaded on demand. This makes the binding
very *flexible*.
Because some obsolete function
Lord Satan wrote:
> On Sun, 10 May 2009 23:47:07 +0200
> Lord Satan wrote:
>
> I uploaded the patch to the bug tracker as issue #0013687
>
Looking quickly at the patch, it doesn't seem to set Result values
correctly. For example, all Load_GL_version_xxx will always return true,
if only the firs
On Sun, 10 May 2009 23:47:07 +0200
Lord Satan wrote:
I uploaded the patch to the bug tracker as issue #0013687
S.
--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
__
On Sun, 10 May 2009 22:40:59 +0200
Michalis Kamburelis wrote:
> Lord Satan wrote:
> > On Sun, 10 May 2009 18:46:26 +0400 dmitry boyarintsev
> > wrote:
> You mean you want to change Load_GL_version_2_0 to also call
> Load_GL_version_1_5 under the hood, and then Load_GL_version_1_5 to call
> Load
Lord Satan wrote:
> On Sun, 10 May 2009 18:46:26 +0400 dmitry boyarintsev
> wrote:
>
>>> So it looks like I have to init all OpenGL versions from 1.2 to
>>> 2.0 to make sure that all OpenGL 2.0 core functions are
>>> initialized. Is this true?
>> Judging from glext, it's true.
> This makes no sen
Lord Satan wrote:
>
> Nonetheless, I don't understand why the ARB version does not work.
> AFAIK it has the same entry points as the core functionality and
> OpenGL versions are required to support the ARB version of functions
> even if the non ARB version is in the core now.
>
No. OpenGL doesn'
On Sun, 10 May 2009 18:46:26 +0400
dmitry boyarintsev wrote:
> > So it looks like I have to init all OpenGL versions from 1.2 to 2.0 to make
> > sure that all OpenGL 2.0 core functions are initialized. Is this true?
> Judging from glext, it's true.
This makes no sense to me. I can submit a patch
> So it looks like I have to init all OpenGL versions from 1.2 to 2.0 to make
> sure that all OpenGL 2.0 core functions are initialized. Is this true?
Judging from glext, it's true.
You'll also need to initialize any OpenGL extension you might to use.
>> Nonetheless, I don't understand why the AR
On Sun, 10 May 2009 17:54:49 +0400
dmitry boyarintsev wrote:
> hope it helps.
It does, thanks.
So it looks like I have to init all OpenGL versions from 1.2 to 2.0 to make
sure that all OpenGL 2.0 core functions are initialized. Is this true?
Nonetheless, I don't understand why the ARB version d
> This does not work for me. I added it to the Init function of my render
> engine (as I know that at this time I have a valid OpenGL context) to no
> avail. My code keeps crashing at
glIsBufferARB function is loaded by Load_GL_ARB_vertex_buffer_object
call it on Render engine initialization.
i
On Sat, 9 May 2009 22:29:51 +0400
dmitry boyarintsev wrote:
> uses
> ...gl, glext...
>
> ...
> if not Load_GL_version_2_0 then begin
> writeln('OpenGL 2.0 is not supported');
> Halt;
> end;
> ...
This does not work for me. I added it to the Init function of my render engine
(as I
16 matches
Mail list logo
