Fixing Tiberian Sun

Crimsonum · Seth **Joined**: 14 Jul 2005 **Location**: Fineland

There's a similar topic in TiberiumWeb, and I can only wonder why it hasn't been made here. Post all bug fixes you know that has anything to do with Tiberian Sun/Firestorm. I will then collect them to this first post.

Fixes by Crimsonum:

Quote:

I'll start with my fix to the Kodiak Crash animations. I had noticed before that the second active animation wasn't even visible, and the first one had half of it hidden behind the actual building. Put this into your Artfs.INI to get all the animations visible to their correct locations.

Code:

[C_KODIAK]
ActiveAnim=K_LIGHT1
ActiveAnimX=-23
ActiveAnimY=0
ActiveAnimZAdjust=-100
ActiveAnimTwo=K_LIGHT2
ActiveAnimTwoX=144
ActiveAnimTwoY=144
ActiveAnimTwoZAdjust=-100

[K_LIGHT1]
Surface=no

[K_LIGHT2]
Surface=no

Fixing building heights:

Code:

[GACNST]
Height=2

[GARADR]
Height=4

[NAPULS]
Height=2

[GACTWR]
Height=2

[NATMPL]
Height=2

[NAMNTK]
Height=2

[NAOBEL]
Height=2

[GAFIRE]
Height=2

[CTDAM]
Height=5

[ABAN02]
Height=4

[ABAN04]
Height=3

[ABAN05]
Height=2

[ABAN06]
Height=2

[ABAN07]
Height=2

[ABAN08]
Height=2

[ABAN10]
Height=2

[ABAN11]
Height=2

[ABAN12]
Height=2

[ABAN18]
Height=2

[CA0012]
Height=2

[GAOLDCC2]
Height=2

[GAOLDCC3]
Height=2

[GAOLDCC4]
Height=2

[CITY03]
Height=3

[CITY04]
Height=4

[CITY05]
Height=5

[CITY07]
Height=3

[CITY11]
Height=3

[CITY12]
Height=3

[CITY13]
Height=3

[CITY14]
Height=3

[CITY15]
Height=2

[CITY17]
Height=5

[CITY18]
Height=4

[CITY21]
Height=2

[CITY22]
Height=2

By Lin Kuei Ominae:

Quote:

Hi

I found some bugs/errors in the art.ini causing some animations not showing up.
In the following list you see the changes/additions i've made to make them work.
In most cases it was just a wrong zadjust value so the building itself was hiding the animation.

art.ini

Code:

[GAPLUG]
ActiveAnimZAdjust=-100
ActiveAnimTwoZAdjust=-125

[GAPLUG_BD]
PingPong=no;else it ends after a while

[NAHAND]
ActiveAnimTwoZAdjust=-100;antenna flash lights

[GAPILE]
ActiveAnimThreeDamaged=CAARAY_CD;invisible anim
ActiveAnimThreeZAdjust=-75;tiny flashlight on antenna

[GASILO]
ActiveAnimZAdjust=-100

[CAARAY_A]
LoopEnd=16
DemandLoad=true

[CAARAY_B]
LoopEnd=16
DemandLoad=true

[CAARAY_C]
LoopEnd=16
DemandLoad=true

[CAARAY_CD]
LoopEnd=32
DemandLoad=true

[CAARAY_D]
LoopEnd=12
DemandLoad=true

[CAARAY_DD]
LoopEnd=24
DemandLoad=true

[CAHOSP_A]
DetailLevel=2

[CAARMR_A]
DetailLevel=2

the [CTDAM] made some more problems
The animations were originally commented out and i couldn't find a solution.
CTDAM_B needs to be made completely new (maybe through color conversion from the original) because the colors and its palette are completely messed up.
you can find a fix for them made by DeeZire on ppm.

-GAPILE has an anim for the small antenna that was not shown (just a flashing pixel). This anim also plays while damaged and thus a flying pixel occurs. To avoid this i added for damage stage "ActiveAnimThreeDamaged=CAARAY_CD" because this is a clear/invisible anim. GAPILE_B originally has no damage anim.
-The CAARAY now shows all animations, for that i added the demandload=true tag to all anims and fixed the loopend tags.
-SILO with 1 pixel sized flashlights at the peaks
-GAPLUG antenna lights and the small radar dish

I found out that some projectile anims aren't played. The proton actually wobbles while flying and the Discus used by the Disc thrower doesn't even had an entry. Thus it had ingame the wrong palette and no anim.
here is what you have to change/add in art.ini

Code:

[TORPEDO]
AnimPalette=yes
AnimLow=0
AnimHigh=2
AnimRate=1

[DISCUS]
AnimPalette=yes
AnimLow=0
AnimHigh=5
AnimRate=1

[CANISTER]
AnimLow=0
AnimHigh=13
AnimRate=1

;unused but in the original mixes (maybe planned for the orcabomber)
[BOMB]
AnimPalette=yes
AnimLow=0
AnimHigh=13
AnimRate=1

;unused but in the original mixes
[PARABOMB]
AnimPalette=yes
AnimLow=8
AnimHigh=12
AnimRate=1

;unused but in the original mixes
[MISSILE]
Trailer=SMOKEY2
Rotates=yes

