James has the final build now though, so that problem is fixed, supposedly. Guess we'll find out at 2…

1) He says that the level summary that is displayed at the start of each level is oddly seeming to be displayed partly in the "More bugs in:" indicator in the upper right corner. I dunno what would casue this, except maybe buffer overruns? I'll look at the code then.

EDIT: ok looks like this just happens at the beginning of the level… as you start… so it's annoying. but not game crashing… I'm working on it.

2) this is not as big a problem, but if we can, James would like if wall segments that block hoses would not be drawn. He thinks that the post of the next tile over that blocks it is enough, and that the wall segment that blocks the hose is not necessary and hurts the game a bit.

Ok then… see you soon!

Music is DONE I think.

All I want to know now is if James made the CDs… but I'll find out later. Plus he and I need to meet to put his printouts on the posterboard I have

as far as I know, other than the music changes our game is pretty much complete. I hereby ban myself from Visual Studio from now on until after the showcase tomorrow :)

I will bring a copy of the game tomorrow in my thumb drive like usual .. just in case …

Do we want a nicer folder name for the final game than GardenFinal too?

And has he actually burned it yet?

Are we done? Ready to burn?

Deadline is in 45 mins! hope the art is up soon since I'll need at least a little bit of time to make sure it works right!

It seems to work just fine for me…

What was the screenshot functionality that you had built in, Muhammad? maybe it works better.

Kinda funny that we might not even use it in the end, so farming out our music just… created more work?

But cool how you added the testers for music for different events. Well done.

I guess we'll talk more tomorrow about how exactly their music might go in… other parts of the game are pretty much done

Um… but what is the meaning of "Lord of Keepin' it all good"?

the random starting does look wierd sometimes, but once you start shooting it makes it all look fine

Is there any where where this is stored?

Since I coudln't see any nice way fo doing it, I basically hardcoded some offsets for each hose spray direction to make it fit. If you think you can make it fit better, modify those fudge factors (in the DrawAnimation method of hose.cpp) to make it better, but I think the values are pretty good as they stand.

My initial concern was about how even in the levels when you have few gardens (intentional btw, at least on the levels I made), the startup is too easy with the new garden rates. Regardless of c, the base case is still fixed. We still need to do something about g.

Um… and did we decide to use the capture points at some point? Because I'm definitely seeing capture points in the Corridor of Hell, there may be others…

I guess a wee little main menu linkn would be easiest… just a small text thing in the corner , you know?

Then again, is there a way we can test for the final level, then cue it up after that? I guess we already have it booting you to the menu after beating hte last level, so it wouldnt' be hard at all to just go to credits.

Another suggestion, randomize the initial X coordinates for the credit bugs so that they don't look like lining up. Don't make the random range to large though in particular make sure the furthest to the right bug are not too far to the right that the text it "carries" gets cut up …

So if you would like more than my personal input on what you want after your name in the credits, just tell me here and I'll put em in. Or, if you see how I do it in the code, go ahead and put it in there.

I think it is related to a null pointer exception in loading, but I'm lost in that area.

But, how do we want the credits to cue up? after they finish the final level? Have a button on the menu? What do you think?

suppose the player have g gardens, calculate the effective cash-generating-garden-count as g^c … now, if c == 1 we get the linear proportion; what we have right now … let c = 0.75

c = 1
g = 1, g^c = 1
g = 10, g^c = 10
g = 100, g^c = 100

c = 0.75
g = 1, g^c = 1
g = 10, g^c = 5.62
g = 100, g^c = 31.62

as you would see, as garden count gets larger the generated cash doesn't grow that large. We can tweak the c value to the one we feel right. it won't be that much a trouble to implement this (only one extra variable in Board and maybe one extra tunable value in the global.xml)

• if the pointers are assigned using "new" commands then you need to "delete" them
• if the pointers are assigned using "&" on a non-pointer variables (example: ImageX * myimage = &img_some_image) then you don't need to delete them .. in fact don't call "delete" on them since that would cause trouble

regarding the error on exit, refer to my previous post on updating to GameX 5.09

But on the note of deletions, there wasn't an unload for jollyrogerbay before, and MusicX doesn't really have a destroy/unload function, so I didn't include any for the new music. However, I did put in a pointer variable _current_music in the Board class. That might be the issue, would I need to safe_delete that?

I'm not getting this same problem… so what have you changed that might cause it? Is everything being deleted on exit? are you trying to delete things more than once? I know these are common sense questions, but maybe there's a common sense solution we're overlooking.

I'm getting Heap corruption right now when I exit the game, after having toyed around with music for a while.

Just give me signal when the hose art is DONE for good, then I'll make it at the right spot. Until then, I'm waiting for your cue.

Who exactly turned up the per garden cash? What levels require it? Becuase as far as I knew most of the levels were made to work with it at the lower level, so I'm not sure how turning it up would be beneficial.

Before you increase the price of everything (hahaha… it's like our game has inflation), maybe it'd be fine just to return the tuner to its original level

Please note that hiking up the cash per garden rate, some maps that were meant to be more challenging in terms of resource management are now pushovers. In general, cash is never a problem on any of the levels anymore it seems. Right now I'm more worried about the music, but tomorrow when I can deal with level design and balancing again, some feedback on what we can do to keep resource management an interesting facet of our game would be much appreciated.

I'm thinking make stuff more expensive across the board, that way starting off with 100 cash is actually representative of scarcity.

Man I wish I could be more enthusiastic about implementing this music, but this change of theme is seriously getting to me, heh. Oh well, now that I've even went so far as to catch a movie, I guess I should wrap this up. >_>

He bascially told us that gamex will use the SAME code that we have in now. What it supposedly does is look for the WAV files with those titles first, but , not finding those, it will use the GXS files of the same name but different extension.

In other words, no code changes. You should just run the GXS converter and it should be fine

However, it's not. The game doesn't load most of the converted sounds correctly (though some it does).

Mohan says to be sure we're running the latest version of gamex, and if that still doesnt' work, not to worry about it. So if after you get the latest GameX still no luck, don't worry about it. We've got bigger fish to fry.

==> And I guess it would be nice to tell you what it does wouldn't it… Well turns out that any .wav files IN, or is a IN A SUBDIRECTORY, of the folder you have wav2gxs.exe, once you run it it will automatically convert all those .wavs into .gxs. Kinda scary, because now I'm not sure what I've converted since I ran wav2gxs so many times at this point…

I guess our next step is to figure out how to implement the sounds? Would it be the same usual load code?