Final Fantasy Hacktics

Long sitdown, but its a start

ownage

oh my! you deserve some love!

New Project: Less Sucky Mandalia Plains

finally

Is there a way to actually import this into the game, though?

Quote from: "KazeKasano"Is there a way to actually import this into the game, though?

Why couldn't you just put it where the original map is(noting if the size is the same)?

Hmm.. I just haven't worked much with maps yet.
I'd assume this has the power to royally screw up events, though.

It would make them look weird if you changed a lot of elevations.

You guys realize im not doing this through the map viewer.. im hex editing it...

Meaning these are actual changes that work in game, i will actually take a screen of my archer starting on top of that hill shortly

Hm.  I recall Notti talking about how each panel really has 4 values.  Must be a pain to input, excellent work!

They do, it is more or less setting a point for each corner... so i set the SW corner to byte D2, but the SE to f4, it will slope...then i have to go into the terrain data chunk and change what type of incline it is, set it to not be flat anymore, and then change the hieght, and since its slopeing, that means math! :/ not a flato ut 01 for hieght of 1 >.<

That's even worse D:

Quote from: "SentinalBlade"You guys realize im not doing this through the map viewer.. im hex editing it...

Makes sense when you realize there are no controls in the map viewer.

if someone were bored enough and had little to no social life, they could make a map editor now

before, informations should be shared for that becoming true...

My god, simply amazing!  Next thing you know we will have a map editor!

Quote from: "AuraDragon"My god, simply amazing!  Next thing you know we will have a map editor!

my thoughts exactly

I'm thinking about writing a program that splits up a mesh file into separate files: one file for each chunk (http://www.ffhacktics.com/wiki/Maps/Mesh). It would be a pretty quick program to write, and it would make it easier to find the data you want and change it. Plus, if you changed the length of a chunk of data (like by adding polygons), it could recombine the chunks intelligently (fixing the header, warning about problems, etc.) so you don't have to worry about making a broken mesh file.

Stay tuned.

it would an invaluable tool in the right hands!

I wrote a pair of programs that split mesh files into pieces and join them again.

To test it out, I split map099 (Main street of Lesalia), added a polygon to the XYZ coordinates chunk, the normal vectors chunk, and the texture data chunk, then rejoined the pieces. I haven't tested the recombined file in-game, but it works in map2gl. Compare the attached screenshot to the original map (http://www.ffhacktics.com/psx/maps.php?id=99) to see which polygon I added.

It was still not ridiculously easy to add this polygon, since I had to figure out all the coordinates manually and edit the files with a hex editor. But the joiner program performs some simple tests on the chunks when it reassembles them, making it harder to mess things up. It automatically writes the mesh file's table of contents and polygon counters, too, so you only have to worry about the data itself.

Right now, mapsplit and mapjoin are command-line programs and they're not part of map2gl. Would you guys prefer a GUI version? And should I build this functionality into map2gl instead of making a separate program for it?

*drool*

nice! does this mean that youll be able to make those lesalia maps useable for battles eventually?? id really love to use that mainstreet map for a town riot or something lol

QuoteWould you guys prefer a GUI version? And should I build this functionality into map2gl instead of making a separate program for it?

Whatever is easiest for you. Those of use serious about editing maps would accept valuable programs in any form. =P

and those of us who cant use it will accept ppl taking requests for map edits LAVA IN DD and polygons in Mainstreet Lesalia

Quote from: "nates1984"

QuoteWould you guys prefer a GUI version? And should I build this functionality into map2gl instead of making a separate program for it?

Whatever is easiest for you. Those of use serious about editing maps would accept valuable programs in any form. =P

agreed

Here you go:

