305 replies to this topic

[Cukeman]

I believe I found another bug.

Several builds back I had created a bomb-only Bomb Bag (no Super Bombs)
by leaving "Super Bombs Also" unchecked in the Bomb Bag item properties.

When I did the same thing in 2.50 RC2 Link was able to store Super Bombs
in his bomb-only Bomb Bag. This is bad for my quest, since it means
Link can ignore the Super Bomb Bag item in my dungeon...

I didn't post in the newer thread because I'm on a mac.

[Saffith]

I'm not seeing that... Can you reproduce it in another quest?
Did you maybe reuse an existing save after editing the quest? That could potentially cause problems like that.

Edit: Never mind, I see it.

[Christian]

Where can i download the latest builds? The link is not valid in Shardstorm.com

[LinktheMaster]

Use the download links in the Saffith's first post.

[Christian]

That's RC1 right? I was looking for RC2

[Saffith]

No, it's RC2. RC1's in a different thread.


Now I'm having a hard time figuring out how exactly bomb bags are supposed to work. Did leaving "super bombs also" unchecked really mean it wouldn't increase your super bomb capacity? Because I don't see how that could ever have been the case.
I've got it doing that now, but I hope someone'll confirm that before I commit it.

[Cukeman]

In the earlier build I would get a bomb bag, leave 'super bombs also' unchecked
and picking up super bombs had no effect. His super bomb counter would reamain at 0,
even though he could pick up the amount of bombs that the bomb bag could carry.

I don't know if this answers your question.

EDIT: It seems to have changed from build 1314 to 1331 IIRC

Edited by Cukeman, 31 January 2012 - 09:45 PM.

[Saffith]

Further back than that, it seems. It works the same way in build 1056, but not in 728. No point tracking down exactly where it started, but somewhere between those two.
So it's been this way for a while, and bomb bags have had that flag unchecked by default all along... Maybe I should check it for all existing quests, 'cause this will break a whole bunch of them.

[Cukeman]

I have an unwalkable combo with an inherent flag 49, which should
only let Link push it south once, but instead he can push it south continuously.

Stair type combos restart SPC music when Link changes DMaps (although not when he returns ).
At the moment I am using sensitive warps to get around this,
but I think even sensitive warps are buggy about detecting if Link is on them or not.

Edited by Cukeman, 05 February 2012 - 06:24 PM.

[Saffith]

The music restarting should be fixed.
I'm not seeing the push flag bug. Is there a placed flag as well, or anything else remarkable? If there's nothing else, can you make a demo quest for it?

[Cukeman]

Well there is a 'no enemies flag' i placed on that spot, that might have done it.

Edited by Cukeman, 05 February 2012 - 07:50 PM.

[Saffith]

I see what's going on there. Hate to say it, but I think that's a lot more trouble to fix than it's worth...
If you make the no enemies flag the inherent one, it should work. Would that be a problem?

[Cukeman]

i'm just using a "no push blocks flag" to stop it after one push

[Cukeman]

Is there any way to send a save file to beta testers on a mac?

I've heard that windows creates an external save file, but on mac
the file seems to be hidden from sight...

The thing is, I am trying to figure out ways to send out saves (along with
new betas) to my testers so that they don't have to play through all the
earlier areas to test the new stuff.

I can't just check items in init data because there are alot of things
in my quest that trigger when you actually "pick up" the items...

Edited by Cukeman, 27 February 2012 - 05:50 AM.

[Saffith]

There's no Mac-specific handling of the save file, so it should just be in the ZC directory. Wherever it is, it should still be called zc.sav, so maybe you could just search for that file.