GR2 Editor/Viewer/Extractor/Importer

[gap]

Originally Posted by TheDarkWraith

v1.1.443.1 released. See post #1

This fixes the bug gap reported above

Thank you TDW, it works

Originally Posted by TheDarkWraith

Opens just fine in current version. In fact it opens incredibly faster than other versions Just click OK to the image error boxes.

I finally managed to open that file and correctly export the gun mesh that I wanted to texturize. It resulted that the mesh is already UV mapped. On the con side, it appears that the material mapped on the model has no texture assigned though (double checked it with an hex editor). Assigning a texture with a "regular" GR2 file would be very easy using your application, but the file that we are talking about would be probably corrupt on saving it

[TheDarkWraith]

Originally Posted by gap

I finally managed to open that file and correctly export the gun mesh that I wanted to texturize. It resulted that the mesh is already UV mapped. On the con side, it appears that the material mapped on the model has no texture assigned though (double checked it with an hex editor). Assigning a texture with a "regular" GR2 file would be very easy using your application, but the file that we are talking about would be probably corrupt on saving it

Why would it be corrupt on saving it? Why not just update the texture in the original GR2 file? Or maybe add a new texture and material just for this to the original GR2 file?

[gap]

Originally Posted by TheDarkWraith

Why would it be corrupt on saving it?

When I open that file, GR2 Editor reports several image error messages, and your file verification thing tells me that the file is possibly corrupt. Moreover, many parts whose materials have textures (I know it from hex editor, and because they are rendered with their textures in Goblin), are shown as having no texture in mesh/material project tree

Originally Posted by TheDarkWraith

Why not just update the texture in the original GR2 file?

Which texture? object1_C_Gun01 (this is the name of the part I want to fix) is among those meshes whose materials are shown in GR2 Editor as having no texture assigned, and in hex editor I couldn't find any texture file name which might apply to it. Either it really has no texture assigned, or I missed it.

Originally Posted by TheDarkWraith

Or maybe add a new texture and material just for this to the original GR2 file?

yep, this one would be the best solution, if I was sure that GR2 editor won't mess things up


Two more questions:

• starting with one of the last versions of your Editor, I get a "Select location to save GetChainForSection 0 dump" message whenever I rename a model/skeleton/bone. This has to be some new feature, because I didn't get this message before. What is its use, and where should I save that file?
  
