-
-
Notifications
You must be signed in to change notification settings - Fork 101
Daily Usage
This page explains the normal day-to-day workflow for using PigeonPod after installation.
Use this page when you want to:
- add and manage subscriptions
- refresh feeds and backfill older items
- download, retry, cancel, or delete episodes
- use RSS with a podcast client
- understand where to look when something feels off
Before using this page, make sure you already have:
- a running PigeonPod instance
- at least one configured source type you care about
- a YouTube API key if you use YouTube feeds
If not, start with Quick Start.
From the home page:
- paste a YouTube channel URL, YouTube playlist URL, Bilibili source URL, or a raw channel ID
- let PigeonPod detect the source and load a preview
- review the preview items
- adjust feed settings if needed
- create the feed
Practical advice:
- if a YouTube channel URL search is inaccurate, use the raw channel ID
- if you are unsure about settings, start with simple defaults and refine later
Related pages:
After creating a feed, open its detail page.
This is where you normally:
- browse episodes
- search by title
- sort newest or oldest
- inspect download status
- trigger manual actions
Common statuses include:
READYPENDINGDOWNLOADINGCOMPLETEDFAILED
Practical rule:
-
READYusually means metadata exists but the episode has not been queued yet -
COMPLETEDmeans the media file is available
Use refresh when:
- you expect new videos and want to sync now
- you do not want to wait for scheduled sync
- you changed a source and want to confirm the latest items appear
Refresh updates the feed metadata and can trigger new auto-downloads for newly matched items.
If refresh finds new items but they do not download, check:
- auto download settings
- delay settings
- filters
- quota or cookie problems
New subscriptions usually start with recent items first. If you need older content:
- use the history / backfill action for that feed
Use backfill when:
- you want older archive content
- you only received a recent slice during initial setup
Do not assume missing old items mean the feed is broken. Often they simply have not been backfilled yet.
There are two normal ways episodes get downloaded:
- automatically, based on the feed settings
- manually, from the feed page or dashboard
Manual download is useful when:
- auto download is disabled
- an episode was outside the auto-download limit
- you only want selected items
Practical rule:
- not every visible episode must be downloaded
- PigeonPod can keep metadata for many items while only storing some media files locally
On the feed page or dashboard, you can manage problem episodes directly.
Use retry when:
- the episode is in
FAILED - the cause was temporary, such as cookies, proxy, or upstream site conditions
Use cancel when:
- an episode is still pending and you no longer want it queued
Use delete when:
- you want to remove stored media and related generated files
- you want to clean up failed or completed items manually
Be careful:
- deleting stored media is different from simply keeping the metadata visible in the feed
The dashboard is the best place to monitor download activity across all feeds.
Use it when you want to:
- inspect all
PENDING,DOWNLOADING,COMPLETED, orFAILEDepisodes - batch retry failed items
- batch cancel pending items
- batch delete selected groups
This is the most efficient place to manage many feeds at once.
PigeonPod is designed to expose podcast-friendly RSS feeds.
Important behavior:
- RSS only includes episodes that are actually downloaded and available
- if nothing is
COMPLETED, the RSS feed can look empty
Before sharing or using an RSS link in a podcast app:
- make sure Base URL is set correctly
- make sure at least one episode is downloaded
- make sure the client can reach your instance
If RSS looks broken, first check download completion before blaming the RSS feature itself.
If your version includes episode sharing, you can share a public page for one completed episode.
Use this when:
- you want to send one playable item to another person
- you do not want them to subscribe to the whole feed
Important behavior:
- sharing depends on the episode still being available
- if the media is later cleaned up or no longer downloadable, the share page may stop working
Most feeds need a little tuning after real-world use.
Common reasons to revisit feed settings:
- too many downloads
- too many missed items
- short clips polluting the feed
- storage growing too fast
- subtitles or format choices not matching your workflow
Do not try to perfect every setting before real usage. It is usually faster to observe one feed for a while and then tune it.
Your day-to-day workflow is healthy when:
- new feeds can be added successfully
- refresh works
- backfill works when needed
- manual downloads succeed
- the dashboard reflects real queue state
- RSS exposes completed items correctly
Check:
- auto download enabled
- auto-download limit
- delay settings
- keyword and duration filters
- cookies or quota issues
Check:
- whether you already ran the history / backfill flow
Check:
- cookies
- proxy
- upstream site status
- yt-dlp runtime and arguments
Repository · Releases · Issues · Discussions
Security note: Do not expose an auth-disabled PigeonPod instance directly to the public Internet.