TOUR·LIVEQ4·2614 DATES9 COUNTRIES9.4K/MINV·3·0·STABLEON AIR · PLAYBACKSIDE A · TRACK 02 · 4:08SIDE ANORTH · STARQ4 · 2026NOW PLAYING · NORTH STARSYNC · 1.2sCUE SHEET · RIGHTSCLEARANCE · SPLITSCUETITLETYPESPLITSTATUS001OverturePUB50%002North StarMAS100%003Long Way HomePUB65%004Glass HorizonSYN50%005BlueprintsMAS70%006Carry the SignalPUB50%SETLISTNOW PLAYING01Overture3:1202North Star4:0803Long Way Home3:5404Glass Horizon5:2205Blueprints3:4706Carry the Signal4:3107Encore, After All6:08SOUNDLIVE · TICKERAUSTIN · SOLD OUTBERLIN · 82% CAPACITYTOKYO · ON SALE NOWLONDON · 67% CAPACITYMEXICO · JUST ANNOUNCEDSYDNEY · 73% CAPACITYQ4 2026 · 14 DATES · 9 COUNTRIESAUSTIN · SOLD OUTBERLIN · 82% CAPACITYTOKYO · ON SALE NOWLONDON · 67% CAPACITYMEXICO · JUST ANNOUNCEDSYDNEY · 73% CAPACITYQ4 2026 · 14 DATES · 9 COUNTRIES
TOUR·LIVEQ4·2614 DATES9 COUNTRIES9.4K/MINV·3·0·STABLEON AIR · PLAYBACKSIDE A · TRACK 02 · 4:08SIDE ANORTH · STARQ4 · 2026NOW PLAYING · NORTH STARSYNC · 1.2sCUE SHEET · RIGHTSCLEARANCE · SPLITSCUETITLETYPESPLITSTATUS001OverturePUB50%002North StarMAS100%003Long Way HomePUB65%004Glass HorizonSYN50%005BlueprintsMAS70%006Carry the SignalPUB50%SETLISTNOW PLAYING01Overture3:1202North Star4:0803Long Way Home3:5404Glass Horizon5:2205Blueprints3:4706Carry the Signal4:3107Encore, After All6:08SOUNDLIVE · TICKERAUSTIN · SOLD OUTBERLIN · 82% CAPACITYTOKYO · ON SALE NOWLONDON · 67% CAPACITYMEXICO · JUST ANNOUNCEDSYDNEY · 73% CAPACITYQ4 2026 · 14 DATES · 9 COUNTRIESAUSTIN · SOLD OUTBERLIN · 82% CAPACITYTOKYO · ON SALE NOWLONDON · 67% CAPACITYMEXICO · JUST ANNOUNCEDSYDNEY · 73% CAPACITYQ4 2026 · 14 DATES · 9 COUNTRIES

Where rights meet technology.

Rights management platforms, royalty calculation systems, and creator-facing tools for music and entertainment companies that need their technology to match the complexity of their licensing structures.

BMIOngoing partnership
Rights mgmtComplex licensing
RoyaltyCalculation systems
Creator toolsSongwriter portals

What we build for music & entertainment

Music and entertainment technology is a domain where the business logic is the hard part. Royalty splits across publishers, sub-publishers, and territories. Rights that change ownership mid-quarter. Catalog data from dozens of sources that needs to reconcile daily. The UI is important, but the engine underneath is where the real engineering happens.

Rights Management

Track ownership, licensing terms, and territory-specific rights across complex catalog structures. Handle transfers, splits, and disputes.

Royalty Systems

Calculate and distribute royalties across publishers, writers, and territories. Audit trails, dispute resolution, and statement generation.

Creator Portals

Songwriter and artist-facing tools for catalog management, earnings visibility, and rights registration.

Data Reconciliation

Ingest and reconcile catalog data from multiple sources. Match works, resolve conflicts, and maintain a single source of truth.

The interface is a trust product

