Jump to content

Home

GITEdit: What do you guys want?


Fair Strides 2

Recommended Posts

Well, as the title says, this is about GITEdit.

 

GITEdit is a program I'm making to give a visual interface to edit the file, as opposed to the tree view of K-GFF that I despise(not the program, just the layout)...

 

Currently, the program can:

  • Load .git files from the .rims, .mods, and override
  • Parse TLK references
  • Count the number of each type of file
  • Provide an interface to each file type
  • Allows you to input degrees for the bearing and orientation
  • Compiles each file type into a list
  • Can delete items from the lists

But I'm at a loss as to what functionality to add to it. I will add the ability to copy and paste item types as soon as I look up the XML parsing. Adding new items of a specific type will be implemented shortly.

 

Currently, as the program stands, here's what I've got for you:

Show spoiler
(hidden content - requires Javascript to show)

http://s1167.photobucket.com/user/Fair_Strides_2/media/GIT1_zps6d26af69.png.html?o=9

http://s1167.photobucket.com/user/Fair_Strides_2/media/GIT2_zps56f221e6.png.html?o=5

http://s1167.photobucket.com/user/Fair_Strides_2/media/GIT3_zps842b9408.png.html?o=10

http://s1167.photobucket.com/user/Fair_Strides_2/media/GIT4_zps7ec9f5ed.png.html?o=8

http://s1167.photobucket.com/user/Fair_Strides_2/media/GIT5_zps47b72ac9.png.html?o=6

http://s1167.photobucket.com/user/Fair_Strides_2/media/GIT5a_zps0e235658.png.html?o=7

http://s1167.photobucket.com/user/Fair_Strides_2/media/GIT6_zps73ae75e1.png.html?o=3

http://s1167.photobucket.com/user/Fair_Strides_2/media/GIT7_zps8fc43114.png.html?o=1

http://s1167.photobucket.com/user/Fair_Strides_2/media/GIT8_zpsdc4bcb2f.png.html?o=2

http://s1167.photobucket.com/user/Fair_Strides_2/media/GIT9_zpsb2e4ddfe.png.html?o=4

http://s1167.photobucket.com/user/Fair_Strides_2/media/GIT10_zps9bebbfad.png.html?o=0

 

So, if anyone has any requests, please feel free to share. :)]

Link to comment
Share on other sites

  • 2 weeks later...
wow!!!

Looking great!

 

Thanks!:p

 

As an update, the program now saves everything properly, and I've added an interface for the Area Properties(Music settings).

 

In addition, copy-and-paste works between programs, using XML and the Windows Clipboard. And you can add new items to customize, or past an item as a new instance.

 

Currently adding support for custom paths(paths for the program to check for .rims/.mods/ or /gits). It supports it now, by the .ini file, but I need to work on implementing it from inside the program...:)

 

GIT_new_zps46e8339f.png

Link to comment
Share on other sites

Do you feel using your new program has made camera placement and placement of npc and plcs easier when determining orientation?

 

Yes, as I can just enter the degree facing and let the program do the math...:)

 

Though, I'm assuming that cameras are oriented from North and everything else from East...

Link to comment
Share on other sites

That sounds good to me =)

 

Are you close to it being stable/ for use?

 

It's fully functional and stable*, just have to write the read-me.

 

*: For some reason, due to the math functions, the UTC Orientation can't go over 180. Every time I try, it set it back to 360 - the number.

 

Example:

I set the Orientation to 181. Click Ok to save changes. Now click the UTC again, and it'll reads 179...

Link to comment
Share on other sites

How are you calculating the conversion? It seems like Perl already has an inbuilt function for it?

 

Sorry for the late reply.

 

The orientation for creatures involves rotations on the X and Y axes, which the engine handles in the form of radian rotations around a circle.

 

When the game handles it, the X Orientation is calculated with the cosine of the angle's measure (most likely in degrees). The Y Orientation is handled with the sine of that same measure.

 

That is all fine and dandy, except for one issue: Perl deals in radians, and I'm trying to let a user handle the orientation in degrees.

 

You see, when one gets the X and Y Orientation via scripting within the game, they pass the facing of the object in question in degrees and use the sin(sine) and cos(cosine) functions on the facing. This means that the game handles and treats sin and cos in degrees.

 

Example:

void main()
{
   // Get main PC
   object oPC = GetFirstPC();

   // Set PC's facing to 180 degrees(calculated from the East in-game, which corresponds to the right on the area's map)
   AssignCommand(oPC, SetFacing(180));

   // Now get the facing and store it
   int iFacing = GetFacing(oPC);

   // Here's where Perl and Aurora Engine diverge...
   float fXOrientation = cos(iFacing);
   float fYOrientation = sin(iFacing);
}

 

Notice that I just sent the degrees to the cos and sin functions...

 

Unfortunately, Perl uses radians for the cos and sin functions, which means that it expects to get passed radians as an argument and will return radians as an answer.

 

And with 1 Radian = Pi (3.1415926535897932384626433832795 and then some...), no matter what conversion or transformation I apply, I can only get answers that are at or below 180 degrees...

 

........................................................................................................

 

I could modify the .utc and .utw(all that was said above applies to waypoints as well) section to allow for input of the X and Y Orientation, but that would also disable/screw up the circle above it that gives a visual indication of the rotation...

 

So, what do you guys want me to do here? If anyone can do it, I'd like to talk to this guy, since he was able to do half of what I want/need to do...

Link to comment
Share on other sites

  • 2 weeks later...

Interesting tool, but I am unable to run it.

 

I get a lengthy error message:

"Error: Can't locate perl516.dll

Make sure the ActivePerl bin directory is in your PATH

PATH=C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common;

C\Windows\System32;

C:\Windows;

C:\Windows\System32\Wbem;

C:\Program Files\digieffects\bin;

C:\Windows\System32\WindowsPowerShell\v1.0\;

(and so on and so forth... a bunch of other locations.)*

 

* There are times like these when I wish Microsoft had implemented a simple copy text from error messages function...

Link to comment
Share on other sites

Interesting tool, but I am unable to run it.

 

I get a lengthy error message:

"Error: Can't locate perl516.dll

Make sure the ActivePerl bin directory is in your PATH

PATH=C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common;

C\Windows\System32;

C:\Windows;

C:\Windows\System32\Wbem;

C:\Program Files\digieffects\bin;

C:\Windows\System32\WindowsPowerShell\v1.0\;

(and so on and so forth... a bunch of other locations.)*

 

* There are times like these when I wish Microsoft had implemented a simple copy text from error messages function...

 

Okay, did you read the warning at the top of the download's description area?

 

You need the three DLL files from the warning...

Link to comment
Share on other sites

 

Notice that I just sent the degrees to the cos and sin functions...

 

Unfortunately, Perl uses radians for the cos and sin functions, which means that it expects to get passed radians as an argument and will return radians as an answer.

 

And with 1 Radian = Pi (3.1415926535897932384626433832795 and then some...), no matter what conversion or transformation I apply, I can only get answers that are at or below 180 degrees...

 

I'll admit I don't fully understand the situation, but I'm curious if you've considered using negative angles angles, as -1/2 pi = 3/2 pi (or -90 degrees = 270 degrees).

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...