Staredit Network > Forums > Modding Assistance > Topic: Building morphs in Firegraft
Building morphs in Firegraft
Jan 16 2017, 7:31 am
By: Zoko-TkZ  

Jan 16 2017, 7:31 am Zoko-TkZ Post #1

I'm attempting to add a morphable building into my mod, using the same functionality as the hatchery. I'm stuck with my buttons being pressable but not doing anything, and I've been searching for a solution on the forums with no success. My dat requirements all add up (using the template "Current unit is... <worker> Or Current unit is... <building>") and I've increased the upper bounds in the building morph .exe edit to include the building I'm using. I've read that you need to activate a certain .exe edit for this to work so I'm hoping that it is the upper bound/lower bound edit for building morphs, however it isn't really clear to me what that one does.


Jan 17 2017, 11:41 pm Zoko-TkZ Post #2

Update: It seems like this has something to do with unit ids. I experimented a bit with button sets and dat requirements, adding the Lair along with my custom buildings to the button set, and giving the same set to the hatchery (replacing the original). I also tried editing building_morph.cpp in GPTP to include the buildings I want to morph to on its list but that didn't seem to have any effect.

What resulted was that the Hatchery is able to morph, but not my custom building (re-done Khaydarin Crystal) even though both share the same button set, have the same properties in unit.dat, and share the same iscript. Also, the Hatchery was only able to morph to the Lair and for some reason the Infested Command Center, but not any of the other buildings I want to morph to. All of those buildings have the same dat requirements (Current unit is... Hatchery Or Current unit is.... Khaydarin Crystal). The Infested Command Center reverts back to a hatchery when finished morphing, and cancelling the morph causes a crash.

Pretty confused as to why the Crystal won't morph at all or why the Infested CC is morphable but not the other buildings, any help would be greatly appreciated ^^


Jan 18 2017, 9:19 am Corbo Post #3


In your dat requirements did you add the ability for it to morph? I think there's an action/requirement/variable for it. Just look at the hatchery's reqs and do exactly the same or something like so.

Also on Datedit I think there's a morphable flag you need to check.

Also you will be needing iscript building morph animation so it doesn't crash when morphing actually does work.

I tried DLing firegraft so I can help you a bit more but pretty busy ATM. Sorry.

fuck you all

Jan 18 2017, 11:19 pm Zoko-TkZ Post #4

No problem, any help is better than nothing. There isn't any documentation of anyone getting this to work that I could find on the forums so hopefully if I can figure this out I can post exactly what needs to be done.

There are build self orders in the requirements section (BuildSelf1, BuildSelf2, ZergBuildSelf) but none of those use any dat requirements, while the unit requirements are identical for all of the buildings.

No morphable flags that I could find, I tried changing the construction graphic to zerg building morphing but that didn't help. I set the KCrystal's properties in unit.dat to be exactly the same as the hatchery.


Jan 18 2017, 11:39 pm KYSXD Post #5

Did you modify any of this files in GPTP... ?


Maybe you just need to modify
void orders_ZergBuildSelf(CUnit* building);


Jan 19 2017, 1:06 am Corbo Post #6


I have managed to morph buildings before without gptp, though, let me dust off corbobocraft xD

fuck you all

Jan 19 2017, 2:38 am Zoko-TkZ Post #7

@KYSXD, no such function exists in the version of GPTP I am currently using (2.41, 2010 version).


Jan 19 2017, 4:47 am KYSXD Post #8

2.41 for VS2010 is a really outdated version.
UndeadStar is working on updating the old VS2008 version. You should change your source or add the VS2008 updates to your VS2010 version.
Just saying.


  Back to forum
Please log in to reply to this topic or to report it.
Members in this topic: None.
[10:16 am]
lil-Inferno -- u up u up
[10:15 am]
Mini Moose 2707 -- We up we up
[10:15 am]
lil-Inferno -- Moose up, Moose up O_O
[10:15 am]
lil-Inferno -- family man hours who up
[06:14 am]
O)FaRTy1billion[MM] -- I'm pretty sure the map parser is just an excuse
[06:09 am]
NudeRaider -- Also if v7 is finally dead in the water because nobody is willing or able to solve the map parser problem, then sure, why not improve what we have.
[06:05 am]
NudeRaider -- Lanthanide
Lanthanide shouted: this argument of "oh, lets not spend ANY time improving the site, because there are other things that should be improved first", when those other improvements are not actually happening, is really specious
for a while SENv7 was actively worked on. Maybe it still is, but no more updates.
[04:04 am]
jjf28 -- though I guess there's fundamental hurdles with code portability and the differing manners of distribution (e.g. src, dll, lib) that having a solid distribution framework can't really solve on its own
[03:57 am]
jjf28 -- when we getting full Maven support?
[03:57 am]
jjf28 -- cpp libs are the worst
Please log in to shout.

Members Online: Roy, lil-Inferno, Mini Moose 2707, Lanthanide, jun3hong