;unused but in the original mixes
[PATRIOT]
Trailer=SMOKEY
Rotates=yes

Crimsonum wrote:

the GACTWR_C.shp is messed up. The frames are in wrong order, thus causes the tower to shoot from its side.
copy gtctwr_c, rename it to gactwr_c, and put it into your ecache mix file.

another bug is the small flashlight that is shown trough a building which stands right before the CTWR. For that to fix change the ZAdjust value.

Code:

[GACTWR]
ActiveAnimZAdjust=-19

This is also a problem on the Nod powerplants which show their activeanim through a very high building standing in front of them. Though there aren't much buildings high enough for this bug to occur. Anyway here the code

Code:

[NAPOWR]
ActiveAnimZAdjust=-55

[NAAPWR]
ActiveAnimZAdjust=-55

GATECH_AD has "LoopStart=80" instead of "LoopStart=8".
normaly, damaged animations would be played indefinitely and loop till the building ist destroyed or repaired. But due to this mistake, the whole GATECH_A.shp will be played once and then stop playing

theres also a strange thing will NATECH_A, instead of using the first part as ActiveAnimation and the second part as DamagedAnimation, the whole animation will be used as ActiveAnimation (so it has no DamagedAnimation)

here the correct code.

Code:

[NATECH_A]
Image=NATECH_A
Normalized=yes
LoopStart=0
LoopEnd=9
LoopCount=-1
Rate=350
Surface=yes
NewTheater=yes
DetailLevel=1

[NATECH_AD]
Image=NATECH_A
Normalized=yes
LoopStart=10
LoopEnd=19
LoopCount=-1
Rate=350
Surface=yes
NewTheater=yes
DetailLevel=1

Fixing the waterfall anims, which have a messed up first frame.
for [WA01X] and the other following waterfall entrys (last is [WD04X]), change Loopstart to 1

Code:

[WA01X]
Theater=yes
Normalized=yes
LoopStart=1
LoopEnd=8
LoopCount=-1
Rate=220
Flat=yes
DetailLevel=2
DemandLoad=true
ShouldUseCellDrawer=true

By Jabberwoky aka Gangster:

Quote:

[CANISTER] doesnt use a Anim.pal ... it use Unittem.pal. Seems this projectie will requre a fixed artwok aswell.
projectile code fixed (removed AnimPalette=yes key) and in palette.pal converted shp uploaded.

To get the harvester unloading animation to work, simply clone in art.ini the [NAREFN] entry and rename it to [PROC].
You have to add the following lines to the refinery entries in art.ini:

Code:

PreProductionAnimX=2
PreProductionAnimY=0
PreProductionAnimZAdjust=-75

ProductionAnimX=2
ProductionAnimY=0
ProductionAnimZAdjust=-75

for a more detailed description you can take a look on Aro's post here or visit the tutorial topic at ppm.

By Chriz:

Quote:

btw, Nod weapon factory is suposted to have an own animation (i made it an active animation, but i can be used as produktion animation)

Code:

[NAWEAP]
...
ActiveAnim=NAWEAP_A
ActiveAnimDamaged=NAWEAP_AD
ActiveAnimZAdjust=-119

[NAWEAP_A]
Image=NAWEAP_A
Normalized=yes
NewTheater=yes
LoopStart=0
LoopEnd=15
LoopCount=-1
Rate=400
Surface=yes
DetailLevel=1

[NAWEAP_AD]
Image=NAWEAP_A
Normalized=yes
NewTheater=yes
LoopStart=16
LoopEnd=31
LoopCount=-1
Rate=400
Surface=yes
DetailLevel=1

don't forget to add the animations NAWEAP_A and NAWEAP_AD to rules.ini [Animations] list.

By Machine:

Quote:

When I started modding I found that when I collected a armor powerup the unit didn't get the thicker selection box, it gets when it collects an attack or speed powerup.

Code:

[Powerups]
Armor=33,ARMOR,2.0 ; armor of nearby objects increased (armor multiplier)

I set it to Armor=33,ARMOR,10.0, and set the shares of the other powerups to zero, so I could only get this powerup, I also increased the number of crates, so I could easly get them.

Ingame, I ordered a titan to get a crate, incredibly, it was an armor powerup //sarcasm :biggrin:
then I attacked that Titan with other, the powerupped Titan died with one shot. I also attacke a non-powerupped Titan, it survived more than 1 shot, so infact, the powerupped Titan was weaker.

Then I returned to rules.ini and set the values to:
Armor=100,ARMOR,0.5 ;*; verses multiplier ; armor of nearby objects increased

Ingame I repeated the same steps, but I got different results as I've expected, the powerupped Titan died with twice the number of shots than the non-powerupped, I also saw that the selection box did change when a unit collected an armor powerup.

By GameMaster0000:

Quote:

Obelisk Charging anim is bug too it show all 24 frames of NAOBEL_B before firing instead 12 frames.
this is fixed in artfs.ini from firestorm, due to 3 new lines

Code:

Start=0
LoopStart=0
LoopEnd=12

and that's enough to add to make it work. However i've never saw a problem in TS anyway.

By DJB:

Quote:

