Scripts / FPE Questions, regarding .X , .dbo files and physics shapes...

Author
Message
perelect
9
Years of Service
User Offline
Joined: 27th Mar 2015
Location: Australia
Profile
Posted: 8th Jul 2015 09:47 Edited at: 8th Jul 2015 09:52
Link
I have noticed that if I import a .X file with the Import Model... in GG it creates the FPE with the reference to the .dbo file and also creates a physics shapes subset.

ie:
________________________________________________________________________________
;orientation
model = Tee Horz.dbo
....

;physics shapes
physicscount = 1
physics0 = "0,9.53740024567,7.56912279129,5.61377382278,0,0,0,0,0,0"

_________________________________________________________________________________

Q. I am wondering why it references the .dbo and is there an advantage to reference the .dbo instead of the .X file?
Q. What does the physics shapes subsets do/mean?


All the other entities I have that come with GG, and the ones I purchased through the store have a reference to the .X file and have no physics shapes subsets.

ie:
____________________________
;orientation
model = shrine_1.x

____________________________


Q. Which way should I reference the FPE to submit items to sell in the store?


I have attached two FPEs for a quick reference.

Cheers




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




I may be old, but at least my memory still ....hmmm

Pavilion dv6 Notebook, Intel(R) Core(TM) i5-2410M CPU @ 2.30 GHz, Win 7 64 bit, 16 GB Ram, Radeon (TM) HD 6490M, 2336 MB Memory. Resolution 1366x768, Intel(R) HD Graphics 3000. (WEI 5.8) . AutoCAD, 3DsMax, Paint.Net,

Attachments

Login to view attachments
PM Email Website
!nullptr
Forum Support
9
Years of Service
User Offline
Joined: 27th Mar 2015
Location: Australia
Profile
Posted: 9th Jul 2015 12:43 Edited at: 9th Jul 2015 12:43
Link
Just letting you know Aussie I've seen this but positive it's a model issue not a script issue but be blowed if I know where it should be moved to.

If I had the answer, you'd have it. So just waiting for some more experienced mod to address it
AKA SisterMatic (Steam)
Development/ Gaming Rigs
Sys 1: i7-4770 (3.5)/16Gb/128 SSD/3Tb/970gtx/2 x 23, 1 x 27 LCD - Sys 2: i7/8Gb/670gtx/1.5Tb/1 x 23 LCD - Sys 3: Amd Quad/8Gb/645gtx/1Tb/30" LCD
PM
perelect
9
Years of Service
User Offline
Joined: 27th Mar 2015
Location: Australia
Profile
Posted: 10th Jul 2015 02:41
Link
Thanks, !nullptr

That fine mate I am happy to wait. Its not urgent or stopping anything from happening.

Its just curiosity of wanting to understand how things work.

You know!

Cheers.
I may be old, but at least my memory still ....hmmm

Pavilion dv6 Notebook, Intel(R) Core(TM) i5-2410M CPU @ 2.30 GHz, Win 7 64 bit, 16 GB Ram, Radeon (TM) HD 6490M, 2336 MB Memory. Resolution 1366x768, Intel(R) HD Graphics 3000. (WEI 5.8) . AutoCAD, 3DsMax, Paint.Net,
PM Email Website
Jerry Tremble
GameGuru TGC Backer
11
Years of Service
User Offline
Joined: 5th Nov 2012
Location: Sonoran Desert
Profile
Posted: 13th Jul 2015 23:44 Edited at: 13th Jul 2015 23:53
Link
Quote: "Q. I am wondering why it references the .dbo and is there an advantage to reference the .dbo instead of the .X file?"


I don't know if this helps, but I know this much, at least! The .dbo format is more efficient than the .x file as far as the engine is concerned (I suspect it's just a binary description of the .x file, but not sure). Much of GG is written in DBPro. Just compare the file sizes between the two, and also note that when you import a DirectX file even manually (without the importer), the engine automatically creates a .dbo file when you launch. This is why whenever you make a change to the .x file, you must delete the .dbo.

I don't know this for a fact, but I suspect the .bin acts the same with regards to the fpe and/or texture. You may change the reference to the .x file, in fact, I do this to every fpe whenever I use the importer. It makes changes to the .x file work. (Still have to delete the .dbo, though, that's the one the engine uses!)

I do wonder if this will be the case when the engine becomes rewritten in C++, or if the remnants of DBPro will still make it do this.

While I have never made anything store-worthy, a simple look at an .fpe from the store tells me it doesn't matter whether you reference the .dbo or the .x file. The engine will still work with it, as it will generate the .dbo if there isn't one anyway.

