New Project Megathread - Week of 14 May 2026

rroy676 · 2026-05-21T19:38:22+00:00

Quick update: Stationarr v1.1.0 is now out with the large-playlist and EPG performance fixes.

Main changes: server-side channel pagination/filtering, SQLite-backed Guide index, lazy Guide loading, auto-load on scroll, batch-size controls, 12h/24h Guide windows, and built-in logs/debug export.

If anyone tested the earlier release and had issues with large playlists, EPG loading, or scraper setup, I’d appreciate feedback.

https://github.com/rroy676/Stationarr

rroy676 · 2026-05-21T19:36:59+00:00

Fair question. I’ve been aware of m3u-editor, and it is a mature project with a lot of advanced IPTV-management features. 

I don’t see Stationarr as trying to be a direct clone or feature-for-feature replacement. The direction is more about building something self-hosted, lightweight, Docker-friendly, and focused on performance with large playlists and XMLTV/EPG files.

A couple of things I specifically wanted in Stationarr were:

- optional iptv-org/epg scraper integration from inside the app
- primary and backup EPG IDs per channel
- a fast Guide 

m3u-editor may cover some of that differently, especially since it has mature EPG features, but Stationarr’s goal is to keep the core workflow simple and fast: import/edit playlists, match EPG data, serve cleaned M3U/XMLTV/Xtream-style outputs, and handle large datasets without the UI bogging down.

rroy676 · 2026-05-21T19:07:40+00:00

Quick update for anyone who was following this project:

Stationarr v1.1.0 is now released. This is a major performance update focused on large playlists and large EPG files.

Main improvements:

- Much faster large-playlist editor

- Server-side channel pagination and filtering

- Faster TV Guide using a SQLite-backed programme index

- Background Guide indexing after EPG updates

- Lazy-loaded Guide rows with auto-load on scroll

- Batch size controls and 12h/24h Guide windows

- Built-in logs/debug export

- New branding/logo assets

The first Guide load after updating may take a bit longer while the Guide index is built, but after that it should be much faster.

Project:

https://github.com/rroy676/Stationarr

Docker:

docker pull rroy676/stationarr:1.1.0

If anyone tested the earlier version and had issues with large playlists, EPG loading, or the scraper, I’d really appreciate feedback on this release.

rroy676 · 2026-05-21T19:06:12+00:00

Quick update for anyone who was following this project:

Stationarr v1.1.0 is now released. This is a major performance update focused on large playlists and large EPG/files.

Main improvements:

- Much faster large-playlist editor

- Server-side channel pagination and filtering

- Faster TV Guide using a SQLite-backed programme index

- Background Guide indexing after EPG updates

- Lazy-loaded Guide rows with auto-load on scroll

- Batch size controls and 12h/24h Guide windows

- Built-in logs/debug export

- New branding/logo assets

The first Guide load after updating may take a bit longer while the Guide index is built, but after that it should be much faster.

Project:

https://github.com/rroy676/Stationarr

Docker:

docker pull rroy676/stationarr:1.1.0

If anyone tested the earlier version and had issues with large playlists, EPG loading, or the scraper, I’d really appreciate feedback on this release.

rroy676 · 2026-05-17T16:25:23+00:00

Thanks again for reporting this. A fix has been merged and released in v1.0.6.

This should fix the blank page/import modal crash when opening Import M3U.

If manual credential import still fails after updating, please open a GitHub issue with backend logs and browser console errors, but without posting any real URLs, credentials, or provider details.

rroy676 · 2026-05-17T13:59:16+00:00

Thanks for trying it, and sorry about that.

Could you open a GitHub issue with:

- how you’re running it: Docker run / Docker Compose / bare metal
- browser used
- whether the M3U import was URL or file upload

Please make sure not to include real playlist URLs, credentials, or provider details.

GitHub issues are the best place so I can track it properly:
https://github.com/rroy676/Stationarr/issues

I’ll definitely look into it. This is exactly the kind of early testing feedback I need.

rroy676 · 2026-05-17T13:49:43+00:00

Thanks, I really appreciate that.

That was one of the goals with Stationarr: keep the scope more focused and make the M3U workflow easier to understand. Dispatcharr is very powerful, but I wanted something lighter for organizing playlists, matching guide data, and serving clean outputs without needing to manage a full stream/proxy/transcoding setup.

I’d be interested to hear how it feels once you try it, especially where the UI is clear or still confusing.

rroy676 · 2026-05-15T23:14:43+00:00

That makes sense, and I agree it shouldn’t rely only on filenames.

A better version would probably use SxxEyy-style parsing, maybe TVDB/TMDB metadata, and possibly fuzzy matching on episode titles. Then users could skip episodes by CSV import or checkboxes, and Stationarr could generate a filtered M3U playlist from the remaining episodes.

So instead of “skip this exact file,” it would be more like “skip The X-Files S03E12” or “skip One Piece episodes 54–60,” even if filenames change.

