Version: 1.26.2901903 |
Author: PiratesIRC | Last Updated: Oct 17 2026, 21:57 UTC |
Records which channels are actually watched and reports the ones that are not, so you can turn off the dead weight in your lineup. Read only: it never changes a channel and never contacts your provider.
dustarr-latest.zip1b882f2Checksums:
MD5: 5d457ca12c31346cda8a080abbb0390a
SHA256: 21b8d14c01e702ad18ac1d78ceb4c3b65ab19db826fb2e2e5cd4595c69ed90c9
| Version | Download | Built | Commit | MD5 | SHA256 |
|---|---|---|---|---|---|
1.26.2901903 |
Download | Oct 17 2026, 21:58 UTC | 1b882f2 |
5d457ca12c31346cda8a080abbb0390a | 21b8d14c01e702ad18ac1d78ceb4c3b65ab19db826fb2e2e5cd4595c69ed90c9 |
1.26.2832018 |
Download | Oct 10 2026, 20:24 UTC | 8b49bab |
1f947cd7fd07a12805b031f4f57649f5 | a03ea8c72e507e8022e3ac7d2f0c44ffdbc2a5c8cbb9be9b238695b7bd80cddc |
1.26.2821314 |
Download | Oct 09 2026, 13:24 UTC | c9305c6 |
1e7222a2b3f01a0d56cfb6f5efc24b33 | d2b2861c2fc1981adc2ccf0456f983c0d1dee54130a9784c0f25ce4ebcf88d3b |
1.26.2481620 |
Download | Sep 05 2026, 17:14 UTC | 8a2dffb |
10420fa1c73260bb9b0659349ba6b014 | 280bc46c6de5af6ed3cef44f4e84a9a4704bfee4933e9245303c13df8e4a3990 |
1.26.2362242 |
Download | Aug 26 2026, 12:08 UTC | cc538fa |
4b4b4e996ee41545b0e683fbee4fdba6 | 450c67ec615c055dfc774a3f151e4b9537884b9f27b9aadf13a6056d5676299f |
| Maintainers: PiratesIRC | Source: Browse Plugin |
Metadata: View full manifest

A Dispatcharr plugin that records which channels are actually watched, and reports the ones that are not, so you can turn off the dead weight in your lineup.
[!TIP] New to Dispatcharr plugins? Start with the Dispatcharr Plugin Workflow guide. It explains what each plugin and tool does, where they overlap, and what order to use them in.
It never changes anything in Dispatcharr. It reads which channels have viewers, writes its own report files, and keeps the state for the anonymous usage count in /data/plugin_stats/dustarr/. Nothing else.
Recording what is watched
The lists it produces
Not judging channels that only look unused
Seeing what happened
See the user guide for how to use these, and for every setting and every button.
The page opens as an index: the logo beside the title, the tracking window and sampling verdict, then seven sections that each start collapsed and carry their own count.

Click a heading and its tables appear.

Sample data, shown here in dark mode; the page follows whichever theme your reader uses. Click any column heading to sort by it. Numeric columns compare as numbers, so 9 sorts before 10 rather than after 100. The chip under the title is the running total of reports this installation has written.
Dustarr is listed on the Dispatcharr Plugin Hub, so the easiest route is the plugin browser:
To install from a file instead, download the zip from the latest release, then use Import Plugin on the same page. Both routes deliver the same archive: the Hub re-hosts the release asset, byte for byte.
Restart the Dispatcharr container after installing or upgrading. This is not optional, and the reason is in Updating the plugin.
Your first month of reports will carry a red “not trustworthy” banner, and that is the plugin working rather than failing. The unused threshold defaults to 30 days, and a dataset younger than that cannot honestly call anything unused. There is no way to shorten this by importing history: Dispatcharr does not keep the state Dustarr reads, so a fresh installation really does start at zero. Wait it out, or lower the threshold if you are comfortable judging on a shorter window.
Most of a typical lineup is excluded from judgment, and that is the point. On a normal installation roughly 70 percent of channels are held back for the reasons listed above. The answer you can act on is drawn from the remaining 30 percent, not from the whole lineup.
This is the part worth reading before installing anything that watches what your household watches.
tests/test_no_mutations.py reads the syntax tree of every shipped module on every run and fails the build on any write shaped database call it can prove, on subprocess and its relatives, and on any stream probe. It proves the receiver is a Dispatcharr model or queryset rather than banning method names, so it is not fooled by a dictionary that happens to have an update method. What it cannot see: a call made through reflection or eval, a queryset arriving as a function parameter, or a write issued through a library it does not know about. It is a strong structural guarantee against the natural ways an author would reach for a write, not a formal proof.The report and the CSV land in /config/dustarr/. /config is Dispatcharr’s existing bind mount, so that is a real folder on your host: open the report by double clicking it. When /config cannot be written, they go to /data/dustarr/reports/ instead. The full list of paths is in the user guide.
The Reports Built and Active Installs badges count every install that leaves the “Share anonymous usage counts” setting (on by default) ticked and runs at least one action or builds at least one scheduled report.
Reports Built counts the reports this plugin has written on the install. Its total is kept in /data/dustarr/report_count.json and only goes up, short of deleting that file: deleting old report files with the retention setting does not lower it. A report counts only once its HTML file is confirmed on disk, so a run that wrote nothing adds nothing. Emails are not counted.
When an action finishes or a report is built, the plugin sends this install’s Reports Built total and a random id for this plugin on this install to the plugin author’s counter at plugin-stats.dpas.workers.dev. It sends at most once an hour after a successful send, or ten minutes after the last successful send when a report has just been built. A run that finishes inside that gap is not sent later: the total goes out with the first later action or report build that is an hour past the last successful send, or with a later report build once ten minutes have passed.
The server stores that id with the total and the date of the last report, and keeps them until this install unticks the setting and the delete succeeds, or until the plugin author removes them by hand. An install that stops reporting still counts toward Reports Built. The connection shows the server your public IP address; the server uses it only to limit abuse and does not store it in its database, though when an install first registers it keeps a salted one-way hash of it (of its /64 block for IPv6) for up to three days. Cloudflare, which hosts the server, keeps its own request logs. No names, channels, streams, URLs, providers or settings are sent. The figures are self-reported by installs and capped by the server, not verified.
What counts as an active install: an install that sent at least one usage count in the last 30 UTC days. A badge changes after the server’s hourly recount, which runs at the start of each UTC hour, and Shields may cache the badge for up to an hour more, so a new report can take up to about two hours to show.
The setting is the last one in the settings form, in its own section. Unticking it takes effect the next time an action runs or a report is built; the plugin then asks the server to delete this install’s figures. Once the server confirms the delete, the plugin forgets its id, and ticking the setting again later starts a new one; if the delete could not reach the server, the plugin keeps the id and retries. The plugin keeps that id and the timing of its reports in /data/plugin_stats/dustarr/. To start a new id, untick the setting and let an action run so the server deletes this install’s figures; deleting that folder while the setting is ticked leaves the old figures on the server, and the new id then sends the full total again, so the badge counts it twice.
Calendar versioning, Major.YY.DDDHHMM: major version, two digit year, day of year, then the UTC time the version was cut. 1.26.2241505 is major version 1, built on day 224 of 2026 at 15:05 UTC. A later version string is always a later build.
This plugin is free and always will be. If it saves you time and you would like to support the work, you can sponsor it at github.com/sponsors/PiratesIRC.
Sponsoring buys no priority, no private support and no influence over what gets built. Bug reports and pull requests are just as welcome from everyone.
MIT. See LICENSE.