ChannelHoarder is a self-hosted video channel archiver with a modern web UI. It monitors channels across YouTube, Rumble, Twitch, Dailymotion, Vimeo, and Odysee and automatically downloads new videos in Plex-compatible format - all inside a single Docker container.

GitHub: https://github.com/sworcery/ChannelHoarder
Docker Image: ghcr.io/sworcery/channelhoarder:latest

How It Works
Add a channel URL or playlist, and ChannelHoarder will scan it for videos and queue them for download. New videos are checked on a configurable schedule (default: 3 AM daily). Downloaded videos are organized in Plex TV Show format - each channel is a "show", each year is a "season", and videos are numbered as episodes in upload order. Point your Plex TV Shows library at the download folder and everything just works.

Episode Management
Sonarr-style episode handling with per-episode monitored/unmonitored toggles, colored status icons, collapsible season groups with per-season actions, quality cutoff with upgrade detection, and a per-episode action menu (re-download, rename, delete file, skip).

Authentication
ChannelHoarder includes a built-in PO token server so most YouTube videos download without any account or cookies. When cookies are available they take priority over PO tokens. For cookie management you have three options:

1. Upload a cookies.txt file manually through the Settings page

2. Use the included Tampermonkey userscript - install it from Settings for automatic browser cookie sync

3. Use the Firefox cookie exporter script for scheduled cookie refresh on a Windows machine

Features

• Automatic channel scanning and downloading on a configurable schedule

• Playlist support - add YouTube playlists by URL

• Plex-compatible TV Show naming (Channel / Season Year / S01E01 - Title)

• Monitored/unmonitored per episode with bulk actions

• Sonarr-style status icons (downloaded, missing, queued, failed, skipped)

• Collapsible season groups with per-season download and monitor controls

• Quality cutoff with upgrade detection and search

• Per-episode file management (re-download, rename, delete file, skip)

• Auto-download toggle - browse a channel before downloading

• Subtitle/caption download support

• Minimum duration filter per channel

• Built-in PO token server - no YouTube account required

• Smart auth - cookies take priority over PO tokens when available

• YouTube Shorts detection and filtering

• Real-time download progress via WebSocket

• Per-channel quality settings (best, 1080p, 720p, 480p)

• Per-channel custom download directories

• Standalone video download by URL (no channel required)

• Import existing video libraries with fuzzy title matching

• Telegram and Pushover notifications

• Multi-platform: YouTube, Rumble, Twitch, Dailymotion, Vimeo, Odysee

• Error diagnostics with classification and suggested fixes

• Anti-detection settings (configurable delays, jitter, user-agent rotation)

• In-app help links to documentation

• Config import/export for backup and migration

• Dark and light mode

Plex Setup
Add your downloads folder as a TV Shows library in Plex. ChannelHoarder generates tvshow.nfo and episode .nfo metadata files along with poster images and season posters so channels appear with proper artwork and descriptions. Since these are YouTube channels and not traditional TV shows, Plex won't find metadata from its online sources - you may need to set the library agent to "Personal Media" or manually edit show/episode metadata like descriptions and artwork to your liking.

Requirements

• Docker and Docker Compose

• 50 GB+ disk space (plan 500 MB - 1 GB per video at best quality)

Post here for support, bug reports, or feature requests.

Edited April 10Apr 10 by sworcery

Database creation step during initial run fails:
sqlalchemy.exc.OperationalError: (sqlite3.OperationalError) no such table: channels

[SQL: ALTER TABLE channels ADD COLUMN platform VARCHAR(32) DEFAULT 'youtube' NOT NULL]

