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.



Rs_yes-im4real - Clan Aura - jjf28.net84.net

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.
[07:36 pm]
Suicidal Insanity -- Ultraviolet
Ultraviolet shouted: martosss So you've had issues with maps that were previously playable having issues with the latest patch as well? I was play testing one of my creations a couple days ago and it crashed the game, something it has never done before. Has me feeling kind of concerned about playability of custom content going forward :/
The devs are fairly good about backwards compatibility, just sometimes takes time
[06:59 pm]
sraw531 -- (sc1)
[06:48 pm]
sraw531 -- is there a way to create using triggers a building that is under construction? (Especially protoss, for multiple reasons)
[06:23 pm]
Ultraviolet -- martosss
martosss shouted: jjf28 oh lol it was unplayable a few days ago, I guess Blizzard fixed it, thanks for trying it lol
So you've had issues with maps that were previously playable having issues with the latest patch as well? I was play testing one of my creations a couple days ago and it crashed the game, something it has never done before. Has me feeling kind of concerned about playability of custom content going forward :/
[06:21 pm]
Ultraviolet -- NudeRaider
NudeRaider shouted: Ultraviolet depends on zoom
wat
[05:36 pm]
martosss -- jjf28
jjf28 shouted: I played it against the current SC:R bnet
oh lol it was unplayable a few days ago, I guess Blizzard fixed it, thanks for trying it lol
[05:06 pm]
jjf28 -- I played it against the current SC:R bnet
[05:04 pm]
jjf28 -- the map is playable on both 1.16.1 and SC:R, this would just be straight up unprotecting
[10:41 am]
martosss -- jjf28
jjf28 shouted: martosss can you provide an example map? I can confirm what you're saying and make a tool to decorrupt them
The map was probably locked with SMC, I just tested it and SMC produces a very similar garbled MPQ header(with a lot of fffffffffff and an MPQ header size of 10 00 00 00 in the start), which is unreadable by the latest SC:R version(not a valid scenario error when trying to host it). An example map is a KotK map that started all this - https://app.box.com/s/pmefbgb8oay8wo3gewwl046no26lfkjx Here's a link to download the map(giving it in a space storage service since it's not a valid map and i don't want to upload broken maps on SEN/nibbits ...) It would be nice if you can show me what you're doing to test unlocking the map :)
[09:26 am]
KrayZee -- Oops spoilers... well, is it really at this point?
Please log in to shout.


Members Online: Roy, Fothes1j, sraw531, KrayZee, Demaranvillees1q, Nekron, acipoxuzo