One of the snow tunnel sets are missing the top overlays. To fix this, you need to add an extra tunnel with overlay and make it non-placeable.

To pass a train under a bridge you need to make the tracks to a tile, since you cannot have two overlays on each other. Otherwise one will delete the other.

By Reaper:

Quote:

1) The [Vulcan] weapon used by Mutants ahs the machinegun muzzle flash, however a) Mutants have their own firing frames, and b) they have no PrimaryFireFLH specified, the muzzleflash comes out of their feet.

Simply commenting out the Anim= entry on the [Vulcan] in rules.ini fixes this.

2) The Titan's art.ini entry has a PBarrelLength of 250 AND a PrimaryFireFLH of 250, but the game uses both, so the muzzle flash comes out one barrel-length away from the barrel. Simply set the FLH to 0.

Lin Kuei Ominae wrote:

TurretOffset=-16 of the Titan should be set to 0 too.

By SuperJoe:

Quote:

If you look closely, both the GDI and Nod warfactories have some graphical issues when a purchased unit comes out through the door. Some parts of the buildings go missing or change appearance during this time, and the Nod door anim looks screwed up. These shps correct all the graphical problems with warfactories. I also darkened the Nod warfactory remap by 2 since it was clearly brighter than any other Nod building. Just place these shps into ecache02.mix and they will override the default ones. Also, give NAWEAP this key in art.ini to make it appear correctly:

Code:

[NAWEAP]
NormalZAdjust=-10

Key Words: #Tutorials #Modding #TiberianSun #Firestorm #Rules.INI #Art.INI

_________________

Dutchygamer · Posted: Fri Sep 19, 2008 3:44 pm Post subject:

Why post it here too? Just make a link to the other forum Confused

Crimsonum · Seth **Joined**: 14 Jul 2005 **Location**: Fineland

Because people will have to register in order to post there. Besides, wont this gather more attention?

_________________

John Galt · Posted: Fri Sep 19, 2008 6:32 pm Post subject:

Sounds like the beginnings of an UMP for TS. Keep it up.

Lin Kuei Ominae · Seth **Joined**: 16 Aug 2006 **Location**: Germany

what's an UMP? Universal mod patch?

_________________
SHP Artist of Twisted Insurrection: Nod buildings

Public SHPs
X-Mech Calendar (28 Mechs for GDI and Nod)
5 GDI, 5 Nod, 1 Mutant, 1 Scrin unit, 1 GDI building

Tools
Image Shaper______TMP Shop______C&C Executable Modifier

CCHyper · Defense Minister **Joined**: 07 Apr 2005

Hmm, this is good, and perhaps link it in with my patch if i do it #Tongue

OmegaBolt · Posted: Fri Sep 19, 2008 10:44 pm Post subject:

UMP

GameMaster0000 · Posted: Sat Sep 20, 2008 2:24 am Post subject:

It has something similar with this thread in Tibweb.

But now it is......IPS Driver Error = =" Sad

_________________

Tiberian Sun : True Power - Reality Power Of 5 Factions...

Crimsonum · Seth **Joined**: 14 Jul 2005 **Location**: Fineland

Yeah, I'm having troubles connecting to TibWeb too, but lets not discuss it here.

Instead, post those bug fixes already #Tongue

LKO, mind if I C&P the TiberiumWeb bug fixes here? It would save a lot of time.

_________________

Aro · Alcohol Fueled **Joined**: 10 Sep 2006

I'd post a link to the original thread posted by LKO, but TiberiumWeb appears to be having problems.

In any case:

This bug fix was found by Chriz / Stygs if I remember correctly.
The Nod war factory has an animation that doesn't play, In order to fix this, replace your NAWEAP Art Code with this one:

[NAWEAP]
Remapable=yes
Cameo=NWEPICON
Foundation=4x3
Height=2
AnimActive=0,1,0
Buildup=NAWEAPMK
DemandLoadBuildup=true
FreeBuildup=true
DeployingAnim=NAWEAP_2
DoorAnim=NAWEAP_B
DoorStages=10
DamagedDoor=yes
UnderDoorAnim=NAWEAP_1
NewTheater=yes
BibShape=NAWEAPBB
ProductionAnim=NAWEAP_A
ProductionAnimX=0
ProductionAnimY=0
ProductionAnimYSort=0
ProductionAnimZAdjust=-119
ActiveAnim=NAWEAP_A
ActiveAnimDamaged=NAWEAP_AD
ActiveAnimZAdjust=-119

And then add these two lines somwhere in the Art.ini file.

[NAWEAP_A]
Image=NAWEAP_A
Normalized=yes
NewTheater=yes
LoopStart=0
LoopEnd=15
LoopCount=-1
Rate=400
Surface=yes
DetailLevel=1

[NAWEAP_AD]
Image=NAWEAP_A
Normalized=yes
NewTheater=yes
LoopStart=16
LoopEnd=31
LoopCount=-1
Rate=400
Surface=yes
DetailLevel=1

Also, don't forget to add the two new animation entries to the Animation List in the Rules.ini.

770=NAWEAP_A
771=NAWEAP_AD

Crimsonum · Seth **Joined**: 14 Jul 2005 **Location**: Fineland

Added.

_________________

