Skip to main content
Only one character selector can run at a time. Disable your framework’s default multichar before starting this resource.
The resource folder must be named exactly awoken_multicharacter (underscore) for both QBX/QBCore and ESX. It will refuse to start if the name doesn’t match.

Prerequisites

  • qbx_core or qb-core
  • ox_lib
  • oxmysql
  • An appearance resource: illenium-appearance, fivem-appearance, or ox_appearance
  • A spawn selector: qbx_spawn, qb-spawn, or um-spawn (optional - none spawns at last position)

Steps

1

Disable the default selector

Comment out your framework’s built-in multichar in server.cfg and add the new resource:
server.cfg
For QBX, open qbx_core/config/client.lua and set:
2

Set the framework

Open config.lua. The default is 'auto', which detects qbx_core first then falls back to qb-core. You can set it explicitly if needed:
config.lua
3

Set your appearance resource

config.lua
See the Configuration page for supported values and the full option list.
4

Start the server

Boot up. On start the resource prints a banner and the detected framework:
Framework: qb means it fell back to qb-core. If it shows Unknown or defaults to qbx unexpectedly, make sure your framework resource starts before awoken_multicharacter. Set Config.Debug = true for verbose startup logging (DB setup, slot lookups, etc.).

Verify it’s working

Connect to your server. You should hit the character selector rather than spawning directly into the world. The console logs character slot counts and Discord role cache status on each connection. If you’re still spawning into the world, the two most common causes are:
  • The old multichar resource is still running. Check every .cfg file, not just server.cfg - a resource ensured in a category file will still load even if you commented it out in the main config.
  • qbx_core’s built-in multichar flag wasn’t set to false.