Re: Profiling my in-dev roguelike


Radomir 'The Sheep' Dopieralski wrote:
At 23 Jul 2006 19:41:50 -0700,
joe_doufu wrote:

Antoine wrote:
I don't want to seem rude, but remember I wasn't looking for advice ;)
I'm afraid that you did, in fact, come across as rude. If you don't
want feedback, make a web page. This is usenet!

Hey, joe.
Cool, it. This is usenet. Advices are not the only kind of feedback
you can get. And obvious advices are useless even on usenet.

It's for everyone, and don't you start sending people to make
their web pages to write, as if you owned it. You are free to post
your advices

It's probably my fault for putting in an 'i don't want advice'
disclaimer in the middle of one of a long series of posts and expecting
everyone to notice it. I appreciate the willingness of joe and the
community at large to help with problems. Just that in this particular
case I want to sort my own issues out :).

Antoine, thank you for this, I happen to have very similar algorithms
in my code, and I think I'd stumble into the same problems sooner or
later -- your articles were very helpful.

Well, I'm not finished yet. The game is now just fast enough to be
playable, but I want it to be a lot faster still.

My next step will be to remove the 'wait' calls sprinkled through my
code. I think the insertion of deliberate pauses is a problem for
profiling, because you have to mentally subtract them from the actual
processor time. (Ditto waiting for user input, but I won't deal with
that issue yet). So, I will abstract all pygame.time.wait() calls into
a wait() function, and temporarily comment out its contents so that it
does nothing, and then reprofile.

I also want to put some thought into the creation of the 'smart map'.
Currently, when a dungeon is created, the program looks for the
shortest path from each entrance of the room to each other entrance and
records it. This is useful for pathfinding later on, but it's just too
slow at the moment - it leaves you starting at a blank screen for
several seconds while the level is being created. I am not sure how to
resolve this issue. One approach would be to do some of this
computation while the program is waiting for input from the player, but
that would require a certain amount of recoding.

A.

.

Relevant Pages

  • Re: Kotu Bionicle
    ... Oh, forgot to mention something, DO NOT trust their feedback. ... "Usenet Filters - Learn to shut yourself the fuck up!" ... their heads off, their blood spraying into the faces of a thousand ... "Those who record history are those who control history." ...
    (rec.toys.lego)
  • [OT] Re: Any progammers looking for a killer app to develop? How about a voice enabled forum?
    ... >> Hate to burst your bubble but the system already exists, it's called Usenet ... >> and one can attach files to posts (say, ... And he got feedback on what todays existing ... "the large print giveth, and the small print taketh away" ...
    (comp.lang.cpp)
  • Re: Profiling my in-dev roguelike
    ... This is usenet! ... And obvious advices are useless even on usenet. ... later -- your articles were very helpful. ... "Computer Science is no more about computers than ...
    (rec.games.roguelike.development)
  • Flush...
    ... secret life here on Usenet. ... "In addition, RiskAware, Inc. provides enhanced feedback on the ...
    (misc.writing)
  • Re: ebay Buyer does not acknowledge receipt of goods
    ... not all buyers leave feedback. ... This is a usenet discussion group, not a message board on a website. ... the original post or didn't bother reading it.) ...
    (alt.marketing.online.ebay)
Loading