Player manual · 04 / 06
Is The Choicer Voicer multiplayer?
Yes—but “multiplayer” can mean several different things. The player on this site is a direct single-player browser entry. Local group, streamer, and remote arrangements belong to different formats and should not be presented as one-click online matchmaking.
Four formats, four expectations
| Format | What it means |
|---|---|
| Browser single-player | The embedded stage on this site: one player, one microphone, and a direct first-session loop. |
| Local multiplayer | Players share a room and take turns in a compatible desktop build. Input setup should be completed before the first round. |
| Remote session | A separately arranged screen-share or remote-control setup. Latency and audio routing become part of the experience. |
| Streamer format | A presentation built around a live audience or chat participation, depending on the current game build and setup. |
This page separates the browser entry hosted here from modes described for other builds. Check the controls in the version you are actually running.
Plan a local pass-the-mic session
- Choose one host deviceUse the computer with the most reliable microphone and audio output.
- Run a sound check for every playerDifferent speaking volumes may need different distance rather than constant gain changes.
- Pick a shared packChoose references that the room recognizes so no player is excluded by the material.
- Set a turn ruleDecide whether players rotate every prompt, every score, or after a short set.
Headphones reduce feedback, but they can make a shared-room performance harder to follow. If the room uses speakers, keep them away from the microphone and lower the reference volume until it no longer bleeds into the recording.
Use the voice pack guide to choose material that works for mixed experience levels.
Remote play is an audio-routing project
A screen share can let friends watch the stage, but the game still needs a clear input path. Remote-control tools, virtual audio cables, and voice chat can add delay or feed the reference back into the recording.
Start with the least complicated route
- One host runs the game and shares the screen.
- One active performer is unmuted at a time.
- The group accepts that remote latency may change precise timing.
- The host tests a short reference before attempting a long dub scene.
Do not describe this arrangement as built-in online multiplayer. It is a workaround created outside the browser player, and its quality depends on the tools and connection used.
Design a session for viewers
A stream needs more than the game window. Explain the prompt, keep the reference audible without drowning the performer, and leave enough time for the audience to understand the result.
Use short packs early in the show, then move toward longer or stranger performances once the audience understands the loop. If a build offers chat-focused controls, test commands privately before going live and publish a compact instruction panel for viewers.
Do not expose private desktop notifications, file paths, microphone device names, or unreviewed community archives while screen sharing.
Multiplayer questions
Can two people join this browser page from separate computers?
No shared online lobby is provided by this page. Each browser session is independent.
Can we share one microphone?
For a casual local session, players can take turns at one microphone. Keep the distance consistent or run a quick level check for quieter players.
What should we fix before inviting friends?
Confirm the microphone, reference playback, pack source, and turn order. Use the mic guide if the input is unreliable.
Does mobile make multiplayer easier?
Not necessarily. Phone browsers add permission, audio, and screen-size limitations. Read the mobile guide before relying on a phone as the host device.