Hello and welcome to the blueTec engine forum. If you have any comments suggestions or questions how to use the blueTec engine this is the right place to ask. Be sure to visit the developers FAQ on the project site.

Have fun and enjoy

The only G-Racer available on earth.
Check out http://g-racer.net

hi im using dev-c++ 4.8.9.0 and mingw 3.2.2 now when i m loading a image to display and having fullscreen the image comes only on about 3/4 of the screen. the bitmap is about 800*600 and the screen I created is 1024*768 with 32 bpp. but the samples work great for me.
What is wrong?

I assume you are in need of the background image to draw It might be enough when creating a surface to specify the original width and height of the image. when drawing the surface you should specify the width and height of your application and not of the image. Especially when you are using a greater application width and height than that of the desired background image

The only G-Racer available on earth.
Check out http://g-racer.net

Nice engine. I think it can be useful for users with small experiense in graphic programming. I ran examples for test I there were some problems.

INFO: BlueEngine init... (Src/cBlueTec.cpp, Line 41, Funktion InitEngineEnv)
INFO: BlueEngine init successful! (Src/cBlueTec.cpp, Line 47, Funktion InitEngineEnv)
ERROR: error rendering surface (Src/cBlueTec.cpp, Line 259, Funktion RenderFrame)
(...)
ERROR: error rendering surface (Src/cBlueTec.cpp, Line 259, Funktion RenderFrame)
INFO: BlueEngine shutdown... (Src/cBlueTec.cpp, Line 54, Funktion ShutdownEngineEnv)
INFO: All resources free! (Src/cMemory.cpp, Line 107, Funktion blMemExit)

I recompiled it (example 2; in 1st everything was ok), but it didn't help. I have GF 2 Ti, DirectX 9.0c.

Btw, is there simple way (e.g. some macro) to get line numer to display it later (like in your log).

One more thing. In example 2 program doesn't react on window maximization (only resize).

Yep as long your compiler supports it. The error message is known to me but the package was uploaded so it will be updated in the next version. The examples run fine I think, except for the log message. a function will be included to disable log processing or at least errors which aren't really errors like this you mentioned. The error when rendering the surface is caused because of the heavy and exactly error processing I did so just ignore it.

The only G-Racer available on earth.
Check out http://g-racer.net

I forgot about the line numbers.
Following could be usefull for you
__FUNCTION__ tells in which function the application currently is
__LINE__ tells the line

The only G-Racer available on earth.
Check out http://g-racer.net

Thanks for info. It works.

Great. Good to see it helped you.

The only G-Racer available on earth.
Check out http://g-racer.net

Hi, the blueTec engine is very interesting project, but why you don?t split the main class into some small like this:
? CGraphics2d ? General graphics component.
? CInput ? Working with user input device.
? CLog ? Log system for log file writing (in Dev-Cpp debugger doesn?t work).
? CMusic ? General sound component.
? ?

P.S. I use the similar architecture in my library.

Hi,
I thought already about this but wanted to generate a complete game interface. Maybe you are right to let the developer decide which parts he needs of this lib but since this is a just-for-fun project maybe it ok like it is.
Do you also use dynamic dll binding like in my project or do you provide a static lib for linking at developing time?

The only G-Racer available on earth.
Check out http://g-racer.net

I prefer static linking for most purpose, but some times I think that dll better (article in msdn tells the advantage of this).