View Issue Details

IDProjectCategoryView StatusLast Update
0001201FSSCP---------public2008-10-19 17:19
ReporterARSPR Assigned Tokarajorma  
PrioritynormalSeveritytweakReproducibilityalways
Status resolvedResolutionno change required 
PlatformP4 2.8 HT - 1.5GB - 7800GSOSWindows XPOS VersionSP2
Product Version3.6.9 
Summary0001201: Possible optimization - Useless Weapon and Ships pool
DescriptionWhile testing DaBrain's in-progress Mediavps I've noticed that FRED sets a lot of ships in '$Ship Choices:' and '+Weaponery Pool:' that are loaded in mission beginning even if they are useless.

As example I upload a mission with "No Briefing" so you don't need all the choices the fs2 file sets.

With a debug build I've noticed that all that ships are loaded in mission beginning
TagsNo tags attached.

Activities

2007-01-07 15:33

 

AllVasudanShips.fs2 (21,969 bytes)

taylor

2007-01-07 16:02

administrator   ~0007418

They are loaded because they are "possible" for the mission. Anything that you don't actually use is supposed to get unloaded once you actually enter the mission. I'm not sure that the unload part of that equation was ever completely finished, but I know that I had written the code to support it.

I'm not sure that this actually belongs in Mantis though. I'll leave it open as a reminder, but someone else may end up closing it.

taylor

2008-07-17 16:26

administrator   ~0009454

Not going to work on this.

karajorma

2008-10-19 17:19

administrator   ~0010049

In 3.6.11 I'll be merging in the team loadout code which would make use of this even in missions which don't have a briefing. So I don't see much point in fixing this.

Issue History

Date Modified Username Field Change
2007-01-07 15:33 ARSPR New Issue
2007-01-07 15:33 ARSPR File Added: AllVasudanShips.fs2
2007-01-07 16:02 taylor Note Added: 0007418
2007-02-25 05:19 taylor Status new => assigned
2007-02-25 05:19 taylor Assigned To => taylor
2008-07-17 16:26 taylor Note Added: 0009454
2008-07-17 16:26 taylor Assigned To taylor =>
2008-07-17 16:26 taylor Status assigned => new
2008-10-19 17:19 karajorma Status new => resolved
2008-10-19 17:19 karajorma Resolution open => no change required
2008-10-19 17:19 karajorma Assigned To => karajorma
2008-10-19 17:19 karajorma Note Added: 0010049