You need to tell SDL what OpenGL kind and version before you create a
window. For example if you want OpenGLES 2.0 you would write:
SDL_Init(SDL_INIT_VIDEO);
SDL_GL_SetAttribute(SDL_GL_CONTEXT_PROFILE_MASK, SDL_GL_CONTEXT_PROFILE_ES);
SDL_GL_SetAttribute(SDL_GL_CONTEXT_MAJOR_VERSION, 2);
Oh and another note, you cannot load your gl function such as (glClear in
my previous reply, this time I use glGenTextures):
var glGenTextures: procedure(n: GLsizei; var textures: GLuint); cdecl;
Until you create and make current your OpenGL context.
SDL_GL_MakeCurrent(window, context); // after
> On May 25, 2017, at 2:30 PM, Anthony Walter wrote:
>
> You need to tell SDL what OpenGL kind and version before you create a window.
> For example if you want OpenGLES 2.0 you would write:
>
> SDL_Init(SDL_INIT_VIDEO);
>
On Wed, 24 May 2017 22:24:51 +0200 (CEST)
mar...@stack.nl (Marco van de Voort) wrote:
> In our previous episode, Mattias Gaertner said:
> >
> > https://www.freepascal.org/down/x86_64/linux-netherlands.var
> >
> > 550 /pub/fpc/dist/3.0.2/x86_64-linux
>
> Not missing, but wrong url. The dutch
Am 25.05.2017 11:16 schrieb "Michael Van Canneyt" :
>
>
>
> On Thu, 25 May 2017, Mattias Gaertner wrote:
>
>> On Wed, 24 May 2017 22:24:51 +0200 (CEST)
>> mar...@stack.nl (Marco van de Voort) wrote:
>>
>>> In our previous episode, Mattias Gaertner said:
>>> > >
On Thu, 25 May 2017, Mattias Gaertner wrote:
On Wed, 24 May 2017 22:24:51 +0200 (CEST)
mar...@stack.nl (Marco van de Voort) wrote:
In our previous episode, Mattias Gaertner said:
>
> https://www.freepascal.org/down/x86_64/linux-netherlands.var
>
> 550 /pub/fpc/dist/3.0.2/x86_64-linux
Ryan,
Are you loading the OpenGL API functions using SDL_GL_GetProcAddress? You
really should be doing that or you're asking for problems.
Anyways, if you want maximum capability you should probably use ES version
2, as it's supported on the most devices. It requires you to drop the fixed
On Thu, 25 May 2017, Sven Barth via fpc-pascal wrote:
Who can update the download page?
I have regenerated it (I think).
The website is created using Black Magic, it defies analysis.
It's an ill-advised attempt to create a multilingual site.
The person who made it is no longer on the
On 04/09/2017 11:32 AM, fredvs wrote:
For this, Xorg must be installed.
Huh, of course only for gui applications (fpGUI or MSEgui).
For no gui console application, compile your fpc java native library for the
same cpu than the one of Android.
For example RPi (but I am not sure it is the same
On Wed, May 24, 2017 at 4:23 PM, Graeme Geldenhuys
wrote:
>> 2. How did you garantee that others applications aren't being using
>> the same port as your application to avoind conflicts?
>
>
> I looked at the official IANA list of registered port numbers and chose a
In our previous episode, Michael Van Canneyt said:
> >>
> >> http://freepascal.stack.nl/down/x86_64/linux-netherlands.html
> >>
> >> so it must be something in how the main site is updated.
> >
> > Who can update the download page?
>
> I have regenerated it (I think).
>
> The website is
2017-05-25 15:14 GMT+02:00 Marcos Douglas B. Santos :
> On Wed, May 24, 2017 at 4:23 PM, Graeme Geldenhuys
> wrote:
>>> 2. How did you garantee that others applications aren't being using
>>> the same port as your application to avoind conflicts?
On Thu, 25 May 2017, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
> Simply replacing the tcl bits would be enough. It seems a simple makefile
> generator app.
No way. I'm going to get rid of everything.
If you have the time, perfect.
The current system is
2017-05-25 17:05 GMT+02:00 Michael Van Canneyt :
>
>
> On Thu, 25 May 2017, Marco van de Voort wrote:
>
>> In our previous episode, Michael Van Canneyt said:
>>>
>>> > Simply replacing the tcl bits would be enough. It seems a simple
>>> > makefile
>>> > generator app.
>>>
On Thu, 25 May 2017, Sven Barth via fpc-pascal wrote:
But I'll simply revert it back to what it was before all the tcl.
A simple pascal program that uses a template to create the menu structure
and generate the download pages from the mirror list...
I think "simple pascal program"
2017-05-25 16:44 GMT+02:00 Marco van de Voort :
>> The current system is confusing and completely un-understandable, it needs
>> to go.
>>
>> The multi-language support has not been used in 15 years, so it is time to
>> put it out of its misery...
>
> Please avoid non general
In our previous episode, Sven Barth via fpc-pascal said:
> >
> > In particular, avoid these languages:
> > https://www.destroyallsoftware.com/talks/wat
>
> I'd say if he decides to use JS he'd use it through pas2js :P
Javascript is dead:
seems fpc faster than llvm on -O3/4 only . this is a good news :)
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
In our previous episode, Anthony Walter said:
> And if you're not using GLSL shaders, then you don't need anything greater
> than Open 1.5. You can see the list of changes at the link below. With the
> exception of frame buffer objects (better known as render to texture) in
> version 3.0 and up,
On Thu, May 25, 2017 at 10:58 AM, Sven Barth via fpc-pascal
wrote:
>> But I meant, how do you know if another app is already using a port
>> that you want to use?
>
> You'll get an error by the OS if someone is already listening on the
> port that you want to
On Thu, 25 May 2017, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
>>
>> http://freepascal.stack.nl/down/x86_64/linux-netherlands.html
>>
>> so it must be something in how the main site is updated.
>
> Who can update the download page?
I have regenerated it
On 2017-05-25 15:04, Marcos Douglas B. Santos wrote:
In other words, use a try-except. If error, retry using another port.
Yup.
Regards,
Graeme
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
In our previous episode, Michael Van Canneyt said:
> > Simply replacing the tcl bits would be enough. It seems a simple makefile
> > generator app.
>
> No way. I'm going to get rid of everything.
If you have the time, perfect.
> The current system is confusing and completely un-understandable,
> On May 25, 2017, at 7:02 PM, Anthony Walter wrote:
>
> Ryan,
>
> Are you loading the OpenGL API functions using SDL_GL_GetProcAddress? You
> really should be doing that or you're asking for problems.
>
> Anyways, if you want maximum capability you should probably use ES
On 2017-05-23 22:13, Ryan Joseph wrote:
I’ve wasted so much time on this I just need to stop and ask for help
already. Over the last few years I’ve been picking away at OpenGL and
only ever got the legacy 2.x API to work which has been fine for
making 2D games but I wanted to at least learn the
On 2017-05-25 08:14, Marcos Douglas B. Santos wrote:
On Wed, May 24, 2017 at 4:23 PM, Graeme Geldenhuys
wrote:
2. How did you garantee that others applications aren't being using
the same port as your application to avoind conflicts?
I looked at the official
> On May 26, 2017, at 11:56 AM, nore...@z505.com wrote:
>
> All these calls look kind of tedious, instead of using a wrapper. But maybe
> you want to learn opengl at its heart and not use a wrapper.. and learn all
> the fine details the hard way (full respect for that).
Imo I think it pays
On 2017-05-25 15:44, Marco van de Voort wrote:
In particular, avoid these languages:
https://www.destroyallsoftware.com/talks/wat
Thanks for sharing, that was brilliant! ROFL
Regards,
Graeme
___
fpc-pascal maillist -
28 matches
Mail list logo