Angelus blog

W.U. 0x12

2012-02-16T00:45:00.000-08:00

This week was pretty hard on me and I didn't do too much in project. I still work on movies but good thing is that I finished system to the usability of old version and right now I add mostly new features (and do some fix of bugs that show in meantime). I want to believe that this week will be better than last :]

W.U. 0x11

2012-02-08T02:58:00.000-08:00

Right now I upgrade animation (movies) system in game so there is not too much to show again because most of test I do on small test maps. I think that I should have some base version of new animation in around week.

Why I change it? Because it's not enough flexible, there is many limitation and problems. I want to eliminate them to make system more friendly. I think that this change will allow me to do a lot more than actual system.

So till next week :]

Some screenshots.

2012-02-04T15:02:00.000-08:00

Some screenshots from actual state of work (this time from editor) :] And this is only begin.

W.U. 0x10

2012-01-31T04:53:00.000-08:00

This week there are no bigger visible changes :] I mostly work on technical things. So sorry but there is nothing interesting to show, that's why there were no screens. Good thing is that I will probably finish them in 2-3 days and then return to gameplay again :] and then there should be plenty things to show :]

W.U. 0x0F

2012-01-25T11:20:00.000-08:00

This time very short:

In weekend disk from my server died. I had there subversion repository and thanks God day earlier it worked weird so I done copy of data. To this day I didn't finished it's configuration so it's main problem in development right now.

And how goes project ? I think that progress is great :] bad news is that I don't plan any new movies in nearest time, I will try to focus on project. Good thing is that I will probably put here some random images from development :] So to next week.

W.U. 0x0E

2012-01-18T13:30:00.000-08:00

I will begin from that I'm not sure if I'm happy or proud with this week changes. I know funny :] but it's true reason is simple I started working on content of Citadela Island and so happen to be that I found a bug and some things that were irritating because they slow down my work.

So of course with optimism I fixed bug and here everything begin, bug was in tool to export meshes from blender. So all assets went to reexport on which I spent one day. Happy that I almost finished I notice that sometimes some models were weird. So again I check code and found another bug :] and of course in the same tool. Everybody know what was next, of course next reexport.

Right now I almost finished it and started fixing this irritating things in my workflow. I use this opportunity to do some refactoring in code so it will take some time. On end I will share with you my thought after this week: It's funny like some ideas that looked so great at begun after some time of using are so hated :]

Dev diary: stupid bug/mistake

2012-01-15T04:42:00.000-08:00

Today something else than weeks update :] right now I finished looking for some stupid bug or I should say my mistake. Maybe this will help somebody so for some brief about it:

I create object on empty map and then after removing it I get crash. Callstack in visual studio 2010 showed me only one call with some address and without any description. Of course in main thread :]

Sounds great :] after some debugging I found that crash always happened on function glDrawArrays
which is use in engine to render dynamic geometry and never on rendering objects. It was great because I could focus on this one place on dynamic geometry. And in this moment again I realize how much I need to learn and practice.

I focused on dynamic geometry and searched there error for 2-3 hours but of course mistake weren't exactly there. Problem were on Vertex Attributes which were in my code enabled but never disabled.

Crash never happened on rendering normal objects because they VBO in this case always use more attributes than dynamics geometry. So in ogl some attributes were always binded to this bigger VBO. On removing object I destroyed this VBO and than app crashed. It's somehow funny because in earlier version of render code there were code to do it but I changed part of it's implementation and by mistake remove it :]

W.U. 0x0D

2012-01-11T15:08:00.000-08:00

This week post will be short because it's late and I'm tired. And so happen to be that tomorrow like in other days I need go to work :]

So here we go, first part of the post:

Second part:

And on end I will add only that everything what you see in this post can change in future and probably will change because right now I try to get wip (work in progress) version of island that will have good scale and feel :]

And that is all in this week update as I said it was short :]

W.U. 0x0C

2012-01-05T04:59:00.000-08:00

This post is little late but yesterday after return from work I fell asleep and woke next day :]

This week I worked pretty hard on terrain system too at last recover Citadela Island exteriors. But of course it happened that I spend pretty much time on changing basic system of my engine code. You probably think why?

Right now I have nice material system that allow me to create materials in most cases without modifying source code. But of course I didn't predict writing it that I will want to create terrain edition. I know now it's look so simple but then I forgot to create:

system that allow to tell from code which texture should be use in material.
good support of exchanging consts between game and materials.

When I at last finished this changes there weren't enough time to finish other. So I ended on basic height edition and painting of terrain. I will tell more about implementation when I finish most of it because right now I'm not satisfy with it's implementation. It's just too slow and not to scalable. To give you glimpse how it's look now here are short specification:

there is one big heightmaps (128x128)
everything is rendered in one batch
there are 3 layers only (this I don't plan to change)

So, for today it's all. See you in next week. (this time as in most case in Wednesday).

W.U. 0x0B: game designer.

2011-12-28T15:14:00.000-08:00

Wednesday came fast as always :] As I wrote I toke some break because everybody need some vacation so there is nothing interest to write about development progress. But I will try to recompense this with short text about about designing games. Of course everything in this text is my observation that came from my experience or talks with other people. So you may disagree with them.

From begin: I'm not work as designer I'm hired as programmer so on some things I may look in weird way. On other hand after work I don't know who I'm so my observation maybe are right. In my "career" I had some experience with people that say that they know how design good game or they have great idea for game. But from perspective of time I have big doubt if I would now believe such a words. Because how you can describe a good game? I don't know and you?

Ok, you can show me some titles and say: they are a good games. I can show you some titles too but our lists could be completely different. So games on my list are better than that on your list ? Or maybe vice versa ?

I know very philosophical talk but it's in my style :] Ok, but returning to topic I can say that I always try to create game that I think will be good. The game I would like to play. But on other hand for you this can be a crap because you don't like this kind of games. So, as I heard on presentation of "Can't Stop Games" when I will finish game I will not know if it's a good game or complete crap. Players will decide to which category put it and how rate it. If they decide it's good I will be happy in other case I will just begin other project with all this knowledge I gain after reading comments and reviews of earlier productions.

And I think that this is the most interesting observation: if you want be good designer whose productions have commercial success you should listen of people that will play in this game, they opinions and ideas. Of course you need to filter them because there is always much of stupid things that will never work in real game or is just not economic (creating them is not worth of work put in them). And on end very important thing select from all this stuff things that your team will like because the best games are this in which development team put their heart and all strengths because they to would like to play in such a game.

W.U. 0x0A

2011-12-21T16:22:00.000-08:00

In this week I taken some kind of break :] you know Christmas coming so I has walking in shops to buy presents. The only things that I achieved in project is some changes in matrix because I done some stupid things there earlier.

My free time I spend on finishing "Shadow Of Colossus" on PS3 and all parts of "The Blackwell" series on PC. I specially bought bundle in http://www.indieroyale.com/ for it. When I saw the trailer for it I decided to bought bundle (I'm not interested in other games in it) but when I done it I only thought that "The Blackwell" could be good.

On the end it happened that I began playing around 10 PM and ending the game around 2-3 AM. And so on 4 days in row :] And I never had regreted that I spend so much time on them they are great :] I can say that from now on I'm big fun of it and waiting for 5th part :]

Returning to LBA project I think that I will take break in this week too :] and on end

Merry Christmas.

W.U. 0x09: few words about engine

2011-12-14T14:44:00.000-08:00

This time I want to write my few thoughts about engine developing. I know that there 1000 of ways how to write engines and games. And I don't want to be like some master of programming because I know that I'm more like disciple or even worse :]

As you read in earlier posts my engine develop in weird way, because it begun as 2D engine and evolve in small 3D engine with small amount of features. I know that this could sound somehow weird but it's a truth: right now I don't have anything exceptional in it only basics elements. And I'm proud of this.

As I look on indie developers websites most of home made engines looks very attractive visual, they show results of SSAO, great shadows, physics benchmarks and things like that. We think that this is cool because they show such a screen. They talk about optimization of shaders and things like that and we thinks they are so pro.

And of course It's really cool to see screenshots and benchmarks of this productions. The problem is that developing of games changing people they start to think somehow different. Engine it's not only visualization there are many more complicated things that must work together. You probably heard about them: optimization structures (i.e. bsp/octree), physic, sound, inputs, file system and so on and so on. Implementing them all is not simple task and I think that on begin of developing it's need a really loot more focus than graphic effects. I know working on them is not so great because you can't show them to any friends that play games only other developer will understand what you do.

And that why I'm so proud of my engine. It's not great I know that, it's not very attractive visual I know that to. But I work on fundamentals topics that are base of it :] of course on some topic I work multiple times i.e.: Input system were greatly changed 3 or 4 times in this 6 year of engine existing and I'm still not fully satisfy on it. If you see it you can always find in this tinny little system things that can be done better. I know that and I see them too but when you think about it is normal that programmer feel this way about his code it's good thing because you know you could always do something better and you don't think about your code as ideal.

Other thing is that when you write your own engine you almost everyday see how much each system influence other and how you need to do change each of them so they work together. So it's not like you do something one time and never back to it again. I don't do that way for sure I don't even fully know how to design each system I learn this everyday, after each changes how it should be. Probably after next 6 year I will think that they should be wrote completely other way. Or maybe not who know right now I'm still fell like "child" that learn how to walk. You see how others do it but you need to fall few times before you learn how you should do it.

And here some small conclusion: you can think that your game/engine is far beyond other production. I feel the same way almost everyday but after this long time of production I saw so much other titles that look great but now probably don't even exist. They focused mostly on graphics forgetting that on one day they came to moment when only good graphic isn't enough and they start adding other things but is very often already to late.

