datcc is a command-line program, you have to run it in command prompt with commands similar to the ones in the previous post

Farty, before anything my apologies for the ignorance. Thousands of thanks for the software!!!!

Now I just need to finish it

I decompiled/recompiled sprites.dat extended to 550, added entries in the Datedit Data folder and changed the size in the def file. Looked in the origins file but didn't see anything relating to sprites.

On opening Datedit an error comes up, saying that the default sprites.dat is not a valid dat file, when the tab is selected the same error comes up along with two access violation errors. Every sprite entry loads up blank although I can see the extra spots that were put in.

I'm going to go back to defaults and give it another try, but if anyone might know what is wrong I'd appreciate the help.

I just tried it and got it to work.

Here is everything I did:

- DatCC commands:


- Copied the resultant sprites.dat into DatEdit\default\

- Edited DatEdit\Formats\Sprites.def: changed InputEntrycount and OutputEntrycount to 550, then deleted 1VarStart=130, 4VarStart=130, and 5VarStart=130 (somewhere along the line it was decided that extended dat files should have all properties for all entries -- my guess is this what was likely missed).
Here is the complete sprites.def I have:


- And then added 33 entries to Datdit\Data\Sprites.txt:

(if you open in Notepad and disable Format->Word Wrap and enable View->Status Bar, the last line should be Ln 550)

Emm happens the same to me but i tried to add some portraits with portdata.dat, for example with n 115

Unfortunately portdata hasn't been added to Dat Extender yet. But editing an extended portdata might be easier just to edit with the datcc ini files, because datedit incorrectly separates idle and talking portraits.

I did, however, get it to work in DatEdit just to see if it was possible.

Like before, datcc commands:


Edit the def, however here you have to double the -n value because of datedit:


Then in Data\Portdata.txt, I added the following between "Flag (Blue) - Idle Portrait (Pl.12)" and "Marine - Talking Portrait" (so "Idle Portrait 110" should be on line 111)

And this before the "None" at the bottom of the file:

Damn i forget some little things in the process, but you take the job to enlight me again. More than appreciated

I haven't fully tested it yet, but it now has Weapons.dat, Upgrades.dat and SfxData.dat. The biggest problem I can think of is loading from a CHK, I'm not sure if I made it read those wrong because I didn't check. xD

Upgrades require some editing of FireGraft, but fortunately it's really easy. In Data.mpq, just update the line that has UpgradeCount=61 in Firegraft\1161.fgd and then add the appropriate entries to Firegraft\upgradelist.txt. You can then edit dat reqs and such like normal.


Now all that's left is Techdata.dat (which after Upgrades.dat shouldn't be too bad) and Portdata.dat and fixing whatever is still broken in Units.dat.

Attachments:

(From the StarCraft: Origins topic)

For units.dat, couldn't you do something similar to your iscript extender (i.e. a stat_txt2 or units_txt)?

probably, I think that's what I had in mind. They don't not have names on purpose right now, I just haven't fixed it.

I reuploaded datCC to the first post with a fix to iamges.dat to avoid crashes if you don't use the entries you add (Thanks tehkain).

(I think I compiled it correctly. )

I'm in the process of converting my walkable doodads into grps for the sake of saving some tiles, but I want to conserve all vanilla functionality, which means adding dat entries to images.dat. Is there any chance of this being updated to support GPTP plugins and integrated into PyDAT?

I forgot to post it here, but I have finally merged datext in to GPTP! 🥳

scbwdata.h has been modified so that 99% of the existing GPTP code does not need updating and nothing special needs to be done to access modified dat arrays. Pretty much the only thing is keeping track of "None" IDs, especially because they are often compared with inequalities rather than just == and !=.

Other notable changes:
- Dat tables are now sized dynamically, so no configuration is necessary. Just put the resized .dat files in your MPQ and this will detect the size & patch accordingly.
- Unit names can now be stored in an optional rez\unitnames.tbl so that stat_txt doesn't need to be completely reorganized to add unit names.

Additionally, I'm not sure if poiuy has linked or mentioned this anywhere official, but there is a branch of PyMS that lets you just right click and add new entries in PyDAT: https://github.com/poiuyqwert/PyMS/tree/expanded_dat_files
Edit: this developmental pyms branch and not stable, see poiuy's post below this one.
PyMS: https://github.com/poiuyqwert/PyMS

There are still very likely bugs as it is very difficult to test every case, but it seems to be mostly stable at this point from what testing Voyager and I have done.

Link: https://github.com/saintofidiocy/GPTP/tree/DatExtender

Post has been edited 2 time(s), last time on Oct 26 2022, 6:03 am by FaRTy1billion.

Yeah I have not publicly released the expanded dat files branch of PyMS yet. PyDAT is not fully updated so some features will not work (like opening a directory) or will crash, though all files can be expanded and most of the core functionality should work (Voy has done some testing with it and seems to be having success working with it). There are also major refactors going on for the entire suite, which means other programs are either not available or may be buggy. If you do want to play with expanded dat's, my recommendation for now is to keep it as a separate install of PyMS and only use PyDAT, and continue to use the other programs from the official "master" release.

PyMS with Expanded DAT support in PyDAT has been officially released.

Post has been edited 1 time(s), last time on Oct 25 2022, 2:48 pm by poiuy_qwert.

I guess I should have asked before linking it, I just figured it was fine since it's already visible on git and also invaluable to extended dat editing
edit: added notices to posts about it being a dev branch

Post has been edited 1 time(s), last time on Jan 7 2022, 10:43 pm by FaRTy1billion.

Thanks to both of you! I've been using both the expanded dat files branch of PyMS and GPTP DatExt for a while now and they're both truly amazing.