• while setting a new character (cloned one of the stock character patches and remapped the id's of its Sapiens and SapiensManager controllers), Goblin gives me a division by zero error whenever I try to point the SapiensManager controller to the waypoint_info.txt in the new path. Is this normal? I have noticed that it also happens with the characters you have assembled for OH's PT boat, when their GR2 file is merged to the chr file.
  
• related to the previous question: in its most basic version, characters' waypoint_info.txt looks like this:
  
  

  start
  	1x1_version02_WPS01 offset 0 0 0 actions PATCH_1x1_V02_WPS01 end_actions
  end

  The first name declared (marked in orange above) obviously points to the name of the bone that the character gets attached to into the GR2 file, but what about the "action" name (in green)? I couldn't locate any softcoded file where character actions are set/listed
  
  

[TheDarkWraith]

Originally Posted by gap

Which texture? object1_C_Gun01 (this is the name of the part I want to fix) is among those meshes whose materials are shown in GR2 Editor as having no texture assigned, and in hex editor I couldn't find any texture file name which might apply to it. Either it really has no texture assigned, or I missed it.


Two more questions:

• starting with one of the last versions of your Editor, I get a "Select location to save GetChainForSection 0 dump" message whenever I rename a model/skeleton/bone. This has to be some new feature, because I didn't get this message before. What is its use, and where should I save that file?
• while setting a new character (cloned one of the stock character patches and remapped the id's of its Sapiens and SapiensManager controllers), Goblin gives me a division by zero error whenever I try to point the SapiensManager controller to the waypoint_info.txt in the new path. Is this normal? I have noticed that it also happens with the characters you have assembled for OH's PT boat, when their GR2 file is merged to the chr file.
• related to the previous question: in its most basic version, characters' waypoint_info.txt looks like this:
  
  

  start
      1x1_version02_WPS01 offset 0 0 0 actions PATCH_1x1_V02_WPS01 end_actions
  end

  The first name declared (marked in orange above) obviously points to the name of the bone that the character gets attached to into the GR2 file, but what about the "action" name (in green)? I couldn't locate any softcoded file where character actions are set/listed

The material for the gun has two maps defined. Those two maps have no texture defined and thus is why you see no texture. I verified this with Granny Viewer and my app is correct in what it is telling you.

What you think is a new feature asking you where to save the file is actually some debug code I added that I forgot to turn off. It has been turned off in next version.

The 'actions' for what you posted can be found in \data\Scripts\AI\Crew\Secondary_Characters_Idle_Ac tions.aix

[TheDarkWraith]

Originally Posted by gap

Starting with one of the last versions of your Editor, I get a "Select location to save GetChainForSection 0 dump" message whenever I rename a model/skeleton/bone. This has to be some new feature, because I didn't get this message before. What is its use, and where should I save that file?

v1.1.444.1 released. See post #1

This fixes the bug above. It also fixes some bugs I found in the Materials tab and the Meshes tab (the Materials node of each mesh's subset).

[gap]

Originally Posted by TheDarkWraith

The material for the gun has two maps defined. Those two maps have no texture defined and thus is why you see no texture. I verified this with Granny Viewer and my app is correct in what it is telling you.

Sure! Silly me, I dunno why I bothered to look for texture names with hex editor when I could have double checked the file with Granny Viewer

What do you think? can I set a new texture and save the file as normally, or GR2 editor would screw it, due to the image errors?

Originally Posted by TheDarkWraith

What you think is a new feature asking you where to save the file is actually some debug code I added that I forgot to turn off. It has been turned off in next version.

Originally Posted by TheDarkWraith

v1.1.444.1 released. See post #1

This fixes the bug above. It also fixes some bugs I found in the Materials tab and the Meshes tab (the Materials node of each mesh's subset).

Originally Posted by TheDarkWraith

The 'actions' for what you posted can be found in \data\Scripts\AI\Crew\Secondary_Characters_Idle_Ac tions.aix

Awesome, you are disclosing a new world to me! I also start understanding why your custom characters crashed Goblin: pointing to a action absent from the game folder (I was opening your files from the MODS folder with OH disabled), the editor probably encountered an unexpected exception

[TheDarkWraith]

Originally Posted by gap

What do you think? can I set a new texture and save the file as normally, or GR2 editor would screw it, due to the image errors?

Awesome, you are disclosing a new world to me! I also start understanding why your custom characters crashed Goblin: pointing to a action absent from the game folder (I was opening your files from the MODS folder with OH disabled), the editor probably encountered an unexpected exception

I wouldn't set a new texture for two reasons:
1) my app will more than likely corrupt the file due to not reading the image data and the images themselves from the file (thus it will not write them back to a new file)
2) I'm pretty sure that there are no textures for a certain reason. That reason being the game 'fills' them in as needed. Think about it like this: if material has no texture defined then game is free to substitute whatever it needs but if material has texture defined game uses what is defined. So I'm fairly certain that if you set a texture then that is the only texture that will ever be used - i.e. there will be no variety.

Yes, Goblin was more than likely crashing because it couldn't find the 'actions' I defined for my characters on the PT boat.

[gap]

Originally Posted by TheDarkWraith

I wouldn't set a new texture for two reasons:
1) my app will more than likely corrupt the file due to not reading the image data and the images themselves from the file (thus it will not write them back to a new file)

Yes, I was guessing the same

Originally Posted by TheDarkWraith

2) I'm pretty sure that there are no textures for a certain reason. That reason being the game 'fills' them in as needed. Think about it like this: if material has no texture defined then game is free to substitute whatever it needs but if material has texture defined game uses what is defined. So I'm fairly certain that if you set a texture then that is the only texture that will ever be used - i.e. there will be no variety.