Graphics can change rapidly and the effects are visible almost immediately but things behind it can grow very fast but even then effect can be almost invisible in final production. So if you sometimes think that your stand in place with your projects, remember that I feel the same way about my even if I know that it's not truth.

W.U. 0x08

2011-12-07T11:35:00.001-08:00

Like I wrote in last week I asked for permission to continue work on remake. I done it to don't have any problem with copyright, licensing and things like that in future when project will be in advanced state of production (almost finished one island that was planed).

And here came this day when I get replay message from Fred Raynal and waiting was worth it because I got official permission so I can at last return to doing things in normal way. Till now I was focusing on prison map and I was waiting with other locations on this message and here I recived it so :] only thing thing that left is returning to work :]

So to hear in next week :]

W.U 0x07

2011-11-30T10:51:00.001-08:00

Yesterday I wrote about finishing LBA and beginning of other projects. And I didn't joke about it. I was always saying that I will finish first island with full plot but right now even that is not sure. Fred Raynal on magicball.net forum wrote such a post: http://forum.magicball.net/showpost.php?p=410775&postcount=14 .

On Friday I wrote to him PM about approval for remake that I planed (one island) so it would be not any problem with this remake later. I understand their position as developer and thats why I asked directly. I still waiting for replay but I'm mentally prepare to closing project earlier than I planed.

Of course I don't plan to throw everything away, but only to shrink this remake to only prison and release it as some kind of lba fan-made demo. Bellow I put some progress from last two weeks :]

Archeology

2011-11-29T11:41:00.001-08:00

In last month I have very often pleasant to do some refactoring of some things that are in code but I didn't had earlier need to do in them anything. And like always I found comments and fragment of code from almost every project that I done in last 2-3 years on white rabbit engine, with names of the project in them i.e my gameplay class of lba had such a comment before it:

/**
@brief Gameplay module of tank
*/

It's pretty funny how this small piece of code gives happiness when you remember how you work on this small projects. Maybe time to finish LBA and start something else .... ups spoiler about tomorrow:]

W.U. 0x06

2011-11-23T12:20:00.001-08:00

So next week came and I think about form of all next week updates. Right now I'm not sure are they interesting or even if anybody read them.

I know that everybody wait for next movies, screens and things like that but I think that too much of them would destroy all fun of waiting for next bigger update. So I would like to ask question: What form of week updates would be most interest for you?

After this short begin post will return to actual form. In this week came another Bundle this time The Humble Introversion Bundle. Of course I have it but it's hard for me to find time to play. I'm very busy with all works on L.B.A. This week task list extended by dozen of bugs and almost the same number disappeared from there, right now project return to state from before switch on deferred shading or is even further. There are some cool stuff but you need to wait for them some more.

After this all weeks next will be probably the same as this so bug fixing and adding new features to gameplay.

On and some another small digression from lba. YouTube is full of different movies but from some time I follow channel Matt Chat. It's great show where you will see reviews of games and talk with creators of game we all knows and didn't heard of them i.e. Fallout, Dark Sige, Star control and many other. I very like this show so I share it with you because I think that time spent on its watching it is very good spent time .

W.U. 0x05 + L.B.A Remake: preview 9

2011-11-16T13:27:00.001-08:00

And here come this day when I should as I wrote in last week update put new preview of lba remake. And of course I have :] it's below this post. I don't think that it's possible to visualize in movie all changes that happened from last preview but I done my best to put everything I have there. :)

And of course this is real life and I didn't finish everything I planned. There are still some things that are in development and I don't want to show them halfway begin. This week was pretty hard on me because in almost all days I was split on modeling, animating and programming.

I prefers when in one day I focus mostly on one thing. Of course there are days when I do all but it's occasionally not all week.

In this week I will try to finish all things that I begun in this and didn't finished. I have too some annoying bugs to find and fix. And of course in weekend I will put all that things you can find bellow on other portals :]

W.U. 0x04 ++

2011-11-09T11:39:00.000-08:00

And next week came. I think that if nothing change releasing in next week preview movie is realistic plan :]

So this week I started as planed on some lighter problems. But in the end I faced with many annoying situation and started to work on things that were problematic to fix. But most of them is behind me end now before me work on some gameplay elements.

In next week as I said before I will post new preview. Plan is like this:

Wednesday new movie will be put on You Tube and here on blog (where I will put some hi resolution screenshots too) and later on Saturday/Sunday as normal I will put this stuff on http://www.indiedb.com/ , http://warsztat.gd and http://forum.magicball.net/ .

This time I will not end this post like that :] Here is some small digression:

I often watch other indie projects and many of them look really great. You watch their screens/videos/demos an sometimes think:

What am I doing :| their project grow so much from last update.
They project look 100 times greater then my.
This model is awesome I will never be able to do something like this.

And many other things like that.

I'm interest are you have sometimes thoughts like that? Or maybe this is only me :]

W.U. 0x03

2011-11-02T14:55:00.000-07:00

I just wrote last week update and here come another :] , How this time passes quickly.

This week I spend mostly on fixes in work from weeks before. I recovered almost all base functionality of game and editor. This wasn't easy but was worth it :] right now it's look like performance return on acceptable level, everything in code has more clear structure and it's easier to use.

What else ... hmm... right now I started to reexporting models to new format and step by step recovering locations. I thought about posting some screenshot's from how it look right now but after moment of thinking I decided to wait for about two weeks when everything will take some more interesting form. Maybe I will try make then some video how this everything looks in move.

On the end of course like always what I plan do to next wednesday.

I think that on this week I will take something easier than before because I'm pretty tired after last two weeks. So I will probably step by step recover locations and gameplay so game started to look like game and not only presentation.

W.U. 0x02

2011-10-26T15:07:00.000-07:00

I think that this week I finished with good results. I done almost everything what I planned.

Materials are finished, geometry buffers upgraded and I think that everything going in good direction because I don't plan any bigger changes for engine in nearest time. I will only add elements that are necessarily to development of game of course there still left some things that I want to change in engine but they will need to wait to the final state of project or begining of other :]

So, what I plan on coming week?

I plan to spend some time on modeling and of course writing game and fixing errors that will show in meantime :] Bugs are always worth of removing.

W.U. 0x01

2011-10-19T02:10:00.000-07:00

This week is under sign of traveling and big changes in materials. In weekend I had visited Toruń and Bydgoszcz where I meet great people. Other days I spend on changing material system.

I try to do some cleanups and optimization: flattening the structure of inheriting, create separate configuration of material for shadow casting and some upgrade of managing material. In the same time I try to separate cg from material system. In the end I think that I opened Pandora Box and It will take some time before I close it again.

So plan on next week is to finish changes in material, some small changes in geometry buffers and recover everything (editor, tools, and game) so I could step by step return to working on game.

W.U. 0x00

2011-10-12T07:19:00.000-07:00

I will begin from today the series of post in which I will write what I had done in game in each week.

So short what changed in this week.:

This week is next long week with optimization. After switching on deferred shading my performance is lower then before. On my computer in work I still have over 120 fps but this is not the computer that is my target it is just too good. To show difference on my personal computer I have right now around 40 fps.

To say sincerely I'm not satisfied with it. Of course I could always say I will do optimization on the end but I'm not follower of this idea. Waiting with big optimization till the last moment is the worst way of doing things. You have created assets, exported them to game, created game logic and almost everything is ready. But on the end you need to change them because you done changes in model format or engine interface to gain better performance.

Other things that I started to do are changes in models. Right now I'm doing last polish geometry of low poly model of tank and preparing male and female rabbibunnies wip model.

On the end some nice information: www.gog.com released Little big adventure in digital version.

L.B.A. Remake is (un)dead.

2011-10-04T01:45:00.000-07:00

This time I have some good and bad news, I will begin from good and bad I will left for the end, that way will be better.

When I didn't write any post I slept much ,right now I'm pretty tired and in some days after work I just go sleep. I don't know the source of this situation but probably it's time of year so in few weeks everything should return to normal.

When I don't sleep and I have strength then I write game. And here is the good information I done next step in project development, bellow you can find quick screens from actual look of game (I still use old assets). Right now I switched rendering on deferred shading, I'm still not happy with result but step by step I will polish it.

And here come bad information: all things will take little more time than I planed. Right now I spend long time on:

cleanups of old things,
bug fixing after changes,
polishing tools,
optimization,
changing of engine architecture.

Most controversial is probably last point but after switching on deferred rendering there are many changes that need to be done, many that should be done and even more that would be nice to have.

Of course I didn't do only graphics changes, one thing that you can see on screens is begin of the AI system, but there are many other small things that were created in meantime.

And of course project is not dead, I only don't post any updates because I thing that everything still look like early pre alpha. So I wait when I will have something realy good to show then I will post some news on other portals too. If you like to know some news you can check this blog or give some questions in coments I will be glad to answer them.

Humble Frozen Synapse Bundle

2011-09-29T23:12:00.000-07:00

And time came when another humble indie bundle show. This time Humble Frozen Synapse Bundle, have only one game but if you pay more then average then you will get Humble Frozenbyte Bundle. I personally didn't play in any of games in this pack because in this week I didn't had time. But for sure I will play in weekend :]

LBA Remake update

2011-09-11T07:10:00.000-07:00

This time some big update about LBA remake. Bellow you will find assets on which I worked when there were no posts :] I think that you should like them too I spend long time to create them the way there are.

But put aside jokes :] I post this pictures only to show that I don't forget about LBA remake. Right now I skipped showing new updates because I do big changes in my technology, I will tell more information about it soon. But I will add that I think that waiting is worth of it because this are biiiig changes. And on end, bellow I put some real model on which I work. In free time I upgraded the old Twinsen model that it's look better in game and cinematics.

Legends of Grimrock

2011-08-26T04:49:00.000-07:00

