Thanks.

Any idea what goes wrong with the text? I have compiled Glyphkeeper 0.29.1 (from the OL 2.0 distro), such that it uses allegrogl (SVN) and freetype 2.2.1 (the current distro).

How do you display text then? Do the sample programs work for you?

How do you know that the library(ies) you use really are compiled correctly and do work as expected? That's why I like to try the demo programs first...

I've copied all that stuff now to my laptop, which has an Intel graphics chip. To be precise, it's an 82852/82855 GM/GME.

The samples which work are: gameloop, renderbitmap and shapedemo.
The other samples do not work:
linestripdemo shows those rectangular area instead of text, and no wandering dot at all. Just black background.
textdemo shows garbage all over the window. Weird!
gamedemo flickers and only shows part of the window. Mouse input is not working, and the ball is not moving.

Maybe some of this is related to the problems of AllegroGL with Intel chipsets?

I haven't tried all the AGL emamples yet, but most of what I tried seems OK (dumbtest crashes because of a NULL pointer on both PCs).

No. This morning I have set up a bunch of MSVC project files to get all that compiled, and all this was on my PC with RADEON X850 Pro AGP (Omega 3.8.252), everything fine. Of course I did it this way, because I knew that there might be problems with my Intel based laptop, so I did that second.

Latest SVN, yes. I've updated yesterday evening.

Maybe I can narrow down any of these, depends on if I have time to go into it. Real life is calling...

I've tried the fonttest example from AllegroGL, but it doesn't work. Crashes within the first call of load_bitmap, when it tries to load a32.tga.

Also single-stepped the textdemo example of OL, but couldn't see anything obvious.

Difficult...

Edit: Tried to compile AllegroGL with various other targets. GLYPH_TARGET_ALLEGGL works, GLYPH_TARGET_OPENGL does not compile (missing stuff from windows.h and allegro.h). GLYPH_TARGET_ALLEGRO does compile, but does not link with OL. Seems that OL requires GK compiled with GLYPH_TARGET_ALLEGGL, right?

I think I'll give up for today. Debugging this requires much deeper understanding of the inner workings of the text rendering part of OL...

I have the demos running fine now. The point was to not use GlyphKeeper from OL, so I guess there are some problems buried there.

One thing remains to be debugged: The gamedemo and the linestripdemo do not work on my laptop (with the 82855 etc. Intel graphics chip), but do work on my Radeon X850 Pro. I'll check tomorrow on the Intel 910 graphics chip at work. Most probably it's some OpenGL feature which is not fully supported by the graphic chip...

They DO work now, at least on my PC. All of them. It was worth trying, wasn't it?

Edit: The demos work on this PC (at work: Intel(R) 82915G/GV/910GL Express Chipset graphics). The gamedemo however only gets about 10 fps, both Debug and Release builds, and is really choppy, making it unplayable.

Seems that the implementation if OpenGL on Intel graphics chips is ...not good...

Hello!

I've been trying to follow this thread but I'm not getting a clear picture of the progress you guys have done.
Is the latest svn good enough to build for MSVC? Or are there still some quirks that needs to be straightened out besides the Intell chipsset issue?

I'd love to use OL in MSVC since CodeBlocks IDE is giving me the creeps o_0

I'm not saying there's no harm it trying, i'd love to seen OL working for MSVC

All I said was under MSVC, during the history of OL various examples have crashed my computers (different ones). The latest SVN crashes during linestrip demo and tracing the code ended up with the vector (I think) being null, despite being previously populated), or something like that.

As for no project files, just add your own like there are the .dev files for devc++

That explains why I can only see the letter 'A' in that file.

Maybe I should think about putting my project files up somewhere. The point is: I have not only project files for all libraries which are part of the build (of an openlayer demo in this case), but also a different naming convention for the output files, location of output files and location of intermediate files. That way I can have different versions of allegro, zlib, lpng, whatever next to each other and pick what I intend to use easily. Now, a MSVC solution file assembles the projects contained in it, using the dependencies you define, which are stored in the solution file. So you can't easily use the solution if not all projects are present.

Once in this state, it's very easy to single step into any function in any of the libraries which are part of your program, be it a static library or a dll. That's the feature I use mostly to get understanding of foreign code: try to use it, then step into to see how things happen. Also I like to step through sample programs. And that doesn't work well, if you link the libraries using extra libraries property instead of adding the project...

I'll try it when I'm back home. Don't have SVN access from work...
Which program should I run to produce the output? linestripdemo?