Coming soon ….

Lets look from a few angles:

Inspirations:
The story of Prince of Persia series are inspired from the book of One Thousand and One Nights. A book written in post Islam Persia (after the invasion of Iran by Arabs) which contains one thousand and one stories. Sinbad as among the most popular characters of the book. The main creator, Mechner, specifies Shahnameh as a source also but there doesn’t seem to be much influence.

The story of Garshasp is inspired from Avesta which is an ancient book written by Zarathustra and also “Garshasp Nameh” written by Asadi Tusi, written a bit after “Shahnameh” by Ferdowsi. The main characters and events in the game have had the most influence from Avesta which is is a main source for Persian Mythology, most of the stories of this book have roots in more ancient times and the main theme contains huge elements of fantasy, unlike the book of One Thousand and One nights which has a more realistic style to it.

Settings:
Prince of Persia belongs to the stories from a point in time where Arabic culture is popular and which is the advent of the Islamic Architecture for buildings. This can be seen from most of the buildings and designs in the series. The type of swords (curved) used in the game are all Arabic swords (Saif). There are a lot of Indian symbols in the game also. There is even some Arabic texts written on some walls in some series. Overall the Prince of Persia games do not usually seem that Persian to the Persians.

Garshasp does not belong to a specific time in history, it belongs to the time of Mythology. Hence no particular architectural style has been followed in the design of the game. However great effort has been done by the artists to not use the post Islamic elements of Persia and study the ancient art of Iran to create a fantasy mythological art style which is highly inspired by the ancient pre Islamic Iranian themes. No Arabic or Indian symbols are used in the game. The same is true for the music composed for the game.

Character:
The Prince in Prince of Persia is of course a prince which tries to fight the evil rulers and there is usually a princess around where he is trying to rescue. The character is very skillful in acrobatic moves and has a slim build.

Garshasp is a type of super hero which is often known as the “Adventurer Type”. He works for nobody, does not stay in one place for long, travels a lot, is really powerful and fears nothing. He is known in Avesta as the Monster Slayer and he lives his life to punish the dark forces of Ahriman. A dark future haunts his life and he will play a big role in the final battle of the universe. His sole is put to sleep by Ahuramazda in order to be waken at the end of the world when the bounded time transforms again to unbounded time.

Now a little about gameplay

Gameplay
Prince of Persia is usually heavily relying on platforming elements, then combat. Combat is much more important in Garshasp than the platforming elements.
Prince of Persia is mostly traversing indoor areas, Garshasp is mostly outdoors, starts out from a city under fire, travels to a jungle, then to the Mountains and finally in a cursed temple.
Prince of Persia has the standard third person camera but the camera in Garshasp is pre-directed cinematic camera.

Some Notes:
The name Dahaka is used in Prince of Persia series which is in fact a transform of Azhi Dahak which is the main Deev in Persian Mythology. Azhi Dahak is the brother of Jamshid who dethroned him and brought darkness to the world. It is part of the back story of the Garshasp game.

Ahriman is the name of the main boss in Prince of Persia 2008. Ahriman is the root of all evil in Persian Mythology.

Elika speaks Farsi in some parts of Prince of Persia 2008.

The Deev in Prince of Persia 5 (Forgotten Sands) speaks Farsi, quite a hilarious fact, smells like some lame Hollywood conspiracy.

Some trivia:
Garshasp started out as an RPG title, the decision to switch to the action genre was decided a little after some team members got heavily involved with playing Prince of Persia (The Two Thrones)
One of the main programmers considers POP – Warrior Within to be one of the best games made ever.
The whole team agrees that something with the combat in Prince of Persia – Forgotten Sands is awfully wrong. (How can the beautiful designed combat mechanism in the previous series turn into this funny thing?)
Although Prince of Persia was the game to push the team over to the action genre, God of War has had the most influence on the development process of “Garshasp”.

Hi resolution version of the trailer can be downloaded from:

http://garshasp.com/downloads

http://garshasp.ir/blog/

First of all, we have a quite cool replay feature in Zorvan (our engine) that lets us record and then play back a game session. It’s not perfect, and not quite fit for end-users, but you wouldn’t imagine how useful it has been (and will be) to us.

This replay system is serving as our unit test (“You added that feature? Let’s see if the boat sequence is playable now.”) and our regression test (“You committed that fix? Let’s see if the game is still playable!!!”) and our performance test and playability test and much more. Since the structure of our game is linear by design, we can get very good coverage with a straightforward replaying of the entire game.