Today on IndeDB I found post about " Legends of Grimrock" and as in most case I don't write post about projects that I found on internet this time I will do exception because I think that this game is worth it :]

Assets

2011-08-14T07:14:00.000-07:00

This time I will talk about some tips about how to create assets to games. I will focus mostly on models and the way I done them.

So from begin:] What tools I use :

Blender - for modeling and animations
Gimp - textures
My Paint - some sketch

I will start from the begin :] of course I mean by that mistakes that I done. I begin creation of models to LBA remake from environment everything was ok until I put character to game than I remade almost all earlier models :] For my luck I didin't have too much of them.

Why I done it ? Because there was problem with scale and feel of everything. In games it's not important that something is bigger than in real life. In most case when you try do real size you get claustrophobic feel of location. Other thing is that you do levels the way that all mechanics didn't have problems with collision and interaction. So after this lesson I begin almost all of my scenes from some scale reference for example:

As you can see I have Twinsen model in scale I use it in game and bin model is done in scale to it. But this don't resolve all problems like the feel in game.

That is the reason why you need some working version of game. There is no need for big mechanics, simple walking maybe jumping. If you don't have them you for sure will remake all assets later because you will find places to high to jump or some place will be to narrow and you will not feel good when moving there.

Next things that you can't believe renders from graphic program.

So from left: very week hi poly with area light, low poly rendered in blender, model in game. You can see that if I spend more time on hi poly model and render it others would look very poor. But on on end you will put the low poly model with baked normal. Other thing is that you never will configure your render program the same way you render in game or you will don't do that because the rendering will change with game development like in LBA remake.

The last method I use are placeholders. You can see them in almost all my previews. They are very nice way to creating quick location. In my case most time I spend not on modeling but unwrapping and creating textures. Thanks to placeholders I can create model that don't have textures and use it to test the game.

Right now there is less and less people that create pretty good models and want to help with creating graphic in projects where there is no money behind it. I understand that and this is the reason why I decided to learn how to create graphics. I slowly learn on my mistakes and probably you have better ways to create models. So if you have it would be nice to hear about it, because it's always nice to learn something new.

Humble Indie Bundle #3 ..

2011-08-02T09:57:00.000-07:00

For people that didn't buy or bought already HIB#3 right now have not 5 but 6 games in pack + bonus. For people that already bought HIB#3 on download page show link to 6th game. More info on:

http://www.humblebundle.com/

NVIDIA and ATI

2011-07-31T06:43:00.000-07:00

Few day ago I bought netbook with ATI Radeon graphic card. Before I always used cards from Nvidia and Intel. After day of installing tools to programming and profiling I ran for test L.B.A. Remake. And of course it didn't work. But after removing CUDA support that I needed to my thesis work, it started without problems.

But when app started i saw other problem: There were some weird stuff on my screen, they didn't look like they should. After two days of searching reason behind it I found that:

Nvidia allow more then it should. - I had invalid code (I probably write it very late in night because it was so stupid and when I saw it I thought how I could wrote it :] ). Code for each type of input to shaders (position, normals, texcoord0, ...) set glBufferData with size of all inputs and data set to NULL. On NVIDIA worked fine on ATI not.
NVIDIA and ATI have different bindings of Inputs - POSITION is always ATTR0 but other not. On end I decided on using in shaders defines with ATTRi that I bind for each type. I think that this will be safest and most efficient way.
Default value of input data - if there is no binded input NVIDIA set input COLOR0 values on (1,1,1,1) but ATI use value (0,0,0,0).

There are probably other difference in them but right now I didn't found in working of program. If I find any then I share them.

On the end of work yesterday I was happy that I finally get hand on ATI card. Thanks to that I found some stupid code and for now I have hope that game will run on most of the graphics cards.

Why there is no next preview of LBA

2011-07-29T10:24:00.000-07:00

I thought about adding new preview from around two weeks. I had very evil plan to create from it some kind of parody what I don't want to do. But I endure this thoughts and in final create it in somehow normal way. But get to the point.

What is happening ? Is project still exist is it grow ? And answers are yes and yes. Project is growing well but probably not the way that could be topic of full preview. Because how to show that I fixed system of object managing or extended mechanic of engine ? There is no way that I can do that.

Of course I could do like some other projects (how I hate post like that):

I could create on fast some sketch and put very detailed information what I will do in final release. I will write it but in some next post I probably would wrote other things about how this all would look. But who care ? I wrote my vision that changed in a few weeks. But where project ?

I could make other movie about models I created but how long I can do that ? For each movie I should then create some good looking models which would take long time. Of course I could add post in each week: I created stone, I created sword, I created one pot. Of course all that without textures or in wip state from graphic program or put in editor from ready engine (i.e. UDK). You can find many post like that, I think that they are stupid. And when I see news like that I always close tab in my web browser or press button back.

In this place I will say that some groups do great thing publishing news where they show progress (not necessarily big i.e. Overgrowth or recruits in indiedb. I think that many groups should learn from them all.

And of course how could I forget to post that show the same scene as last 10 post but with minor changes. And say that the projects develops great (of course without showing any mechanics development).

I could do all that ore one of them but is boring to force myself to create something special for only such post. On the end I probably would change them to put in game or even recreate from scratches. I have of course some things that I could show but there would be no effect wow project grow in month. More then that it would be effect: again I show almost the same thing as last. And if you think about this as a few hours to put such a movie on you tube you will understand why I sometimes prefer to do something to game in this time.

On the end I will say that this post probably should have name: Which type of news in indie developing I hate the most or something like that. But I decided to connect it to previews topic because there weren't many post wrote about them from Preview 8.

The Humble Indie Bundle #3

2011-07-26T15:59:00.000-07:00

This time short post for people that didn't know (like I) that run 3rd edition of action Humble Indie Bundle. Where you can get 5 Indie titles and in the same time support some charity foundations. More info on:

http://www.humblebundle.com/

How this all works: Part 3

2011-07-26T10:44:00.000-07:00

This time some more details about architecture of engine. First thing that I need to mention W.R.E. is not engine for L.B.A. project, I create tools that will be use in next productions. Because of that I take some decision that make it's structure more complicated but in the same time more flexible.

In this moment W.R.E. is based on four modules:

But as you see there is five elements :] Why ? Exe is only wrapper to game dll and do nothing else so I don't count it as module. Ok, so from begin:

W.R.E. - Is main part of engine it's managing window, taking care of rendering, physic, sounds, file, materials and things like that.
Game Engine - It's the frame of game. Contain all templates for objects i.e. Models, Characters, Action objects. Other important function of this module is editor functionality.
Editor GUI - It's interface of editor based on Qt. It's mostly call function that are inside Game Engine.
Game - This is DLL so it could be simple connected to exe and editor. It's contain all definition of objects specific for game.

As you can see when I will decide to create next production I will only change Game part and everything else will still be compatible with it. And this is one of my biggest goal in this structure. To be able quick create other game without rewriting everything.

In this place I don't know what to write more. Maybe you have some interesting thoughts about this structure or have even better in yours engine/game. If so share it, I will be glad to read it.

How all this works: Part 2

2011-07-16T13:24:00.000-07:00

In last post I wrote about how all this started. In this post I try to focus more on games and way of work on them.

Lba is not my first game I played. But it have very special place in my memory. I tried to finish it at last twice. At first I think that I was to young to understand this game. But second time I was in haven when I played it. And from long ago I thought about remake, there was "Lba Remake" now is "Little Script Adventure" and there was and will be many other groups that try to create remake of this game. But I think that way of how they do it is somehow wrong. So I decided to create my own remake.

I started to write games more than 11 years ago. This is one of many projects that I was developing in this time. On begin everything look quiet simple: you have some libraries and game and this is enough. What you need else to write "Noughts and Crosses", "Tetris" or simply plane on scrolling map (from right to left). But as time pass the construction of your games must change. First game that was pretty serious was "Tony The Rat":

In this project I used text file to define map, simple animation system, some scripts like files to talk and other weird things. I still like this project very much and I plan to return to this idea later.

It's fun to write about old projects but this is not a post about projects I made. So lets do small postmortem.

What went right:

Team, in which I worked had 2-3 people. And on end I finished on lead position.
Idea, I think that this was one of my first game that have some idea behind it and it was not to ambitious on begin.
Technology:

Animation system (based on body parts) with some simple editor.
Graphics, as you see it was pretty good (project begin in 10.2000).
In one version there was riding a car in city.

What went wrong:

Work, it is easy to create game on your own but when there is more than one person there shows problems. Because others don't always have time when you do. So you prefer than do something yourself and problems multiply that way.
Team separate and on end I ended working alone.
Growing ambitions, when you develop game you have big desire to change some elements on better. And if you don't know when to stop sometimes you end rewriting everything from begin which don't help at all.
Growing locations. This was other problem, I didn't had technology to support what I wanted to do, and when I projected game I always wanted more. Now I would create game that I could create on engine I had.
Not enough time and strengths. This is one of problem about which you always need remember, but then I didn't. Game started to grown, my ambitions to, so I changed technology and started to rewriting everything. And on end I had less then on begin so my motivation was smaller. And on end I decided that I'm to stupid to create such a big game.

So as you can see this didn't were so simple as it's look. But after that I begun some work on simple engine on my own. But then one of my friends invite me to work on New Dawn:

I will not write too much about this game. It was big production on some point there were around 15 people in team. And of course I ended as leader of programer. So what I learned from this project:

Big team == big problems. There is always problem with communication in big teams. Especial when you talk by internet and don't have money behind you .
Never work on unfinished engine where you don't have sources or any good documentation. This can kill your work in the end.
This is not job and you don't need to see it this way. People work when they have time, not when you want. Because of that you don't have to put big expectation about amount of work they do.
Don't be too ambitious because on end it's hard to finish all your plans.
In cases somebody don't show to much progress, do things you plan yourself. Because on end you can spend long time on waiting to finished work.
Start work with smaller projects to "unite" the team and learn some ways to speed up developing of project.
Using the SVN and bug report system like Mantis is great things. You can add to it some wiki like service with details about game, later you can quicker find things you need.

