Jump to content

  • Log In with Google      Sign In   
  • Create Account

We're offering banner ads on our site from just $5!

1. Details HERE. 2. GDNet+ Subscriptions HERE. 3. Ad upload HERE.


Don't forget to read Tuesday's email newsletter for your chance to win a free copy of Construct 2!


Postie

Member Since 28 Nov 2010
Offline Last Active Yesterday, 06:01 AM

Posts I've Made

In Topic: Funniest line of code ever ?

24 November 2014 - 06:12 AM

This snippet comes courtesy of some healthcare related development I'm involved in: 

 

if (staff.StaffType != null && !staff.Staff.StaffTypes.Any(st => st.StaffType.Id == staff.StaffType.Id))

staff.Staff.StaffTypes.Add(new StaffStaffType(staff.Staff, staff.StaffType));

 

StaffBO.Save(staff.Staff);

 

Reminded me of the "Spam Spam Spam..." Monty Python skit.


In Topic: Game Maker v1.3 Code Crashes Game

22 November 2014 - 10:46 PM

A program becoming unresponsive is quite different to crashing. What you've described sounds more like an infinite loop. From the code snippet you provided, I can see two while loops that - depending on the return value of place_meeting()  - could loop endlessly. I'd start by looking in there.


In Topic: is there a better way top refer to assets in a game?

14 November 2014 - 07:16 PM


playwav("some_sound.wav"); 
 
is high on readability, but runs slow.

 

Do you have evidence to back up that claim? How is passing a string to a sound playing function noticeably slower than passing an integer?

 

Are you trying to say that loading the sound asset from disk by filename is slow when compared to pulling the sound asset from a cache by its integer id? If so, then yes that would be noticeably slower.

 

You can get the best of both worlds however by using an associative array (or dictionary) to allow you to look up the assets by some unique string... such as the filename.


In Topic: Deciding graphics interface on init

10 November 2014 - 09:35 PM


This is not a thing most real games do. Either you write your game using one API or you write it in the other.

 

What about different versions of an API, eg dx9 vs dx11? I've seen quite a few games that support both.


In Topic: Game Development with Delphi: "Yes or No?"

29 October 2014 - 03:36 PM

I'm a software developer working in the healthcare industry. I've been using Delphi professionally for 12 years, and C# for about 5. Over the years I've created a few small game projects in Delphi (using OpenGL), and more recently I've embarked on a much bigger game project in C# (using SlimDX).

 

For me, the writing was on the wall regarding Delphi, so back in 2008/2009 I decided I needed more job skills to stay competitive, and started learning C#. When it came to the decision about which language to build my new game idea in, C# was an easy choice. There's nothing better than a nice meaty project to grow your programming/language skills.

 

Your original post is a little ambiguous on intent. Ie, are you just trying to ascertain Delphi's popularity as a game development language or are you genuinely trying to come to a decision regarding what to use for your next project?

 

If its the former, I'd say, "No". I wouldn't recommend Delphi as a platform. There's too few of us that know Delphi compared to something like C#. It's hard enough to get other people to collaborate on game projects, I wouldn't want to reduce the pool further. Similarly, there are less games tutorials or examples of games written in Delphi, which limits the learning resources you can draw on.

 

On the other hand, if its the second option then I'd figure out how good your Delphi skills are versus other languages, or if you're interested in learning something new.

 

There's a lot more to games development than just picking the language to use. There's game loops, resource management, rendering, efficient data structures etc.. and all those can be implemented in ANY language.

 

My advice: pick the language you're most comfortable with, and go nuts.


PARTNERS