Discofork
Repository brief

TeamNewPipe/NewPipe

Read the upstream summary on the left, browse the cached forks below it, and load each fork comparison into the right-hand panel.

Cached analysis
cached 2026-03-30T16:03:13.211Z
1mo ago

TeamNewPipe/NewPipe

NewPipe is a libre, lightweight Android streaming front-end with a large fork ecosystem (3528 forks) and active maintenance on the `dev` branch. The repository is still receiving frequent updates and the README says the current codebase is in maintenance mode while large parts are being rewritten on a separate `refactor` branch. For fork hunters, this looks most interesting if you want an established Android media app with ongoing upstream activity, translation work, and a live refactor track rather than a frozen legacy project.

GitHub
Loading tags...
Stars37,685
Forks3,528
Default branchdev
Last pushed2026-03-30T08:27:49Z
Recommended shortcuts

Jump straight into Discofork's strongest cached fork picks, or open a compare view in one click.

Forks

Choose a fork to inspect

10 of 10 fork briefs
Selected

Choose this fork if you want a customized, actively maintained Brave-specific branch with legacy compatibility and custom media-handling changes. Choose upstream if you want the newest maintenance fixes, a cleaner upgrade path, and less divergence risk.

Choose this fork only if you specifically want the legacy-Android framing and are comfortable being behind upstream. If you want the latest fixes or any new functionality, upstream looks like the stronger choice.

Choose this fork only if you need its specific legacy-device customizations and do not care about staying current. For most adopters, upstream NewPipe is the safer base because this fork is extremely stale and materially diverged.

Choose this fork only if you specifically need the template-label GitHub workflow changes. If you want the latest NewPipe app behavior or an actively updated Android media client, upstream is the better fit.

Adopt this only if you want a legacy, heavily customized starting point and are prepared to rebuild upstream parity yourself. For most adopters, upstream NewPipe is the safer and more current base.

Do not adopt this fork for new work unless you specifically need an old frozen snapshot; it has no added capabilities and is far behind an actively maintained upstream.

Choose this fork only if you specifically want its legacy custom behavior and are prepared to maintain a deeply diverged codebase. For most adopters, upstream NewPipe is the safer base because this fork is stale, far behind, and likely missing major upstream fixes.

Choose this fork only if you need its legacy custom behavior or are mining it for specific implementation ideas. For general use, upstream NewPipe is the better base because this fork is extremely stale and far behind current fixes and refactor work.

Choose this fork if you want NewPipe with stronger media-player features and offline workflows. Choose upstream if you want the most current maintenance fixes and lower risk.

Prefer upstream unless you need this exact fork identity or snapshot state. For most users, the upstream repo is the better choice because it is actively maintained and this fork shows no added features while lagging 198 commits behind.