Later begin my 5 year long developing of actual engine W.R.E. In next post I will try to covers in details how changed structure of engine and it's tools. I will try to find some of old projects I done on engine and talk about them.

If you want's to read about some part of all post or you just don't agree with me. Just write and I will try to write about them in more details or discuss your opinion.

How this all works: Part 1

2011-07-02T13:26:00.000-07:00

This post will be beginning of series of posts about how L.B.A. remake is made. So lets starts with first part where I will try to talk about development of technology I use.

Game is based on home made engine w.r.e. that use OpenGL as rendering environment. In this moment everything is controlled by shaders wrote in Cg.

But not always was this way, I started to write this engine five years ago on begin of study. In that time this was a merely 2D isometric game written in pure SDL. It was written on one of subjects and when I think about this now, earlier I wrote 10x better games. But it's was finished and from this everything starts.

Some time later after talk with friend which is very good graphic we decided to create 2D game. We based it on modified code of earlier production but this wasn't enough. Pure SDL is too slow so we switch to OpenGL. This was big step because engine from simply software 2D engine changed to fast 2D engine with support of some 3D objects.

But came another semester and so another subjects and on one of them I decided to create support of physics to engine. In this time came another changes, now engine support mostly 3D with bullet as physics engine. But this was only begin.

On one of later seminary I get some kick in my ass from (now my friend) Kornel. And I think it's a great thing to get something like that, because in this moment I started seriously think what I done so far. I had some skills, knowledge about graphic and programing but I was still 10 years behind this what is really happening in real game scene. So at last, I added shaders support. Writing which wasn't on begin so easy but somehow I learned how this all works.

If you ever study or will study in Wrocław on WPPT. You will learn one thing, knowing programming language is nothing special. This is only tool, what is really important are algorithms and maths behind them. If you know them and understand you can write them in any programing language. And so thinking that way I read about visualization algorithms and I came to one conclusion: they are all pretty easy. All this thanks to knowledge I gain on all kinds of subjects.

And In this moment came L.B.A. remake. Thanks this game I started do developed real tools. I wrote editor and many others things to make my life easier or maybe not :]

And why I spend so much space to write this all. There is not to much about how I wrote L.B.A. Remake and I know about this very good. But there are things that are shown here. I don't do all things that you see in week or even month. It's take long time, many hard and frustrating moments when you think about throwing this all and start doing something else. I had moments like this and I will have them in future but they are need to do next steps and gain experience which help in future.

And on end of this part I will write my own thought about creating games:

Writing games is fun as you can see in all talk with developers, but not always. This is only part of truth, there is other part when you write or do some things which are simply boring but needed to develop of project. And one more thing you can never stop in developing your knowledge and not only about programming or computers. There is math, physics, and other things that can help you very much, in writing good games.

L.B.A Remake: preview 8

2011-06-24T17:38:00.000-07:00

And time came when preview 8 is published.

After a little break from publishing previews, new video show changes that I done to Citadela Island. Almost all models in this location were changed, I decided on this design after experiments with different styles. I think that it's pretty good so I don't plan to make bigger changes in most of things that are inside this video.

In this moment from things connected to graphics I still fight with lighting parameters to create climat from orginal game, so this bright colors are only temporary. But I dont plan to do to much with this becasue probably everything change after I create render system with good support of shadows.

What can I say more, there are no bigger changes in game mechanics because in last few weeks I mostly concentrate on engine, tools development and of course fixing of bugs.

So then like allways, have a nice watch :]

Game developers in Poland

2011-06-10T01:41:00.000-07:00

Today I found interesting post on web page of Adama Sawickiwego :
http://www.asawicki.info/news_1450_dyskusje_o_polskiej_branzy_gier.html

It's pretty short but it's show everything about polish developers. We have very talented game programmers from Poland that work around the world. But we don't have enough of them. Most programmer that you meet on of web about gamedev http://warsztat.gd work already in game industry or don't have experience that is need to do game on actual AAA level.

For some main problem in project development is that character head is to small or too big, or color of socks of main character is yellow not black. Which I think is stupid because in most situation the game looks like this: 2D character that sprite on screen have 64x64 pixels, moving in some work in progress environment (without any interaction). Of course to show this character they show 5x bigger picture and talk about it's look.

So I agree with this post and article that links are inside. Some people probably will not agree with this what I write but to me creating small 2D games with simple game mechanics will not make you become experienced programmer. This is only first step in long road. And I know what I'm saying because I develop games for more than 10 years now. And I recently started to see how much is changing in my skills and my way of thinking about developing games. But in the same time I see that it's long and not easy road before I will be able to say about myself that I'm some kind master of game developing.

L.B.A. Remake preview 8 delayed again

2011-05-28T10:22:00.000-07:00

This week there will be no presentation either. I decided that the changes that are made in visual side of game are too small. If I would show the actual state you would probably see almost the same scenery that you see last time (plus 5 models from which 3 are placeholder) so I think that don't have sens.

In last weeks I mostly focusing on learning to school and working. Things that I done in application and are connected to lba is optimalization of rendering. Now on my computer with GF210 I have around 200 FPS in prison location. And I think that I can get even better results :] other things that were developed are debugging and statistics tools. In normal circumstances I would do all that things later but right now I must do this to my thesis work which first version I must finish in next week. So I don't have too much free time to do other stuff.

L.B.A Remake - developer diary 1

2011-05-17T03:03:00.000-07:00

This time some words about why I decide to create lba remake game alone. Most people don't believe that this is possible because bigger group tried and failed in this. But reality is pretty different, in almost all groups that I was in my programmer career there was one problem the more people worked on project the progress goes slower and slower. The same things I heard from friends which participated in other groups.

When not commercial project is developed by 2-3 people then each of them create equal amount of content for it. But if there are 10 members in group. Then there is big probability that one maybe two persons create most of content and other members do nothing or do almost nothing. This is sad reality of such projects. One reason is that groups looking for people that want to participate in developing. Very often they find people that want to create game but don't have enough experience or time.

So when I decided to create L.B.A. remake I wanted to avoid all mistakes from older projects and groups. It's just easier to me work alone when I developing tools and creating basic gameplay because this takes time. And it's not that I like to be outsider and do everything on my own. I'm very open on proposition from people that want to help and cooperate. But it's not that I looking for someone to help because this would be stupid thing to do.

LBA Preview. 7

2011-05-01T15:54:00.000-07:00

No więc jakoś udało mi się przeżyć te ostatnie tygodnie (sam nie wiem jeszcze jak). No ale było minęło nawet trochę ostatnimi dniami odpoczywałem więc i sił więcej będzie na kolejne tygodnie a one też się zbyt kolorowo nie zapowiadają.

Co do postępów prac to pewnie część osób myślała, że projekt umarł. Podejście takie w pewien sposób rozumie bo wiele jest takich projektów które właśnie w taki sposób znikają. Pojawia się post o chwilowym zawieszeniu prac i projekty znika na wieki w ciemnej otchłani internetu. No ale wbrew pozorom projekt ciągle się rozwija co zresztą możecie sami ocenić w już 7 odsłonie postępów prac. A ona właśnie ujrzała światło dzienne.

Niestety przez jakiś czas będę zmuszony przejść na co trzytygodniowy cykl publikowania "preview'ów". Bo mam trochę innych spraw na głowie a ją mam niestety ciągle tylko jedną. Dobra nie przeciągam już dłużej :]

Miłego oglądania :]

Gdzie się podział LBA: preview 7 ?

2011-04-12T02:57:00.000-07:00

Tym razem post w dwóch wersjach językowych :]

No więc niestety z powodu nawału obowiązków w pracy i na uczelnie trochę nie wyrabiam ze wszystkim. Dlatego muszę na jakiś czas wstrzymać prace nad grą i skupić się bardziej nad rzeczami bezpośrednio powiązanymi z moją pracą magisterską. Dlatego kolejna odsłona postępów pojawi się najwcześniej za 2-3 tygodnie. Ale obiecuję, że czekanie się opłaci bo lista rzeczy które planuję wykonać do tej prezentacji jest całkiem długa :]

* * *

This time post in two language :]

Because of work with job and my study I don't have to much time to do other things. So I need temporary stop work on game and focus more on things directly connected with my thesis work. Because of that next show of project will be released in 2-3 weeks from today. But I guaranty that this waiting will be worth of it, because list of things that I plan to do for this preview is pretty long :]

Tworzenie gier part 1

2011-04-05T03:21:00.000-07:00

No i kolejny post z ciągu "jak się obecnie tworzy gry". Od czasu do czasu zdarza mi się poprzeglądać co tam za gry są tworzone przez indie developerów. Od jakiegoś czasu śledzę projekt :
http://www.indiedb.com/games/overgrowth
który wydaje mi się naprawdę solidną pozycją. Czy tak będzie czas pokaże. Trafiłem też na naprawdę fajną gierkę (polecam zagrać, jest darmowa):
http://www.indiedb.com/games/broken-dimensions

Trafiają się też pozycje przeciętne i niestety trafiam też na pozycje które bym wolał zapomnieć. Gdyż próba zagrania w te gry potrafiła przyprawić o obłęd. Więc nic się tutaj nie zmienia tak jak niestety w sposobie pisania gier.