Lin Kuei Ominae · Seth **Joined**: 16 Aug 2006 **Location**: Germany

Crimsonum wrote:

Instead, post those bug fixes already #Tongue

LKO, mind if I C&P the TiberiumWeb bug fixes here? It would save a lot of time.

no problem

since tibweb is down right now, i can offer only an old copy of the topic.

Lin Kuei Ominae @ www.tiberiumweb.com wrote:

Hi

I found some bugs/errors in the art.ini causing some animations not showing up.
In the following list you see the changes/additions i've made to make them work.
In most cases it was just a wrong zadjust value so the building itself was hiding the animation.
art.ini

Code:

[GAPLUG]
ActiveAnimZAdjust=-100
ActiveAnimTwoZAdjust=-125

[GAPLUG_BD]
PingPong=no;else it ends after a while

[NAHAND]
ActiveAnimTwoZAdjust=-100;antenna flash lights

[GAPILE]
ActiveAnimThreeDamaged=CAARAY_CD;invisible anim
ActiveAnimThreeZAdjust=-75;tiny flashlight on antenna

[GASILO]
ActiveAnimZAdjust=-100

[CAARAY_A]
LoopEnd=16
DemandLoad=true

[CAARAY_B]
LoopEnd=16
DemandLoad=true

[CAARAY_C]
LoopEnd=16
DemandLoad=true

[CAARAY_CD]
LoopEnd=32
DemandLoad=true

[CAARAY_D]
LoopEnd=12
DemandLoad=true

[CAARAY_DD]
LoopEnd=24
DemandLoad=true

[CAHOSP_A]
DetailLevel=2

[CAARMR_A]
DetailLevel=2

the [CTDAM] made some more problems
The animations were originally commented out and i couldn't find a solution.
CTDAM_B needs to be made completely new (maybe through color conversion from the original) because the colors and its palette are completely messed up.
you can find a fix for them made by DeeZire on ppm.

-GAPILE has an anim for the small antenna that was not shown (just a flashing pixel). This anim also plays while damaged and thus a flying pixel occurs. To avoid this i added for damage stage "ActiveAnimThreeDamaged=CAARAY_CD" because this is a clear/invisible anim. GAPILE_B originally has no damage anim.
-The CAARAY now shows all animations, for that i added the demandload=true tag to all anims and fixed the loopend tags.
-SILO with 1 pixel sized flashlights at the peaks
-GAPLUG antenna lights and the small radar dish

I found out that some projectile anims aren't played. The proton actually wobbles while flying and the Discus used by the Disc thrower doesn't even had an entry. Thus it had ingame the wrong palette and no anim.
here is what you have to change/add in art.ini

Code:

[TORPEDO]
AnimPalette=yes
AnimLow=0
AnimHigh=2
AnimRate=1

[DISCUS]
AnimPalette=yes
AnimLow=0
AnimHigh=5
AnimRate=1

[CANISTER]
AnimLow=0
AnimHigh=13
AnimRate=1

;unused but in the original mixes (maybe planned for the orcabomber)
[BOMB]
AnimPalette=yes
AnimLow=0
AnimHigh=13
AnimRate=1

;unused but in the original mixes
[PARABOMB]
AnimPalette=yes
AnimLow=8
AnimHigh=12
AnimRate=1

;unused but in the original mixes
[MISSILE]
Trailer=SMOKEY2
Rotates=yes

;unused but in the original mixes
[PATRIOT]
Trailer=SMOKEY
Rotates=yes

\EDIT

Jabberwoky aka Gangster wrote:

[CANISTER] doesnt use a Anim.pal ... it use Unittem.pal. Seems this projectie will requre a fixed artwok aswell.

projectile code fixed (removed AnimPalette=yes key) and in palette.pal converted shp uploaded.

To get the harvester unloading animation to work, simply clone in art.ini the [NAREFN] entry and rename it to [PROC].
You have to add the following lines to the refinery entries in art.ini:

Code:

PreProductionAnimX=2
PreProductionAnimY=0
PreProductionAnimZAdjust=-75

ProductionAnimX=2
ProductionAnimY=0
ProductionAnimZAdjust=-75

for a more detailed description you can take a look on Aro's post here or visit the tutorial topic at ppm.

Chriz wrote:

btw, Nod weapon factory is suposted to have an own animation (i made it an active animation, but i can be used as produktion animation)
[NAWEAP]
...
ActiveAnim=NAWEAP_A
ActiveAnimDamaged=NAWEAP_AD
ActiveAnimZAdjust=-119

[NAWEAP_A]
Image=NAWEAP_A
Normalized=yes
NewTheater=yes
LoopStart=0
LoopEnd=15
LoopCount=-1
Rate=400
Surface=yes
DetailLevel=1

[NAWEAP_AD]
Image=NAWEAP_A
Normalized=yes
NewTheater=yes
LoopStart=16
LoopEnd=31
LoopCount=-1
Rate=400
Surface=yes
DetailLevel=1

don't forget to add the animations NAWEAP_A and NAWEAP_AD to rules.ini [Animations] list.

Machine wrote:

When I started modding I found that when I collected a armor powerup the unit didn't get the thicker selection box, it gets when it collects an attack or speed powerup.
...
[Powerups]
Armor=33,ARMOR,2.0 ; armor of nearby objects increased (armor multiplier)
...
I set it to Armor=33,ARMOR,10.0, and set the shares of the other powerups to zero, so I could only get this powerup, I also increased the number of crates, so I could easly get them.

Ingame, I ordered a titan to get a crate, incredibly, it was an armor powerup //sarcasm :biggrin:
then I attacked that Titan with other, the powerupped Titan died with one shot. I also attacke a non-powerupped Titan, it survived more than 1 shot, so infact, the powerupped Titan was weaker.

Then I returned to rules.ini and set the values to:
Armor=100,ARMOR,0.5 ;*; verses multiplier ; armor of nearby objects increased

Ingame I repeated the same steps, but I got different results as I've expected, the powerupped Titan died with twice the number of shots than the non-powerupped, I also saw that the selection box did change when a unit collected an armor powerup.

Chriz wrote:

GATECH_AD has "LoopStart=80" instead of "LoopStart=8".
normaly, damaged animations would be played indefinitely and loop till the building ist destroyed or repaired. But due to this mistake, the whole GATECH_A.shp will be played once and then stop playing :wacko:

theres also a strange thing will NATECH_A, instead of using the first part as ActiveAnimation and the second part as DamagedAnimation, the whole animation will be used as ActiveAnimation (so it has no DamagedAnimation) :unsure:

here the correct code.

Code:

[NATECH_A]
Image=NATECH_A
Normalized=yes
LoopStart=0
LoopEnd=9
LoopCount=-1
Rate=350
Surface=yes
NewTheater=yes
DetailLevel=1

[NATECH_AD]
Image=NATECH_A
Normalized=yes
LoopStart=10
LoopEnd=19
LoopCount=-1
Rate=350
Surface=yes
NewTheater=yes
DetailLevel=1

and again don't forget to add these two, to the rules.ini [Animations] list

Fixing the waterfall anims, which have a messed up first frame.
for [WA01X] and the other following waterfall entrys (last is [WD04X]), change Loopstart to 1

Code:

[WA01X]
Theater=yes
Normalized=yes
LoopStart=1
LoopEnd=8
LoopCount=-1
Rate=220
Flat=yes
DetailLevel=2
DemandLoad=true
ShouldUseCellDrawer=true

Component tower bugs.

Yuri 08 wrote:

the GACTWR_C.shp is messed up. The frames are in wrong order, thus causes the tower to shoot from its side.

copy gtctwr_c and rename it to gactwr_c or download it here

another bug is the small flashlight that is shown trough a building which stands right before the CTWR. For that to fix change the ZAdjust value.

Code:

[GACTWR]
ActiveAnimZAdjust=-19

This is also a problem on the Nod powerplants which show their activeanim through a very high building standing in front of them. Though there aren't much buildings high enough for this bug to occur. Anyway here the code

Code:

[NAPOWR]
ActiveAnimZAdjust=-55

[NAAPWR]
ActiveAnimZAdjust=-55

GameMaster0000 wrote:

Obelisk Charging anim is bug too it show all 24 frames of NAOBEL_B before firing instead 12 frames.

this is fixed in artfs.ini from firestorm, due to 3 new lines

Code:

Start=0
LoopStart=0
LoopEnd=12

and that's enough to add to make it work. However i've never saw a problem in TS anyway.

_________________
SHP Artist of Twisted Insurrection: Nod buildings

Public SHPs
X-Mech Calendar (28 Mechs for GDI and Nod)
5 GDI, 5 Nod, 1 Mutant, 1 Scrin unit, 1 GDI building

Tools
Image Shaper______TMP Shop______C&C Executable Modifier

Aro · Alcohol Fueled **Joined**: 10 Sep 2006

In progress of making a TS UMP.

Crimsonum · Seth **Joined**: 14 Jul 2005 **Location**: Fineland

I added it all to the first post. Tell me if I got something wrong (wrong person credited, etc.)

_________________

Machine · Posted: Sat Sep 20, 2008 5:55 pm Post subject:

Crimsonum wrote:

By Machine:

Fixing the waterfall anims, which have a messed up first frame.
for [WA01X] and the other following waterfall entrys (last is [WD04X]), change Loopstart to 1

Code:

[WA01X]
Theater=yes
Normalized=yes
LoopStart=1
LoopEnd=8
LoopCount=-1
Rate=220
Flat=yes
DetailLevel=2
DemandLoad=true
ShouldUseCellDrawer=true

I don't remember doing this, so I would appreciate it if you remove it from the fixes I've made #Tongue

.

Also nice job, PPM was lacking a topic like this one.

Crimsonum · Seth **Joined**: 14 Jul 2005 **Location**: Fineland

It must be LKO's...I'll move it to his section.

Though, I remember I myself posted about the same thing in TibWeb...not on the same topic though...wish I could get there to confirm this.

_________________

Reaperrr · Posted: Sun Sep 21, 2008 4:53 pm Post subject:

1) The [Vulcan] weapon used by Mutants ahs the machinegun muzzle flash, however a) Mutants have their own firing frames, and b) they have no PrimaryFireFLH specified, the muzzleflash comes out of their feet.