In any case, since we are almost feature-frozen now, our (programmer’s) lives mostly consist of running the game till it crashes (or does something it shouldn’t do) and then tracking down the bug and working it out.

I guess the next step will be finding the few major performance bottlenecks and optimizing them (that we have put off till now because they would have made debugging and adding features quite hard.)

My point in all this was that debugging is usually considered a gruesome and intimidating task, or boring and uninteresting at best. Right now, I quite enjoy debugging our engine and game for two main reasons: first is the replay system (which makes debugging much more effective, targeted and efficient) and second and more important is finding out bugs in my own (and our own) mental processes by finding bugs in the code that resulted from those processes.

It can be illuminating to find out what you had missed when you designed or implemented a piece of code, or the bugs caused by lack of communication or a problem in the general work flow (these are not common, but interesting nonetheless.) This form of revelation that results from finding a bug in your code is quite a rush and can make us better programmers.

“… where the hell did he go? …”

So we decided to come up with some updates at the far end of the production phase.

As you can see above we got new beauty shot for Garshasp with his mystical mace. This is our in game model rendered in 3ds max along with some paint over that our concept artist “Soheil” has done on it.

And here are some in game screen shots which came out right from Iranvij, our Level editor tool. I managed to grab some props too.

Hope you like it.

The second area is the RAM usage. GlowCode is helping us find memory leaks. Our target goal for system memroy is 1Gig.

The third area is CPU consumption and the performance of individual function calls. Intel VTune is a real useful tool in this are for measuring code run time. De-synchronizing some sub system loops with the main graphics loop is among the main things needed to be done to free up some CPU time. An example for this de-synchronization is to update the AI loop once in a half second.

On the business side of things, negotiations with distribution channels have already started.

Art by Soheil Danesh.

Garshasp is being presented at Dubai’s 2nd World Game Expo 2009. Garshasp was also presented at this expo’s debut which was held last year around same time. This expo is important to us thus all Middle East companies are presented and we hope to find potentials in the continent. There will be other companies from USA, UK, Holland, India, Korea, Emirates,  Japan, Jordan, UAE.

It is another great chance for us to present the game and find potentials for international release of the Garshasp. Also this is another battle ground to test our might against the real competitors, the western companies.

There is not much time left until invasion of Siavoshgard by Ashmooghs and Deevs …

-Aidin

You can get presentation files (PPT, PPTx, PDF) from our R&D section. If you don’t have Office 2007 or office at all, you can use this great tool to just view PPTx files. You can use open source solutions for PDF files, such as Foxit viewer.

-idn

http://garshasp.ir/node/178

The first sound files we tried to integrate for our characters have been stereo sounds (containing two channels). OpenAL, which is the sound library we are currently using, will not handle 3D sound management for stereo sounds, meaning there will be no attenuation of sound simulated for such audio files. This kept us wondering why no sound fall off is felt when the camera gets away from the characters, after lots of debugging and tweaking every parameter in OpenAL, we lost our trust in the internals of the library and decided to implement our own sound attenuation logic to handle the fall off in the higher game code layers.

Using our own attenuation handling methods meant we did not need to use the build in attenuation techniques of OpenAL and hence we commented out the sound attenuation technique set in the initialization part. This technique was an inverse algorithm, one of the three popular methods for calculating sound attenuation. Doing so enabled the default attenuation for OpenAL which is the linear algorithm.

The next round of sounds we integrated in the game where all mono channel sounds, which is the correct way to make character sounds. The mysteries started at this stage, sound was heard on some machines and nothing was heard on others, leading us to guess about anything and everything that could go wrong from code lines to hardware specs.

What we did not know was that all this time the internal attenuation system of OpenAL was working quite fine and the problem with the initial sound tests had been the stereo sound files. Now the little trick was that the linear attenuation algorithms do not work well, or at all, on the XP operating system but everything is fine on Vista. No sound was heard on XP machines for this reason.

Setting the attenuation technique to inverse again fixed this problem, the problem which made us traverse a full circle just to bring us back to the first step again, oh if we only knew the little trick about stereo files…

Lesson #1: No stereo sound files for dynamic objects

Lesson #2: The linear attenuation algorithm for sound does not work on Windows XP.

Lesson #3: Don’t lose your trust in a proved middleware too early.

Lesson #4: Sound should be integrated early in the project.