I tutaj przejdę do sedna posta i rzeczy która mnie przeraża bardzo. Mam komputer stacjonarny może nie najnowszy ale fallout 3 spokojnie chodzi więc nie jest źle. Odpalam prostą grę indie i okazuje się, że ten komputer nie daje już rady. Gra działa na OpenGL wydajność 5 klatek góra :| Pierwsza myśl która się nasuwa "what the fu..". Ciekawość wygrała, odpalam gDEbuger aby zerknąć co się dzieje pod spodem i przerażenie zaczyna się malować na twarzy.

- Rysowanie przy pomocy glBegin/glEnd,

- Listy wyświetlania

- Ogromna ilość wywołań bardzo małych batch'y z geometrią,
- W połowie puste tekstury
- Z 20 tekstur poświęconych na animacje prawie niewidocznego elementu (aby było weselej są to 2 elementy które się obracają w przeciwnych kierunkach więc prosty vertex shader)

Więc wszystko to czego się robić nie powinno. No i naszła mnie pewna refleksja, że oglądając te gry na screenach lub filmach zawsze widziałem coś fajnego, szybko się rozwijającego, wiedziałem wiedzę twórcy i czasem nawet trochę dobitym się czułem. Bo moje projekty się tak nie rozwijają ale po tym co zobaczyłem, stwierdzam, że wolę być taką szarą myszą która po prostu robi swoje po swojemu. Bo solidność na początku popłaca sukcesem na końcu. I wydajnością większą niż tylko te 5 klatek :]

Little Big Adventure: Preview 6

2011-03-19T17:19:00.000-07:00

Tym razem wyszła trochę dłuższa prezentacja ale wydaje mi się, że nie powinno wam się nudzić oglądając ja :] więc nie będę już przeciągać oto pokaz nr. 6 :

Little Big Adventure

2011-03-06T18:04:00.000-08:00

No więc na koniec dnia mała aktualizacja projektu. Tym razem może trochę mniej zmian niż ostatnio ale poza graficzną stroną projektu zmieniło się bardzo wiele :] co dobrze wróży na przyszłość. Więc jak widać projekt ciągle się rozwija.

Trochę o tworzeniu gier

2011-03-06T10:14:00.000-08:00

Ostatnimi czasy miałem okazję poprzeglądać trochę produkcji na www.indiedb.com i zauważam pewną tendencje. Większość produkcji korzysta z UDK i nie mówię tutaj o jakichś większych produkcjach ale często nawet małe gry z niego korzystają. I co w tym złego pewnie się zapytacie, silnik z górnej półki za darmo (do niekomercyjnych zastosowań) więc czemu nie skorzystać.

No więc przytoczę tutaj bardzo fajny post na blogu http://www.magicalwasteland.com/ a mianowicie
http://www.magicalwasteland.com/mw/2007/6/17/why-not-just-use-unreal.html (Polecam przeczytać również komentarze). No ale do czego zmierzam post ten ma już blisko 4 lata a mentalność twórców gier ciągle się nie zmienia. Teraz do UDK ma dostęp każdy śmiertelnik i mam wrażenie, że duża część z tych śmiertelników uważa, że tworząc grę na tym silniku ich gra będzie lepsza, fajniejsza i uda im się ją na pewno zrobić.

Niestety rzeczywistość jest trochę inna ludzie którzy myślą, że silnik załatwi za nich tworzenie gry są w błędzie. Silnik to tylko narzędzie które można wykorzystać i stworzyć coś fajnego lub po prostu zmarnować jego potencjał. I tak się niestety dzieje najczęściej, że widzimy proste prezentacje na UDK które wykorzystują tylko w minimalny stopniu to co oferuje to narzędzie.

I przyznam szczerze, nowa prezentacja gry "Elpis Blender game" którą można zobaczyć powyżej wywarła na mnie dużo większe wrażenie niż większość produkcji indie które widziałem opartych na UDK. A oglądałem ich już trochę i nigdzie nie widziałem takiej różnorodności, tylu elementów rozgrywki. A jeśli ktoś powie mi, że jego gra na Unrealu wygląda lepiej (to z drobnymi wyjątkami) stwierdzę, że gdyby autor tej gry robił ją na udk to zapewne była by ona na poziomie którego nie powstydziło by się wiele profesjonalnych studiów developerskich. Bo ja sam nigdy bym się nie spodziewał, że w BGE można, aż tak wiele osiągnąć więc co dopiero jakby osoba taka pracowała na UDK.

L.B.A Remake: preview 4

2011-02-03T16:01:00.000-08:00

No więc nowy miesiąc i oto filmik pokazujący zmiany z ostatniego miesiąca, tym razem w zmieniło się dość znacznie zarządzanie geometrią.

Wcześniej miałem sytuację gdy lokacja składała się z obiektów aktualnie przeszedłem na system grup. Lokacja jest grupą zawierającą obiekty oraz inne grupy. Dzięki czemu o wiele łatwiej będzie można później zarządzać np.budynkami.

Kolejna duża zmiana to sterowanie w edytorze, przerobiłem przesuwanie obiektów gdyż stare było mało dokładne. Aktualnie wszystko śmiga jak należy.

Doszło też wiele wstępnych modeli które mają stworzyć obraz jak będzie wyglądać rozmieszczenie obiektów na lokacji. Pojawiła się też bardzo prosta woda.

Trochę o tym co zrobiłem i co planuję.

2011-01-10T18:39:00.000-08:00

No więc mija kolejny pracowity tydzień. Trochę czasu na wszystko brakuje no i dlatego trochę mniej jakichś bardziej widocznych zmian. A co się zmieniło:

Doszły nowe animacje/czynności postaci. Dopracowałem trochę fizykę, oraz poczyniłem dość spore zmiany jeśli chodzi o wyświetlanie grafiki. Aktualnie pracuję nad uzyskaniem jak największą zgodność z nowym standardem OpenGL. Czyli mówiąc prosto pozbywam się całego forward renderingu.

Powoduje to wiele zmian, materiały stały się teraz podstawą funkcjonowania całego silnika. Musiałem przebudować system rysowania geometrii pomocniczej gdyż stary system dość mocno zamulał całość. Wizualizacje fizyki i obiektów śmigają teraz, aż miło :]

No i co mnie jeszcze czeka: przebudowa fontów, wsparcie do dynamicznych obiektów np. systemów cząsteczkowych. Stworzenie jakiegoś sensowniejszego sposobu na wyświetlanie geometrii. Gdyż na chwilę obecną mam wrażenie że, posiadam jeszcze zbyt małą kontrolę nad tym wszystkim.

Czekają mnie też trochę mniej przyjemne rzeczy w stylu : skrypty i znalezienie pewnego uciążliwego błędu który zaczął mnie prześladować. A jest on kluczowy, gdyż uniemożliwia mi on realizacje projektu na pracę magisterską w oparciu o silnik.

L.B.A Remake: preview 2

2011-01-02T18:52:00.000-08:00

Święta, święta i po świętach zawitał już nawet nowy rok.

I tak wprzerwie świątecznej się: obijałem. Z gry powstało niewiele zmienił sie za to edytor. W ostatnim czasie wprowadziłem parę poprawek które od dawna chciałem wprowadzić. Pojawio się w końcu normalne dodawanie obiektów, teraz mam już podgląd gdzie mam wstawiać nowo dodany obiekt możliwe też jest anulowanie tej operacji. Zmienił się sposób obsługi fizyki dzięki czemu obiekty nie muszą już być tylko boksami. Ogólnie zmian jest dużo ale w praktyce wszystkich nie pamiętam.

Zmieniła się też lokacja na której grę testuję. Zaczyna ona przypominać coraz bardziej grę. Poniżej znajdziecie pokaz z nowej wersji gry. Mam nadzieję, że zmiany się spodobają :]

L.B.A. remake

2010-12-23T18:00:00.000-08:00

Ostatnie tygodnie były dla mnie dość ciężkie większość czasu poświęcałem : życiu prywatnemu, pracy i uczelni. Dlatego dość mało udało mi się zrobić w projektach ale zmiany są, jak zawsze :] Obecnie realizuję projekt na uczelnię oraz pracę magisterską w oparciu o swój silnik. Jako, że fajnie jest mieć środowisko do testowania algorytmów w warunkach jak najbardziej zbliżonych do tych rzeczywistych postanowiłem stworzyć grę.

Posiadając ograniczony czas zdecydowałem się na stworzenie remake'a starej gry. Dzięki temu mogę skupić się głównie na pisaniu i tworzeniu rzeczy bezpośrednio potrzebnych do tej produkcji nie martwiąc się wymyślaniem fabuły i mechaniki. Dodatkowym plusem takiego rozwiązania jest posiadanie konkretnego celu i założeń które w trakcie prac nie mogą się zbytnio zmienić gdyż chce aby gra była podobna do pierwowzoru. Pierwsze efekty można zauważyć już poniżej :

Na koniec dodam tylko :

Wesołych Świąt Bożego Narodzenia

w końcu już dziś wigilia :]

Projekt rozpoczęty

2010-12-08T10:45:00.000-08:00

No więc rozpocząłem pierwszy konkretniejszy projekt na swoim silniku, oto efekt co da się już szybko osiągnąć dzięki edytorowi:

w trakcie pracy nad tą wstępną wersją mapki wyszło parę rzeczy które można jeszcze poprawić a parę musiałem poprawić aby praca szybciej szla :] No ale jak widać nawet się udało coś porządnego uzyskać :]

Dodatkowo dzisiaj przeprowadziłem pewne optymalizacje w wyświetlaniu grafiki a gDEBuger bardzo mi w tym pomógł :] dodatkowo uświadomił parę moich złych nawyków. Mianowicie przyzwyczajenie do standardowego pipelinu OpenGL. Widać ciągle przede mną długa :] no ale gdyby jej nie było to bym się pewnie nudził :]

I kolejny post.

2010-12-04T17:35:00.000-08:00

