Provided by: podget_0.9.3-1_all 
NAME
Podget - Simple tool to automate downloading of podcasts.
SYNOPSIS
podget <options>
DESCRIPTION
Podget is a simple podcast aggregator/downloader optimized for scheduled background jobs (i.e. cron).
It features support for:
- Downloading podcasts from RSS and ATOM XML feeds.
- For sorting the files into folders and categories.
- For importing URLs from iTunes PCAST files and OPML lists.
- Automatic M3U & ASX playlist creation.
- Cleanup of old files.
- Automatic UTF-16 conversion for feeds hosted on MS Windows Servers.
Podget works by extracting the <enclosure> tags from the feed then downloading the specified URL. There
is one exception when Podget will ignore <enclosure> tags and that is when they are within
<podcast:liveItem> tags because Podget is an aggregator and not a player so has not been optimized for
live content.
OPTIONS
-c <FILE> | --config <FILE>
Name of configuration file.
--create-config <FILE>
Create configuration file and exit.
-C | --cleanup
Skip downloading and only run cleanup loop.
--cleanup_days <NUMBER>
Cleanup files older than <NUMBER> days.
--cleanup_simulate
Simulate cleanup loop to see what files would be deleted.
-d <DIRECTORY> | --dir_config <DIRECTORY>
Directory that configuration files are stored in.
--dir_session <DIRECTORY>
Directory that session files are stored in.
-f | --force
Force download of items from each feed even if they've already been downloaded.
-h | --help
Display condensed help dialog.
-l <DIRECTORY> | --library <DIRECTORY>
Directory to store downloaded files in.
-n | --no-playlist
Do not create M3U playlist of new items.
-p | --playlist-asx
In addition to M3U playlists, create ASX playlists.
--playlist-per-podcast
Create a playlist of new items for each podcast feed.
-r <COUNT> | --recent <COUNT>
Download only the <COUNT> newest items from each feed.
--serverlist <FILE>
Use <FILE> as serverlist instead of default.
-s | --silent
Run silently (for cron jobs).
-v Set verbosity to level 1.
-vv Set verbosity to level 2.
-vvv Set verbosity to level 3.
-vvvv Set verbosity to level 4.
--verbosity <LEVEL>
Set verbosity level (0-4).
-V | --version
Display version.
OPML List Options:
--import_opml <FILE or URL>
Import servers from OPML file or HTTP/FTP URL.
--export_opml <FILE>
Export serverlist to OPML file.
PCAST List Options:
--import_pcast <FILE or URL>
Import server from iTunes PCAST file or HTTP/FTP URL.
CONFIGURATION FILES
By default, Podget relies on two configuration files.
podgetrc
This is a file with most options for how Podget should run.
If it is required to run podget with different options for certain feeds, then additional
configuration files can be created and used with the --config or -c option. When this option is
run with a new filename that does not exist yet, the file is created with default options that can
then be customized as necessary.
serverlist
This is a file of all the feeds that Podget should monitor and download from.
If you need to separate your feeds into multiple lists, then additional files can be created with
the --serverlist option. When this option is run with a new filename that does not exist yet, the
file is created with a default list of a single feed. Whenever a new list is created, Podget will
download a single item from the single feed included by default to verify that everything is
working.
For a description of the options available for this file, please refer to the SERVER LIST
CONFIGURATION section of this document.
USER CONFIGURATION DIRECTORY
The first time a user runs podget, it will create a configuration directory. In this directory, it will
install the default configuration files.
Where this configuration directory is automatically placed is dependent upon the version of Podget that
you used when you first ran it.
For version 0.8.10 and before:
$HOME/.podget
For later versions:
If $XDG_CONFIG_HOME is set then it will be placed in: $XDG_CONFIG_HOME/podget
IF unset, then it will be placed in: $HOME/.config/podget
If a user wants to clean up their $HOME directory by moving their existing configuration directory to
either of the new locations, it can be done but it is necessary to remember to remove the leading period
so it is no longer a hidden directory.
Example: mv $HOME/.podget $HOME/.config/podget
These locations can be overridden by the use of the --dir_config or -d option when you run podget.
WHICH CONFIGURATION DIRECTORY IS USED
Since there are at least three possible locations for the configuration directory then it is necessary to
know which one podget will use. To keep things simple, Podget uses the first one it finds and tests in
the following order:
1. $HOME/.podget
2. $XDG_CONFIG_HOME/podget
3. $HOME/.config/podget
This location testing is skipped by the use of the --dir_config or -d option.
AUTOMATIC CLEANUP
You can enable automatic cleanup with every run by configuring it in your podgetrc file. Simply set the
following options:
# Autocleanup.
# 0 == disabled
# 1 == delete any old content
cleanup=1
# Number of days to keep files. Cleanup will remove anything
# older than this.
cleanup_days=7
However, some people prefer to run cleanup as a separate cron session. To do that, set the options in
podgetrc to:
# Autocleanup.
# 0 == disabled
# 1 == delete any old content
cleanup=0
# Number of days to keep files. Cleanup will remove anything
# older than this.
cleanup_days=7
Then add something similar to this example to your crontab:
# Once a week on Sunday at 04:07AM
07 04 * * Sun /usr/bin/podget -C
MULTIPLE CONCURRENT SESSIONS
Podget checks for sessions using the same core configuration file that may already be running when it
starts and exits if any are found. This insures that any long running sessions are not interrupted by
new ones.
If you have feeds that require distinct configurations, then you can enable them to run simultaneously by
using separate configuration files for each. Then if you have sufficient bandwidth, you can call them
all at the same time.
Example Crontab configuration:
00 02 * * * /usr/bin/podget -c podgetrc-group1
00 02 * * * /usr/bin/podget -c podgetrc-group2
SEQUENTIAL SESSIONS
Sometimes, you have feed lists that use the same configuration but you wish to keep separate. There are
two ways to handle this.
First, run then separately from crontab with sufficient time in between so they don't interfere with each
other.
00 02 * * * /usr/bin/podget --serverlist RSS-Feeds
00 03 * * * /usr/bin/podget --serverlist ATOM-Feeds
The second option is to place them into a shell script so they are called sequentially and do not
interfere with each other and then add it to your crontab.
#!/usr/bin/env bash
/usr/bin/podget --serverlist RSS-Feeds
/usr/bin/podget --serverlist ATOM-Feeds
ENABLING DEBUG OUTPUT
Debug output can be enabled in two ways.
The first way is by uncommenting the DEBUG option in your podgetrc and setting it to '1'. However this
way will not enable DEBUG until just over 1400 lines of script have run and when podgetrc finally is
read. This is sufficient for most issues.
The second way is from the command-line and enables debug as early as possible.
Simply execute podget like so:
$ DEBUG=1 podget -vvvv
You can enable other options as well if you need to but for debugging purposes, it is highly recommended
that you enabled as much verbosity as possible.
SERVER LIST CONFIGURATION
By default, Podget uses serverlist for the default list of servers to contact. However you can configure
the name with the config_serverlist variable in your podgetrc file.
Feeds are listed one per line in the serverlist file.
Default format with category and name:
<url> <category> <name>
Alternate Formats:
1. With a category but no name.
<url> <category>
2. With a name but no category (2 ways).
<url> No_Category <name>
<url> . <name>
3. With neither a category or name.
<url>
1. URL Rules:
A. Any spaces in the URL need to be converted to %20
2. Category Rules:
A. Must be one word without spaces.
B. You may use underscores and dashes.
C. You can insert date substitutions.
%YY% == Year
%MM% == Month
%DD% == Day
D. Category disabling:
- With a name, the category must either be a single period (.) or 'No_Category'.
- If the name is blank, the category can also be blank.
3. Name Rules:
A. If you are creating ASX playlists, make sure the feed name does not have any spaces in it and
the filename cannot be blank.
B. You can leave the feed name blank, and files will be saved in the category directory.
C. Names with spaces are only compatible with filesystems that allow for spaces in filenames. For
example, spaces in feed names are OK for feeds saved to Linux ext partitions but are not OK for
those saved to Microsoft FAT partitions.
D. Feed names can be disabled by leaving them blank.
4. Disable the downloading of any feed by commenting it out with a leading #.
Example:
http://www.lugradio.org/episodes.rss Linux LUG Radio
Example with date substitution in the category and a blank feed name:
http://downloads.bbc.co.uk/rmhttp/downloadtrial/worldservice/summary/rss.xml News-%YY%-%MM%-%DD%
Example of two ways to do a feed with authentication:
http://somesite.com/feed.rss CATEGORY Feed Name USER:username PASS:password
http://username:password@somesite.com/feed.rss CATEGORY Feed Name
NOTE: The second method will fail if a colon (:) is part of the username or password. Both
methods will fail if a space is part of the username or password.
Common Options:
OPT_CONTENT_DISPOSITION
Attempt to get filename from the Content-Disposition tag that is part of wget --server-response.
OPT_DISPOSITION_FAIL
This option works in conjunction with OPT_CONTENT_DISPOSITION by removing any URLs that fail to
receive a filename from the COMPLETED log. This allows them to be automatically retried the next
time a session runs. If this option is added to a feed that has already been downloaded then the
user will need to remove the URLs for the problematic files from the COMPLETED log manually. On
one feed this allowed for the improvement of the number of filename problems from approximately
15% to under 2% over the course of 6 sessions. Those sessions can occur sequentially on one day
or as part of your established cron rotation.
OPT_FEED_ORDER_ASCENDING
By default, Podget assumes that items in a feed will be listed from newest to oldest (descending
order). This option will modify Podget's handling of the feed for those that are listed from
oldest to newest. This option will not have any noticeable effect for feeds where you want to
download every item. It will have an effect for new feeds when combined with the --recent [COUNT]
option.
OPT_FEED_PLAYLIST_NEWFIRST
Most playlist options create lists of just the new items that are downloaded in the current
session. This option creates or updates a full playlist for all items available for a feed sorted
from newest to oldest based on the modification date/time of the file.
OPT_FEED_PLAYLIST_OLDFIRST
Same as OPT_FEED_PLAYLIST_NEWFIRST except playlist is ordered from oldest to newest.
OPT_FILENAME_LOCATION
Some feeds do not have the detailed filename listed in the FEED but rather rename the file on
redirection. This option addresses that issue by attempting to grab the filename from the last
'Location:' tag in the output of 'wget --server-response'.
OPT_FILENAME_RENAME_MDATE
For feeds that use a singular filename for each item that is identified by a long somewhat
incomprehensible string in the URL. These feeds were previously fixed with FILENAME_FORMATFIX4
which would append the string to the common filename to produce unique filenames for each item.
However this produced filenames that were not very easy to understand. This option gives us
another method for dealing with these common filenames. This appends the date of the files last
change (modification date) as a prefix to the filename in the format of YYYYMMDD_HHhMMm_<common-
part>. This makes the filenames sortable and gives the user something that makes a moderate
amount of sense. Does not work for all feeds, for some feeds the last modification time for each
file is the time of download. Which may be acceptable in some situations but can cause confusion
when downloading more than one item at a time from a feed.
OPT_WGET_DEFUSERAGENT
Configure Wget to use it's default user-agent (normally formatted similar to "Wget/1.21.2") and to
not use either Podget's default user-agent ("Podget") or a custom agent set in WGET_BASEOPTS in
podgetrc.
OPT_NO_CERT_CHECK
Disable wget SSL certificate verification. This is common used for feeds that are using self-
signed certificates.
OPT_PREFER_IPv4 or OPT_PREFER_IPv6
Configure wget so that when a DNS lookup gives a choice of several addresses that it should
connect to the specified family first.
Examples:
http://somesite.com/feed.rss CATEGORY Feed Name OPT_PREFER_IPv4
http://somesite.com/feed.rss CATEGORY Feed Name OPT_PREFER_IPv6
http://somesite.com/feed.rss CATEGORY Feed Name OPT_WGET_DEFUSERAGENT
http://somesite.com/feed.rss CATEGORY Feed Name OPT_NO_CERT_CHECK
http://somesite.com/feed.rss CATEGORY Feed Name OPT_CONTENT_DISPOSITION
http://somesite.com/feed.rss CATEGORY Feed Name OPT_CONTENT_DISPOSITION OPT_DISPOSITION_FAIL
http://somesite.com/feed.rss CATEGORY Feed Name OPT_FILENAME_LOCATION
http://somesite.com/feed.rss CATEGORY Feed Name OPT_FILENAME_RENAME_MDATE
http://somesite.com/feed.rss CATEGORY Feed Name OPT_FILENAME_LOCATION OPT_FILENAME_RENAME_MDATE
http://somesite.com/feed.rss CATEGORY Feed Name OPT_FEED_ORDER_ASCENDING
http://somesite.com/feed.rss CATEGORY Feed Name OPT_FEED_PLAYLIST_NEWFIRST
http://somesite.com/feed.rss CATEGORY Feed Name OPT_FEED_PLAYLIST_OLDFIRST
RSS Feed Options:
There are three options for RSS Feeds that are not supported for ATOM feeds.
The first two are related with the renaming the downloaded files with the contents of the <TITLE>
tag from the HTML and the third is to expand what tags Podget gets content from.
OPT_FILENAME_RENAME_TITLETAG
This first version is for handling feeds that place the <TITLE> tag before the <ENCLOSURE> tag.
The majority of tested feeds that use <TITLE> tags follow this order.
OPT_FILENAME_RENAME_REVTITLETAG
The second version is for handling feeds that have the <ENCLOSURE> tag first followed by the
<TITLE> tag.
OPT_RSS_MEDIACONTENT
This third option will enable Podget to download content from <MEDIA:CONTENT> tags in addition to
<ENCLOSURE> tags.
Examples:
http://somesite.com/feed.rss CATEGORY Feed Name OPT_FILENAME_RENAME_TITLETAG
http://somesite.com/feed.rss CATEGORY Feed Name OPT_FILENAME_RENAME_TITLETAG OPT_FILENAME_RENAME_MDATE
http://somesite.com/feed.rss CATEGORY Feed Name OPT_FILENAME_RENAME_REVTITLETAG
http://somesite.com/feed.rss CATEGORY Feed Name OPT_RSS_MEDIACONTENT
To determine if the feed uses <TITLE> tags and in which order, run the following with the URL for the
feed:
wget -O - http://somesite.com/feed.rss | sed -n -e :a -e 's/.*<enclosure.*url\s*=\s*"\([^"]+\)".*/URL 1/Ip' -e t -e "s/.*<enclosure.*url\s*'=\s*\([^i]\+\)'.*/URL \1/Ip" -e t -e 's/.*<title>\(.*\)<[/]title>.*$/TITLE 1/Ip' -e t -e '/\(<enclosure\|<title>\).*/I{N;s/ *0 /;T;ba}'
This will produce a list of lines that start with either TITLE or URL. The URL is from the <ENCLOSURE>
tag and the TITLE is obviously from the <TITLE> tag. On many feeds the first thing you will notice is a
few uses of the <TITLE> tag before the first URL is specified. In that case, Podget uses the last TITLE
found, so the earlier ones are discard. The important part is when we get to the first URL, from there
we need to determine if the title for that item came before or after the URL. If it comes first then we
use OPT_FILENAME_RENAME_TITLETAG for it. If the title comes second then we use
OPT_FILENAME_RENAME_REVTITLETAG.
On some feeds, the downloaded filename will not have anything identifiable to determine which TITLE goes
with it. In those cases it may be necessary to download a few items and listen to them to determine
which order they use.
On some feeds, it will be discovered that the downloaded filename and the TITLE are very similar. In
those cases, it is left to the user to determine which they prefer.
On some feeds, the TITLE will have very little to specify when it was recorded and it may be useful to
use the OPT_FILENAME_RENAME_MDATE option to add a date tag to each filename as it is converted.
And on some feeds, there will be a complete absence of TITLE lines. Those feeds do not use the tag so
using either option will not produce any changes.
Atom Feed Options:
The following options are available for advanced handling of Atom feeds.
ATOM_FILTER_SIMPLE
This option will enable filtering for just audio or video files from a feed.
ATOM_FILTER_TYPE="type"
This option allows more detailed filtering of the variety of types available. This can limit the
files downloaded to one type (example: "audio/mpeg") or to a few types (example:
"(audio|video)/.*" for all audio and video types, OR "audio/.*" for all audio types).
ATOM_FILTER_LANG="language"
If an Atom feed supports multiple languages for enclosures, then you can use this option to filter
to only those you desire. You can limit to one language (example: "en" for just English) or
combine several supported languages to get them all (example: "(en|es|fr)" to download files in
English, Spanish and French. How the languages are defined may vary from feed to feed.
Note: If you do not enable any of the ATOM_FILTER options on a feed with multiple enclosures per item,
when you run podget it will tell you the count per type or language to help you decide if you should
enable the filters to reduce the number of files to be downloaded.
Examples:
http://somesite.com/feed CATEGORY Feed Name ATOM_FILTER_SIMPLE
http://somesite.com/feed CATEGORY Feed Name ATOM_FILTER_TYPE="audio/mpeg"
http://somesite.com/feed CATEGORY Feed Name ATOM_FILTER_TYPE="(audio|video)/.*"
http://somesite.com/feed CATEGORY Feed Name ATOM_FILTER_LANG="en"
http://somesite.com/feed CATEGORY Feed Name ATOM_FILTER_LANG="(en|es|fr)"
http://somesite.com/feed CATEGORY Feed Name ATOM_FILTER_TYPE="audio/mpeg" ATOM_FILTER_LANG="en"
HANDLING UTF-16 FEEDS
Some servers provide their feeds in UTF-16 format rather than the more common UTF-8.
To automatically convert these files, create a secondary serverlist in your configuration directory:
serverlist.utf16
Remember to change the name of the serverlist to match what you set it to with config_serverlist if you
changed it.
EXAMPLE CRON JOB
Once podget is running correctly, it's most useful if you run it from a cron job so that the new episodes
are available to play or load onto a portable player and you don't have to wait for them to download.
To edit your crontab, do:
$ crontab -e
Then add one line similar to this example:
15 04 * * * /usr/bin/podget -s
This will run podget at 4:15 AM every day.
In some cases, you might need to add a few directories to your PATH variable so that Podget can find
everything it needs.
Then the job might look like:
15 04 * * * PATH=/opt/local/bin:/usr/local/bin:$PATH /usr/bin/podget -s
AUTHORS
Dave Vehrs
10 February 2023 podget(7)