PipePipe：增强 NewPipe 的 Android 多服务视频客户端
给 Android 用户用的 YouTube 多服务客户端，比 NewPipe 多了 SponsorBlock、登录和更丰富播放控制。
GitHub InfinityLoop1308/PipePipe 更新 2026-09-28 分支 main 星标 6.6K 分叉 222
Shell Android YouTube NewPipe SponsorBlock ReturnYouTubeDislike GNU GPLv3

🧭 决策指南

为什么现在热： 无法从材料判断

适合，如果你

  • 你在 Android 上需要 YouTube 的 SponsorBlock、dislikes 恢复或高级搜索过滤
    README 的“Beyond NewPipe”与“Filtering”章节列出了 SponsorBlock、ReturnYouTubeDislike 和 advanced search filters
  • 你需要 YouTube 受限或 premium 内容的登录访问
    README 的“YouTube Enhancements”章节明确写有“Log in to access restricted or premium content”
  • 你希望 Android 播放器支持 AV1、VP9、后台播放和 live chat 弹幕覆盖层
    README 的“Media Features”章节列出 AV1、VP9、background playback 和 danmaku-style overlays

不适合，如果你

  • 你的工作流必须持续跟随 NewPipe 的最新版本或变更
    README 的“About this fork”明确说明 PipePipe 不接收 NewPipe 更新，且与 NewPipe 已成为两个独立项目
  • 你需要 README 已明确记录的安装命令、Android 版本或硬件要求
    提供的 README 材料没有安装命令，也没有 Android 版本或设备硬件要求
  • 你需要一个拥有大型维护团队和大量版本记录的项目
    仓库元数据显示贡献者 5 人、版本发布 5 个，最新版本为 v5.4.0

前置条件

  • 运行环境是 Android；核心描述将 PipePipe 说明为 Android app
  • 如需登录功能，需要配置“Cookie Functions”；README 说明只在指定场景使用 login cookie
  • 如需 YouTube 登录 cookie，README 说明其仅用于 retrieving playback streams
  • 项目采用 GNU General Public License v3.0

要注意

  • 不要把 PipePipe 的行为直接等同于 NewPipe；README 明确说 NewPipe 的问题不一定会在 PipePipe 出现
    About this fork
  • 登录 cookie 不是全局使用；YouTube 场景仅用于获取播放流
    About sign in
  • 项目作者明确不接受 service requests，服务需求不能按 issue 或 PR 提交
    Contribute

替代方案

  • NewPipe：需要跟随 NewPipe 主线更新，而不是使用 PipePipe 的独立开发路线时
    About this fork
  • Tubular：需要一个持续跟踪最新 NewPipe 版本并基于其开发的分支时
    About this fork

材料未说明

  • README 未说明 Android 最低版本、支持的设备范围和安装方式
  • README 未说明 YouTube、BiliBili 及其他服务当前可用性或故障处理方式
  • README 未说明 AV1、VP9 播放对设备解码能力和性能的具体要求
  • README 未说明登录 cookie 的导入步骤、保存方式和失效处理
  • README 未说明 v5.4.0 的发布时间、变更内容和升级兼容性
  • README 未说明 5 位贡献者分别负责哪些模块，也未说明 10 个最近提交的具体内容

💡 深度解析

6
适合 我正在维护一个基于 NewPipe 的 Android 分支，需要自行处理服务变化，并可能研究 SABR 或创建自定义 service；PipePipe 的分叉策略是否适合作为参考或基础？
适合读者： 正在维护 NewPipe 衍生 Android 客户端、希望自行处理服务变化，并计划研究 SABR 或创建自定义 service 的开发者

适合参考，但它更像独立维护路线，而不是与 NewPipe 保持同步的轻量分支。

  • “About this fork”说明项目因开发理念差异于 2022 年初从 NewPipe 分叉，并进行 independent development。
  • README 明确表示 PipePipe neither receives updates from NewPipe nor pushes updates to NewPipe，两个项目已分离。
  • 项目认为 hard fork 能支持 quick fixes 和 frequent feature updates，适合需要自主决定修复节奏的维护者。
  • “Special Thanks”提到 SABR 研究与支持；“Contribute”则鼓励有兴趣者 fork repository 创建自己的 service。

代价是上游修复不能默认继承，维护者需要自行承担服务适配和兼容性成本。

  • README：About this fork — “I forked NewPipe in early 2022 and began independent development based on it.”
  • README：About this fork — “PipePipe neither receives updates from NewPipe nor pushes updates to NewPipe.”
  • README：About this fork — “Making a hard fork allows us to effectively address issues with quick fixes and maintain frequent feature updates.”
  • README：Contribute — “Anyone interested in creating their own service is encouraged to fork this repository.”