Ostatnio coś sporo się tych moich postów pojawia :] no więc nie mnie oceniać czy to powód do radości czy do płaczu :P No ale kontynuujmy to co zacząłem. Ostatnimi czasy udało się zrobić parę ciekawych rzeczy: Jedną z nich były obiekty i tak do tej pory w silniku dało dodawać się tylko modele i teren co nie dawało za dużych możliwości konfiguracji dodawanych danych. Ale niedawno się to zmieniło:] powstały małe skrypty wyglądające np. tak :

//// plik: FloorA.wro

def 0 : models/FloorA.wrm

{

material = Floor000

}

//// plik: FloorB.wro

def 0 : models/FloorA.wrm

{

material = Floor001

}

Niby nic nadzwyczajnego ale z powodu tego właśnie bajeru musiałem przebudować system modeli. Problemem był fakt, że w poprzedniej implementacji zakładałem, że każdy model ma materiał. Jak widać powyżej problem jest bo mam 1 model a chcę aby 2 obiekty nadawały mu dwa różne materiały. Stary system prezentował się tak :

A nowy tak :

Jak widać pojawiła się w nim nowa warstwa CMeshInstance która zastąpiła wszystkie użycia klasy CMesh w grze. Jednak mimo wszystko nie mogłem zrezygnować z warstwy klasa CMesh gdyż będzie ona przechowywać w sobie dane o L.O.D i parę innych współdzielonych rzeczy :].

No i na koniec trochę z innej beczki a mianowicie taki oto modelik :)

Nowości ciąg dalszy

2010-11-24T16:21:00.000-08:00

W projekcie pojawiły się kolejne nowości. Większość można zauważyć na poniższym screenie z edytora.

Zaczął działać system wyświetlania właściwości zaznaczonego obiektu. Póki co jest to tylko podgląd ale już niedługo będzie można przy pomocy niego edytować właściwości. Kolejna spora zmiana to pojawienie się terenu, póki co generowany jest on z bitmap i przez jakiś czas w takim stanie pozostanie.

Kolejna ciekawostka to, że w końcu istnieje coś takiego jak zaznaczanie wielu obiektów. Ułatwia to bardzo tworzenie sceny. Wystarczy zaznaczyć obiekty i albo przekształcić obiekty albo przy transformacji przytrzymać SHIFT aby uzyskać ich kopie.

Gra

2010-11-21T11:06:00.000-08:00

W pracach nad silnikiem i edytorem nie zapominam, że wszystko to robię w celu stworzenia gry. Dlatego dzisiaj ukończyłem pierwszy etap prac nad grą. Jak widać poniżej udało mi się załadować scenę stworzoną w edytorze bezpośrednio do gry.

Ze strony kodu wymagało to jak zawsze trochę pracy ale jak to bywa w programowaniu lepiej wykonać takie rzeczy nie czekając za długo gdyż czym dłużej się zwleka tym więcej rzeczy do przerobienia. Aktualny system gry wygląda w uproszczeniu tak :

Poszczególne kolory oznaczają warstwy aplikacji. Jak widać gra i edytor współdzielą systemy silnika gry, dzięki temu raz napisany kod działa dla obu tych "tworów". Pojawia się jednak kwestia późniejszego wykorzystania silnika w innych produkcjach, z tego powodu właśnie powstała warstwa przejściowa pomiędzy silnikiem gry a plikiem wykonywalnym. W "Game DLL" będą definiowane obiekty gry w niej znajdą się definicje obiektów przedmiotów, mechanika oraz inne obiekty tego typu. Później podczas ładowania edytora całość zostanie załadowana do późniejszego użycia w lokacjach.

Ciąg dalszy prac

2010-11-17T16:18:00.000-08:00

Ostatnie parę dni poświęciłem głównie na rozważania nad algorytmem zarządzającym geometrią który planuję realizować w ramach pracy mgr. Udało mi się jednak znaleźć trochę czasu i tak oto poprawiłem system zarządzający obiektami. Doczekał on się podziału na foldery które znajdują się w katalogu roboczym.

Przy tej okazji przekonałem się, że biblioteka Qt była słusznym wyborem jeśli chodzi o edytor:] Do pracy zaprzęgłem system wyrażeń regularnych który udostępnia. W ten sposób nie muszę dołączać dodatkowych bibliotek z których korzystał bym właściwie tylko w edytorze.

Nowy system umożliwia dwa sposoby filtrowania. Pierwszy jest to struktura folderów natomiast drugim który odnosi się tylko do aktualnej listy jest wyszukiwanie (pole tekstowe na górze). Dzięki zastosowaniu takiego lokalnego przeszukiwania cały system powinien się sprawdzać nawet przy sporych zbiorach obiektów :]

WRE

2010-11-14T11:06:00.000-08:00

W ostatnich miesiącach rozpocząłem pracę wiec trochę mniej czasu pozostało na programowanie. Jednak udaje mi się go trochę wygospodarować. I tak poza kursem CUDA który realizuję na uniwerku. Moim głównym zajęciem jest tworzenie WRE jest to mój silnik wyposażony dodatkowo w edytor. Póki co nie ma za bardzo co pokazywać bo głównie poświęcam się rzeczą mało widocznym ale systematycznie w miarę dorzucam nowe rzeczy.

Ostatnimi czasy zajmowałem się trochę systemem materiałów który doczekał się w końcu dziedziczenia :] pomaga to wielce w tworzeniu nowych materiałów. Zmienił się również system OCtree który w razie potrzeby potrafi się już rozszerzyć (w stosunku do wejściowego obszaru).

No i dość dynamicznie rozwija się również edytor. Jak widać na screenie jestem już w stanie stworzyć prostą scenę jednak jeszcze dość długa droga zanim będzie można w nim łatwo i wygodnie tworzyć lokacje gry.

Wielki powrót (naprawdę wielki)

2010-07-26T17:30:00.000-07:00

Ostatnio trochę zaniedbywałem bloga. Ale postaram się wrzucać od teraz posty w miarę regularnie. Co z tego wyjdzie ? Czas pokaże :] jak zawsze.

No ale przejdźmy do tego czym się ostatnimi czasami zajmowałem a trochę tego było.

Na zajęcia z Realistycznej Grafiki Komputerowej prowadzonych przez dr Andrzeja Łukaszewskiego tworzyłem ray tracing oraz path tracing. Nie obyło się bez problemów ale ogólnie kurs był według mnie prowadzony był świetnie. Nie ograniczał się tylko do jakichś podstaw ale pokazywał dużo technik o których przed kursem nie miałem zielonego pojęcia. Niestety mogłem uczestniczyć najczęściej tylko na jedną część wykładu gdyż kolidował on z zajęciami na mojej uczelni. Ale i tak uważam mimo wszystko, że nauczyłem się na nim naprawdę wiele :] Poniżej zamieszczam parę renderków z mojego programu.

Wprowadziłem też własny format plików dla shaderów:

set path='./data/'

def perPixel : vert ('perPixel.cg','matVP')

{

modelViewProj = MODELVIEWPROJ_MATRIX

}

def perPixel : frag ('perPixel.cg','matFP')

{

lightPos0 = LIGHT0_POSITION

lightPos1 = LIGHT1_POSITION

eyePos = CAMERA_POSITION

}

Oraz dla materiałów:

-- ********************************************************

-- Tank M26 pershing material

-- ********************************************************

def TankM26

{

technique default

{

color = [0.8,0.8,0.8,1.0]

cullface = back

pass

{

texture decalMap = TankM26_D.dds

texture normalMap = TankM26_NH.dds

texture shadowMap = shadow.dyn

shader all = normalMapping_shadow

}

Przy okazji skleciłem prosty system podświetlania składni dla poszczególnych formatów w moim ulubionym edytorze Vim :] Przerzucenie się na nowe formaty otworzyło przede mną nowe możliwości a całość kody jest dużo bardziej czytelna niż zapis w formacie XML którego wcześniej używałem. W silniku doszło też parę opcji w które w końcu udało mi się w implementować (zebrałem się do nich w końcu). Na koniec czerwca powstała jedna z nich a mianowicie obsługa formatu zip :] sprawuje się całkiem nieźle przy małych plikach z dużymi ma trochę problemów ale też postaram się w końcu przysiąść i to zmienić :] o pozostałych zmianach wspomnę przy innej okazji bo i tak się rozpisałem.

Oddzielny post przeznaczę też na powierzchnie i krzywe o których się uczyłem na zajęciach. Na koniec wspomnę jeszcze, że obecnie poświęcam się głównie tworzeniu gry pod logiem ADW. Ale o niej wspomnę przy innej okazji. Póki co to tajemnica :].

Efekty pełnoekranowe

2010-06-06T09:07:00.001-07:00

Dawno nic nie wrzucałem. Ale ostatnio trochę bawiłem się efektami pełno ekranowymi i oto co wyszło:

SSAO

Fov

Blur

Jakiś efekt który mi wyszedł :]

Niestety efekty nie zachwycają ale czego można oczekiwać po zintegrowanej karcie graficznej intela na moim laptopie :]

Fotografia

2010-03-04T07:37:00.000-08:00

Przez ostatni czas nie tylko bawiłem się grafiką robioną na kompie. Ćwiczyłem również fotografię, efekty moich eksperymentów można zobaczyć poniżej:

Update

2010-03-01T13:47:00.000-08:00

No więc dawno nic nie pisałem, a dość sporo się zdarzyło no więc jestem już oficjalnie studentem 8 semestru :] Niestety załatwianie spraw z tym związanych trochę zajęło. Ostatnio dość sporo czasu poświęcam na tworzenie grafiki. Jedną z moich najnowszych prac jest rysunek mojej dziewczyny Anity, praca wykonana w programie Incscape :