Simply commenting out the Anim= entry on the [Vulcan] in rules.ini fixes this.

2) The Titan's art.ini entry has a PBarrelLength of 250 AND a PrimaryFireFLH of 250, but the game uses both, so the muzzle flash comes out one barrel-length away from the barrel. Simply set the FLH to 0.

Lin Kuei Ominae · Seth **Joined**: 16 Aug 2006 **Location**: Germany

TurretOffset=-16 of the Titan should be set to 0 too. Wink

_________________
SHP Artist of Twisted Insurrection: Nod buildings

Public SHPs
X-Mech Calendar (28 Mechs for GDI and Nod)
5 GDI, 5 Nod, 1 Mutant, 1 Scrin unit, 1 GDI building

Tools
Image Shaper______TMP Shop______C&C Executable Modifier

Crimsonum · Seth **Joined**: 14 Jul 2005 **Location**: Fineland

Done and done. Keep them coming people! Smile

_________________

Lin Kuei Ominae · Seth **Joined**: 16 Aug 2006 **Location**: Germany

the wolverine should get the normal tank locomotor (e.g. from 4tnk)
with a speed powerup crate in MP the SMECH can get too fast and goes crazy, which results in wild turns and spins on a cell so he can't move anymore. Though in original TS this wasn't such a big deal.

A bigger problem was that nearly no unit had set the SpeedType.
Each tank should get SpeedType=Track
each wheeled unit SpeedType=Wheel
and each walker unit SpeedType=Creep (though this is FS only and should be copied into normal rules.ini)

since vehicles with tiberiumheal heal in tiberium too fast, the following settings should be done
RepairStep=8 ;unit hitpoints per heal tick (also used via repairbay)
IRepairStep=8 ;infantry hitpoints per heal tick
TiberiumHeal=.080
this way vehicles heal now as fast as infantry. (The infantry repairrate ingame hasn't changed)

VeteranRatio should be lowered to 2.0 or 3.0 and all units should get veteran and elite abilities as well as elite weapons. Though this would actually lead into some kind of mod imo.

_________________
SHP Artist of Twisted Insurrection: Nod buildings

Public SHPs
X-Mech Calendar (28 Mechs for GDI and Nod)
5 GDI, 5 Nod, 1 Mutant, 1 Scrin unit, 1 GDI building

Tools
Image Shaper______TMP Shop______C&C Executable Modifier

Regulus · Posted: Mon Sep 22, 2008 8:41 pm Post subject:

What are the differences in speed type LKO? I have never noticed anything, but I have the attention span of a hyperactive squirrel.

_________________
You come for the modding but you stay for the Crap Forum.

Aro · Alcohol Fueled **Joined**: 10 Sep 2006

Different speed-types move in different ways and at different paces on particular terrain types.

Lin Kuei Ominae · Seth **Joined**: 16 Aug 2006 **Location**: Germany

and a tank with SpeedType=Track can drive faster up a hill.
In general can a tank with SpeedType=Track move faster on the different terrain types than a vehicle with SpeedType=Wheel.

_________________
SHP Artist of Twisted Insurrection: Nod buildings

Public SHPs
X-Mech Calendar (28 Mechs for GDI and Nod)
5 GDI, 5 Nod, 1 Mutant, 1 Scrin unit, 1 GDI building

Tools
Image Shaper______TMP Shop______C&C Executable Modifier

Stygs · Posted: Mon Sep 22, 2008 11:20 pm Post subject:

Lin Kuei Ominae wrote:

A bigger problem was that nearly no unit had set the SpeedType.

Thats intended, the maps were not designed with different SpeedTypes in mind. Wink

_________________

Dutchygamer · Posted: Tue Sep 23, 2008 11:32 am Post subject:

So why include them then #Tongue

Also, forget my previous comment about the usefullness of this topic...

Crimsonum · Seth **Joined**: 14 Jul 2005 **Location**: Fineland

I'll add these as soon as I can.

Btw, units with SpeedType=Track can indeed move faster than units with SpeedType=Wheel on terrain, but wheeled units can move faster on roads and pavement, which actually makes sense.

You can edit the speed values in rules.INI (they are in the bottom)

_________________

Reaperrr · Posted: Tue Feb 23, 2010 3:41 pm Post subject:

Some more:

1) The dragon.shp still has the green pixels that were shadow in RA1, but in TS that color isn't used for shadow anymore, so the green dots stay visible, which looks awkward.

2) The mammoth tank cannon uses the 120mmx9 sound. That sound is a two-shots sound, but is played for EVERY shot, so you actually hear 4 shots when the mammoth fires. Using 120MMF fixes this.

3) For the Juggernaut, it's even worse. The sound is a three-shots sound, but is played for each of the three shots from a salvo, so you hear 9 shots. The .aud needs to be edited.

4) The black border around the healthbar is one pixel off to the left. Can't remember the name of the SHP file containing the selection brackets right now, but that needs to be fixed as well.

Crimsonum · Seth **Joined**: 14 Jul 2005 **Location**: Fineland

Quote:

3) For the Juggernaut, it's even worse. The sound is a three-shots sound, but is played for each of the three shots from a salvo, so you hear 9 shots. The .aud needs to be edited.

