Mission Commander beta release
-
@regev said in Mission Commander beta release:
@Falcas Just wanted to say what a great app is MC, i use it a lot.
and thanks for your hard work for updating it regularly.Keep up the good work
You are welcome
-
@white_fang said in Mission Commander beta release:
Aaah, sorry.
Please , make MC can “draw” bridges in selectable color along with roads, WHEN creating your own theater map.MC can only draw roads , but need bridges (paths) also., so to know for objective (bridge) orientation/placement and link creation/edit. - since Monster’s tool can’t read new 2gb db and objectives from cam.
Simple… no?
Thanks in advance.
Yep, pretty simple to do. Same as the roads.
Just give me some time -
Splendid!!! yes, probably simple for you, well, you can already draw roads just copy paste code and edit for bridge path… I Guess
BuT. Thank you very much, you’re savior. (at least of time )
-
Slightly more than that
-
@Falcas Your Mod is incredible Mate! Quick question… Can you shed any light on this error I get when opening?
It says…Failed to creater the HDRIf mentioned elsewhere, I’m so sorry. Have not gotten this new forum figured out yet…
-
What version are you using? Could it be its not the latest?
-
New version released, Latest is 0.5.27.751
Main
Added, Creating a map has the option to show Tile bridge paths.
Objective
Fixed, Missalign Obj export comments.
Although the CVS Export is included it is highly recommended not to use this.
-
@Falcas said in Mission Commander beta release:
New version released, Latest is 0.5.27.751
Fixed, Missalign Obj export comments.
Although the CVS Export is included it is highly recommended not to use this.
Eh why? - yes, newer technique -> te_new import have all the advantages , but sometimes need arise to do it oldschool… ah well…
eg… I had to re-draw whole outer border on Balkans save0 as eastern border had 3 , let me rpt , THREE (fkn) OWNERS - fry - nato - then greece(team0) - all in 990-1024X (vertical band) - so… ah fixed - bloody offmap(sq) would never work as they are coming from east over 3 BORDERS
- now when it already came to that - when drawing small occ map - that map uses idx/rsc map … can it made to use user-loaded map ? - or whatever map selected ?
(I have no problem backup main.rsc and import my map, just this would make it … dunno - simpler ? )
!!!
-Now the fun, part , I wanted to talk this a looong time.-
- Brigades - when editing brigade, pressing apply, “applies” brigade default order to sub-battalions - I don’t want that
There can be many solutions to that, eg … select pool of battalions - Team + Type -> force order - simplest and more efficient imho , ha!? - Pretty Please
You already implemented something similar but for much larger pool (all battalions OR all brigades) - but imho, that is n/a , as who would want ALL battalions/brigades to same order - just something for think about…
- Brigades - when editing brigade, pressing apply, “applies” brigade default order to sub-battalions - I don’t want that
-
- READ external SSD (squadron stores modded xml) files - checked, nogo, not working - MC reads only changes in original db (falcon4_)ssd file, but not from modded ones - eg how TvTKTO is ‘compiled’ - maybe just priority needs to be set? - if exists SSD dir in /objects - read xml’s from there
- to check if other “modded” xmls also needs loading from those dirs - eg changed modded battalions (UNI xml’s).
(that gives an option to smaller mod some of existing theaters - not make whole theater but modded units, squadrons, along with saveX file(s) )
I’ll get back to you with that, need to make few tests with that “type” of theater. (essentially theater that uses modded db of another theater, but without 2-3GB lod file - gives some more options for Falcon/Theater modding - but needs checking “fallback” database - should be linked to eg another theater db rather then original kto /objects db)
… I’ll get back on this later
-
- Small bug on objectives filter (armybase) - strange one -when all objects shown - CAN’T turn OFF ‘armybases’ - but when NONE objective shown - CAN turn ON ‘armybases’ - lol - nothing worse then that
-
- almost forgot… (small) Bug? in Brigade window, - CAN’T change type of brigade - It always defaults to ‘Armored’ IF TOUCHED - if not touched it stays as it was deafult - so , even only infantry or airmobile batts. in that brigade - if you touch above pull-down - it will force ‘armored’ on next apply
Cheers!!!
- now when it already came to that - when drawing small occ map - that map uses idx/rsc map … can it made to use user-loaded map ? - or whatever map selected ?
-
@white_fang said in Mission Commander beta release:
@Falcas said in Mission Commander beta release:
New version released, Latest is 0.5.27.751
Fixed, Missalign Obj export comments.
Although the CVS Export is included it is highly recommended not to use this.
Eh why? - yes, newer technique -> te_new import have all the advantages , but sometimes need arise to do it oldschool… ah well…
Sorry, not time right now to go into detail for everything.
Using an text file and making changes to this has always been discouraged. Way too risky to make mistakes.
And most important… Really why would you?I have been creating theaters for a long long time and never ever use the Export and start changing things there.
-
(csv) OK, no prob. no intention to get too techy … if boss says no, then no. - I’ve used export quite a lot, since “Tacedit” , - easy to edit mass objective flags with excel , eg Repair etc.
btw… does this caveat also include Occupation csv ? - since there’s no X’s, Y’s and flags ?
-about external db, SSD/UNI. UNI works just fine (already tested, just didn’t know ) - so, it is “probably” only SSD sq-stores which are not read properly by mc. everything else rocks…
Cheers
-
@white_fang said in Mission Commander beta release:
(csv) OK, no prob. no intention to get too techy … if boss says no, then no. - I’ve used export quite a lot, since “Tacedit” , - easy to edit mass objective flags with excel , eg Repair etc.
I guessed this a bit, which is a bit… well… what should I say…MC is not TacEdit, not even close. TacEdit has clearly been build for coders. MC has been build for users.
Which means there is totally no need to look into any files and open them (manually change them)
But this does mean the user needs to start using the features included in MC.
If you are talking about setting flags for Objectives, Advanced Objective Options is your friend.
“Reset Objective”, “Reset Parent”, “Zero Obj Flags”, “Clean Obj Flags” and “All Radars Obj emitting”.
These are the only things you should be doing (not all the time) and you are done.
Doing anything more than this, especially by manually opening any file… pretty much wast of your time.But this: “if boss says no, then no” is really not the case.
Option is there, be my guest. Its just an advice.btw… does this caveat also include Occupation csv ? - since there’s no X’s, Y’s and flags ?
Also here, no need to look in the file itself. But yes it does have the X/Y and the Owner. No flags as this is not the meaning/usage of this file.To give a very, very short way of how MC was designed to work with.
- Build/create all your Objectives in the te_new.tac.
- When its time or you have made plenty of changes, use the “Import Obj for Campaigns” feature to import what you have done to the campaign files.
!!!NO, there is NO need to export the Obj to cvs, its not used!!!
!!!NO, there is NO need to export/import any Units for this!!! - The TeamOccupation is used during this process. After all the Objs are imported, the TeamOccupation file is read to see what team occupies what part of the theater.
Objectives owners are set correctly this way and… Flags are also set as needed.
See my point? What are you doing manually changing export files for?
And yes this is a real question -
@Falcas said in Mission Commander beta release:
@white_fang said in Mission Commander beta release:
(csv) OK, no prob. no intention to get too techy … if boss says no, then no. - I’ve used export quite a lot, since “Tacedit” , - easy to edit mass objective flags with excel , eg Repair etc.
I guessed this a bit, which is a bit… well… what should I say…MC is not TacEdit, not even close. TacEdit has clearly been build for coders. MC has been build for users.
Which means there is totally no need to look into any files and open them (manually change them)
But this does mean the user needs to start using the features included in MC.
If you are talking about setting flags for Objectives, Advanced Objective Options is your friend.
“Reset Objective”, “Reset Parent”, “Zero Obj Flags”, “Clean Obj Flags” and “All Radars Obj emitting”.
These are the only things you should be doing (not all the time) and you are done.
Doing anything more than this, especially by manually opening any file… pretty much wast of your time.To give a very, very short way of how MC was designed to work with.
- Build/create all your Objectives in the te_new.tac.
- When its time or you have made plenty of changes, use the “Import Obj for Campaigns” feature to import what you have done to the campaign files.
!!!NO, there is NO need to export the Obj to cvs, its not used!!!
!!!NO, there is NO need to export/import any Units for this!!! - The TeamOccupation is used during this process. After all the Objs are imported, the TeamOccupation file is read to see what team occupies what part of the theater.
Objectives owners are set correctly this way and… Flags are also set as needed.
See my point? What are you doing manually changing export files for?
And yes this is a real question+1
-
@Falcas said in Mission Commander beta release:
To give a very, very short way of how MC was designed to work with.
Build/create all your Objectives in the te_new.tac.
When its time or you have made plenty of changes, use the “Import Obj for Campaigns” feature to import what you have done to the campaign files.
!!!NO, there is NO need to export the Obj to cvs, its not used!!!
!!!NO, there is NO need to export/import any Units for this!!!
The TeamOccupation is used during this process. After all the Objs are imported, the TeamOccupation file is read to see what team occupies what part of the theater.
Objectives owners are set correctly this way and… Flags are also set as needed.Wake up call for me.
Thank you! -
@Falcas said in Mission Commander beta release:
See my point? What are you doing manually changing export files for?
And yes this is a real questionAaah, my freind, there’s too much to list all of the changes. (I’ve “repaired” half of db which is in state it was 20yrs ago - don’t want to do it again and again) - so, for sake of simplicity (for myself, after any falcon/theater update) … I’m externalizing all my changes , so on update… copy - paste… bit more complicated, but anyway much less work in the future.
-decided to keep whole theater in (xun, csv) - can import to any compatible map. … along with db update and all that jazz. same/similar thing what has been done with TvT.
(and bit of testing adventures in process…eh)I didn’t know that some functions are caveat… so I guess it is sometime better to listen and adjust the process accordingly.
Nothing more.
-
@yavuz hello,
I solved this problem with the EMF map.!
used this map (https://www.photobox.co.uk/my/photo/full?photo_id=505318006244)
-
@Corsair556 said in Mission Commander beta release:
@yavuz hello,
I solved this problem with the EMF map.!
used this map (https://www.photobox.co.uk/my/photo/full?photo_id=505318006244)
Hello comrade
It is impossible for me to download the EMF file from the site where you have uploaded it.
Could you upload it here, or to a download site, please?Thank you very much
Fresco
-
@Fresco hello
semd me PM your email i will send there.! -
@white_fang said in Mission Commander beta release:
-about external db, - so, it is only SSD sq-stores which are not read properly by MC
@Falcas
finally had a look, MC is parsing /SSD/* but doesn’t load files… your code might know more
All others are parsed normally.
-its not a big deal , just strange, so kept me thinking… personally, don’t have a lot squadron stores changes, just 4… for now… -
@white_fang said in Mission Commander beta release:
@white_fang said in Mission Commander beta release:
-about external db, - so, it is only SSD sq-stores which are not read properly by MC
@Falcas
finally had a look, MC is parsing /SSD/* but doesn’t load files… your code might know more
All others are parsed normally.
-its not a big deal , just strange, so kept me thinking… personally, don’t have a lot squadron stores changes, just 4… for now…First of all… what do you mean with External DB?
MC loads the database belonging to the theater, depending how the theater has been setup. Meaning where is the location of the database pointed to.
If this loading of a specific database file is not found or failed, it reverts back to Korea and tries to load this.
Not loading of the SSD file for a different theater than Korea has never been a problem. Looks like you have something going on with your specific theater setup.
-
@Falcas
I mean , external files (xml’s) for db in /objects/SSD dir. (squadron stores).So, MC is totally fine loading all other xml’s in subdirs /UNI , /SWD, /WCD etc. - but somehow … /SSD is the problem- don’t know why - there’s nothing different then in other examples…
I tracked file/disk behavior with procmon and MC still parses /SSD subdir when (re)loading db, but it just skips the files in it … so that’s kinda opposite then with others… and that’s strange.
I would gladly that it is something on my end… but there’s nothing different then in other examples. - just don’t know - so I believe that it may be in the MC’s code - but of course cant be 100% sure.
So, that’s why I was asking - if you can check on your end… for sake - just create /SSD subdir and export few “squadron stores” files in it… edit quantity … then check with the squadron if (type and) quantity of weapons have changed in MC squadron view.
- I can’t get it to work … changes in original SSD are loaded normally - no any problem there., but external SSD’s - are somehow a problem.
Thanks
p.s. … just maybe… MC expects “different” ?? / “none” filetype ? for /SSD , other then xml ?
-
see how they did it for Korea TVT :
-
I’ve tried naming SSD_xxx.xml - so it’s not that … BMS/EDITOR works just fine with any filename as long ext/filetype is xml.