Szlifuję również tworzenie grafiki 3D. Jedną z ostatnich prac jest gifus :

Nowe rzeczy

2009-12-11T15:00:00.000-08:00

Trochę nowości na froncie :] Doszło oświetlenie na shaderach, OCTree w końcu porządnie mi działa również VBO. Więc ogólnie dużo zmian zaszło :]

Kolejna zmiana to silnik w którym doszedł teren. Póki co nic nadzwyczajnego ale robiłem go na szybko na potrzeby zaliczenia na przedmiot. Po drodze dodałem trochę rzeczy bardziej technicznych np. arcball ale o tym napiszę w późniejszym poście :]

Samochody :]

2009-11-05T10:11:00.000-08:00

Jako, że dzisiaj miałem PGK zrobiłem kolejny krok w produkcji projektu który zapoczątkowałem na nim. No więc zgodnie z wcześniejszymi założeniami dokonana została podmiana motoru na samochód. Po niewielkiej walce z parametrami fizyki samochodu uzyskałem przyzwoite rezultaty. Screeny poniżej :] postaram się też w niedalekiej przyszłości zamieścić jakiś filmik pokazujący jak to wygląda.

Udało mi się również załatwić trochę spraw z uczelnia więc postaram się odmrozić projekty którymi się zajmuje :]

Postępy

2009-11-01T09:11:00.001-08:00

No więc minął kolejny okres czasu i trochę nowości. Udało mi się oddać zadanie na PGK poniżej widać jak wyglądała oddana wersja. Będę się starał wykończyć grę, zamienię motor na samochód, dopracuje grafikę, dodam gui i inne tego typu sprawy.

Zmiana pojazdu jest niestety wymuszona gdyż jak zacząłem pisać fizykę motoru okazało się, że trochę mnie ona przerasta. Jest mnóstwo rzeczy o których się nie myśli gdy się zaczyna brać za takie rzeczy a potem jest jeszcze gorzej.

Dlaczego samochód ? Bo fizyka samochodu jest dużo prostsza wiec będę mógł ją dopracować lepiej i ogólnie skupić się na innych aspektach tworzenia gry niż na tym aby pojazd nie wywracał mi się na zakręcie.

Plusem tego, że zacząłem zajmować się najpierw bardziej skomplikowanym modelem fizyki jest to, że w końcu udało mi się przeanalizować klasy od pojazdów bulleta. Okazało się, że koła działają na zasadzie pojedynczego promienia na koło idącego w kierunku tego koła. Zawsze myślałem, że mechanizm ten jest dużo bardziej skomplikowany a tutaj takie zaskoczenie.

Postępy

2009-10-19T16:33:00.001-07:00

No więc niestety ostatnio trochę miałem mało czasu, więc prace nad projektem na PGK trochę spowolniły. Jednak mimo to udało mi się trochę je posunąć do przodu.

Wprowadziłem parę zmian w silniku aby rozwinąć jego możliwości i dopasować go tak aby spełniał wymagania zadania. W ten oto sposób klasa kamery zyskała nowe funkcjonalności:

kontrolę viewporta
kontrolę macierzy projekcji

Z powodu, że projekcję dla kamery ustawia się bardzo rzadko, rezygnowałem z funkcji Frustum i Ortho na rzecz własnych implementacji przekształceń wrzucanych do OpenGL'a poprzez LoadMatrix.

Kolejną nowością jest podczepienie fizyki. Na razie obsługuję tylko grawitację ale postaram się aby w najbliższych dniach pojawiła się też początkowa obsługa motoru.

No i aby nie być gołosłownym poniżej screen z aktualnego stanu prac :] widać na nim podgląd fizyki oraz użyte 2 kamery jedną do głównej sceny w trybie perspective i drugą do wyświetlania miniaturki w ortho.

Studia

2009-10-15T16:56:00.000-07:00

W tym semestrze udało mi się dostać na kurs Podstawy Grafiki Komputerowej (PGK) realizowany na Uniwerku. Okazało się, że będę miał możliwość korzystania tam z wcześniej przygotowany narzędzi dzięki czemu będę miał okazję rozwijać swój silnik na którym stoją tanki (na które niestety ostatnio nie mam zbytnio czasu jak i niestety na samo rozwijanie silnika).

Dodatkowo w końcu od pewnego czasu wziąłem się za siebie jeśli chodzi o nowoczesne technologie graficzne. Były ku temu 2 okazje: jedna to Liris a druga to seminarium z programowania gier. Powiedzmy sobie szczerze, że naruszyłem puszkę pandory i nawet o tym nie wiedziałem. Ale jest to też dobra nauczka na przyszłość.

Zawsze myślałem, że nie jestem tak daleko od możliwości stworzenia czegoś w 3D na poziomie graficznym odpowiadającym aktualnym standardom. Niestety byłem w błędzie i tak naprawdę nie byłem świadom nawet jak daleko cała technologia zaszła w ciągu ostatnich paru lat. Prawda jest taka, że jeśli ktoś zadowolony jest tylko z normal mapingu i prostej parallaxy. Nie ma co już szukać już miejsca wśród twórców nowoczesnych gier. Gry na aktualnym poziomie to ogromna ilość technik które rozwijały się bardzo prężnie w kilku ostatnich latach.

Okazało się, że samych technik wywodzących się z parallaxy jest kilkanaście. A jest przecież jeszcze relief mapping którego odmian też jest dość sporo a o różnego typu cieniach nie wspomnę.

Dlatego aktualnie dość sporo czasu poświęcam na zgłębianie dokumentacji związanej z powyższą tematyką. Dzisiaj zacząłem też wykonywać zadanie na zajęcia z PGK. Mam zamiar zrobić prosty symulator motoru, niestety póki co dość sporo czasu zajęło mi tworzenie grafiki do niego więc z samej symulacji nie za dużo póki co jest do pokazania. A to taki screen jak to wygląda na chwilę obecną. Postaram się w miarę regularnych odstępach czasu wrzucać kolejne fazy prac.

Nowości

2009-09-20T07:25:00.000-07:00

Dawno nie pisałem a trochę nowości się pojawiło. No więc tak po kolei :

Zmieniona została nazwa zespołu. Od tej pory nazywamy się All Digital Works.

Casual został ukończony i oficjalnie rozpoczęliśmy już prace nad kolejnym projektem :] więcej informacji oraz screeny z casuala można znaleźć na naszej stronie link

Ciężki błąd

2009-05-25T06:55:00.000-07:00

No więc tym razem podziele się swoimi doświadczeniami z walki nad pewnym błędem. Poszukiwałem go już od dłuższego czasu. Efekt jego działania widać po lewej stronie na górze. Na dole pokazane jest jak powinnien wyglądać ten ekran.

Sytuacja taka zdażała się tylko na nietórych komputerach. W moim przypadku zaobserwowałem to na 2 laptopach ze zintegrowaną kartą graficzną intela oraz systemem M$ Vista. Osobiście posiadam również lapka z wymienionymi parametrami ale u mnie błąd o dziwo się nie pojawił.

Pierwsze moje przypuszczenia dotyczyły naruszenia pamięci. Kiedyś miałem podobne objawy w takiej sytuacji. Wyszedłem jeden element poza tablice i u kolegi na kompie znikał jeden z paneli w grze. Jednak po przeszukaniu całego kodu, napisania managera pamięci oraz sprawdzenia go narzędziami do poszukiwania wycieków nie udało mi się odnaleźć przyczyny.

Zacząłem więc testowanie poszczególnych fragmentów gry. Okazało się że wyłączenie jednej z animacji w grze (dokładniej jej rysowania lub ładowania textury) powodowało że gra zaczynała działać normalnie. No więc poprawiłem dla pewności cały system animacji ale również to nie pomogło. W końcu trochę zrezygnowany napisałem podgląd załadowanych tekstur aby przejrzeć wszystkie textury okazało się że jedna z textur na kompie gdzie jest błąd wygląda inaczej niż na pozostałych.

Ogólnie podsumowując błędem okazało się rozszeżenie OpenGL'a większość textur ładuję z formatu dds który podaje mi format jaki mają mieć textury. Pozostałe (PNG,TGA itp.) ładowałem do open GL'a: GL_ARB_texture_compression przy pomocy tego rozszeżenia. Jak się okazało mimo, iż rozszeżenie takie było dostępne to musiało być obsługiwane inaczen niż na reszcie komputerów.

No i na poszukiwanie takiego małego błędu zeszło mi ostatnio naprawdę dużo czasu . :]

Trochę o dziedziczeniu

2009-04-12T03:39:00.000-07:00

No więc każdy kto używał dłużej C++ na pewno korzystał lub korzysta z dziedziczenia ja w miarę niedawno miałem okazję doświadczyć ciekawej sytuacji, a oto jej uproszczona forma:

#include "iostream.h"

class a

{

public:

a(){}

~a(){ printf("A"); }

};

class b:public a

{

public:

b(){}

~b(){ printf("B"); }

};

int main ( void )

{

a* val = new b();

delete val;

system("pause");

return 0;

}

No i tutaj powstaje pytanie czy wyświetlona zostanie wartość "BA " czy "A" ? Dla wielu będzie oczywiste, że wyrzucona zostanie "BA". Niestety jak to w życiu bywa nic nie jest takie proste jak się wydaje. Program wyrzuca "A" :] powód jest prosty:

typ a nic nie wie o tym, że dziedziczy po nim b a to właśnie jego usuwamy. Więc dla deleta oczywiste jest żeby wywołać jedyny destruktor o którym wie czyli a.

No i pytanie: jak to ominąć ? rozwiązanie okazuje się bardzo proste wystarczy linijkę:

~a(){ printf("A"); }

zamienić na:

virtual ~a(){ printf("A"); }