I did that ages ago, I may have the edited sound file somewhere...

If I don't, meh, it's not a big deal for everyone to do it themselves Wink

Quote:

4) The black border around the healthbar is one pixel off to the left. Can't remember the name of the SHP file containing the selection brackets right now, but that needs to be fixed as well.

select.shp

I've noticed that too, but since I use a custom selection box all the time, I rarely remember about it Razz

Oh, thanks for bumping this thread, Reaperrr Smile

_________________

Reaperrr · Posted: Tue Feb 23, 2010 4:42 pm Post subject:

Crimsonum wrote:

Oh, thanks for bumping this thread, Reaperrr Smile

no problem Wink

I think now that TS is both freeware and legally No-CD, I think as soon as Hyper finishes his HyperPatch, the community should make an 2.04 Patch, similar to what Nyer did with 1.06.

btw, there's one more thing I forgot:

5) The Mammoth Mk.II is, according to the patch notes, supposed to have a health of 1200, not 800.

CCHyper · Defense Minister **Joined**: 07 Apr 2005

Me and LKO have in limbo a TS2.04 project, this will be along side HyperPatch, as if the 2.04 needs anything, it can be developed into HyperPatch.

Crimsonum · Seth **Joined**: 14 Jul 2005 **Location**: Fineland

Quote:

I think now that TS is both freeware and legally No-CD, I think as soon as Hyper finishes his HyperPatch, the community should make an 2.04 Patch, similar to what Nyer did with 1.06.

Well, I've been doing a TS "upgrade" mod of sorts for a while now (plenty of voxels redone, infantry recoloured and INI coding done) #Tongue

Quote:

Me and LKO have in limbo a TS2.04 project, this will be along side HyperPatch, as if the 2.04 needs anything, it can be developed into HyperPatch.

Oh, well, if TS2.04 needs anything I mentioned above, I can contribute #Tongue

Quote:

The Mammoth Mk.II is, according to the patch notes, supposed to have a health of 1200, not 800.

Interesting enough, the HMEC entry is hardcoded to have a Strength of 1200.

_________________

Dutchygamer · Posted: Tue Feb 23, 2010 5:46 pm Post subject:

Wait what? Disc Throwers are hardcoded to explode, and so is the health of the Mammoth Mk. 2?

CCHyper · Defense Minister **Joined**: 07 Apr 2005

Yup

Reaperrr · Posted: Tue Feb 23, 2010 6:18 pm Post subject:

Dutchygamer wrote:

Wait what? Disc Throwers are hardcoded to explode, and so is the health of the Mammoth Mk. 2?

I'm not surprised. Though the question is what the patch.mix was for then, if they didn't use the rules.ini inside it to do these things...

And the weapon [155mm] (Artillery) is hard-coded to have lower damage (and possibly a different warhead) in Multiplayer. A relic from TS 1.xx, when the Elasticity tag didn't exist, which resulted in the "never misses target because bullet 'catches' target even if it's 2-3 cells away from the theoretical impact point" syndrome, which of course made the artillery far too effective.

Yeah, Weswood did some... interesting things Wink

CCHyper · Defense Minister **Joined**: 07 Apr 2005

Its more than likely that the person who edited the source for the patch though he was just do so while he was there. #Tongue

Regulus · Posted: Tue Jun 29, 2010 7:51 pm Post subject:

For some reason, the patch that Aro has compiled breaks the Firestorm missions. I have no idea why atm. Just giving a heads up.

To be specific, it breaks GDI Mission 03.

Checked Nod

Breaks on Mission 04.

_________________
You come for the modding but you stay for the Crap Forum.

Crimsonum · Seth **Joined**: 14 Jul 2005 **Location**: Fineland

Hard to say what causes that, I suspect it has something to do with the map INI settings pointing to non-existing objects (for example the map alters a weapon that no longer exists, or a unit or something like that).

So it gives an IE? Post it in Hyper's topic.

_________________

Cantdrawbutmod · Rocket Cyborg **Joined**: 19 Oct 2009

For Titan fix,I think this work somewhat better (although not perfect):

Code:

[MMCH]
Voxel=no
Remapable=yes
Cameo=MMCHICON
PrimaryFireFLH=250,-50,100
;PBarrelLength=250
;SBarrelLength=250
;TurretOffset=-16
WalkFrames=15

With what was proposed before,the firing anim would be too high when shooting toward the south,and misplaced when shooting at some positions toward north-east (not exactly north-east,a little more to the south or the west)
Now with this code the animation is still not always perfectly placed,but it's a little better,unless somebody find a facing where it goes horribly wrong Twisted Evil

edit: little comment

Fix: -animation being far ahead of the barrel (initial bug)
-animation being next to the barrel,not connected to it (previous fix bug)

Remaining: -animation can get a bit under the barrel
-animation can still be a bit next to the barrel,although I think it's never far to the point of not being connected to it

edit: Thank you Lin Kuei Ominae,it's indeed even better with those values Smile

Lin Kuei Ominae · Seth **Joined**: 16 Aug 2006 **Location**: Germany

