Staredit Network > Forums > SC1 UMS Theory and Ideas > Topic: Standard Extended Strings
Standard Extended Strings
Sep 13 2013, 6:52 pm
By: jjf28  

Sep 23 2013, 3:35 am trgk Post #21



Suggestion


Post has been edited 1 time(s), last time on Sep 24 2013, 2:33 am by trgk.



EUD

Jul 12 2019, 1:48 am jjf28 Post #22

Cartography Artisan

Since discovering reverse stacking among other compression methods for the STR section the current KSTR format using the highest indexes has become a major problem - I'll be drafting something more solid in a bit but I'm now thinking of the following format...

struct OSTR {
u32 version; // Current version: 1
u32 scenarioName;
u32 scenarioDescription;
u32 forceName[Chk::TotalForces];
u32 unitName[Sc::Unit::TotalTypes];
u32 expUnitName[Sc::Unit::TotalTypes];
u32 soundPath[Chk::TotalSounds];
u32 switchName[Chk::TotalSwitches];
u32 locationName[Chk::TotalLocations];
};

All of scenarioName, scenarioDescription, and forceNames have no good reason to be overridden but I've included them to make the structure exaustive/more future proof.

The trigger section contains the following list of strings: text message, mission objectives, leaderboard text, transmission text, next scenario, sound path, comment. Of these the only editor-specific string is comment, which the trigger metadata section KTRG could cover; sound path can already be overridden via TRIG->WAV->OSTR, the others should be left alone.

Mission briefing only has text message, mission objectives, and sound path - sound path can be overridden via TRIG->WAV->OSTR, others should be left alone.

Everything about KSTR can stay the same - except the way it is read, the ids no longer count backwards from 65535 and no longer have extended string ids stored directly in the sections referencing the strings. The extended strings would get read as the default display string if present in OSTR or KTRG. Location names and sound paths, if reordered in other editors not implementing these sections the connection may be broken, and would have to be manually corrected by users, triggers would be reasonably well locked to the extended strings, unless recompiled in some text editor not preserving full player data (which KTRG uses to link a trigger to its metadata)

Post has been edited 1 time(s), last time on Jul 12 2019, 1:53 am by jjf28.



TheNitesWhoSay - Clan Aura - github

Reached the top of StarCraft theory crafting 2:12 AM CST, August 2nd, 2014.

Options
  Back to forum
Please log in to reply to this topic or to report it.
Members in this topic: None.
[10:11 pm]
Ultraviolet -- :P
[10:11 pm]
Ultraviolet -- How about you all send me your minerals instead of washing them into the gambling void? I'm saving up for a new name color and/or glow
[11:50 pm]
O)FaRTy1billion[MM] -- nice, now i have more than enough
[11:49 pm]
O)FaRTy1billion[MM] -- if i don't gamble them away first
[11:49 pm]
O)FaRTy1billion[MM] -- o, due to a donation i now have enough minerals to send you minerals
[2024-4-17. : 3:26 am]
O)FaRTy1billion[MM] -- i have to ask for minerals first tho cuz i don't have enough to send
[2024-4-17. : 1:53 am]
Vrael -- bet u'll ask for my minerals first and then just send me some lousy vespene gas instead
[2024-4-17. : 1:52 am]
Vrael -- hah do you think I was born yesterday?
[2024-4-17. : 1:08 am]
O)FaRTy1billion[MM] -- i'll trade you mineral counts
[2024-4-16. : 5:05 pm]
Vrael -- Its simple, just send all minerals to Vrael until you have 0 minerals then your account is gone
Please log in to shout.


Members Online: Ultraviolet, Roy, NudeRaider