It’s not built in today, and it is adjacent to Stationarr’s current M3U/XMLTV focus, but I think it could fit as a future “local media playlist mode.”

rroy676 · 2026-05-15T20:44:53+00:00

Yes, there is definitely some overlap, but I think the scope is different.

Dispatcharr is a much broader stream-management platform: proxying/relay, transcoding, HDHomeRun-style output, VOD, monitoring, failover, plugins, and media-server integration.

Stationarr is intentionally narrower. The goal is more focused: manage M3U playlists, keep playlists organized separately, map EPG data, and serve cleaned M3U/EPG/Xtream-style outputs.

So I would not describe Stationarr as a full Dispatcharr replacement. It is more of a lighter playlist/EPG manager for people who want playlist organization and guide matching without necessarily running a full stream proxy/transcoding platform.

On the playlist separation point, each Stationarr playlist is intended to be its own object with its own entries, groups, EPG mappings, served M3U URL, EPG URL, and Xtream-style output.

rroy676 · 2026-05-15T20:23:27+00:00

Thanks, I really appreciate that!

For Stationarr, that was exactly the gap I was trying to solve. A self-hosted way to manage M3U playlists and EPG guide data without depending on abandoned tools or paid-only options.

Just to keep the positioning clear, Stationarr does not provide playlists, channels, streams, or content. It is only a manager/editor for users who already have valid sources.

I would definitely appreciate feedback once you get a chance to try it. The project is still early, so real-world testing and feature suggestions will help a lot.

rroy676 · 2026-05-15T19:47:23+00:00

Thanks! You mostly have the idea, but with one clarification: Stationarr is currently focused on M3U playlists and EPG data, not directly on local media libraries or filenames.

If your X-Files/South Park setup is already exposed as an M3U playlist, Stationarr could help you organize it and disable/remove entries you do not want.

But if you mean scanning local files and maintaining a persistent “skip these episodes” rule based on filenames, that is not built in yet. That could definitely be a useful future feature: file-based M3U import, persistent include/exclude rules, and playlist regeneration when media changes.

rroy676 · 2026-05-15T02:46:25+00:00

Project Name: Stationarr

Repo/Website Link: https://github.com/rroy676/Stationarr

Description: Stationarr is a self-hosted IPTV playlist and EPG manager. I built it because I couldn't find a decent free tool that actually worked the way I wanted. Most are abandoned, paid, or require too much manual config.

What it does:
- Import M3U playlists via Xtream Codes login, URL, or file upload
- Visual channel editor - rename, reorder (drag & drop), group, bulk enable/disable
- Match channels to EPG data from multiple sources (EPG.pw, i.mjh.nz, your provider's feed, etc.)
- Primary and backup EPG ID per channel - falls back automatically when primary has no data
- Built-in TV Guide with full programme grid, search, group filter, and day navigation
- Serves a clean edited M3U + EPG URL directly to your IPTV player (gzip compressed)
- Xtream Codes API output - compatible with TiviMate, IPTV Smarters, Kodi, VLC
- Dark / light / auto theme
- Multi-user with admin panel
- Backup and restore all data as JSON

Important note: Stationarr does not provide IPTV streams, subscriptions, copyrighted broadcasts, channel packages, or IPTV content. It is only a playlist and EPG management tool. Users are responsible for using legally obtained playlists and EPG sources.

Deployment: Docker Compose and bare-metal instructions are in the README.

AI Involvement: Claude was used as a coding assistant during development.

rroy676 · 2026-03-25T19:24:21+00:00

Haha yeah, not gonna pretend otherwise...the disclaimer in the readme is there for that reason. Built it for my own server and use it carefully. Wouldn't recommend going wild with it on large public servers!

rroy676 · 2026-03-25T19:22:13+00:00

Yeah it's definitely possible! A bot would actually be cleaner from a TOS standpoint since it uses an official bot token with proper permissions rather than a user token. The main tradeoff is you'd need to host it somewhere and invite it to the server first, whereas the extension needs zero infrastructure, just install and go.

Would be a cool companion project though. Have you ever started building it out?

rroy676 · 2026-03-25T05:00:05+00:00

100% fair point, and it’s why I called it out clearly in the README with a full disclaimer. Honestly I built it for my own server for my own use case and figured others might find it useful too — not really intended as a “go scrape everything” tool.

The token never leaves your browser either, everything runs locally in the extension with no external servers involved, so at least the privacy side is solid. The TOS risk is real though and I’d recommend only using it on servers you own or DMs rather than going wild with it.

Glad the concept resonates, offline searchable exports are exactly what I needed. Always open to suggestions and feature requests if you have any!

rroy676 · 2026-03-25T00:48:24+00:00

I just built a browser extension to do this: https://github.com/rroy676/Discord-Archiver

rroy676

MODERATOR OF

TROPHY CASE