New to Game Programming, Old Applicatoin Programmer

[captainproton]

I discovered this Forum a week ago when I was researching Graphics Programming in Delphi / Pascal and wanted to join in because I will have questions in the future.

I wrote a simple slot machine for my wife who loves playing them. Personally I hate them! I released it as shareware and it is selling quite well.

I know, slot machines are easy and don't require to much thinking to write one but in the future it will become difficult for me as I attempt to recreate it / convert it to OpenGL, DirectX or something to assist in the graphical animation of portions of it.

So, here I am! Expect questions about Graphics because I am out of my comfort zone. An application programmer for 15 years and very comfortable in what I do but now I am stepping into the ocean of graphics and think I am probably going to drown.

Out of interest you can get the slot machine at http://ps.craigedgar.com

If anyone here wants a license for it, let me know.

Look forward to bugging you all with strange questions soon .

Craig :shock:

[czar]

It looks to me like you already have graphics and a visually attractive application/program. What do you think you would do if you used opengl or directx?

I think for many people there is big jump from writing an application, that reacts to events to a program that continually refreshes the screen.

If you start using opengl or directx then obviously you would no longer be using the vcl. The downside is that you will need to code objects for the equivalent of buttons, edit box etc. The upside is that you can make your screens look very different from windows application and give it much more of a wow factor.

[WILL]

Hi Craig,

Welcome to PGD!

Working with DirectX and OpenGL for the first while can seem a bit daunting, but once you start getting something working and seeing how it comes together, it's quite fun.

Depending on your comfort with code, you may want to either work with a game library like Omega, Asphyre, S2DL or Phoenix OR if you are a bit more into getting right to the guts of how it's done, you can pick up a set of 'headers' for either DirectX, OpenGL or SDL.

Recomended header packages:

DirectX -- Clootie's Graphics pages (see links page under 'Tool & Library Developers')

OpenGL -- (there are several really; Noeska has a set, DelphiGL.com(German language site), Free Pascal repository, JEDI-SDL package)

SDL -- JEDI-SDL


Depending on what compiler/platforms you want to use there are many options...

[captainproton]

Czar, thanks for your comments. What I would like to do is include animations and other such things. I would like to see the Reels animated as they roll and perhaps bounce a bit at the end. I feel that the game is pretty good as it is (according to the people that buy it) but I am always trying to make things better. My wife plays these things and they all seem to have one thing in common - animations and they cope well on slow machines where as Picture Slots can struggle as I draw various bitmaps onto a canvas one reel at a time.

Will, I have looked at some of the OpenGL and DirectX stuff and my biggest problem is terminology. I simply don't understand some of the things they talk about. Trying to find a tutorial suitable for my 45 year old brain is very hard.

I started out as a COBOL programmer many years ago, went on to BASIC, then PASCAL (which I did because I needed something for my BBS that BASIC couldn't do). That was 15 years ago and until now no graphics programming has been required. I wish I had learned some of this stuff while my mind was a knowledge sponge.

Right now, if I am to learn new tricks I must delete old ones.

I guess moving to any Graphics Platform isn't a big deal, I have just enjoyed reading posts on this forum and wanted to get involved.

Craig

[dmantione]

How about the Friends of FPC OpenGL tutorial? Unlike most other toturials you will find, this one assumes you code in Pascal http://www.friends-of-fpc.org/tutori...phics/dlx_ogl/

[captainproton]

Aha, the Free Pascal thing reminds me of the good old days of Pascal when writing pure code was the only way to get things done.

Thanks for the link to the OpenGL Tutorial - I am reading it now.

In my game the background is static. The only things that really change are the Reels which are painted one cell at a time to form a complete column and then drawn on screen.

I have tried to draw on a tbitmap in memory then flip it onto the visible screen but it creates a lot of flicker. The form1.doublebuffered property works well to resolve screen flicker.

[czar]

Hi again,

Even old delphix would probably be suffciient for you. The major plus point of using dephix is that your program would still work on older directx 7 hardware. I.e. You could make it work on most computers out here.

Most of the other graphics systems are now requiring DirectX 9. As for OpenGL my own experience is that OpenGL programs are a huge problem when you sell to people that do not have gaming computers. If they do not have a gaming computer then they usually don't have a decent video card and that means they are probably using the Microsoft OpenGL driver which is to put it bluntly sucks.

I had a product on the market that worked using both Graphics32 and OpenGL. The OpenGL version of the app had superior features to the Graphics32 version however, I found most people were unable to use the OpenGL version because of the lack of decent drivers.

[captainproton]

I would like to maintain maximum compatibility with older machines. Most machines purchased these days seem to have integrated video cards which don't lend themselves well to gaming.

Although my game isn't very graphics intensive and I don't think it will ever be I certainly don't want to limit my potential market to those who have the sense to buy machines with a separate GPU.

DirectX is also something that has confused me over the past few months. When all I want to do is convert my existing Reel which is painted slowly into some form of fast / smooth animation. Just to make it look pretty, it wont change the functionality of the program at all.

I have discovered that the game looks like crap on Vista because of the 120DPI resolution it uses rather than the normal 96. I figured that DirectX / OpenGL would resolve that issue and allow it to look consistant.

If I could figure out how to force Vista into 96DPI my problems would be eased.

[czar]

Set form scaled to false. Most vista machines will be in normal 96dpi.

Use DelphiX for your app - it is easy to learn and will work on a wide range of machines and hardware types. I made a maths cdrom a number of years ago using delphix and it works on just about anything. We get no complaints about compatibility problems.

Obviously DelphiX has a few limitations but nothing that would hinder you for this project.

[WILL]

I would stick to the concept of pixels rather than dpi when working with computer graphics.

DPI(dots per inch) is a translation from computer graphics to physical print. Where as you are solely working with pixels on a screen. dpi doesn't make much sense in this form of use.


Another alternative to DirectX (or DelphiX) is to use SDL. (www.libsdl.org) Which is a cross-platform alternative to both DirectX and OpenGL. (though you can use OpenGL with it for use of your 3D hardware)

The great thing about SDL is that you don't have to worry about your users having the correct version of SDL installed or not. (except if they are running Linux) You provide can freely include the version of SDL they need to run the game in the form of dll files.

JEDI-SDL is a great package that allows you to do all of your SDL stuff, with a ton of examples. The only downside is that it's not component based so you can't just drop some stuff into a Windows form and make it all Windows GUI friendly, you'd have to work with a window or fullscreen full of graphics of your own design.

You can checkout JEDI-SDL at jedi-sdl.pascalgamedevelopment.com