View Issue Details

IDProjectCategoryView StatusLast Update
0000371FSSCPbeamspublic2008-08-18 00:35
ReporterHippo Assigned Tophreak  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Platformp4 3.2Mhz 1024 physical ramOSXP HomeOS VersionSP1
Product Version3.6.5 
Summary0000371: Time compression breaks beams
DescriptionSetting a time compression of greater than 1 decreases the amount of damage done over a beams lifetime. IIRC, it has something to do with beam damage calculations being done with seconds and such, and perhaps its using real life seconds instead of simulation seconds...
Steps To ReproduceMake a mission, 1 ship with beam, one ship as target.

Make a beam fire sexp, and first run it in 1x time. Note the hull damage. Restart the mission. Set the time compression to 2x or greater. Fire the beam again. Note the damage done.
Additional InformationHaven't tried it on fighter beams, though i doubt it would be any different...
TagsNo tags attached.

Activities

Hippo

2005-04-18 01:12

reporter   ~0002157

oops... that should be "Gameplay" or "Beams", not "DirectX"...

phreak

2005-04-18 16:31

developer   ~0002161

would this be a backwards compatibility problem if we change it?

Hippo

2005-04-18 17:09

reporter   ~0002162

I think its a problem if you don't change it... I just tried, and if you do it JUST right, the colossus can destroy the sathanas in High Noon, while the sathanas is fully armed, by accelerating time when the sathanas is firing, and restoring it when the colossus was firing...


I think it's only going to break what backwards compatability there is if the player intentionally plays in 2x or 4x...

phreak

2005-04-18 22:11

developer   ~0002163

Last edited: 2005-04-18 22:11

actually if you changed the time compression to 1/4x when the C was firing, then it would do a whole lot more :)

anyway i think i fixed this. I just need WM to fix the turret refire speed and then i can test this without pulling my hair out.

edited on: 04-18-05 18:11

Hippo

2005-04-18 22:13

reporter   ~0002164

I thought of that, but that would be enabling cheats, which would be confounding the problem :p ...

Goober5000

2005-06-30 01:46

administrator   ~0002720

Hippo, taylor fixed some timer issues in his most recent build. Try it and see if it's any different.

Hippo

2005-06-30 02:00

reporter   ~0002721

i thought phreak already fixed it? I haven't noticed it happening again (though i'll admit, i haven't looked for it)...

kasperl

2005-08-24 11:27

developer   ~0003130

Reminder sent to Hippo

Hippo, could you please run a quick check if this (old) bug has been fixed?

Hippo

2005-08-24 12:45

reporter   ~0003141

Yeah, its good.

kasperl

2005-08-24 15:44

developer   ~0003147

Reported fixed.

kasperl

2005-08-24 15:45

developer   ~0003148

Ugh, can't resolve without taking the credit.

kasperl

2005-08-24 15:46

developer   ~0003149

This might work

emperor

2006-04-04 22:50

reporter   ~0005279

Reminder sent to phreak

This bug is marked as Resolved, but I'm still encountering it in builds as of March '06. At compressions of 32x and 64x there's no beam damage done at all. Better double-check it.

Goober5000

2006-04-05 21:15

administrator   ~0005283

Reopening then.

phreak

2008-08-18 00:35

developer   ~0009567

Fixed, or made not as obvious.

Issue History

Date Modified Username Field Change
2005-04-18 01:07 Hippo New Issue
2005-04-18 01:12 Hippo Note Added: 0002157
2005-04-18 06:26 taylor Category DirectX => beams
2005-04-18 16:31 phreak Note Added: 0002161
2005-04-18 17:09 Hippo Note Added: 0002162
2005-04-18 22:11 phreak Note Added: 0002163
2005-04-18 22:11 phreak Note Edited: 0002163
2005-04-18 22:13 Hippo Note Added: 0002164
2005-04-19 01:06 phreak Status new => assigned
2005-04-19 01:06 phreak Assigned To => phreak
2005-05-18 03:50 phreak Severity major => minor
2005-06-30 01:46 Goober5000 Note Added: 0002720
2005-06-30 02:00 Hippo Note Added: 0002721
2005-08-24 11:27 kasperl Note Added: 0003130
2005-08-24 12:45 Hippo Note Added: 0003141
2005-08-24 15:44 kasperl Status assigned => resolved
2005-08-24 15:44 kasperl Resolution open => fixed
2005-08-24 15:44 kasperl Assigned To phreak => kasperl
2005-08-24 15:44 kasperl Note Added: 0003147
2005-08-24 15:45 kasperl Status resolved => feedback
2005-08-24 15:45 kasperl Resolution fixed => reopened
2005-08-24 15:45 kasperl Note Added: 0003148
2005-08-24 15:46 kasperl Note Added: 0003149
2005-08-24 15:46 kasperl Assigned To kasperl => phreak
2005-08-24 15:46 kasperl Status feedback => resolved
2006-04-04 22:50 emperor Note Added: 0005279
2006-04-05 21:15 Goober5000 Status resolved => feedback
2006-04-05 21:15 Goober5000 Note Added: 0005283
2008-08-18 00:35 phreak Status feedback => resolved
2008-08-18 00:35 phreak Resolution reopened => fixed
2008-08-18 00:35 phreak Note Added: 0009567