Mods
Moderator: Moderators
There are no problems whatsoever adding custom units to the Spring directory - it's just like your ordinary TA game. However, the problem with mods is that they often use custom textures, which as said twice already, must be in a certain format to work. I'm searching for the gafdump utility that is said to be good at converting batches.
I have the textures in the right directory...
and for the second time they are named correctly. I am trying to patch my beta so I can run it in spring.
I think there is some other issue here.
and for the second time they are named correctly. I am trying to patch my beta so I can run it in spring.
I think there is some other issue here.
Last edited by smoth on 28 Apr 2005, 05:46, edited 1 time in total.
Storm wrote:There are no problems whatsoever adding custom units to the Spring directory - it's just like your ordinary TA game. However, the problem with mods is that they often use custom textures, which as said twice already, must be in a certain format to work. I'm searching for the gafdump utility that is said to be good at converting batches.
I have gafdump I can email it to you.
More interesting data...
at first I thought... well, maybe my models have some sort of thing in their file or MAYBE my textures were wrong. SO I removed my gamedata dir... and renamed my commander model
http://www.planetannihilation.com/gunda ... pring1.jpg
as you can see from the shot... it is not the model crashing the game.
So, I figured MAYBE it is the custom textures.. or flat colors. So I used a model with alot of flat colors custom textures and 1 OTA texture..
http://www.planetannihilation.com/gunda ... pring3.jpg
Well, maybe it is one of my models that has some other texture.. so just to be safe I did a 3rd test.
http://www.planetannihilation.com/gunda ... pring2.jpg
So, something in my gamedata folder is the issue. Or maybe it is something linked further down the tree. either in my scripts or units. so I ran a check. No duplicate ids. No mis-used part ids in my current version. At this moment in time I am getting ready for bed. I will continue this work. but i have NO idea what the problem is.
at first I thought... well, maybe my models have some sort of thing in their file or MAYBE my textures were wrong. SO I removed my gamedata dir... and renamed my commander model
http://www.planetannihilation.com/gunda ... pring1.jpg
as you can see from the shot... it is not the model crashing the game.
So, I figured MAYBE it is the custom textures.. or flat colors. So I used a model with alot of flat colors custom textures and 1 OTA texture..
http://www.planetannihilation.com/gunda ... pring3.jpg
Well, maybe it is one of my models that has some other texture.. so just to be safe I did a 3rd test.
http://www.planetannihilation.com/gunda ... pring2.jpg
So, something in my gamedata folder is the issue. Or maybe it is something linked further down the tree. either in my scripts or units. so I ran a check. No duplicate ids. No mis-used part ids in my current version. At this moment in time I am getting ready for bed. I will continue this work. but i have NO idea what the problem is.
ok... I know I said I was going to bed.... but I tend to obsess....anyway...
So, I was thinking sure it isn't the models or the textures... well, how about I try a different method of attack.. a building.
Well, that worked. not only did it work but I could build units!
Well here is where it gets "interesting." Any of my walking units still won't build. BUT anything that doesn't have a walking/running anim will build. WTH? so I am not sure what it means. BUT I now have pinpointed the spring freeze to when the units that have a walk anim are created in game.

So, does anyone of you spring people have any ideas on why the walking script could be the cause?
So, I was thinking sure it isn't the models or the textures... well, how about I try a different method of attack.. a building.
Well, that worked. not only did it work but I could build units!
Well here is where it gets "interesting." Any of my walking units still won't build. BUT anything that doesn't have a walking/running anim will build. WTH? so I am not sure what it means. BUT I now have pinpointed the spring freeze to when the units that have a walk anim are created in game.

So, does anyone of you spring people have any ideas on why the walking script could be the cause?
it seems like noone cares.. but I am going to continue this conversion journal for those who will convert their mod later.
As of now I have tracked down the specific segment of code. It is as I suspected the movement code. Code which runs fine in ota. SO, I am going to find out what exactly is it that spring has an issue with.
*heres to more digging* smoth
As of now I have tracked down the specific segment of code. It is as I suspected the movement code. Code which runs fine in ota. SO, I am going to find out what exactly is it that spring has an issue with.
*heres to more digging* smoth
Code: Select all
WHILE (TRUE)
{
moving = bMoving ;
aiming = bAiming ;
IF (moving)
{
IF (aiming)
{
bCanAim = TRUE;
CALL-SCRIPT shootwalk();
}
IF (NOT aiming)
{
bCanAim = FALSE;
CALL-SCRIPT walk();
}
}
IF (NOT moving)
{
bCanAim = TRUE;
CALL-SCRIPT stopwalk();
}
}
when it is called spring freezes. I have NO idea why. it has something to do with the boolean's
/me is a senior in computer science curriculum(sp?... I know but it is late)
So I am somewhat above that sort of mistake.
The code is the same code used by all TA units to do movement. if you pull the code for the arm and core commander both use it. I have been looking at this script all night I don't know what is missing at the moment or what the issue is. I have resorted to digging through the OTA units to see how they are scripted. no luck yet.
See thing is you want an infinte loop while the unit is alive. Other wise the script will not run correctly.
*start loop*
am I moving?
yes?
> do animation untill I am flagged otherwise
Am I not moving?
yes?
>do stand animation untill otherwise.
*end loop and run again while I am alive.
*edit* note: it runs the animation once for each itteration hence why the loop has to run constant.*
I think the problem is that the TRUE that is used in the script is part of another refference. I am looking into this or perhaps a work around. I appreciate the help.
So I am somewhat above that sort of mistake.
The code is the same code used by all TA units to do movement. if you pull the code for the arm and core commander both use it. I have been looking at this script all night I don't know what is missing at the moment or what the issue is. I have resorted to digging through the OTA units to see how they are scripted. no luck yet.
See thing is you want an infinte loop while the unit is alive. Other wise the script will not run correctly.
*start loop*
am I moving?
yes?
> do animation untill I am flagged otherwise
Am I not moving?
yes?
>do stand animation untill otherwise.
*end loop and run again while I am alive.
*edit* note: it runs the animation once for each itteration hence why the loop has to run constant.*
I think the problem is that the TRUE that is used in the script is part of another refference. I am looking into this or perhaps a work around. I appreciate the help.
so, basically
shouldn't there be a if(aiming) ?
I'd love to port this all to C#
*twitches*
Code: Select all
while (alive)
{
if (moving)
{
// move call
}
else
{
// idle call
}
}
I'd love to port this all to C#

interesting. I'll leave it at that. I am more interested in this bug.
*sighs* well my workaround does the trick but I don't like it. It is the... best workaround I can get at the moment. *sighs more.....
ok, all I did was put a delay in my loop. I don't why I need to because the OTA units don't have one. I'd really like to know why I have had to do this. Either way....
Here is the snipet:
*sighs* well my workaround does the trick but I don't like it. It is the... best workaround I can get at the moment. *sighs more.....
ok, all I did was put a delay in my loop. I don't why I need to because the OTA units don't have one. I'd really like to know why I have had to do this. Either way....
Here is the snipet:
Code: Select all
MotionControl(pheh)
{
pheh = 1;
/*spring has an issue with THIS block of code.*/
while (pheh)
{
//ugly workaround to peculiar bug in spring
sleep 120;
IF ( bMoving )
{
IF ( bAiming )
{
bCanAim = TRUE;
CALL-SCRIPT shootwalk();
}
IF ( !bAiming )
{
bCanAim = FALSE;
CALL-SCRIPT walk();
}
}
IF ( !bMoving )
{
bCanAim = TRUE;
CALL-SCRIPT stopwalk();
}
}
}