材料未说明：当前与 NewPipe 的具体代码差异和可直接复用的模块范围；SABR 支持的完整实现边界、测试覆盖和维护状态；创建新 service 所需的接口、构建流程和测试文档
视情况 我在 Android 上需要访问 YouTube 的受限或 premium content，但只愿意让 Cookie 用于获取播放流；PipePipe 的登录设计是否符合这个约束？
适合读者： 需要访问 YouTube 受限或高级内容、但希望把登录 Cookie 限定在播放流获取场景的 Android 用户

视情况，因为 README 明确限制了 YouTube Cookie 的使用场景，但仍要求用户承担导入凭据和第三方客户端的信任风险。

  • “YouTube Enhancements”说明登录可用于 restricted or premium content。
  • “About sign in”明确写着 PipePipe 只会在用户通过 Cookie Functions 指定的场景使用登录 Cookie。
  • 对 YouTube，README 进一步限定 Cookie “will only be used when retrieving playback streams”，与题设约束一致。

但 README 没有说明 Cookie 的导入、加密、存储、清除和过期处理，也没有说明 APK 构建来源如何被验证。因此功能设计匹配，不等于凭据风险已经被消除。

  • README：YouTube Enhancements — “Log in to access restricted or premium content”
  • README：About sign in — “PipePipe will ONLY use the login cookie for the specified scenarios you set.”
  • README：About sign in — “For YouTube, the cookie will only be used when retrieving playback streams.”
材料未说明：Cookie 在设备上的具体存储、加密和清除机制；Cookie 导入流程、过期处理和失败后的账号保护措施；发布 APK 与源码构建产物之间的可验证关系
适合 我在 Android 上想把 Shorts、paid videos、特定关键词和频道全部过滤掉，同时保留 YouTube 原始标题、SponsorBlock 和点踩信息；PipePipe 是否能一次覆盖这些需求？
适合读者： 在 Android 上希望屏蔽 Shorts、paid videos、关键词和频道，并同时需要 YouTube 原始标题、SponsorBlock 与点踩信息的高级用户

适合，因为 README 把内容入口过滤与 YouTube 信息增强同时列为内置能力。

  • “Filtering”支持按关键词或频道过滤，并可 block shorts and paid videos，直接对应你的筛选条件。
  • “YouTube Enhancements”列出 SponsorBlock、ReturnYouTubeDislike，以及显示非本地化 original titles。
  • SponsorBlock 的说明覆盖 YouTube 和 BiliBili，因此至少在这两类服务上存在明确支持描述。

但 README 没有说明过滤规则的优先级、匹配方式、误屏蔽处理或 SponsorBlock 与点踩数据的覆盖率和更新延迟；不同服务也不能据此推断拥有完全相同的增强功能。

  • README：Filtering — “Filter out unwanted items by keywords or channels”
  • README：Filtering — “Block shorts and paid videos for a cleaner feed”
  • README：YouTube Enhancements — “Integrate SponsorBlock for skipping sponsored segments (YouTube & BiliBili)”
  • README：YouTube Enhancements — “Restore YouTube dislikes with ReturnYouTubeDislike”
材料未说明：关键词和频道过滤的匹配规则、优先级和例外机制；SponsorBlock、点踩信息和直播聊天的数据覆盖率与更新延迟；过滤设置是否按服务分别保存
适合 我在 Android 手机上长时间听 YouTube 音乐，要求后台播放、睡眠定时，并希望利用设备的 AV1 或 VP9 播放能力；PipePipe 适合替代官方客户端吗？
适合读者： 在 Android 手机上主要观看 YouTube 音乐和长视频、需要后台播放与睡眠定时，并且设备支持 AV1 或 VP9 的用户

适合，因为 README 直接覆盖了后台音频消费和长视频控制场景。

  • “Media Features”列出 music player mode with background playback，可在离开前台后继续播放。
  • 同一章节明确支持 AV1 和 VP9，适合设备与播放器能够处理这些编码的情况。
  • “Playback Controls”提供 sleep timer、滑动定位、全屏手势和长按变速，能减少长时间听视频时的操作成本。