(Background on this error at: https://sqlalche.me/e/20/e3q8)

Database initialization failed

Clearing DB and rebuilding does not resolve issue. Fresh install using CA template. CA template is setup by default to create 2 appdata folders (appdata/channelhoarder/cookies and appdata/ChannelHoarder/db-files). Only changes to my install are to join the appdata folders under appdata/channelhoarder/

I'm very interested in running this docker! I appreciate your support!

3 hours ago, alicecantsleep said:

Database creation step during initial run fails:
sqlalchemy.exc.OperationalError: (sqlite3.OperationalError) no such table: channels

[SQL: ALTER TABLE channels ADD COLUMN platform VARCHAR(32) DEFAULT 'youtube' NOT NULL]

(Background on this error at: https://sqlalche.me/e/20/e3q8)

Database initialization failed

Clearing DB and rebuilding does not resolve issue. Fresh install using CA template. CA template is setup by default to create 2 appdata folders (appdata/channelhoarder/cookies and appdata/ChannelHoarder/db-files). Only changes to my install are to join the appdata folders under appdata/channelhoarder/

I'm very interested in running this docker! I appreciate your support!

Thanks for reporting this! I found the bug and just pushed a fix in v1.4.4. The database initialization was missing a required import, so tables never got created on fresh installs.

To fix it, just update the container:

1. Go to the Docker tab in Unraid

2. Click the ChannelHoarder icon and select "Force Update"

3. Start the container

If the old database file is still there from the failed attempts, delete it first: remove everything in your /config appdata folder before starting the updated container so it gets a clean slate.

Let me know if you run into anything else!

Excellent! Up and running! Can't wait to dig in!

Feature Request: Playlist support

Edited April 6Apr 6 by alicecantsleep
Added Feature Request to previous post instead of a new post to reduce channel clutter.

Loving this so far! This is fitting nearly all of my YT download needs from channel backup to individual file downloads. And it's so much better than the implementation and scripting I was working on! Thanks for all your hard work!

A few feature requests/suggestions/ideas:
ADD
Playlist support
Ability to unmonitor all episodes prior to adding/scanning channel
Automated show poster generation using channel logo?
Automated season poster generation based on name/year?
Ability to delete individual episodes from webui - deleting video, nfo, and image when done
FIX
Ability to skip episodes that are already in download queue - mine force download anyway and I have to delete them through my file manager
Channel logo not loading in webgui - the banners are loading (shown when you click on a channel)
Episode ordering/numbering - I've had a strange issue on one of my channels where the numbering is just .... weird. See attached.
When a video fails to download it immediately invalidates the cookies, even if they were uploaded only moments ago leading to a looping error of uploading cookies, attempting download, fails, invalidates cookies, repeat.

Edited April 10Apr 10 by alicecantsleep

@alicecantsleep Thanks again for the detailed feedback! I've pushed v1.7.0 that addresses your list.

Bug Fixes:

• Episode numbering - Episodes are now numbered chronologically by upload date within each year (oldest = E001). There's also a new "Fix Episode Numbers" button on each channel's detail page that lets you preview what would change and apply the fix, including renaming files on disk.

• Skip queued episodes - You can now skip videos that are already in the download queue.

• Cookie invalidation loop - Fixed the issue where a failing download would immediately invalidate freshly uploaded cookies.

• Livestream detection - Upcoming livestreams are now automatically skipped instead of retrying.

New Features:

• Playlist support - You can now add YouTube playlist URLs directly (e.g. https://www.youtube.com/playlist?list=PLxxxx).

• Delete individual episodes - Each video in the channel detail page now has a delete button (trash icon) that removes the video, NFO, and thumbnail from disk.

• Auto-download toggle - When adding a channel, uncheck "Auto-download new videos" to browse the channel first without automatically queuing everything. This persists for future scans too.

• Season posters - Plex season poster images are now automatically created in each Season folder.

Channel logo - Can you give me more details on this one? Is it showing a gray placeholder? Which channel does it happen on?
The channel logo/thumbnail issue is now fixed in v1.7.1. The logos are now fetched via the YouTube Data API instead of yt-dlp (which was returning 404 errors for channel pages). If you have a YouTube API key configured in Settings, all existing channels will have their thumbnails backfilled automatically on the next container restart.

Update your container to v1.7.0 to get everything. Let me know how it goes!

Edited April 10Apr 10 by sworcery

HOLY SMOKES! YAAAASSSS!

I figured you'd get a few of them but not my whole list! This is amazing work! Thank you! I will for sure put it through it's paces!

I'm so blown away! Best container maintainer/dev ever!

Testing V1.7.0

I'm an unemployed IT professional so I have time to test 😁
====================================================
Channel Icons - Confirmed Working Properly
Auto Download Toggle - CWP
Episode Deletion in WebUI with file cleanup - CWP
Season Posters - still testing
Cookie Invalidation Loop - still testing
Playlist Support - allows me to enter a playlist url and it pulls the name of the playlist, but does not index any of the videos within.
Episode Renamer - seems to work but I'm having an issue with plex not recognizing the nfo files afterwards. Something is strange there. When I analyze a simple 2 episode season that it renamed I found the attached screenshot. It seems there are .info.json files with the old names left behind. I'm not sure if this is causing plex to have problems matching the nfo files after the rename though as the nfo files themselves are properly renamed. I'm still testing.

Update ideas:
Channel percentages should be 100% if episodes are skipped but the rest is complete.
Filesize limit to cull shorts posted on wide video, trailers, and teasers. (I've noticed channels posting shorts on main and these are always measured in MB so I generally already delete ones that are less than 1gb for most of my monitored channels. While I was intending to just write a script real quick to do this, I also thought it might be useful for others who use this docker.)

Edited April 10Apr 10 by alicecantsleep
Added update ideas.

@alicecantsleep
Great testing, really appreciate the thorough feedback! Pushed v1.7.2 with fixes for both issues you found:

Fixed:

• Playlist scanning - Playlists now properly index all videos within. Previously it was only pulling the playlist name but not discovering the videos.

• Episode renamer orphan files - .info.json files are now renamed alongside the .mp4, .nfo, and thumbnail files. The leftover files you saw with the old names should no longer happen on future renames.

Also added in-app help tooltips throughout the settings pages - hover the question mark icons for setup guides.

Update to v1.7.2 and try re-adding your playlist. For the renamed episodes, you may want to manually delete the orphan .info.json files from that Season 2016 folder since they were created before the fix.

Let me know how the rest of your testing goes!

Just saw suggestions portion:
Shorts filter - The current filter already catches any video under 60 seconds in length, regardless of whether it was posted as a YouTube Short or as a regular video. So if a channel posts a 45-second video on their main page, it will still be detected and skipped (if shorts filtering is enabled for that channel).

That said, I can see how some channels post slightly longer "short content" (trailers, teasers, 90-second clips) that you'd also want to filter out. I'm looking into adding a configurable minimum duration setting per channel so you can set your own threshold (e.g. skip anything under 3 minutes). That would give more control than the fixed 60-second cutoff.

Channel percentages - Agreed, skipped episodes shouldn't count against the completion percentage. Adding this to the list.

Subtitles/captions - Great idea. yt-dlp already supports downloading subtitles and auto-generated captions, just needs a toggle in the settings to enable it. On the list for a future update.

Edited April 10Apr 10 by sworcery

v1.7.10 Update

Big update with Sonarr-style episode management and several new features:

• Monitored/Unmonitored episodes - Toggle monitoring per episode or in bulk. Download All only queues monitored videos.

• Status icons - Colored icons showing download state at a glance (downloaded, missing, queued, failed, skipped, etc.)

• Collapsible seasons - Videos grouped by year with per-season Download Missing and Monitor buttons

• Quality cutoff - Set minimum quality per channel and search for upgrades on existing downloads

• Per-episode actions - Three-dot menu with Re-download, Rename File, Delete File, and Skip

• Subtitle download - Toggle in Settings to download captions with videos

• Min duration filter - Per-channel setting to skip videos below a configurable length

• Playlist support fix - Playlists now properly index all videos

• Completion percentages - Skipped/unmonitored videos no longer count against channel progress

• In-app help links - "Learn more" links throughout settings that go directly to the relevant documentation

Update to v1.7.10 to get everything!

Loving these updates! This is WELL on the way to being the best YT tool on Unraid!

A few bugs to report - would you like these here or as issues in your github for tracking? I can do either/both.
========================
========================
Re-added channels fail to sync: When a channel is deleted, then re-added, it fails to sync with an 'internal server error'.

Docker logline:

INFO: 192.168.1.159:54180 - "GET /api/v1/settings/ HTTP/1.1" 500 Internal Server Error

Tested with multiple channels with identical behavior.
========================
The github reported settings bug seems to be affecting me as well. I will run the commands listed in that issue and respond there in case that OP doesn't.
========================
In regards to deleting channels, could the delete button once clicked then offer to delete the channel in the app and leave the files, or to wipe the entire folder and files as well?
========================
Lastly, I'm running into an old perms issue I used to face with the arr stack apps where I don't have perms to modify downloaded files. With the arr apps there's a perms step that can be set (see attached) that would perfectly resolve this issue. My thought is it would sit nicely next to the file name setting, maybe making that 'file management' settings instead. Not to be presumptuous.

I have to say, I'm wildly impressed with your development turn around time! That's 4 pushes in a single day addressing nearly every major issue! All that minecraft modding paid off!

Edited April 10Apr 10 by alicecantsleep

@alicecantsleep - For bug tracking, GitHub issues work best - I can link fixes directly to releases. The forum is great for feature requests and discussion though.

All the issues you reported have been addressed in v1.7.11:

• Re-added channels failing to sync - fixed

• Settings not persisting - fixed

• Channel delete options (keep files vs delete everything) - added

• File permissions (chmod/chown like Sonarr) - added

Update your container and let me know how it goes!

I seem to have a channel stuck with the re-add sync bug. The re-added channel bug itself is definitely fixed as I've tested with 3 channels and 2 work fine. So I think I just have the one stuck in my system somehow. Any troubleshooting suggestions?

@alicecantsleep This should be fixed in v1.7.13 (just released). There's a new Force Re-scan button on the channel detail page under the Monitoring section, next to "Scan Now." It will wipe all the video records for that channel and re-scan from scratch, which should clear out whatever is stuck.

Update to v1.7.13 and give that a try on the stuck channel. Let me know if it sorts it out!

16 minutes ago, sworcery said:

@alicecantsleep This should be fixed in v1.7.13 (just released). There's a new Force Re-scan button on the channel detail page under the Monitoring section, next to "Scan Now." It will wipe all the video records for that channel and re-scan from scratch, which should clear out whatever is stuck.

Update to v1.7.13 and give that a try on the stuck channel. Let me know if it sorts it out!

Checking the logs in v1.7.13 and I can see it's properly fetching the items (7), but I see 'internal service error' and the channel says 0/0 videos. Strange.
Unfortunately playlist additions result in the same error:
======
18:30:35 [ERROR] app.services.ytdlp_service: Failed to get channel info for https://www.youtube.com/playlist?list=PLadHblBH0KNRd_GIdkfcbUVzXOquXzKAE: ERROR: [youtube:tab] PLadHblBH0KNRd_GIdkfcbUVzXOquXzKAE: YouTube said: The playlist does not exist.
=======
Re-scan Error Logs:
18:33:07 [INFO] apscheduler.executors.default: Job "Process download queue (trigger: interval[0:00:30], next run at: 2026-04-11 13:33:37 CDT)" executed successfully

18:33:14 [INFO] app.services.channel_service: Scanning channel: SPLIFF RADIOショー

18:33:15 [INFO] httpx: HTTP Request: GET https://www.googleapis.com/youtube/v3/channels?part=contentDetails&id=UCv6FU8CavXsGuKZX7kimcjg&key=AIzaSyBq3OfM2xURab1eqFzaTaqCjYXh-9IvddY "HTTP/1.1 200 OK"

18:33:15 [INFO] httpx: HTTP Request: GET https://www.googleapis.com/youtube/v3/playlistItems?part=snippet%2CcontentDetails&playlistId=UUv6FU8CavXsGuKZX7kimcjg&maxResults=50&key=AIzaSyBq3OfM2xURab1eqFzaTaqCjYXh-9IvddY "HTTP/1.1 200 OK"

18:33:15 [INFO] app.services.youtube_api_service: YouTube API found 7 videos for channel UCv6FU8CavXsGuKZX7kimcjg

18:33:15 [INFO] app.services.channel_service: Video list returned 7 entries for SPLIFF RADIOショー (url: https://www.youtube.com/channel/UCv6FU8CavXsGuKZX7kimcjg)

18:33:15 [INFO] httpx: HTTP Request: GET https://www.youtube.com/feeds/videos.xml?channel_id=UCv6FU8CavXsGuKZX7kimcjg "HTTP/1.1 200 OK"

18:33:15 [INFO] app.services.ytdlp_service: RSS feed returned dates for 7 videos from channel UCv6FU8CavXsGuKZX7kimcjg

18:33:18 [INFO] app.services.channel_service: Scanning channel: SPLIFF RADIOショー

18:33:18 [INFO] httpx: HTTP Request: GET https://www.googleapis.com/youtube/v3/channels?part=contentDetails&id=UCv6FU8CavXsGuKZX7kimcjg&key=AIzaSyBq3OfM2xURab1eqFzaTaqCjYXh-9IvddY "HTTP/1.1 200 OK"

18:33:18 [INFO] httpx: HTTP Request: GET https://www.googleapis.com/youtube/v3/playlistItems?part=snippet%2CcontentDetails&playlistId=UUv6FU8CavXsGuKZX7kimcjg&maxResults=50&key=AIzaSyBq3OfM2xURab1eqFzaTaqCjYXh-9IvddY "HTTP/1.1 200 OK"

18:33:18 [INFO] app.services.youtube_api_service: YouTube API found 7 videos for channel UCv6FU8CavXsGuKZX7kimcjg

18:33:18 [INFO] app.services.channel_service: Video list returned 7 entries for SPLIFF RADIOショー (url: https://www.youtube.com/channel/UCv6FU8CavXsGuKZX7kimcjg)

18:33:18 [INFO] httpx: HTTP Request: GET https://www.youtube.com/feeds/videos.xml?channel_id=UCv6FU8CavXsGuKZX7kimcjg "HTTP/1.1 200 OK"

18:33:18 [INFO] app.services.ytdlp_service: RSS feed returned dates for 7 videos from channel UCv6FU8CavXsGuKZX7kimcjg

18:33:23 [INFO] httpx: HTTP Request: GET http://127.0.0.1:4416/ping "HTTP/1.1 200 OK"

18:33:37 [INFO] apscheduler.executors.default: Running job "Process download queue (trigger: interval[0:00:30], next run at: 2026-04-11 13:34:07 CDT)" (scheduled at 2026-04-11 13:33:37.002207-05:00)

18:33:37 [INFO] apscheduler.executors.default: Running job "Watch cookies.txt for external updates (trigger: interval[0:01:00], next run at: 2026-04-11 13:34:37 CDT)" (scheduled at 2026-04-11 13:33:37.004157-05:00)

18:33:37 [INFO] apscheduler.executors.default: Job "Watch cookies.txt for external updates (trigger: interval[0:01:00], next run at: 2026-04-11 13:34:37 CDT)" executed successfully

18:33:37 [INFO] apscheduler.executors.default: Job "Process download queue (trigger: interval[0:00:30], next run at: 2026-04-11 13:34:07 CDT)" executed successfully

@alicecantsleep

Two things going on here:

SPLIFF RADIO showing 0/0 with "internal service error": Your logs show the channel getting scanned twice within 4 seconds (manual scan + scheduled scan colliding). The second scan tried to insert the same 7 videos and crashed on a duplicate key constraint, which rolled back the whole thing. Fixed in v1.7.14 -- concurrent scans on the same channel are now prevented.

Update to v1.7.14 and either use the Force Re-scan button (next to Scan Now) to clear out the stuck state and start fresh, or just hit Scan Now -- it should work cleanly now that the race condition is fixed.

Playlist addition failing: The error "YouTube said: The playlist does not exist" is coming from YouTube itself rejecting that playlist ID. That specific playlist may be private, deleted, or the URL might have extra characters. Can you double-check the playlist URL works when you open it in a browser? If it does, share the URL format you're using (with the list ID redacted if you prefer) and I'll take a look.

v1.7.14
Oh gosh, duh, the playlist needs to be public. That one's on me!

Not sure why this channel is refusing to show the 7 videos it's indexed. I've tried both scan types, as well as removing and re-adding the channel. It's a stubborn one! I notice when I run force re-scan it says 'Cleared 0 old records, found 0 videos on rescan' so maybe it's not clearing the database properly.

stuckchannellogs.txt

Edited April 11Apr 11 by alicecantsleep
Added detail.

@alicecantsleep

Found it -- this is the same orphan record issue from before the foreign key fix. When the channel was originally deleted, the 7 video records were left behind in the database. Since video IDs are globally unique, re-adding the channel sees those orphan records and thinks the videos already exist, so it skips all of them.

Fixed in v1.7.15 (just pushed). Update and delete/re-add the channel one more time -- the orphan records will be cleaned up automatically on startup, and the scan should pick up all 7 videos.

41 minutes ago, sworcery said:

@alicecantsleep

Found it -- this is the same orphan record issue from before the foreign key fix. When the channel was originally deleted, the 7 video records were left behind in the database. Since video IDs are globally unique, re-adding the channel sees those orphan records and thinks the videos already exist, so it skips all of them.

Fixed in v1.7.15 (just pushed). Update and delete/re-add the channel one more time -- the orphan records will be cleaned up automatically on startup, and the scan should pick up all 7 videos.

Seems to have broken my docker with the following error in logs:
sqlalchemy.exc.OperationalError: (sqlite3.OperationalError) no such table: download_logs

[SQL: DELETE FROM download_logs WHERE video_id IN (SELECT id FROM videos WHERE channel_id NOT IN (SELECT id FROM channels))]

(Background on this error at: https://sqlalche.me/e/20/e3q8)

Database initialization failed

That's my fault -- the orphan cleanup I added in v1.7.15 had a typo in a table name. Fixed in v1.7.16, just pushed. Update and it should start right up. Sorry about that!

An option to limit scrape by year of certain channels would be nice.

The concurrent downloads needs some love, it seems the download delays are counted from when one starts downloading - not independently. Is this intended?

The result of that is that you only see more of concurrent downloads when you are scrapping larger videos.

*if cookies are not premium, it seem to only download at 480p while there is better quality available.

Edited April 22Apr 22 by CyklonDX

@CyklonDX You were right, this was a bug. The download delay timer was a single shared timer, so concurrent downloads were all stepping on each other instead of staggering independently. Fixed now. If you have 3 concurrent slots and a 15 second delay, downloads will kick off at T+0, T+15, and T+30 regardless of how long each one takes. The queue also fills all available slots at once now instead of picking up one at a time.

Limit Scrape by Year
Done! Each channel now has a "Download From Year" field in the Download Settings section. Set it to something like 2023 and it'll only grab videos from 2023 onward. Anything older gets skipped during scans. Leave it blank to download everything like before.

480p Without Premium Cookies

This one is actually a YouTube restriction, not something on our end. Without cookies from a Premium account, YouTube throttles the available streams, and for some content you'll only get 480p even though higher quality exists on the page. If you want full quality access, make sure your cookies are coming from a browser that's logged into YouTube Premium. You can check if your cookies are working under Settings > Authentication.

I ran into this over the weekend while looking for alternatives to some of the others I've tried (Pinchflat, TubeArchivist, etc), and I have to say, this is outstanding - nice job! I'm using in a somewhat unintended way, in that I'm not utilizing the Plex metadata/etc, I'm just grabbing videos as <date> - <title>, and then moving them elsewhere. So, I'm wondering if you'd consider some options in future versions:

• No Plex mode: no Season folders, .nfo files, posters, and so on. Just the video files (and I love having the custom naming format) in a flat subdirectory based on the channel.

• Option to not monitor past seasons when adding a new channel. So, add a channel, but only start 'from now'. I realize it's only a couple of additional clicks to unmonitor everything, so it's not a major deal. Just something I have to remember to do.

• Multiple profiles. I'm sure this is a much bigger ask, but right now I'm running two instances of ChannelHoarder for two different users with their own cookies. I don't know if this would make more sense to have different logins, or just a means to have different profiles that you can assign to different channels. Again, running two instances isn't a problem really - don't want to cause a bunch of work.

Thanks again, and keep up the great work!

I'm getting an error. I have my downloads directory set but also a second folder piped in for my playlists as I put channels and playlists in different places. But now when I attempt to add a playlist to the playlist folder it tells me 'Path /playlists is not under any allowed download directory'. Am I no longer able to save different items to different locations? I tried remapping them but then all my channels disappeared so I didn't want to start entirely over again.

Also, where does quick download save the files? I downloaded them and I cannot find them on my server, it only offers me to download it to my local pc which is not what I need this for. Downloading a file to my server to download to my pc to upload to my server is inane but I cannot find where the downloaded files are cached on the server so I can just move them.

Edited July 20Jul 20 by alicecantsleep

Thanks to both of you for the detailed feedback. Addressing each below.

@alicecantsleep , sorted through all three of yours:

- "Path /playlists is not under any allowed download directory." This is a safety allowlist rather than a bug, but the current behavior is needlessly confusing and I've just improved it. Mapping a /playlists volume into the container isn't enough on its own. The path also has to be on the app's allowed-directories list, or it's rejected to prevent writes to arbitrary locations. Fix for you today: add an environment variable EXTRA_DOWNLOAD_DIRS set to /playlists (comma-separate for several, e.g. /playlists,/media), then restart the container. In the next release (v1.9.39) this is much smoother: the error now tells you exactly what to do, and the Unraid template gains an "Extra Download Dirs" field so you don't have to add a variable by hand.

- "Remapping made all my channels disappear." They're almost certainly still there. Your channels live in the SQLite database under the /config mapping (default /mnt/user/appdata/channelhoarder). If the list went empty after a remap, the container is pointing /config at a different or empty folder and reading a fresh database. Set /config back to your original appdata path and your channels will reappear. Rule of thumb: only ever change /downloads and your extra media paths, never /config.

- Where quick-download files go. Quick Download is a staging area for grabbing one-off videos to your browser. It writes to /tmp/quick-downloads inside the container, which isn't mapped to your host and is auto-cleaned after 7 days, which is why you can't find them on the server. For anything you want kept on the server, add it as a normal channel or playlist instead. That downloads straight to /downloads (or an extra path) with no round-trip through your PC. If you specifically want host access to those staging files, map a volume to /tmp/quick-downloads.

@Daveja-Vu , really appreciate the kind words. Status on your three:

- No-Plex / flat mode. Partly here already: as of v1.9.37, a flat naming template (one without a Season {season} folder) no longer creates empty Season folders or season posters. That was actually a bug, and your <date> - <title> layout is exactly the case it fixed. What's still written are the .nfo files (tvshow.nfo at the channel root plus one per episode). A proper "no-Plex mode" toggle to disable .nfo/poster generation entirely is a clean ask and it's on the list.

- "Monitor from now" when adding a channel. Noted. An option to add a channel but only monitor going forward, instead of the whole back catalog, makes sense. On the list.

- Multiple profiles / per-user cookies. Bigger architectural change, so no near-term promise, but it's captured. For now separate instances (as you're doing) is the supported path. If it turns into a common request I'll look at per-channel cookie assignment as a lighter-weight version.

If either of you keeps running into trouble after trying the above, please open an issue on GitHub (https://github.com/sworcery/ChannelHoarder/issues) with your container config and any error text. It's easier to track and dig into there than in the forum thread.

Thanks again to you both, and keep the reports coming.

Edited Saturday at 06:54 AM3 days by sworcery