Language collaboration and recording releases
Visitors choose a language, propose a change or submit a recording through the website. GitHub holds the actual submissions, attachments, comments and author identities. A submission is a proposal; it does not automatically replace lyrics or become a published recording.
Contributor journey
- Open a language page and choose Suggest a change, Submit your version, or Review a recording.
- Describe the contribution. Include meaning, dialect, credits and actual listening timestamps where relevant.
- Prepare the proposal, review the text, and continue on GitHub. Sign in or create your own GitHub account if needed.
- Submit an MP3 or M4A recording, plus a version-specific UTF-8 SRT if checked timings are available. Attach supported files in the GitHub issue box, or include a public hosted link when the extension or size is not accepted. For a long proposal, copy and paste the complete prepared text first.
- Submit the issue and follow the conversation there. The language page links to its suggestions and submitted versions once the repository is connected.
The website never asks for a GitHub password or access token. GitHub handles sign-in and uploads. There is no anonymous on-site upload service.
Review and publication
Maintainers discuss proposed changes with contributors. For lyrics, update the canonical language Markdown through a reviewed pull request and credit the contributor. For a recording:
- Check that the supplied link is accessible while signed out and returns the media file, not a login page. Confirm the version's lyrics, credits, pronunciation and release details.
- Register the accepted media URL with the
add-mediacommand in the media guide. Give a new performance or take a new recording ID. - Complete the catalog entry. Set
review_status: approved,rights_status: confirmed, andpublish: trueonly after the actual review. Add the submission URL to the entry's notes so the decision remains traceable. - If the contributor's agreed terms permit file redistribution through social media, enable
allow_file_sharing: true. This controls the file-sharing UI; record the actual terms separately in the notes or linked contribution record. Sharing a page link does not grant a blanket license over the underlying work. - Merge the catalog change to
main. Once GitHub Pages is configured, the site rebuilds. The new recording appears on its language page and gets an individualrecording--ID.htmlpage.
Keep contributor submissions separate from releases until reviewed. A public GitHub attachment is already public even before a maintainer adds it to the site; the moderation gate controls inclusion in this collection, not visibility of the issue itself.
File attachments and hosted recordings
Follow the attachment formats and size limit shown by GitHub for your account. If MP3, M4A or SRT cannot be attached directly, provide a hosted recording link and submit the SRT through a pull request. Keep each take separate and identify its exact recording ID. Existing MP4 files can be embedded as authorized previews; earlier takes retain their archive labels.
For files intended for public playback, test the final URL in the actual site. A storage host must allow playback; preparing a file for native sharing additionally needs browser cross-origin access. Do not use expiring links or private access tokens. An attachment link is not a guarantee of permanent hosting; retain source backups.
Social sharing
Every published version has a stable page link and cover metadata for social previews, plus creator credits. Use Share, Facebook, WhatsApp, Copy link, or Copy caption & credits. A shared link leads listeners back to the project. Social networks decide whether to show a preview or player.
When file sharing is enabled, Prepare file to share fetches the file only after a click. Share file opens the device's share sheet where supported. Otherwise save/open the file and attach it in the social app. Large files and hosts without cross-origin access use that download/open fallback. No social post is made automatically.
Local review copies do not expose public sharing links. Public sharing and online submission require the real repository and site URLs in site-config.json.