|
2007-01-30 13:54
|
flak_issue_old.jpg (44,562 bytes) |
|
2007-01-30 13:54
|
flak_issue_new_1.jpg (59,072 bytes) |
|
|
Uploaded two jpg that were taken while playing non modified 'Kings Gambit' mission. flak_issue_old.jpg shows the effect with retail data flak_issue_new_1.jpg shows the effect with additional mediavp data |
|
|
Forgot to mention... Problem appeared on both build 20070129 as well as earlier WMC's scripting builds |
|
|
the new particle code doesn't take into alpha blending of the particles into effect. a = 1- (time_since_creation/max_lifetime) |
|
|
doesn't look like its an alphablending issue, although i did notice the red dot the other day. |
|
|
can you look at this using the 2/3 build? I may have fixed at least part of it. |
|
2007-02-05 23:21
|
flak_issue_new_3.jpg (15,469 bytes) |
|
|
Retail behaviour was not changed from the earlier. That is it still caused extra long particle trails. With mediavps i do not get debug particles any longer but i still get other issues (which could have existed earlier too) see flak_issue_new_3.jpg. That is game seemingly generates random amount of particles for each flak shot.. In front you have one with three blobs and further back one totally without any blobs. |
|
|
is this still an issue? i need to check mantis more often... |
|
|
The mediavp file problem can most likely be solved when taylor adds the support for the 'o-time' particles (ie. to draw particles just once per frame). As for retail effect getting 'stretched'... I couldn't see the problem with fs2_open_3_6_10_20080316.exe, fs2_open_3_6_9.exe (dated 20080131) or fs2_open_3_6_10-Xt_0306.exe builds. So i suppose it is fixed. |
- Anonymous