I wish I could believe that, but I have my doubts about it; mostly for three reasons:

- the Willys Jeep model was also missing its texture: it was set in the shipcargo GR2 file, but devs forgot to put it in the tex folder. The rifle gun having no texture assigned at all might be (yet) another blunder of the kind

- the rifle model looks quite basic, and its UV map covers only a little part of the UV space. It is as well possible that devs purposedly decided to give it up before finishing it.

- all the other character parts are rendered with their textures by Goblin. I don't see why only the low poly rifle model should have configurable textures when no one would notice them anyway.

Originally Posted by TheDarkWraith

Yes, Goblin was more than likely crashing because it couldn't find the 'actions' I defined for my characters on the PT boat.

yep, not only the actions must be in the scripts folder: waypoint_info.txt must also be located within the game folder.

[TheDarkWraith]

Working on making a new GR2 file for the sub loops patch for testing and noticed that I forgot to code in the ability to edit the model's transform data in the GR2 file. I added the code so that this can now be edited and is available starting in v1.1.446.1.

Why did I need to be able to edit the model's transform data? The coastal guns are located off center. Whoever made them had their meshes located at a point away from the origin of the model's world. Thus I needed to get them centered again. To edit a model's transform data go to the Bones tab and right click on the model interested in and select Edit (ensure Bones show is checked and the model interested in is checked also).

The model's transform effects where all the bones for each skeleton of the model are located in 3D space. The bones for the coastal gun were off-center also. When I looked at the model's transform data it's position was off center and thus the reason why the bone's were offcenter:



Notice the model's position data in the screenshot above. I set the model's X and Z position to 0 to get the bones located back at the origin. When I did this the meshes were still located off center. Thus I coded in a very powerful new feature If you edit the model's transform it will ask you if you want to update all the meshes defined for the model with the new transform data from the model. By saying yes to this the app updated all the meshes with the change in position of the model's position data thus moving them back to center If I had changed the scale or rotation data of the model the app would've updated all the meshes with those changes also. To make the changes permanent for the meshes you have to go to each mesh and press the Update button followed by the Store button. Why did I do this? Well say there is one or more meshes you didn't want updated with the new delta transform data from the model. By clicking the Reset button for each of those meshes you will remove the delta transform update from them

Here is the model's position data updated so that X and Z are 0:


And after saying yes to update all meshes they are now rendered where I wanted them to be (right at world origin):



v1.1.446.1 released. See post #1

[tonschk]

Originally Posted by TheDarkWraith

v1.1.446.1 released. See post #1

[gap]

Originally Posted by TheDarkWraith

Working on making a new GR2 file for the sub loops patch for testing...

Sorry, during the last few days I had problems with my web connection and little time for modding; I have nonetheless cleaned up my lookout bunker model (which we can also use a magnetic loop station until we get a proper model) and started importing it

On a side note, while working with GR2 Editor I have met the following bugs:

• starting with v 1_1_442_1, your editor resets the parent bones of all the bones to -1 (world);
  
  
• do the following:
  • open a GR2 file;
  • edit the file;
  • click on Window's close button (top right 'x' icon)
  • click on the 'cancel' button
  the viewport stops working. If you close the model currently in memory (menu 'file', close 'all', and try opening a gr2 file again, you will get a "reference to an object not set to an object instance" exception. Reproduced this bug many times with different versions of your editor

Originally Posted by TheDarkWraith

...noticed that I forgot to code in the ability to edit the model's transform data in the GR2 file. I added the code so that this can now be edited and is available starting in v1.1.446.1...

Nice!
By the way, have you by any chance looked into why Beaufort's rear turret is affected by trasform data, but not its barrels, and why Granny Viewwer and GR2 editor show them in a different position than Goblin?

http://www.subsim.com/radioroom/show...postcount=2259

Originally Posted by TheDarkWraith

...I coded in a very powerful new feature If you edit the model's transform it will ask you if you want to update all the meshes defined for the model with the new transform data from the model. By saying yes to this the app updated all the meshes with the change in position of the model's position data thus moving them back to center

Awesome, thank you!

[TheDarkWraith]

Originally Posted by gap

On a side note, while working with GR2 Editor I have met the following bugs:

• starting with v 1_1_442_1, your editor resets the parent bones of all the bones to -1 (world);
• do the following:
  • open a GR2 file;
  • edit the file;
  • click on Window's close button (top right 'x' icon)
  • click on the 'cancel' button
  the viewport stops working. If you close the model currently in memory (menu 'file', close 'all', and try opening a gr2 file again, you will get a "reference to an object not set to an object instance" exception. Reproduced this bug many times with different versions of your editor

v1.1.447.1 released. See post #1
This version fixes the bugs reported above

As far as the parent indexes being reset to -1 in v1.1.446.1 that was throwing me for a loop for the past day. I changed the model's position data to 0 for X and Z thus moving the coastal defense's meshes to the origin. I would save the file and then view it in Granny Viewer - all was well. I would view it in Goblin - only the barrel would show! Couldn't figure out what the hell was going on. Then I finally remembered an option I had in the app to render the bones as a hierarchy. I set that option on and loaded my new coastal defenses loop GR2 file and noticed that all the bones' parents were world. I loaded up the original coastal defense GR2 file and it had the proper hierarchy. It was then that I investigated my app to see why the bones were all getting their parent set to World. I found the error and corrected it (error was introduced when I used multiple threads to read in all the bones). Now looking at my updated coastal defense loop GR2 file it's correct (and renders correctly in Goblin):

[gap]

Originally Posted by TheDarkWraith

v1.1.447.1 released. See post #1
This version fixes the bugs reported above

Two little requests for making the editing of large files easier:

could you add a "global tree" tab (or whatever you want to call it). It should be an improved version of the bone tree view, with meshes, subsets, materials and textures sorted hierarchically under each bone according to their usage. This way one could spot at first glance stuff which gets used on each mesh/bone.

What about implementing the "search item by name" function which I had suggested a while back?

...and since we are at it: is there a way that we can preview equipments and linked objects (as characters) on the model currently previewed?

[gap]

Hi TDW, please see the image attached below.

I have again the same problem I had with the diffuse UV map getting messed up, this time with the AO one, and though wrapping the model correctly, the diffuse map is previewed is a 2 x 2 matrix, as it was with the balloon model (handn't you fixed that? )

If it can help, I am ready to send you my files (obj files, textures, and GR2 file I am currently working on).

[TheDarkWraith]

Originally Posted by gap

Hi TDW, please see the image attached below.

I have again the same problem I had with the diffuse UV map getting messed up, this time with the AO one, and though wrapping the model correctly, the diffuse map is previewed is a 2 x 2 matrix, as it was with the balloon model (handn't you fixed that? )

That tells me that I possibly didn't check to see if vertice cloning was needed for the AO vertices...I'll look over the code but have a feeling that's the problem as evidenced by the scrambled AO texture coordinate rendering.


On another note I'm making another new patch. It deals with the sonar sensor of units. Basically what I'm doing is if the attacker is using sonar and the attackee is moving slow and is within a small distance of the bottom (1.0m?) then the attacker's sonar signal strength will be reduced by some random amount (say 25-50%?). This will account for ground clutter 'masking' the attackee and the attacker unable to discern where the attackee is due to it being near the bottom and moving slow.

From what I've researched subs were able to sit on the bottom to hide from enemy sonar.

I'm going to put a depth limitation on this also. If the max depth is < 40m? then this doesn't apply. Did this tactic work in shallow depths (< 40m)?