不过 README 没有说明 AV1/VP9 是否始终硬件解码，也没有给出不同 Android 版本、机型的耗电、发热和卡顿表现。

  • README：Media Features — “Support AV1 and VP9 codecs for efficient, high-quality playback”
  • README：Media Features — “Enable music player mode with background playback”
  • README：Playback Controls — “Set a sleep timer for bedtime listening”
材料未说明：具体 Android 版本和设备型号的 AV1/VP9 硬件解码兼容性；后台播放时的耗电、发热和长时间稳定性
适合 我需要在 Android 上一次下载完整播放列表，并在本地按搜索和排序管理历史；PipePipe 能否满足，而不是逐个视频手工处理？
适合读者： 需要把 YouTube 播放列表整体保存到 Android 本地、随后在本地播放列表和历史记录中检索排序的用户

适合，README 明确提供完整播放列表批量下载和本地媒体记录管理，而不是只支持单个视频操作。

  • “Enhanced Playlists”列出“Download full playlists at once”，对应一次处理完整播放列表的需求。
  • 同一章节支持在 local playlists and histories 中搜索与排序，便于下载后整理内容。
  • 项目定位是 Android 应用，描述为可浏览 YouTube 和其他服务，因而使用入口与目标设备匹配。

但 README 没有承诺所有服务都支持相同的下载能力，也没有说明下载格式、画质选择、断点续传、存储占用或播放列表更新后的同步行为。

  • README：Enhanced Playlists — “Download full playlists at once”
  • README：Enhanced Playlists — “Search and sort within local playlists and histories”
  • 项目描述： “An open-source Android app to let you browse YouTube and other services freely.”
材料未说明：不同服务的下载格式、画质和可用性；是否支持断点续传、自动更新播放列表和下载任务失败重试；批量下载的存储和网络配置方式
视情况 我主要在 Android 上看 YouTube 或 BiliBili 直播，需要弹幕式直播聊天叠加、滑动定位和长按变速；PipePipe 是否适合这种观看方式？
适合读者： 需要在 Android 上观看 YouTube 或 BiliBili 直播、要求弹幕式直播聊天叠加，同时希望用手势和长按变速控制播放的用户

视情况，因为播放控制和弹幕叠加都在 README 中出现，但 README 没有保证每个服务、每类直播都具备相同的数据可用性。

  • “Media Features”明确支持 danmaku-style overlays，可满足直播聊天叠加这一界面需求。
  • “Playback Controls”提供 swipe-to-seek、fullscreen gestures 和 long-press to speed up，覆盖你要求的三类交互。
  • 项目说明可浏览 YouTube 和 other services，且 SponsorBlock 明确提到 YouTube 与 BiliBili；但直播聊天本身没有按服务列出兼容矩阵。

因此功能方向匹配，最终是否可用取决于具体直播源、服务接口和播放流状态。README 也未说明直播聊天延迟、消息过滤或断线重连行为。

  • README：Media Features — “Display live chats in danmaku-style overlays”
  • README：Playback Controls — “Use swipe-to-seek and fullscreen gestures”
  • README：Playback Controls — “Long-press to speed up playback”
  • 项目描述： “browse YouTube and other services freely”
材料未说明：YouTube、BiliBili 及其他服务的直播聊天兼容范围；直播聊天延迟、过滤、断线重连和历史消息行为；直播场景下滑动定位和变速控制的实际限制

✨ 核心亮点

  • 集成 SponsorBlock，支持 YouTube 与 BiliBili 跳过广告片段
  • 用 ReturnYouTubeDislike 恢复 YouTube dislikes
  • 支持 AV1、VP9 与后台播放音乐模式
  • 硬分叉 NewPipe，独立维护并频繁更新功能
  • 仓库仅有 5 位贡献者和 5 个版本

🔧 工程化

  • YouTube 支持登录、受限内容与 premium 内容访问
  • 用弹幕样式覆盖层显示 live chats，并支持 AV1、VP9
  • 支持关键词、频道过滤，以及屏蔽 shorts 和付费视频
  • 可批量下载完整 playlists，并搜索排序本地历史记录

⚠️ 风险

  • PipePipe 不接收 NewPipe 更新，也不会向其推送更新
  • 登录 cookie 仅用于指定场景，YouTube 只用于获取播放流
  • README 未提供安装命令、Android 版本或设备要求
  • Shell 是唯一列出的语言，代码提交最近 10 次

👥 适合谁？

  • 需要 Android 上免官方客户端浏览 YouTube 的个人用户
  • 需要 SponsorBlock、ReturnYouTubeDislike 或高级过滤的用户
  • 希望基于 NewPipe 独立开发服务或功能的贡献者