Maya Workflow Kit
The whole Maya workflow in Blender, in one install. Free and open source, Blender 4.5 – 5.2.
Combined Transport and Logistics Dispatcher for DCS World — modular rewrite.
PluginsGitHub @VEAFOnlineOwner unconfirmed
Have you tried it? One tap is enough. No sign-in needed.
Repository information has not been collected yet.
No updates detected yet. GitHub releases will appear here.
The maker's introduction consists of the line above. Read the repository README for more details. Repository README ↗
Loading the full README.
Read the full README ↗Complete Troops and Logistics Deployment for DCS World — v2 modular rewrite
CTLD lets players transport troops, vehicles and supply crates, build FOBs and FARPs, deploy JTACs,
radio beacons, smoke and minefields — all from the F10 radio menu. v2 is a full rewrite of the
original script into tested, modular Lua, delivered as a single CTLD.lua.
📖 Read the documentation — pilot, mission maker and developer guides, in English and French.
Download ctld-tools.exe and run it. That is the whole installation:
the tool carries CTLD and its beacon sounds, and writes everything into your mission.
.miz. Opening a mission that already has CTLD brings
its configuration back, ready to edit.The tool writes CTLD.lua, the two beacon sound files, your configuration, and the MISSION START
triggers that load them in the right order. Re-installing replaces rather than duplicates.
Full walkthrough: Mission maker guide.
ctld-tools.exe carries the CTLD it installs — the CTLD.lua built from the commit its own
release was tagged on, embedded in the exe. It downloads nothing and never updates itself, so it runs
with no network and the same exe always installs the same engine.
A new CTLD therefore reaches your missions only once a release is published: day-to-day work
merged into the repository changes nothing on your side. To move to it, download
ctld-tools.exe again from the Releases page and re-install into your mission.
While v2 is in release candidate, each release is published as a pre-release — GitHub keeps the "Latest" badge for stable releases — so take the topmost entry on the Releases page.
One exception to "only a release": someone may hand you a dev build, an exe rebuilt from the
latest work merged into develop and published as the floating
dev pre-release. It is unreleased and tested only by whatever CI ran on
its commit, which it names in its own version (ctld-tools.exe --version prints
2.0.0-rc6-a1b2c3d) — quote that in any bug report. Take one when someone asks you to try
something; otherwise stay on a release.
ctld-tools.exe is not code-signed — a certificate costs money a community project has no reason to
spend — so Windows treats it as coming from an unknown publisher. Nothing is wrong with the download;
you just have to say so once:
ctld-tools.exe → Properties → tick Unblock at the bottom of the
General tab → OK. Then run it normally.Prefer to verify before running? The build is public: every release is produced by the release workflow from the tagged source, on GitHub's runners.
Everything the tool writes is also attached to each release, if you prefer doing it yourself:
CTLD.lua to the mission with a MISSION START → DO SCRIPT FILE trigger — on its own, CTLD
runs on its built-in defaults, which is enough to play;beacon.ogg and beaconsilent.ogg, or beacons will be silent. Add them through two
Sound to Country actions pointing at a country your mission does not use (Australia, say), so
no player hears them at mission start — and so the Mission Editor keeps the files, which it drops
when nothing refers to them;CTLD_userConfig.lua as a second DO SCRIPT FILE trigger,
before the CTLD.lua one — the engine reads the configuration as it loads.| Guide | For |
|---|---|
| Pilot guide | Flying with CTLD: troops, crates, slingload, parachute, beacons, JTAC, smoke, recon |
| Mission maker guide | Setting up a mission: the tool, every setting, zones, crate catalogue, scenes & FOBs |
| Developer documentation | Architecture, events API, scripting reference, migration from v1, building and testing |
Each release also publishes its own copy of the documentation, so a mission built on an older CTLD can be read against the pages that matched it — pick the version from the selector at the top of any page.
A mission's configuration is a complete YAML snapshot carried by ctld.configUser, written by
ctld-tools and read by the engine at load time. Every setting is documented, with its default and
its effect, in the configuration reference.
Zones are declared in the Mission Editor by naming convention (TRZ_, LGZ_, WPZ_) and picked up
at init without any configuration — see zones.
Existing missions keep working: the 22 legacy ctld.* functions are preserved as wrappers that log a
deprecation warning and delegate to their v2 equivalent. The
migration guide lists every mapping,
including the addCallback → typed events transition, and the deliberate departures from v1.
powershell -ExecutionPolicy Bypass -File tools\build\merge_CTLD.ps1 # rebuild CTLD.lua
busted tests/ci/ # run the test suite
CTLD.lua is generated — never hand-edit it. See
building and testing for the
toolchain, the quality gates and the pull-request workflow.
Originally created by Ciribob, maintained by Zip and the VEAF Team.
Open-source and free (use, modify, fork, even commercial profit). Credit is appreciated. Reach out to Zip on Discord to participate. Buy me a coffee if you'd like to support the work.
EventDispatcherCTLD.lua; releases published on GitHub Releases