mapsplitjoin 0.90 binary version (http://www.gomtuu.org/fft/mapsplitjoin90-bin.zip) (32-bit Windows) (1.4MB)
mapsplitjoin 0.90 source version (http://www.gomtuu.org/fft/mapsplitjoin90-src.zip) (Cross-platform) (6KB)

There's a README file inside that has a lot of helpful information.

The source version requires that you have Python installed, but unlike map2gl, it doesn't require any other weird libraries like PyOpenGL or wxPython, so it should be relatively easy to use the source version if you want to.

As I mentioned, mapsplit and mapjoin are command-line programs. You can also drag-and-drop map files onto them (tested only with the binary version in Windows), so you don't need to use the command line, unless drag-and-drop doesn't work for some reason or you want to see any errors or warnings they output. mapjoin has some data validation tests to help you avoid making bad map files and it tells you what's wrong when it finds a problem, so you could be missing out if you're not able to see its output.

I may eventually incorporate this functionality into map2gl, too.

This is the moment I have been waiting for! So excellent Gomtuu thank you. I will literally be spending the whole night testing this stuff out and see what I can come up with. Ideally we will be able to get all the maps working and battle ready and release a patch just to do map fixes. No reason we shouldn't make them all work as best we can right?

Getting this stuff intergrated into Map2gl will be good eventually. I mean you do realize by now Gomtuu that I plan to have you write a fully functional map editor whether you are planning on it or not haha.

I will test this stuff out and tell you what I think!

PS: Maybe put this in your Maps thread too.

Well my initial excitement is dulled because I can't get this to work. The drag and drop isn't working for me on the exe version and I can't figure out how to get the command line instructions to work. Any advice?

Quote from: "Cheetah"Well my initial excitement is dulled because I can't get this to work. The drag and drop isn't working for me on the exe version and I can't figure out how to get the command line instructions to work. Any advice?

Sorry you couldn't get it working. I tested the drag-and-drop feature with the Windows binary on two computers, so I'm guessing it has something to do with Parallels in OS X.

Since you have Python installed already, you can try running the source version instead. Just open a terminal, go to the folder where you unzipped mapsplitjoin90-src.zip, and type:

python mapsplit.py /path/to/maps/MAP001.9It should say something like:

Reading /path/to/maps/MAP001.9
Writing /path/to/maps/MAP001.9.064.msh.0.tex-tri.xyz
Writing /path/to/maps/MAP001.9.064.msh.1.tex-quad.xyz
(and so on...)
Then, look in /path/to/maps and you should see all the files.

Edit: Of course, /path/to/maps has to be writable for this to work, so it has to be a folder on your hard drive, not on the CD.

Quote from: "Cheetah"Ideally we will be able to get all the maps working and battle ready and release a patch just to do map fixes. No reason we shouldn't make them all work as best we can right?

There are a few limitations, but hopefully they won't be a big deal.

One limitation is a cap on the number of polygons in a map. In the primary mesh chunk, there can only be 512 textured triangles, 768 textured quads, 64 untextured triangles, and 256 untextured quads. Most maps don't use the maximum number of polygons (some don't even come close), and you might be able to use the animated mesh chunks without any animation instructions to squeeze some extra polygons in.

Another limitation is the fact that you only have 256x1024 pixels of texture data. If that's not enough room to give every polygon a unique texture, you'll have to start re-using parts of the texture on multiple polygons.

The limitation that might actually be a problem is the file size. We should be able to make map files bigger, but only by an average of 1024 bytes. Or, in other words, any number between 0 and 2047 bytes, depending on how full the last sector of each file happens to be. 1024 bytes would give you enough room to add 21 textured triangles, 16 textured quads, 46 untextured triangles, or 36 untextured quads.

It may be possible to allocate more sectors for the map files. A lot of the files in the MAP directory are duplicates, and we might be able to get rid of the extra copies and then use the space they occupied. I haven't looked at it closely yet, though.

Edit: I looked into it a little more closely. Unless my calculations are bad, or unless it ends up not working for some reason, we should be able to free about 43MB by deleting the duplicate files in the MAP directory. This is also good news if we need to expand EVTCHR.BIN, which comes right before the map files on the CD. (Who knows if that file can be expanded, though?)

You have so much useful information in your head Gomtuu it is ridiculous. But to expand the size of maps or to have more room for new maps, or anything for that matter, wont we need to know the...oh man I don't know the correct term, but the offset value? of everything and readjust it depending on the size changes made?

Oh and as far as my problem getting this stuff working. I think my main issue is that I don't know how to use terminal at all like, how do I even change what folder I am looking in?

Will This allow you to completely edit a map so one that you won't use ever you could change into something completely different? I was thinking of changing one of the maps into the inside of a brothel for a project I am working on. Or is there a program already made that would better suit me?

lol, i think you should look around a bit more...

This program lets you view maps, and split the files apart for editing. you ahve to do it manually, in a hex editor