SAsaikan·Oct 1, 2021
or better yet - https://github.com/trizen/pipe-viewer
In Unhook: Hide YouTube Recommendationstrizen
pipe-viewer
Perl2021–2021
trizen / pipe-viewer
pipe-viewer
A lightweight YouTube client for Linux, without requiring an API key.
2Distinct people
2Mentions
0Explicit recommenders
518GitHub stars
What to know before exploring
What it is
A lightweight YouTube client for Linux, without requiring an API key.
GitHub
Where it is used
No documented product use has been verified yet.
What people are saying
No recommendation phrase was found in the indexed comments.
No classified warning is attached to this page. Read the discussions before treating silence as approval.
Also in these discussions
No other repository is repeatedly linked in the same discussions.
This week on Hacker News
Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:56:07 PM UTC.
No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.
Mentions over time
HN mentions by day2 dated mentions
Observed mentions: 2021-09-20 12:21:52 UTC to 2021-10-01 20:02:30 UTC.
Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.
View mention counts and date ranges
| Period | Start (UTC) | End (exclusive, UTC) | Mentions | Submissions | Comments |
|---|---|---|---|---|---|
| Sep 20 | 2021-09-20 00:00:00 UTC | 2021-09-21 00:00:00 UTC | 1 | 0 | 1 |
| Sep 21 | 2021-09-21 00:00:00 UTC | 2021-09-22 00:00:00 UTC | 0 | 0 | 0 |
| Sep 22 | 2021-09-22 00:00:00 UTC | 2021-09-23 00:00:00 UTC | 0 | 0 | 0 |
| Sep 23 | 2021-09-23 00:00:00 UTC | 2021-09-24 00:00:00 UTC | 0 | 0 | 0 |
| Sep 24 | 2021-09-24 00:00:00 UTC | 2021-09-25 00:00:00 UTC | 0 | 0 | 0 |
| Sep 25 | 2021-09-25 00:00:00 UTC | 2021-09-26 00:00:00 UTC | 0 | 0 | 0 |
| Sep 26 | 2021-09-26 00:00:00 UTC | 2021-09-27 00:00:00 UTC | 0 | 0 | 0 |
| Sep 27 | 2021-09-27 00:00:00 UTC | 2021-09-28 00:00:00 UTC | 0 | 0 | 0 |
| Sep 28 | 2021-09-28 00:00:00 UTC | 2021-09-29 00:00:00 UTC | 0 | 0 | 0 |
| Sep 29 | 2021-09-29 00:00:00 UTC | 2021-09-30 00:00:00 UTC | 0 | 0 | 0 |
| Sep 30 | 2021-09-30 00:00:00 UTC | 2021-10-01 00:00:00 UTC | 0 | 0 | 0 |
| Oct 1 | 2021-10-01 00:00:00 UTC | 2021-10-02 00:00:00 UTC | 1 | 0 | 1 |
What Hacker News says
2 sourcesI think a lot of people are looking for that. This is especially true for folks with lower-end hardware where hardware decoding may be supported by the system but not (well) by the browser, or at least the rest of the browser runtime would use way too much resources.
NewPipe on Android is somewhat popular because it's much lighter than other Youtube clients (browser included) and enables features which Youtube official clients prevent on purpose (audio-only, download). We don't have an equivalent to that on the desktop. gtk-pipe-viewer [0] is close to that, but is not widely available yet.
A problem you need to tackle when distributing a 3rd party client for a centralized network is you have to deal with constant micro-changes in the public-facing API, which the silo does on purpose to break 3rd party clients. youtube-dl from distro repos
Read the rest
is almost unusable all the time because of that except on rolling-release (most people use pip version instead), and Newpipe had to make their own F-Droid repository because f-droid.org vetting/build process is too slow for that particular usecase. [1]
EDIT: If you're looking for solutions to distribute your client, packaging for every distro out there is "hard" (better leave that to distro maintainers, except for your favorite distros of course) but there's a few distro-agnostic formats that are very easy to automate builds for: 0install, AppImage, Flatpak, guix, nix. The first two are statically linked (and PGP signed) and 0install is even compatible with Mac and Windows build (and any other platform, theoretically). Flatpaks are more Linux specific (some *BSD support in progress) and require a bit more setup to interface with other parts of the system escaping the sandbox (eg. for VAAPI), see the Portals mechanism. nix/guix are intended for reproducible builds: you need to package your dependencies first so it's definitely easier to get started if most of your dependency tree is already packaged there.
All in all, supporting those 5 build systems should keep you busy for a few days at the start of your project but will be a huge win for portability and maintainability in the long run. If your project's architecture is not too complex and the dependencies are easy to package, some external contributors (me?) could help with that.
Good luck on your project!
[0] https://github.com/trizen/pipe-viewer
[1] As a user i'm happy f-droid.org default repo goes to great length to ensure quality of apps on there and that no antifeature are silently introduced by updates, but i'm also happy apps with specific needs for rapid upgrades like Newpipe can develop their own repo, and a simple QRCode can help bootstrap the repository entry + PGP key without having to mess around with repo settings manually