Search results

Some of these are turning out better than others. I think I just need to figure out how to handle rotation and scale, and we should be in business.

Haven't looked at textures yet, but stuff is starting to fall into place. Sword exported from psobb's Item_Model.afs file.

NJTL headers are pretty simple. Header is NJTL followed by a pointer to the end of the section. This offsets the pointers in the entry by 8 bytes. Header in blue is: So 3 textures and it points down to 0x08 (+0x08 for offset) right below the header. The NJS_TEXNAME entry is right below...

Exported from xj file.

Ran into you today, was nice to meet you.

XJ File type So that's everything I have so far for the .nj filetype. Aside from the missing mesh information, assuming that's what it is, it's mostly self contained at pretty simple. That's for a single node, but even multiple nodes simply follow the same structure and it's just a matter of...

I've been looking into xj models and comparing them with nj models to see if there is a way to export xj models into a more readable format. I'm going to write what I've found so far here to clear my mind and hopefully someone else can provide incite. My priority right now is mostly on...

A bunch of Pso dev tools are listed here: http://psodev.free.fr/

There are still a lot of issues to work on, but I managed to port Schthack's map viewer source from Delphi/Pascal to a Nodejs script which outputs an .obj file. Textures seem to be in the right place for the most part, but the UV's are wrong. All of models in the map can be exported, but the...

Okay a few hours and 128 lines of code later, I think I have a episode 2 .njm to episode 1 .njm converter that mostly works (not garanteed). Usage: node script.js <file.njm> Still in debug mode, so it just exports to output.njm.

Okay, i think i see what's going on. Let's see how many people get this one. If you need a hint, watch this explanation. https://www.youtube.com/watch?v=dQw4w9WgXcQ

To continue the conversation (with myself), why do i think episode 1 .njm's and episode 2 .njm's are actually the same file? For starters, episode 1 animations work on episode 2 models just fine. If there was something inherently different about them, this probably wouldn't be the case...

Starting to look at the episode 2 njm files. It looks like they are the exact same file, just in a slightly different formation. The dreamcast .njm files have NMDM on the front and then a pointer to the end of the file. This does not seem to be part of the actual file definition and as such...

kk managed to extract all 341 player animations from Pso PC Version 2. 1. Use tofu's tool to extract PlyMotionData.pr2 to PlyMotionDataPr2.bin PRCTool.exe /D PlyMotionData.pr2 PlyMotionDataPr2.bin 2. Copy PlyMotionDataPr2.bin into a folder somewhere 3. Make a folder named "output" inside that...

Okay, I have a better idea of the .njm file structure. I'll try to write it up when I get home. Also I managed to find the pointers to the animations in the plymotiondata.pr2 file to preview it as an njm file. Still have a lot more tinkering to do though.

Found some more information on .njm First 4 bytes are NMDM Second 4 bytes is a null pointer to P0F0 - 8 Third 4 bytes is a pointer to the motion list Fourth four bytes is the number of frames The problem is in the documentation there doesn't seem to be a decent description of what void *p[1]...

Last night I got the hands to twitch, today I made a slight improvement. I copied part of the file into an NJM container and set the animation time for a really long time to see what would happen. https://www.youtube.com/watch?v=Zh0bdo7 ... e=youtu.be I'm guessing/hoping this is the saber...

Okay, I'm looking at .njm files to see if I can manage to pop a header onto the extracted plymotion.pr2 files to convert them with Noesis. Not sure how stupidly obvious this is, but a few notes I made. First 4 bytes of the file is always NMDM. Second 4 bytes of the file seems to be a...

Tried extracting the .pr2 file with tofu's PRC tool and the inside looks like a bunch of packaged .njm files just with no header or footer. So if it's possible to figure out the offset of each file, it could be possible to unpack them.

I decompressed the with the tool, the problem is the data content doesn't make sense. I've been trying to see what's going on using the memory debugger in cheat engine. PsoBB is a little more forgiving. There's a file named "plymotiondata.rlc" inside the data.gsl file with a header labeled...