aboutsummaryrefslogtreecommitdiffstats
path: root/src/content/blog/internet-radio-from-youtube-playlist.md
diff options
context:
space:
mode:
authorPinapelz <yukais@pinapelz.com>2026-02-26 17:45:27 -0800
committerPinapelz <yukais@pinapelz.com>2026-02-26 17:45:27 -0800
commitcbf7aec295201386b4368085a6da7357ac521d4c (patch)
tree8e965fdb682d7d2aa32664c40e8a35a8b30e2c11 /src/content/blog/internet-radio-from-youtube-playlist.md
parente97c9d8572bf68032e5d8b385dbf005be098086c (diff)
Update internet-radio-from-youtube-playlist.md
Diffstat (limited to 'src/content/blog/internet-radio-from-youtube-playlist.md')
-rw-r--r--src/content/blog/internet-radio-from-youtube-playlist.md4
1 files changed, 3 insertions, 1 deletions
diff --git a/src/content/blog/internet-radio-from-youtube-playlist.md b/src/content/blog/internet-radio-from-youtube-playlist.md
index 430803a..d163c98 100644
--- a/src/content/blog/internet-radio-from-youtube-playlist.md
+++ b/src/content/blog/internet-radio-from-youtube-playlist.md
@@ -34,7 +34,7 @@ Your player downloads and plays the file. Once it reaches the end playback stops
- Instead I have some software (such as Icecast) continuously writing MP3 frames (think of it as the next segment of the audio) to that endpoint
- Your player decodes these frames and plays them back, while going back to fetch the next frame.
-By not specifing a `Content-Length: XXXXX` header, it makes your player continuously ask for the next part since it doesn't really know when the file will end. This gives the illusion of playing a normal MP3 file while allowing it to actually be an endless stream.
+By not specifying a `Content-Length: XXXXX` header, it makes your player continuously ask for the next part since it doesn't really know when the file will end. This gives the illusion of playing a normal MP3 file while allowing it to actually be an endless stream.
```
Server: Here is audio.
@@ -94,6 +94,8 @@ In case you haven't realized this is incredibly powerful. I don't need to pre-do
I've expanded on this idea and wrote a Flask app that expands on this same idea here. At the core, it takes a YouTube playlist and converts it into a list of urls to be played on loop. I've also built a few QOL features such as stopping stream when no one is listening (to save bandwidth), injecting `icy` metadata tags into the audio so that your favorite player can show what song is playing, and a webui for browser-based playback and visualization.
+You can check it out here: https://github.com/pinapelz/yt-playlist-radio
+
## Caveats
Many audio players pre-buffer audio from the server so that you can have a smoother playback. This means technically speaking your playback will be more and more out of sync than new users joining. This can be solved with enforcing not pre-buffering on the backend, but it may come at the cost of smooth playback.
send patches to the email below
yukais@pinapelz.com
include the subject [PATCH repo_name]
pinapelz.com
homepage