A songwriter logging in to check their statement doesn't want to learn the calculation engine. They want to know what they earned, from which uses, in which territories, and why this quarter looks different from the last one. If the answer to that takes three clicks and a phone call, the platform has failed them, regardless of how correct the math is underneath.

Creator portals are where most rights organizations either earn loyalty or quietly lose it. The complexity of the back office is real. Royalty splits, territory rules, sub-publishing chains, statement adjustments. None of that should be visible in the user experience unless someone explicitly asks. Earnings need to be readable at a glance. Drill-downs need to answer the next question, not require a glossary. Notifications about catalog changes or new earnings need to be specific enough to be useful and quiet enough not to be ignored.

Building this kind of interface is harder than it looks. It needs designers who understand the domain well enough to know which complexity matters to the user and which can be hidden, and engineers willing to build the data layer to support that distinction. We've shipped creator-facing experiences where the back-office complexity is real and the interface still feels manageable.

Where the experience needs to go next

Statements are still mostly retrospective. A creator finds out what happened last quarter after the fact. The next version is a portal that surfaces patterns in real time: a track that's gaining traction, a territory where usage is climbing, a sync opportunity that fits the catalog. The data already exists in most rights organizations. Turning it into something a creator can act on is a design and product question more than an engineering one.

AI helps here in specific ways. Matching usage reports to registered works at scale has been a machine learning problem for a while, and better matching means rights holders get paid more accurately and more quickly. Rights clearance for sync, film, and commercial use is another place AI can compress weeks of manual research into something usable. We see the bigger creator-side opportunity in catalog discovery: a portal that tells a songwriter where their catalog has untapped commercial potential, not just where it's already earning.

The foundational infrastructure for rights and royalty work matters and we build it. But the interface layer is where most creators and rights holders actually meet the platform. That's where the next generation of music and entertainment products will be won or lost.

Active partnership

BMI: rights and royalty platform engineering

Ongoing partnership building and maintaining rights management and royalty distribution systems for one of the largest performing rights organizations.

See the work

Common questions

Royalty platforms require a data model that can represent multi-party ownership splits, mechanical vs. performance vs. sync rights, and territory-specific licensing rules, all of which vary by deal type and jurisdiction. We build flexible attribution engines that process usage data from DSPs, PROs, and direct licensing sources and calculate payouts according to each agreement's specific terms, including advances, recoup thresholds, and minimum guarantees. The output is a transparent, auditable ledger that rights holders and label administrators can interrogate without raising a support ticket.
The core challenges are audio transcoding at scale, metadata normalization across DSP requirements (each platform has different spec sheets), and rights conflict detection before content is delivered. A poorly structured metadata pipeline causes rejections, delays, and royalty attribution errors that are expensive to unwind after the fact. We build ingestion and validation workflows that catch these issues at upload, not after delivery.
DSP integrations vary widely. Spotify and Apple Music use DDEX as the standard for content delivery, while YouTube Content ID operates through a separate rights management API with its own onboarding requirements. We handle end-to-end integration including DDEX message formatting, delivery pipeline setup, and ingestion of usage reports for royalty calculation. Each DSP has different content processing SLAs and technical requirements, which we account for in delivery planning.
We implement industry-standard DRM systems (Widevine from Google, FairPlay from Apple, and PlayReady from Microsoft) using a multi-DRM approach so content is protected across all major browsers and devices without requiring separate integrations for each. DRM is paired with token-based authentication, watermarking for high-value content, and geographic access controls. The goal is making content secure without degrading the playback experience for legitimate users.
Yes. We architect platforms with separate experience layers sharing a common rights and catalog data layer, so a music supervisor can browse and license tracks through a B2B portal while fans stream the same catalog through a consumer app, all governed by the same underlying rights data. This avoids catalog duplication and rights conflicts while letting you serve entirely different user types with tailored interfaces and workflows. Permissions, pricing models, and usage terms are enforced at the API layer so neither experience can surface content that isn't cleared for its context.

Building for entertainment and need domain depth?

Tell us what you're building. We'll tell you honestly whether we can help.

Start a Conversation