I was sure the correct FLH was already set in Aro's UMP and also listed here as well as on the original tibweb topic.
Anyways, i've shown some fixed values in the tibweb tutorial Primary/SecondaryFireFLH, TurretOffset & PBarrelLength explained

My values are

Code:

[MMCH]
PrimaryFireFLH=250,-50,128

with PBarrelLength, SBarrelLength and TurretOffset being removed.
I think with this setting it is almost perfect in every direction.

_________________
SHP Artist of Twisted Insurrection: Nod buildings

Public SHPs
X-Mech Calendar (28 Mechs for GDI and Nod)
5 GDI, 5 Nod, 1 Mutant, 1 Scrin unit, 1 GDI building

Tools
Image Shaper______TMP Shop______C&C Executable Modifier

SuperJoe · Commander **Joined**: 03 Sep 2009

If you look closely, both the GDI and Nod warfactories have some graphical issues when a purchased unit comes out through the door. Some parts of the buildings go missing or change appearance during this time, and the Nod door anim looks screwed up. These shps correct all the graphical problems with warfactories. I also darkened the Nod warfactory remap by 2 since it was clearly brighter than any other Nod building. Just place these shps into ecache02.mix and they will override the default ones. Also, give NAWEAP this key in art.ini to make it appear correctly:

Code:

[NAWEAP]
NormalZAdjust=-10

warfactories.rar

Description:

Download

Filename:

warfactories.rar

Filesize:

136.12 KB

Downloaded:

282 Time(s)

_________________

Crimsonum · Seth **Joined**: 14 Jul 2005 **Location**: Fineland

Nice to see an update in this thread, SuperJoe. I should update it more often.

EDIT: Okay, as some of you have noticed, many of the civilian buildings have the wrong Height= value, causing the selection box to appear too short (on most cases) or too tall. Unfortunatelly floating values do not work, and instead revert to the smaller integer. This is the case in some of Westwood's mishaps.

Correct height values can be found at the first post.

_________________

SuperJoe · Commander **Joined**: 03 Sep 2009

CITY14 building has an annoying problem. Things behind it show right through the building if it appears on your screen when you scroll up or down. It fixes itself if you scroll to it from left or right, or open the menu. None of the other tall civilian buildings seem to have this problem...

I tried to resize the canvas in SHP building, making is smaller, wider, etc, but nothing seemed to help. Tried using the NormalZAdjust key in art.ini. It did cover things behind it, but started to appear over units that were infront of the building. Generally the whole NormalZAdjust key just doesn't work very well with buildings.

Here's a comparison of the problem. On left the limousine appears through the building, while on right I opened the menu and the problem was corrected.

Setting the building height to 3 (as suggested in this thread) doesn't fix the problem.

_________________

Crimsonum · Seth **Joined**: 14 Jul 2005 **Location**: Fineland

Strange. I don't recall this happening with other tall, 1x1 buildings, either.

EDIT: Maybe it's related to the limo? I tried with several units and they all appeared behind the building.

_________________

SuperJoe · Commander **Joined**: 03 Sep 2009

Crimsonum wrote:

EDIT: Maybe it's related to the limo? I tried with several units and they all appeared behind the building.

Did you scroll the screen to it from up or down? It doesn't happen if you move to the building from left or right. It just doesn't happen to the limo, you can see the civilian guy partly appearing through it too. It happens to every unit for me...

_________________

E1 Elite · General **Joined**: 28 May 2013

SuperJoe wrote:

If you look closely, both the GDI and Nod warfactories have some graphical issues when a purchased unit comes out through the door. Some parts of the buildings go missing or change appearance during this time, and the Nod door anim looks screwed up. These shps correct all the graphical problems with warfactories. I also darkened the Nod warfactory remap by 2 since it was clearly brighter than any other Nod building. Just place these shps into ecache02.mix and they will override the default ones. Also, give NAWEAP this key in art.ini to make it appear correctly:

Factory anim modification only reduces the flicker, but doesn't eliminate it.

Problem for flicker when some units exit from War Factory may be the way DeployingAnim and UnderDoorAnim
are rendered by the game, but the cause seems to be separate turret frames from the walking frames in
custom SHPs.

Attaching as an example, one of LKO's Calendar mechs. Original has 32 facing turret frames that are
placed after the walking frames. Modified one, is with combined turret frames, but with only 8 facings,
which doesn't give the flicker when leaving War Factory.

-----------------------------
Fix for missing mouse cursor in dropship loadout screen - placing mouse.shp into cache.mix (in tibsun.mix) fixes it.

FactoryFlicker.zip

Description:

Download

Filename:

FactoryFlicker.zip

Filesize:

70.96 KB

Downloaded:

76 Time(s)

E1 Elite · General **Joined**: 28 May 2013

TS shore tiles have beach tile types which causes bug of units getting stuck in water. Cases where this bug can be seen are like when land units get down on beach cells from low bridge on water or when user creates maps with incorrect shores. These set of tiles have the beach type tiles converted to water/rough/clear.

This attachment has minor change of HasDamagedData bit unset (though irrelevant in this case) when compared to my older share.

ShoreTilesFix.rar

Description:

Download

Filename:

ShoreTilesFix.rar

Filesize:

147.11 KB

Downloaded:

37 Time(s)