Theater conversion from 4.33 to 4.34
-
Really, don’t change your units before you start to convert, this only causes more issues later on.
At least I assume that your DB is as it shouldBetter show me what the error is, in that case I can be of more help.
gr Falcas
OMDG!!!
Your words ARE making magic… Just did re-re-re-conversion … and it passed , … no questions asked… ‘Where do you want your save2.cam today, sir?’
(actually , it asked one question , Do you want new callsigns , … of course YES … )-‘In my theatre please’
That’s it … else is just model updatin’ and my work can continue where I left in 4.33 … (well, still need to figure what do I do with changed /Sim/Acdata/Vehdef issue, but the PAIN is gone now
I have (finally) save2 in v100. TaaDaa
What can I say, THANK YOU (again) Falcas for your kind words of support… can’t figure what made the difference (and I don’t care )
Woohooo:woohoo:
– msg begin: OLD 4.33 THEATRE WITH CUSTOM DB CAN (be made) WORK IN BMS 4.34
-
@white_fang, let me describe what I did from the beginning:
1st - adapt the whole folder structure to 4.34 standards
2nd - check folders and files one by one to see what has to be replaced or may be used from older version
3rd - extract both databases
4th - copy from 4.33 DB all the parents from our new features into 4.34 DB and build the new DB
5th - (here’s where the pain started) create all new features from scratch in 4.34 DB. Next, the objectives.
6th - te_new.tac, instant.cam and savex.cam conversion.
7th - (current stage now) complete placing all the features in the new objectives and recheck PHDs. Another major pain in the but.
8th - didn’t get there yet, but I assume the comms/navaids.(To be continued)
PS: almost forgot: between 2nd and 3rd I have redone the whole UI again, to match all the changes to 4.34
-
Take a little break from converting missions.
Eagle-Eye has sent me a mission which he had trouble with and this has revealed an issue in the code.
Fix is coming soon.Gr Falcas
-
We standby Falcas.
All stated advice already proved useful.
Very different db is most likely my main issue. Functionality of MC is not.
I understand and see many useful changes since last iteration.
And look forward to new changes as well.
When I hit problems, it is usually on my end. -
We standby Falcas.
All stated advice already proved useful.
Very different db is most likely my main issue. Functionality of MC is not.
I understand and see many useful changes since last iteration.
And look forward to new changes as well.
When I hit problems, it is usually on my end.Coffee break is over… back to work
-
Guys,
Little help, please.
To add a new squadron in database, I’ve addcopied the vehicle, then the squadron and finally the unit. Database ok.
Now I can’t remember which .txt files I have to edit, besides validac.act and teplanes.lst for the new plane to be selectable in TE Editor. I’m sure there’s at least one or two more, but can’t remember which.
Can anyone shed some light here, please?
Cheers!
EDIT: Got it, “units.irc” and “textids.id” inside Art\Main folder
-
For the validAc and tePlanes.
Start MC and load a mission, te_new.tac for example.
Go to the Planes tab and the rest you will see how it works.Gr Falcas
-
Thanks, Falcas!
First squadron created in DB and available in dropdown list:
Only 3 zillion more to go!:D
-
As well as doing your station+ils… use MC
Gr Falcas
-
-
@Nuno:
Thanks, Falcas!
First squadron created in DB and available in dropdown list:
https://i.imgur.com/Mm08m1F.pngOnly 3 zillion more to go!:D
Great work mate.
Keep it up!About Stations+ILS and RadioMap, am already working on it…
Will be ready soon… -
Guys, another question.
In 4.33 I had exported all our custom objectives using BMS Editor, which made extremely easy to recover feature and PHD data, for instance, when updating the DB.
Since right now, in 4.34, the CT#s have changed, is there a practical way of recovering the previously exported objective´s data or one has to redo them by hand? (so far it’s what I’m doing, but it’s a tedious workload…)
So far, the only thing I’ve been able to recover is the PHD data from airbases (which could be improved also due to new taxiway branch capability), while trying to recover the feature data gives an obvious CTD in BMS Editor.
So, only way is populating the objectives from scratch?
Thanks!
-
Can someone shed some light to the ‘naming scheme’ for the new db update (upgrade) scheme with single xml file(s) – Terrdata/Objectives/RCD , /SSD , /UCD etc… dirs.
Like it is done in ‘Add-On Korea TvT’ , where theater/campaign use default (fallback) database but units/objectives are updated via xml’s , eg… ‘/Objects/WLD/115_F-18CD 37.xml’ or
‘/Objects/UCD/6_Battalion_Patriot MIM-104.xml’ …WOW, WHICH I THINK is pretty Cool feature , in the future no more countless GB’s of databases with copyofcopyofcopy of the same database over and over.
So is there a ‘respect’ to the names of xmls or it just looks inside the header idx ?
THANKS
@Nuno , maybe you can do this approach , check the TvT objectives folder , yes they are overrides… but unfortunately only to the DEFAULT (Korea/Terrdata) database.
-
The single XML files are to overwrite the database. As you can see with TVT, this is used to keep the same DB as KTO, but have small differences where needed.
If your theater has its own database, this is probably not something you are going to use much as you can do the changes as you like.
It can be very useful in many cases though.Gr Falcas
-
The single XML files are to overwrite the database. As you can see with TVT, this is used to keep the same DB as KTO, but have small differences where needed.
If your theater has its own database, this is probably not something you are going to use much as you can do the changes as you like.
It can be very useful in many cases though.Gr Falcas
ON CONTRAIRE … it is VERY VERY VERY useful for my theater , … since I’ve already converted my old DB to 4.34 format so I can read it with ‘4.34 Editor’ then export my units/whatever… and re-import to new eg.Balkans default db , as single xml overrides. There are not too ‘MANY’ changes… I think
Only problem is they are overrides to a default KTO db , not the ADD-ON DB , so I need to think… I would need to do 2 sets of overrides . 1.set between new Balkans DB and KTO DB , then … 2nd set between MY DB and KTO DB.
Only then, as I figured, that would work as intended…But… somehow I think it is more complicated lol , then , as You’ve said , making OWN db.
IF you could DEFINE another ADD-ON DB as default, eg in .TDF file , add another ‘switch’ >defaultObjectsDatabase …/add-on/terrdata/SomeObjectsDir<… then overrides would be EVEN great stuff… but let’s leave that for another update , just as an option to think on.
----But , what was question,… Are the XML naming scheme important/crucial , or can it be ‘whatever/random’ … well, i can test myself tho, but if someone knows?
Cheers
-
Yeah … as Cars said, it is also a matter of CT/Index links among the different DB parts/files that could be easily scrubbed by using unsuitable “editing” methods. And once those are messed up … good luck to restore the correct links. This is truly critical.
I take my hat off to you, guys!!!
BMS Editor is proving to be more and more reliable. Much more than in 4.33, now with the testing features and such.
Right now, it’s much safer than before to prevent/recover from any mistakes done on the DB.
Great work you’ve done here, thanks!!!
Cheers
-
Yes the naming is very important. Have the name wrong and it doesn’t work.
Reading your post here it clear you don’t fully understand how it works.
No, the single XMLs are not overriding the default KTO, but any database where they are located in.
In case you do not have a database at all, it will revert to KTO. But in case of KTO TVT, the default is KTO
It does not add anything new, only overrides values included in the DB.So you can use the single XML for your DB using the correct location and the correct naming.
Look at TVT how to do this.But as said before… its just easier to edit the DB directly.
K.I.S.S… Keep It Simple Stupidgr Falcas
ON CONTRAIRE … it is VERY VERY VERY useful for my theater , … since I’ve already converted my old DB to 4.34 format so I can read it with ‘4.34 Editor’ then export my units/whatever… and re-import to new eg.Balkans default db , as single xml overrides. There are not too ‘MANY’ changes… I think
Only problem is they are overrides to a default KTO db , not the ADD-ON DB , so I need to think… I would need to do 2 sets of overrides . 1.set between new Balkans DB and KTO DB , then … 2nd set between MY DB and KTO DB.
Only then, as I figured, that would work as intended…But… somehow I think it is more complicated lol , then , as You’ve said , making OWN db.
IF you could DEFINE another ADD-ON DB as default, eg in .TDF file , add another ‘switch’ >defaultObjectsDatabase …/add-on/terrdata/SomeObjectsDir<… then overrides would be EVEN great stuff… but let’s leave that for another update , just as an option to think on.
----But , what was question,… Are the XML naming scheme important/crucial , or can it be ‘whatever/random’ … well, i can test myself tho, but if someone knows?
Cheers
-
Yes the naming is very important. Have the name wrong and it doesn’t work.
Reading your post here it clear you don’t fully understand how it works.
No, the single XMLs are not overriding the default KTO, but any database where they are located in.
In case you do not have a database at all, it will revert to KTO. But in case of KTO TVT, the default is KTO
It does not add anything new, only overrides values included in the DB.So you can use the single XML for your DB using the correct location and the correct naming.
Look at TVT how to do this.But as said before… its just easier to edit the DB directly.
K.I.S.S… Keep It Simple Stupidgr Falcas
Well, can’t blame me tho … None of this wasn’t documented , and You are the first who spill the beans… , anyway I have good info now, rest is just try&fail.
Totally agree with K.I.S.S … :hug:
-
Some FM and AFM info before this large vid of moving f-35b to 4.34
For 2 (or more) engine jets, the Thrust Multiplier should be set from 2 to 1.
Looks like this rule goes to F35b as well, if I did not lower this, jet flew from rwy to space in 9 sec (exaggerated maybe)
And here is the fm and afm I used in this next video. they work pretty good , but may need refined
https://www.mediafire.com/file/d9tvx5iep85ocav/f35bfms.rar/fileYou should watch vid #2 first and then come back to one, this way you won’t have afm ctd problem I did.
vid1
vid2
-
When adding fm to actypes list, we are supposed to add to bottom of list right?
else some fm gets confused?
I know i added to the top before and things got messed up.