SABnzbd - 自动Usenet下载工具

SABnzbd -- 自动 Usenet 下载工具。(SABnzbd - The automated Usenet download tool)

Github星跟蹤圖

SABnzbd -- 自动 Usenet 下载工具

SABnzbd 是一个用 Python 编写的开源二进制新闻阅读器。

它完全免费,非常易于使用,几乎可以在任何地方使用。 SABnzbd 通过自动化我们所能做的一切,使Usenet尽可能简单和简化。 您所要做的就是添加一个 .nzb。 SABnzbd 从那里接管,它将自动下载,验证,修复,提取并归档,零人工交互。

如果您想了解更多信息,可以访问我们的网站:https://sabnzbd.org

特性:

它可以随处运行

SABnzbd 可在 Windows、macOS、Unix 和 NAS 设备上运行。您可以从任何带有 Web 浏览器的设备访问和管理 SABnzbd,包括 iOS 和 Android 手机和平板电脑。

小屏幕和大屏幕

通过响应式 Glitter 界面,您可以访问 SABnzbd 并从任何设备管理您的下载:桌面,平板电脑或手机。其他人已经制作了 Android(nzb360)和 iOS(SABmini 或 nzbUnity)应用来管理 SABnzbd。

与其他工具集成

Sonarr、Sickrage、Radarr、Headphones 等应用程序可以与 SABnzbd 集成并自动执行下载过程。

SABnzbd 还可以读取和处理 RSS 源,激活自定义脚本并通知您。

16 种语言

SABnzbd 现在支持 16 种本地化语言版本:英语,Dansk,Deutsch,Español(castellano),Français,Nederlands,Norskbokmål,Polski,PortuguêsBrasileiro,Româna,Suomi,Svenska,русскийязык,српски,עִבְרִית,简体中文。

解决依赖性

SABnzbd 在运行之前有一些你需要的依赖关系。如果你之前已经从不同的 Linux 软件包中运行过 SABnzbd,那么你可能已经有了所有需要的依赖项。如果没有,这里是你要找的东西:

  • python (Python 3.6 或更高版本,通常称为 python3)
  • requirements.txt 中列出的 Python 模块
  • par2 (多线程 par2 安装指南可以在 这里 找到)
  • unrar (确保你得到 "官方 "非免费版本的unrar)

可选

  • 见 requirements.txt

你的软件包管理器应该提供这些。如果没有,我们在 安装指南 中提供了链接。

从源代码运行 SABnzbd

一旦你整理好所有的依赖关系,只需运行:

python3 -OO SABnzbd.py

或者,如果你想在后台运行,可以这样做

python3 -OO SABnzbd.py -d -f /path/to/sabnzbd.ini

如果你想要多语言支持,请运行:

python3 tools/make_mo.py

我们的许多其他命令行选项在这里有深入的解释。

关于我们的 Repo

我们使用的工作流程,是 "GitFlow" 的简化形式。基本上:

  • master 只包含稳定版(已合并到 master),是为终端用户准备的。
  • develop 是集成的目标,不面向最终用户。
  • 1.1.x 是 1.1.x (1.1.0 -> 1.1.1 -> 1.1.2) 的发布和维护分支,不面向终端用户。
  • feature/my_feature 是一个基于开发的临时特性分支。
  • bugfix/my_bugfix是基于develop的bugfix(es)的可选临时分支。

条件:

  • 将稳定版本合并到主版本中。
  • 将一个稳定版合并到master中是很简单的:发布分支永远是正确的。
  • 主分支不会被合并到开发分支。
  • 开发分支不会重新基于主分支。
  • 发布分支只从开发分支。
  • 专门为发布分支创建的 Bugfix 会在那里完成 (因为它们是特定的,所以不会被挑到开发上)。
  • 在developer上完成的bugfix可能会被挑到release分支。
  • 如果1.1.0已经发布,我们不会发布1.0.2。


主要指標

概覽
名稱與所有者sabnzbd/sabnzbd
主編程語言Python
編程語言Shell (語言數: 8)
平台Embedded Systems, Linux, Mac, Unix-like, Windows
許可證Other
所有者活动
創建於2011-08-10 20:28:06
推送於2025-05-26 03:53:50
最后一次提交2025-04-11 11:48:24
發布數335
最新版本名稱4.5.1 (發布於 )
第一版名稱0.6.0 (發布於 )
用户参与
星數2.5k
關注者數128
派生數356
提交數9.6k
已啟用問題?
問題數1828
打開的問題數37
拉請求數867
打開的拉請求數2
關閉的拉請求數285
项目设置
已啟用Wiki?
已存檔?
是復刻?
已鎖定?
是鏡像?
是私有?

SABnzbd - The automated Usenet download tool

Average time to resolve an issue
Travis CI
AppVeryor
Snap Status
License

SABnzbd is an Open Source Binary Newsreader written in Python.

It's totally free, incredibly easy to use, and works practically everywhere.
SABnzbd makes Usenet as simple and streamlined as possible by automating everything we can. All you have to do is add an .nzb. SABnzbd takes over from there, where it will be automatically downloaded, verified, repaired, extracted and filed away with zero human interaction.
If you want to know more you can head over to our website: https://sabnzbd.org.

Resolving Dependencies

SABnzbd has a good deal of dependencies you'll need before you can get running. If you've previously run SABnzbd from one of the various Linux packages, then you likely already have all the needed dependencies. If not, here's what you're looking for:

  • python (only 2.7.x and higher, but not 3.x.x)
  • python-cheetah
  • par2 (Multi-threaded par2 installation guide can be found here)
  • unrar (Make sure you get the "official" non-free version of unrar)
  • sabyenc (installation guide can be found here)

Optional:

  • python-cryptography (enables certificate generation and detection of encrypted RAR-files during download)
  • python-dbus (enable option to Shutdown/Restart/Standby PC on queue finish)
  • 7zip

Your package manager should supply these. If not, we've got links in our more in-depth installation guide.

Running SABnzbd from source

Once you've sorted out all the dependencies, simply run:

python -OO SABnzbd.py

Or, if you want to run in the background:

python -OO SABnzbd.py -d -f /path/to/sabnzbd.ini

If you want multi-language support, run:

python tools/make_mo.py

Our many other command line options are explained in depth here.

About Our Repo

The workflow we use, is a simplified form of "GitFlow".
Basically:

  • master contains only stable releases (which have been merged to master) and is intended for end-users.
  • develop is the target for integration and is not intended for end-users.
  • 1.1.x is a release and maintenance branch for 1.1.x (1.1.0 -> 1.1.1 -> 1.1.2) and is not intended for end-users.
  • feature/my_feature is a temporary feature branch based on develop.
  • bugfix/my_bugfix is an optional temporary branch for bugfix(es) based on develop.

Conditions:

  • Merging of a stable release into master will be simple: the release branch is always right.
  • master is not merged back to develop.
  • develop is not re-based on master.
  • Release branches branch from develop only.
  • Bugfixes created specifically for a release branch are done there (because they are specific, they're not cherry-picked to develop).
  • Bugfixes done on develop may be cherry-picked to a release branch.
  • We will not release a 1.0.2 if a 1.1.0 has already been released.