STICKDEATHINFINITY

Community

Make together.
Compete on the work.
Publish on purpose.

There is no chat, no calls and no camera sharing in StickDeath Infinity. Instead, collaboration happens on a specific project you choose to share, contests are decided by viewers watching two videos, and nothing you make is published without your explicit permission for that exact render.

Built in the app and backendLive after the owner's backend installDeliberately not built

Discord · #StickDeath_Infinity

The community chat lives on Discord.

The app itself has no chat. Conversation happens on the official StickDeath Infinity Discord server: guides, support, open discussion, troubleshooting, release notes and show-and-tell. It is run by the StickDeath Infinity team under Discord's own terms and privacy policy.

Join the Discord

Rooms

Invite people to a project,
not to your phone.

A room is one project shared on purpose. The creator picks the project and the permissions, then sends an invite through the system share sheet or as a code. The room owner approves admission before anyone sees a pixel.

  • Invites are room-scoped, expiring, revocable and use-limited. They never contain an account session or provider token, and the server stores only hashes.
  • Members edit the same canonical document through versioned Studio commands with conflict handling; a local backup is kept before remote edits apply.
  • Leave, revoke an invite, remove a member, report and block are all there. Revocation stops further sync; it cannot erase copies already downloaded, and the app says so.
  • Rooms go live when the owner installs the backend and sign-in. Until then the screen is an honest unavailable state.
  • No chat, voice, video, whole-device screen sharing or call billing.
  • Rooms screen with a shared project and a Back to Studio action
    RoomsCapture from 960241f, 2026-10-12
  • Welcome screen listing Animation Studio, Rooms and War Room, Sound Library and Spatter, with a note that sign-in is unavailable and the local Studio is ready
    WelcomeCapture from 30e90cf, large text size, 2026-10-14

War Room

Two videos.
The crowd decides.

Two creators submit rendered videos and both agree to the matchup. Viewers watch both and choose their favourite animation. The result comes from finalised, eligible votes and nothing else.

Fair votes

One vote per viewer.

Signed-in viewers get one current vote per matchup, enforced on the server with unique constraints, rate limits and idempotent requests. Participants cannot vote for themselves. Ties and cancelled contests create no win or loss.

Moderated first

Nothing public before review.

Submissions pass moderation, rights checks and reporting before anyone can watch. There are no comments and no chat; the contest is about the animation, not the person.

Your record, your call

Badges off by default.

Win/loss records and badges are account-scoped and hidden until you turn them on. Hiding counts does not erase the internal contest record, and public video participation stays visible.

Status: the contest client, vote machine and SQL candidates exist with tests. No live matchups, votes or records are shown anywhere until the backend is installed; the app never invents sample scores or viewers.

  • Project library with saved projects, a search field and the Home, Challenges, Studio, Rooms and Profile tabs
    Home, Challenges, Studio, Rooms, ProfileThe five tabs
  • Empty project library reading Your next animation starts here, create, draw and save offline, your projects stay on this device
    Offline by defaultProjects stay on the device

Feed & challenges

Approved renders,
on the server clock.

The home feed lists renditions that passed moderation and the owner's approval of that exact render, paged from a stable snapshot. Challenges run on the server clock with a calendar view that handles time zones. Likes, follows and sharing are deliberate account actions.

  • Feed items are approved renditions only; a changed render needs a new approval.
  • Challenges have explicit phases and schedule rules; a 62-day calendar range with an offline cache.
  • Sign-in with Apple, Google, GitHub or Microsoft and the live feed need the owner's backend configuration.
  • No direct messages, group chat or contact harvesting.

Publishing

Permission for this render,
and only this one.

Saving, autosaving, reopening or exporting a project never uploads it. Publishing to the feed or the official StickDeath channel is a separate submission that shows you the exact video, the destination, its visibility, title, description, audio attribution and the small bottom-right watercolor mark, and asks for your permission for that render digest.

Separate permissions

Channel and marketing are different asks.

Official-channel publication and social-marketing reuse are recorded as separate permissions with plain-language scope. Refusing marketing never silently becomes consent through an invite or a local save.

Rights first

Confirm what you can grant.

You confirm rights to imported art, music, sound, footage and collaborators' work. A collaborator cannot grant another contributor's rights. Library sounds and pictures carry their credits into the receipt automatically.

Honest states

Queued, uploading, processing, published.

Every job shows its real state and the resulting URL. You can cancel, retry, withdraw permission or request takedown. Copies already shared by third parties cannot be promised away, and the app says so.

Spatter-generated daily drafts stay private until the owner approves the exact render in the command center. Read the draft publishing permissions for the full scope; it is awaiting legal review.

Accounts

Sign in only when you need to.

The Studio, sound library, pictures and export work without an account. Rooms, War Room, the feed, challenges and publishing need sign-in with Apple, Google, GitHub or Microsoft, with secure session restoration. Account deletion is requested in the app and completed by the service after a seven-day cooling-off period you can cancel.