[BMS Tool] F4 3D Database Builder - v4.8
-
@Bad:
Yes, we have a history of all change but it is internal to bms dev
Hey BB as you know we even don’t have a full history of all change expect by comparing with WinMerge each .XML changes. Don’t let them think that we have any kind of usable change-log for 3rd party Devs.
-
Hey BB as you know we even don’t have a full history of all change expect by comparing with WinMerge each .XML changes. Don’t let them think that we have any kind of usable change-log for 3rd party Devs.
and I was about to ask but I waited maybe someone would offer it voluntarily before I ask… :lol:
-
Ok you have your history so we-they (theater dev’s) must keep their history of all changes. This is what I’m talking here. A tool or a way to have that history of changes in one place for all and be more efficient and why not use it to easier produce theater updates when BMS updates the vanila DB.
There is no such “modification tracking list” list on Dev side. Only Tortoise SVN saving old version of files and able to compare two revisions like with win-merge.
But it is nowhere written that CT XX has been change to use Parent XXXX with Texture XXXX … the only “document” listing it is the .XML Database itself. And it is already a VERY BIG step forward because tis wasn’t possible in passed day when DB was binary.
You (BMS team) took a very very good step with the xml db schema, I’m just pushing it to make it more efficient and save time to all theater dev’s that live the pain of conversion each time an update comes.
Got to find someone to code a tool able to batch compare, track and list two different DB, something like MC does with old mission conversion.
There might be a plan for such tool on Dev side … but IMO, do not except it to be released soon. -
Got to find someone to code a tool able to batch compare, track and list two different DB, something like MC does with old mission conversion.
There might be a plan for such tool on Dev side … but IMO, do not except it to be released soon.sure.
we just toss ideas on the table and ask for any takers…
Excel wise I can do some stuff just my excel vb is rusty and I don’t know if I could manipulate complicated and demanding tasks on the procedure.
Finding and keeping track of changes between 3 db’s not that easy but doable.
The “ouch” for me is the db hierarchy like this weapon belongs to this rack to this unit to this squadron and to be able and user friendly represent it in excel.
I have done hardcore things in excel (if you recall as I mentioned earlier) the first globally build to order pc configurator.
yea it was super hardcore back then macros and calculations and vb code where running like crazy…To update it I recall I had to wait about 5-10 minutes for the calculation to complete. :lol:
-
There is no such “modification tracking list” list on Dev side. Only Tortoise SVN saving old version of files and able to compare two revisions like with win-merge.
But it is nowhere written that CT XX has been change to use Parent XXXX with Texture XXXX … the only “document” listing it is the .XML Database itself. And it is already a VERY BIG step forward because tis wasn’t possible in passed day when DB was binary.
Exactly this
And svn repositories are purely restricted to bms [edit] DEV, we can’t do better
-
@Bad:
svn repositories are purely restricted to bms [edit] DEV, we can’t do better
… and would be pointless for them anyway since modifications continuous, would require to follow it on a are daily basis, or sort the changes among hundreds of entries and would require them to develop their theaters in the same time than the Dev branch which includes modifications not suitable/compatible with their current 4.34 EXE.
-
@Bad:
The only way to know which texture files are used by a LOD is the use of the Lodeditor tool
Hi!
WaveyDave has a very nice tool, called F4TextureSetEditor, which allows you to find, edit or change the texture sets and numbers for every LOD directly.
5 stars!
-
@Nuno:
Hi!
WaveyDave has a very nice tool, called F4TextureSetEditor, which allows you to find, edit or change the texture sets and numbers for every LOD directly.
5 stars!
and where this tool can be found?
-
I wasn’t aware this tool was public released
-
… and I didn’t knew that it can find a LOD reference with associated Parent using a given texture ID!
-
Ummmmmmmmmmm……been in this tool for decades. Guess for the “skinheads”…DUNNO
demer
-
Oooook… I’m having a slight feeling that I spoke more than I should have…
If so, I’m sorry then, no harm intended, just trying to help…
-
@Nuno:
Oooook… I’m having a slight feeling that I spoke more than I should have…
If so, I’m sorry then, no harm intended, just trying to help…
No problems M8…I was just pointing out that it was there…I think Daveys was in response to .dds…IIRC.
Took Fred a minute to catch up in 6.19 or 6.21…I don’t remember, doesn’t matter anyway as long as they work, right???
demer
P.S. KEEP HELPING wrong or right.at least it is posted -
NOW about this Vermin’s tool and the rats nest it becomes when you think you are REPLACING a .lod Model, you are NOT. _Neither does the Baldeagle’s too_l……HMMMM??? (See I am not picking on Mike…ATM…LOL)
I was going to post a TUT today as to how demer get’s back to Square One after hundreds of model edit’s of the koreaObj.lod……run out of time today. BUT I’ll give you a hint…EVERYTIME you hit the Replace LOD button in LE or /Update in 3DDB your LOD DB will grow by that many Kilobytes…Y’all that already know where I’m going can quit reading now and go on about your business…or provide constructive ideas…please. So what doe’s that mean, it grows??? There is no replacing going on, it keeps the “Legacy” model and paste’s over it as far as I’ve seen in these years. One of my big “Pushes” early on in FF was to do away with the “Copy and Paste” that had been going on in ALL iterations of Falcon for years. No wonder we ended up with a DB\CODE mess…LOL!!
So how to get around it??? Well there is no simple way ATM, I had hoped that Morts tool could address it but that has gone for the moment…so this is what demer doe’s for the time being.
When I exceed 2.5GB in the LOD DB I Compact it with LE, that brings me back to 1.7+ the 2KB model I added, and I’m going to say again “CHANGE ONE THING AT A TIME” even if you change the same thing 100x’s…LOL…like I am doing now!!! Shotgun approach does not work well with the B’tch, never has, unless your Gilmore…“Xmas is coming”…“Let’s externalize all this chhit”…LOL!!!
So that should give you an idea on how to manage your New MODEL DBase when it gets outta hand…Have FUN in the Sandbox,
demer -
Well not that public… if it was public we wouldn’t had that conversation right now.
I didnt even knew there was such.And about our topic…
There was supposed to be some announcements and release for some tools (tool?) but the members responsible about it was on vacation after the 4.34 release so we have to wait… are we still on the wait? Cause as you say i dont understand that there is going to be anything… as nothing is there.
So what is it, yea or no?Sent from my SAMSUNG-SM-T818A using Tapatalk
-
NOW about this Vermin’s tool and the rats nest it becomes when you think you are REPLACING a .lod Model, you are NOT. _Neither does the Baldeagle’s too_l……HMMMM??? (See I am not picking on Mike…ATM…LOL)
I was going to post a TUT today as to how demer get’s back to Square One after hundreds of model edit’s of the koreaObj.lod……run out of time today. BUT I’ll give you a hint…EVERYTIME you hit the Replace LOD button in LE or /Update in 3DDB your LOD DB will grow by that many Kilobytes…Y’all that already know where I’m going can quit reading now and go on about your business…or provide constructive ideas…please. So what doe’s that mean, it grows??? There is no replacing going on, it keeps the “Legacy” model and paste’s over it as far as I’ve seen in these years. One of my big “Pushes” early on in FF was to do away with the “Copy and Paste” that had been going on in ALL iterations of Falcon for years. No wonder we ended up with a DB\CODE mess…LOL!!
So how to get around it??? Well there is no simple way ATM, I had hoped that Morts tool could address it but that has gone for the moment…so this is what demer doe’s for the time being.
When I exceed 2.5GB in the LOD DB I Compact it with LE, that brings me back to 1.7+ the 2KB model I added, and I’m going to say again “CHANGE ONE THING AT A TIME” even if you change the same thing 100x’s…LOL…like I am doing now!!! Shotgun approach does not work well with the B’tch, never has, unless your Gilmore…“Xmas is coming”…“Let’s externalize all this chhit”…LOL!!!
So that should give you an idea on how to manage your New MODEL DBase when it gets outta hand…Have FUN in the Sandbox,
demerForgive me, but have some of you not read the manual?
AVAILABLE COMMANDS
/objectdir <path>Directly specify directory where the F4 database resides. Defaults to current directory.
/extract <dest_folder>Extract database Defaults to current directory.
/parents List unused parents. Defaults to current directory.
/build <source_path>Build the database from scratch (new >2GB format) Defaults to current directory.
/build_old <source_path>Build the database from scratch (old <2GB format) Defaults to current directory.</source_path></source_path>
/update <source_path>Update existing database Defaults to current directory.
/test Test the database. Defaults to current directory.</source_path></dest_folder></path> -
.“Xmas is coming”……"Let’s externalize all this chhit"……LOL!!!
demerAaaaaaan’ a winner is ‘DEMER’ … ‘That’s the way do to it … …lemme tell ya , that guy ain’t dumbs…’ :mrgreen:
I was hoping that someone will draw that drawer sometime … Idea is marvelous , but … where it is going… NOw…
As you’ve done peachy work with new xml db work in Korea TVT, … I’m talking about ‘dirs’ inside (Objects) holding ONLY update diffs xml’s of original korea db , so /Objects/SSD/345.xml .
That can be done also done with the (lod/tex) db structure , … (and I think I’ve heard ‘Demer’s yell’ bout it before…) ,…
So , the goal here is to have whole master db externalized , parents ,vehs , units, lod’s , … all ‘disassembled’ in one MEGA Objects Dir.,…
From that point … you can edit, update , compare , … all things CLEANER. SO!, THATS’s about WORKING with db , … from performance point , that will hurt a bit , since , many …, many files., but with tday’s SSD drive , you won’t feel it so… much.
But, anyway, … before ‘shipping’ , whole thing gets packed anyway… in standard form , … for the end user.So, the tools, yes , we need the tool which will extract single xml’s from db-xml … in one pass , . and possibility that BMS can READ LOD/TEX db in unpacked state , after 3ddb extract.
File operations for Updating xml/lod’s would be just copy overwrite , backup the same, just rename OR whatever.- parent name dir., since CT doesn’t know about ‘385bak’ dir., but it knows for ‘385’.
So… give it a thought.
Go to sleep you terribly tired :mrgreen:
-
Ummmmmmmmmmm……been in this tool for decades. Guess for the “skinheads”…DUNNO
demer
“Invalid Link”
… I have a lot of than kind of “issues” on my side. Am I the only one?
-
Same here DJ
-
+1