Welcome, Guest. Please login or register. Did you miss your activation email?

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - petersvp

Pages: [1]
Window / Get win32 window handle (HWND) *SOLVED*
« on: July 05, 2010, 10:19:02 pm »
Damn, this nasty not finished Alt+tab-while-fullscreen support...

I do NOT want to modify SFML!
And I can not make PROPERLY working alt-tab-screen-resulutuin-reset function. Alt+tab SHOULD reset the video mode for user to browse web and chat, and restoring game should set it back...

General discussions / Game Maker flooding the market with crap?
« on: June 10, 2010, 03:11:26 am »
I am NOT XNA fan, however, XNA most likely means XBOX...

My IDE is planned to be multiplatform... for now...

And, while multiplatform, there is a serious problem... I am writing both the engine and editor in wxWidgets+openGL...

The problem there is with XBOX360.

As I already told in my previous post, the IDE will generate GNU/C++ code for the game project, and then compile it.

I plan to implement profiles and reinplement the whole engine in various languages, so the IDE to be able to generate code for both OpenGL and Direct3D, C/C++, etc, that then can be modified and tweaked.

However, generating and compiling DirectX/XNA ap0plications should require MS Visual studio installed, so my IDE to be able to compile it.

else it will only be able to export source code for DirectX (but will be fully featured for OpenGL, as I can destribute or force the ide to install Mingw/GCC)

So the game market is very difficult stuff... These serious things like Flash are ported everywhere...

but Microsoft is still sticked to DirectX on XBOX, and I can't find some openGL wrapper for xbox...

Most likely, from the beginning I will only target PC/MAC and OpenGL / non SMFL based stuff...

Graphics / sf::RenderWindow::Clear() causing Unhandled exception
« on: June 09, 2010, 03:44:06 am »
And the best is to call glClear() directly, because of one flop performance boost :)

I am using SMFL just for event handling and the window. The rest is raw OpenGL. Well, but I am experienced.

p.s. i Don't have problems with window::Clear()

General discussions / Game Maker flooding the market with crap?
« on: June 09, 2010, 03:32:12 am »
Well, as me:

I started with Pascal, then Game Maker, then C++/OpenGL/SFML

Each middlewares have their own advantages and disadvantages.

Now I don't and will never use Game Maker again.
Game Maker is interpreted and SLOW! It can not handle big games.
However, it is EXCELLENT kickstart for young and newbie programmers. Game Maker especially tries to teach people to object-oriented programming, as it is object oriented. But yes, serious games tends to run very slow! Same as the rest.

Slow, but Game Maker is unlimited. You can make even an antivirus software with it (that will be very slow anyway...)

That is, SLOW, but feature-rich

On the other end, RPG maker...

RPG maker is fast, even more faster than Game Maker, but is feature-limited, and changing default graphics is terrible.

As a experienced game designer I can tell that these tools - RPG Maker and Game Maker, are PERFECT for Game PROTOTYPING!

You develop your prototype in 2 days, test it, then start building it with real, optimized engine or writing your own. So I am and never will be against game maker and such kind of middlewares. Just if they don't get overused!

If somebody wants to make specific kind of game, for example, platform game, why not to use some application that will allow him to concentrate on the game design?

Well, everything have its own disadvantages and advantages...

Now, the truth:

Often when you start writing your own game, you start writing some special tools, like:
image editors, texture/material creators, World and map editors, Physics editors, everything from scratch...
That Game Maker and RPG maker gives you for free of coding...

You will soon see, that you lost about a year with reinventing the wheel,
it took a year to get working Example level...
while some guy created 2-3 very well designed and programmed games with Game Maker, or some other middleware / tool, then got some bucks with them (Because Game Maker allows you to sell and make money with it!)

Yes, sad story.... And these games or looks same, or are good, but run slowly...

What will be the fix?

The fix of this problem will be if we have some GOOD, really good game making SDK/IDE, that makes REAL C++ code for us...

Well, for now, there is NOT any, except for all professional engines there, like Source, id Tech, Epic and proven ones that costs millions to get license for...

And some free, like SFML, that really helps us create the game core, but aren't enough.

Well, my current project is game making software that will compete with all these Game Maker, cickteam, and Construct over here....
I am working of IDE that can help developers make their games faster, easier, and concentrate on the design, but, instead of Game Maker, will generate fast code and most likely, will be open-source.

When you complete the game pototyping, you can export that to C++ and work on it, or, if you are happy enough, just compile it.

That is, you plan and design your classes, then, with them, you design the game levels, maps itself, then, after you are done, your game is optimized, exported as C++ classes and code and compiled under Linux, Windows, Mac or whatever...

And I am VERY HAPPY that SFML will get into such Game creation kit.
Basically, the engine template code will be SFML + Bullet + OpenGL, while the editor will be wxWidgets + OpenGL application.

Finally, blame the noobs, not the game creation kits...
Look, Even Microsoft Visual Studio does non-standard stuff, allowing you just to DRAW your controls into your form...

Application development evolves...
Now there are many ways to develop applications - drawing them, setting actions with mouse, and adding code by hand...

In the future, even natural languages will be used for programming...

That is. IMO.

Window / SFML 1.5: Bug in window.GetInput().IsKeyDown() ?
« on: June 09, 2010, 01:12:54 am »
I got confused about it.. for now, I haven't any problems with sf::Input. I am calling the empty getEvent loop before using sf::Input class, and it works as expected (version 1.6, MingW 4.4.0 under Windows)

Should I change my code after I update to SFML 2?

Or empty GetEvent loop is enough?

Window / Question about Window::SetFramerateLimit and Window::Display
« on: June 08, 2010, 09:45:57 pm »
If you want to render a game only on 1 FPS, you can call display every 1 secong, getEvent() otherwise. Use cf::clock

Look at the following code snippet for illustration:

cf::Clock cl1;
float secs=1;

            render your frame here;
else game_window->GetEvent(e)

Pages: [1]