As far as the physics is concerned, I can't help. They look like they may be coordinates, perhaps describing collision or other behavior? I really don't know! Hope I at least helped a little!
MAME Cab PC: i7 4770@3.4Ghz (passmark 9945), 12GB RAM, Win 8.1/64, GeForce GTX645 (passmark 1898); Shiny new laptop: i7 4800MQ@2.7Ghz (passmark 8586), 16GB RAM, Win 8.1/64, GeForce GTX870M (passmark 3598); Old laptop: i5@2.3Ghz, 8GB RAM, Win 7/64, Intel 3000 graphics
PM
Pirate Myke
Forum Support
13
Years of Service
User Offline
Joined: 31st May 2010
Location: El Dorado, California
Profile
Posted: 14th Jul 2015 00:44
Link
The physics is generated, to make it easy on the engine to calculate physics boundaries for the object.

As far as the .dbo file, it is a converted file that dbpro can read and manipulate faster, then X file.
It explains the mesh to the program. The .bin file references choices in the properties panel and the texture that is called for the shader used.

For items for use in the store, it has to be the x file used and not the dbo file. so reference the x file in the fpe file and include it in the store folder when zipping it to submit, instead.

Hope that helps.
Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz, 2400 Mhz, 4 Core(s), 4 Logical Processor(s), 8gb RAM, Nvidia gtx660, Windows 7 Pro 64bit

PM Email
perelect
9
Years of Service
User Offline
Joined: 27th Mar 2015
Location: Australia
Profile
Posted: 14th Jul 2015 06:35
Link

Jerry Tremble & Pirate Myke

Thanks for explaining this to me.
I have read many posts in the forum that say to delete the .dbo and the .bin file after making changes.
Which I have also done, but I have never found an explanation of what the files do, until now..

Thanks.


I may be old, but at least my memory still ....hmmm

Intel(R) Core(TM) i7-4790 CPU @ 3.60GHz (8 CPUs), ~3.6GHz, Windows 8.1 64-bit, 16 GB Ram, NVIDIA GeForce GTX 750 Ti, Display Memory: 4018 MB. Resolution 1360x768, Passmark 3528, AutoCAD, 3DsMax, Paint.Net,
PM Email Website
Pirate Myke
Forum Support
13
Years of Service
User Offline
Joined: 31st May 2010
Location: El Dorado, California
Profile
Posted: 14th Jul 2015 07:52
Link
You are welcome. And you should not have to delete these, The program knows to rewrite them upon finding a newer file for that object.

In making you own media and testing scripts, it is a needed process sometimes to be absolutely sure you are seeing the current results.
Also some things to remember:
Script changes, save map and reload the level.
Skybox changes (custom while creating them for testing) restart GameGuru
Texture and shader changes, restart game guru after the changes.
Custum Terrains (while creating them) restart game guru delete superpallet.ter, and the Detailmap.dds file first.

remembering this might make your custom media creation experience a bit more enjoyable.
Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz, 2400 Mhz, 4 Core(s), 4 Logical Processor(s), 8gb RAM, Nvidia gtx660, Windows 7 Pro 64bit

PM Email
Jerry Tremble
GameGuru TGC Backer
11
Years of Service
User Offline
Joined: 5th Nov 2012
Location: Sonoran Desert
Profile
Posted: 15th Jul 2015 02:14
Link
Quote: "And you should not have to delete these, The program knows to rewrite them upon finding a newer file for that object."


Really? Since which update? All this time I've tinkered around with this thing and have just followed my original habits. Thanks for the info, Myke.
MAME Cab PC: i7 4770@3.4Ghz (passmark 9945), 12GB RAM, Win 8.1/64, GeForce GTX645 (passmark 1898); Shiny new laptop: i7 4800MQ@2.7Ghz (passmark 8586), 16GB RAM, Win 8.1/64, GeForce GTX870M (passmark 3598); Old laptop: i5@2.3Ghz, 8GB RAM, Win 7/64, Intel 3000 graphics
PM
Pirate Myke
Forum Support
13
Years of Service
User Offline
Joined: 31st May 2010
Location: El Dorado, California
Profile
Posted: 15th Jul 2015 15:38
Link
Yes Jerry, that is how it is supposed to work now. But the habits you have are good ones IMO, as sometimes these files dont get updated proper.

If you know you changed something and it is not showing, reload the level first and retest.
If it is still a problem, then delete the dbo and bin file associated with the object, then retest.
Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz, 2400 Mhz, 4 Core(s), 4 Logical Processor(s), 8gb RAM, Nvidia gtx660, Windows 7 Pro 64bit

PM Email
Back to top

Login to post a reply

Server time is: 2024-05-08 16:40:19
Your offset time is: 2024-05-08 16:40:19