Busty is a bot for showcasing entries for music competitions hosted on Discord. Users can submit audio to a channel as file attachments. The bot can then list and queue all submitted audio, then play each media file sequentially in a Stage or Voice Call for all to hear. These shows are known as "busts".
Please see the issue list for planned features, or to suggest your own.
You'll need at least Python 3.6 and ffmpeg installed.
Create a python virtual environment to install python dependencies in.
python3 -m venv env
source env/bin/activate
And install the dependencies:
pip install -r requirements.txt
To install an additional set of python dependencies for speeding up the bot, install the
nextcord[speed]
package as well.You may need to install additional system packages.
You'll need to create a Discord app, and add a bot component. Ensure the bot has the "Server Members Intent" and "Message Content Intent" options enabled, otherwise the bot will not function correctly. Note that this will limit your bot to participating in 100 servers maximum, unless you verify your bot with Discord.
Copy the bot token, and ensure that the environment variable BUSTY_DISCORD_TOKEN
contains
the bot token when running the bot.
If you'd like automatic Google Form generation, you need a Google service account.
See this page
to manage and create a service account (and a project if you don't already have one). Once created, go to the
"keys" tab and click "Add Key" -> "Create new key" and download the key in JSON format. The path
to this file is what you should use for the value of BUSTY_GOOGLE_AUTH_FILE
.
Once you've created an account, ensure the project it is attached to has both the Google Forms API and the Google Drive API enabled for form generation.
Next, create (or use an existing) Google Drive folder to store the generated Google forms in. Share this folder with the
email address associated with your service account (typically account-name@project-id.iam.gserviceaccount.com
).
Set BUSTY_GOOGLE_FORM_FOLDER
to the ID of this folder when running the bot. To find the ID of a Google Drive folder,
navigate inside it in your web browser. The folder ID is the token at the end of the URL.
Finally, add the bot to your desired Discord server.
The complete list of environment variable configuration options is:
BUSTY_DISCORD_TOKEN
- Discord bot API token (required)BUSTY_GOOGLE_FORM_FOLDER
- Google Drive folder ID for voting form (required for form generation)BUSTY_GOOGLE_AUTH_FILE
- Google service account auth file (default = auth/service_key.json)BUSTY_COOLDOWN_SECS
- Number of seconds between songs (default = 10)BUSTY_ATTACHMENT_DIR
- Directory to save attachments (default = attachments)BUSTY_DJ_ROLE
- Name of role with permissions to run commands (default = bangermeister)BUSTY_CUSTOM_EMOJI_FILEPATH
- The Python module to import containing the emoji list (default = emoji_list)BUSTY_BOT_STATE_FILE
- The location of the file to store persistent bot state in (default = bot_state.json)BUSTY_TESTING_GUILD_ID
- For developers only. Specify a testing guild id to avoid 1 hour command update delay (see this Discord API issue for details) (default = None)A random emoji is displayed for each song played during a bust. The list of possible
emoji is defined in emoji_list.py. If you would like to customize
this list, simply copy the file, edit it, and set BUSTY_CUSTOM_EMOJI_FILEPATH
to
the import path (often simply the filename without an extension) of the new module.
With the proper environment variables set, start the bot with:
python src/main.py
It should connect to Discord and display the currently logged-in application name.
The expected flow for running a bust is:
/list
to list all submitted songs and the order they will be played in./bust
to start the show. The bot will join the channel and begin playing songs in the order they were submitted./skip
at any time to skip the current song, or /stop
to manually stop the show./list [<channel>]
- Download and list all media sent in the current text channel. Specifying a channel will cause songs to be pulled from that channel instead. This must be run before /bust
./bust [<song_num>]
- Join the vc/stage that the user who ran this command is currently in, and plays the tracks in the channel in order. The user must be in a vc or stage for this to work. Specifying a song index will skip to that index before playing./info
- Show some statistics about currently listed songs./preview <attachment> [<submit_message>]
- Show a preview of the attachment's artist, title and artwork./image upload <attachment>
- Upload an image to be used in the Google Form generated when running /list
./image url <url>
- Queue an image to be used in the Google Form generated when running /list
./image view
- View currently loaded image to be used in the Google Form generated when running /list
./image clear
- Clear currently loaded image to be used in the Google Form generated when running /list
./skip
- Skips the current track :scream:/stop
- Stop busting early :scream: :scream: :scream:Users must have the bangermeister
role to use commands by default, though this role can
be modified by passing the BUSTY_DJ_ROLE
environment variable. It is highly recommended that
you disable command visibility for those without permissions to run them in the Integrations
section of your server's settings.
If you'd like to help Busty in her quest, consider working on one of the currently open issues. Before you do, please double-check that a pull request for the issue does not already exist.
Some extra Python modules are necessary when developing for Busty. These are
contained in the dev-requirements.txt
file. To install them, run:
# Activate the virtualenv if not already done so
source env/bin/activate
# Install development dependencies
pip install -r dev-requirements.txt
Busty does not currently feature any automated testing. Testing is carried out manually, typically in one's own test Discord guild.
Once you have implemented your change, please ensure that known commands, listing tracks and playing songs all work with your change. Pull requests are additionally tested by reviewers before merging them, but we're only human.
Once you have implemented your feature and tested that it works, you'll need to
ensure your code is properly formatted. Running ./scripts-dev/lint.sh
will
check this for you and - in most cases - fix any style issues automatically.
Otherwise, some issues may need to be fixed manually. These will be printed when
lint.sh
is run. They must be fixed before your PR will be accepted. If you
are unable to figure out how to appease the linter, simply post and mark your
pull request as a draft and ask for help in a comment.