by date
Loading Datablocks and Script from databases!!!
Loading Datablocks and Script from databases!!!
| Name: | Vince Gee | |
|---|---|---|
| Date Posted: | Feb 02, 2006 | |
| Rating: | 4.5 out of 5 | |
| Public: | YES | |
| Comments: | YES | |
| RSS Feed: | or Subscribe with . | |
| Profile Page: | View profile page for Vince Gee |
Blog post
Well,
I know I've been gone a long time, got tied up on a project that went no where really... but enough of that...
I've been rather busy for the last week working on something that I feel is very important to game builders.
The problem I've found w/ team development is that someone wants to modify something in a script file but the script file is checked out by someone else. Fustration sets in and pep's get angry. So, after getting the ODBC plugin working for TGE I built this nifty app :)

I call my lil creation GOM for the Game Organization Manager. This is just the first step of gom, right now I am in the process of taking all the scripts from the server/scripts folder and putting them into the database. Once I get the game to start up correctly and work the bugs out, I'm going to put together a resource for using GOM to persist game states etc, prolly a small mmo will come first.
One other nifty function of GOM will be the ability for it to generate the script files directly as well as parse existing scripts and load them into the database.
Think about it, a member of the team wants to modify a particle effect, they fire up the GOM app (will be webbased as soon as I get time) and edit the config, fire off a remote restart of the server and it loads the new data up.
Mainly I'm doing this because I get tired of searching through the torque script looking for functions, w/ this tool I can just navigate the tree to the function I want and edit it :)
The only current downside is that I'm building this for Microsoft only atm, I'm trying to use straight SQL where I can so that it should work w/ mysql w/ minor changes.
But hey it works! I'm able to spin up the game and the crossbow loads up and the scripts work!
Vince
I know I've been gone a long time, got tied up on a project that went no where really... but enough of that...
I've been rather busy for the last week working on something that I feel is very important to game builders.
The problem I've found w/ team development is that someone wants to modify something in a script file but the script file is checked out by someone else. Fustration sets in and pep's get angry. So, after getting the ODBC plugin working for TGE I built this nifty app :)

I call my lil creation GOM for the Game Organization Manager. This is just the first step of gom, right now I am in the process of taking all the scripts from the server/scripts folder and putting them into the database. Once I get the game to start up correctly and work the bugs out, I'm going to put together a resource for using GOM to persist game states etc, prolly a small mmo will come first.
One other nifty function of GOM will be the ability for it to generate the script files directly as well as parse existing scripts and load them into the database.
Think about it, a member of the team wants to modify a particle effect, they fire up the GOM app (will be webbased as soon as I get time) and edit the config, fire off a remote restart of the server and it loads the new data up.
Mainly I'm doing this because I get tired of searching through the torque script looking for functions, w/ this tool I can just navigate the tree to the function I want and edit it :)
The only current downside is that I'm building this for Microsoft only atm, I'm trying to use straight SQL where I can so that it should work w/ mysql w/ minor changes.
But hey it works! I'm able to spin up the game and the crossbow loads up and the scripts work!
Vince
Recent Blog Posts
| List: | 12/22/06 - Need a head start on modding 1.5? 12/20/06 - Just thought I would post my going ons. 12/09/06 - Game Patcher Release 1 Finished!!!! 12/07/06 - Opensource Patcher Part 2 11/17/06 - Looking for a mountable Dragon 03/27/06 - The Current state of affairs (pics inside) 02/14/06 - Finnally an opensource patcher!!!!! 02/12/06 - Things are smoothing out for the Vision Toolkit |
|---|
Submit your own resources!| Vince Gee (Feb 02, 2006 at 03:50 GMT) |
| Luke (Soul) Horobin (Feb 02, 2006 at 13:00 GMT) Resource Rating: 5 |
Edited on Feb 03, 2006 14:29 GMT
| Tom Bampton (Feb 02, 2006 at 14:35 GMT) |
T.
| Pat Hartl (Feb 02, 2006 at 18:09 GMT) |
| TheMartian (Feb 02, 2006 at 19:59 GMT) |
if changes are really major programmers should probably be working in a sandbox or different branch.
advantages is they wont break each other and you can have versioning, downside you have to merge
the files.
with the DB unless you have different instances, someone could change something that breaks everyone in the project. hard to do versioning, hard to sync to a different version of the datablocks if your only storing
the latest version in the DB tables.
interesting resource though and could be very handy but im not sure its a solution for the source code control "problem", probably good for small projects with few people on it though. nice job either way!
| Vince Gee (Feb 03, 2006 at 01:00 GMT) |
Vince
You must be a member and be logged in to either append comments or rate this resource.


4.5 out of 5