Warto o tym wiedzieć przy programowaniu gdyż u mnie sprawiało to dość sporo problemów przy pisaniu klas zarządzających obiektami :]

Trochę o narzędziach

2009-03-27T14:07:00.000-07:00

No więc jak to bywa tworząc silnik potrzeba stworzyć też narzędzia takie jak wszelkiej maści Edytory.W moim przypadku można podzielić go na 2 grupy narzędzi: 2D i 3D.

Narzędzia do grafiki 2D

Są to własnoręcznie napisane edytory do pisane w C# lub C++. Na chwilę obecna posiadam:

edytor atlasów tekstur
edytor animacji
edytor systemów cząsteczkowych

Planuję również wykonanie

edytor GUI
edytor layerów (sceny podzielone na warstwy składające się z wielu obiektów)

Narzędzia do grafiki 3D

Na chwilę obecną jest to plugin do blendera napisany w Pythonie. Umożliwia on eksportowaniemodeli, materiałów oraz całych scen (w formacie XML). Jego obsługa jest intuicyjna gdyż składa się zaledwie z paru przycisków. Jednak w przyszłości mam zamiar zintegrować go z głównym oknem edycji i umożliwić wygodną edycję mechaniki gier oraz eksportowanie skomplikowanych animacji, sekwencji zdarzeń oraz całej mechaniki tak aby plugin ten stałsię w miarę uniwersalnym narzędziem do tworzenia małych gier.

Postępy

2009-01-27T08:38:00.000-08:00

No więc projekt oddany no i zaliczony :] a więc do przodu. Niestety albo stety podczas prac nad nim zmuszony byłem naruszyć kod zajmujący się grafiką 2D która teraz nie działa w 100% poprawnie. Dlatego postanowiłem, że dla równowagi na chwilę obecną będę główną wagę przyładał właśnie to tej części silnika. W końcu jakby nie patrzeć to w niej ma on swój początek i to ona na chwilę obecna jest podstawową jego częścią (najbardziej rozbudowaną).

No ale koniec ględzenia a czas co nieco o pisaniu, ostatnio podczas gdy przeglądałem funkcje bulleta natrafiłem na ciekawy fragmencik kodu ( btBoxShape::getVertex(...) ) służący do pobierania wierzchołków sześcianu. Nic by nie było wtym dziwnego gdyby nie to, że zastosowano tam fajną sztuczkę z bitami. Wzorując się trochę na niej napisałem pobieranie wierzchołków BBox'ów w moim silniku. ogólnie zasada jest prosta mamy 8 wierzchołków ponumerowanych {0,1,..,7 } wykorzystuję fakt że zapis bitowy tych liczb to kolejno {0000,1000,0100,1100,0010,1010,0110,1110} a więc mamy tutaj wszystkie permutacje pierwszych 3 miejsc dla {0,1}.

Korzystajac z tego przyjmuje, że bierwszy bit (bX) odpowiada za X , drógi bit (bY) za Y a trzeci (bZ) za Z apisujemy funkcje:

if (bX == 0 ) minX else maxX;

if (bY == 0 ) minY else maxY;

if (bZ == 0 ) minZ else maxZ;

Prosto krótko i jednocześnie wygodnie. U mnie kod wykorzystujący ten trik wygląda tak:

inline CVector3f &getPoint(IN unsigned int a_uiIndex)

{

return CVector3f((a_uiIndex&1 > 0)?max.getX():min.getX(),

(a_uiIndex&2 > 0)?max.getY():min.getY(),

(a_uiIndex&4 > 0)?max.getZ():min.getZ());

}

Filmik z Tank'ów

2009-01-25T09:33:00.000-08:00

No więc jako, że dzisiaj muszę wysłać projekt, bo niestety czas się skończył, to załączam filmik jak projekt wygląda na chwilę obecną :

Zmiany w silniku i Fizyki Cd.

2009-01-17T14:34:00.000-08:00

Ostatni czas upłynął pod znakiem zmian i dobrych nowin.

Tanki stały się moim zaliczeniem na jeden z przedmiotów na studiach a więc dzięki temu nie będę musiał się za bardzo odrywać od ich tworzenia przez najbliższy czas.

Jak widać w temacie nastąpiły również pewne zmiany w moim silniku. Z powodu, że silnik się rozrusł a nie wszystkie jego elementy będą potrzebne we wszystkich projektach na nim opartych. Zdecydowałem się na rozbicie go na moduły z których każdy jest oddzielną biblioteką. Podział ten można obejrzeć poniżej.

Dodatkowo w ostatnim czasie rozwinąłem fizykę. Wcześniejsze problemy z bulletem powoli się rozwiązują a ja utwierdzam w przekonaniu, że dokonałem dobrego wyboru decydując się tą właśnie bibliotekę. Podczas pisania fizyki skupiam się głównie na elementach potrzebnych do Tanków gdyż terminy gonią:] (w końcu jakiś deadline:]) a do zrobienia jest dość sporo.

Podczas pisania staram się też o wygodę użycia fizyki, starając się przy tym nie ograniczać możliwości oferowanych przez bulleta. A niestety okazuje się, że nie jest to takie proste jak by się wydawało i pewnie jeszcze w trakcie pisania dość sporo się zmieni.

Kolejną nowinką jest to, że projekt dorabia się powoli porządnego UML'a oraz dokumentacji. Najpierw będą to moduły zajmujące się grafiką3D i fizyką a potem będę starał się uzupełniać braki w pozostałych projektach.

Fizyka

2008-12-26T18:26:00.000-08:00

No wiec tym razem napomnę co nieco o bibliotece fizycznej.

Nie tak dawno zacząłem rozwijać umiejętności wobec kolejnego aspektu tworzenia gier. A jako, że z fizyki jakoś nigdy nie byłem orłem no to i tym razem było z nią ciężko. No ale do tego dojdziemy za chwilę. Jako, że kiedyś miałem okazję podczepiać newtona do jednej ze swoich aplikacji edukacyjnych (uczyłem się na niej obsługi silnika OGRE) i niestety miałem z nim dość sporo problemów dlatego tym razem zdecydowałem się na bibliotekę bullet (http://www.bulletphysics.com/) w wersji v2.73.

Początki były dość ciężkie jak to zawsze z nową biblioteką ale już po chwili wszystko zaczęło wychodzić i byłem bardzo zadowolony z efektów pracy. Biblioteka jest naprawdę porządnie napisana a z tego co widziałem bardzo konsekwentnie utrzymana jest również składnia kodu. Niektórym może na początku nie przypaść jednak do gustu odwoływanie się do elementów wektorów w następujący sposób:

vector.x();
vector.setX(value);
itp.

Mnie osobiście jednak ta składnia odpowiada. Biblioteka ta też posiada dość obszerną bazę przykładów które naprawdę są ogromną bazą wiedzy o implementacji poszczególnych efektów.

No i niestety tutaj sielanka się kończy po pobraniu Api Reference okazało się że jest ono bardzo niekompletne, brakowało opisów bardzo wielu funkcji a te które się znalazły tam również pozostawiają wiele do życzenia. Na chwilę obecną nie obejmuje ono również elementów dodanych w najnowszym wydaniu. Niestety problem dotyczy również Wiki która jest małą pomocą przy nauce obsługi tejże biblioteki. Plusem jest, że biblioteka posiada rozbudowane forum oraz poprawę dokumentacji w TO DO.

No więc na chwilę obecną po około 1-2 tygodniach pracy na tej bibliotece stwierdzam, że jest ona naprawdę porządna i posiada ogromne możliwości. Sama implementacja jej również nie jest bardzo skomplikowana co jest ogromnym plusem. Niestety braki w dokumentacji i tutorialach bardzo dokuczają podczas pisania.

Dlatego polecam tą bibliotekę wszystkim gdyż jest ona naprawdę fajna lecz ostrzegam, że nauczenie się jej obsługi nie będzie łatwe.

Kontrola pojazdów

2008-11-05T02:09:00.000-08:00

Ostatnio przyszło mi przemyśleć problem jak najlepiej wykonać kontrolę pojazdów w grze. No i doszedłem do wniosku, że dla moich potrzeb najlepsze będzie rozwiązanie następujące:

wczytuję mapę aby uzyskać informację na temat ilości punktów początkowych (PP)
podczepiam klasy kontrolujące (gracza lub SI) ich ilość musi być mniejsza od liczby (PP)
wywołuję przydzielanie pojazdów (tyle ile jest dodanych klas kontrolnych)
w grze klasy kontrolują już bezpośrednio przydzielony czołg

Rozwiązanie takie według mnie jest całkiem fajne bo pomimo, że zapewne ma parę minusów to umożliwia mi realizację założeń:

na mapie można mieć mniej graczy niż musi być
prostota dodania różnych klas kontrolujących (różne AI, różnych graczy)
pełna kontrola czołgów podczas rozgrywki
łatwa kontrola całości

Co nieco o tym co robię

2008-10-30T04:27:00.000-07:00

Aktualnie zajmuję się produkcją 2 projektów. Pierwszy z nich to Casual który wykonuję jako członek grupy 7th-haven (http://7thhaven-dev.blogspot.com):

Drugim z projektów jest mini gierka o nazwie roboczej "Tanks" którą wykonuję w ramach oderwania od prac nad casual'em:

Oba projekty opieram na autorskim silniku "S2D". W blogu postaram się zawrzeć informacje o technikach/sposobach które stosuję w programowaniu oraz o problemach związanych z powstawaniem tych produkcji.

No i się zaczęło

2008-10-16T13:04:00.000-07:00

Dzisiaj zdecydowałem się założyć własnego bloga. Będę w nim opisywał swoje dokonania programistyczne, jakieś ciekawostki związane ze znanymi mi językami programowania, pokazywał projekty które wykonuję dla zabawy lub do innych celów.