IkeBuka
Ben Sarmiento
Ben Sarmiento

patreon


Version 0.10.0-rc.3

Please test and report issues at https://github.com/debridmediamanager/zurg

Binary: https://github.com/debridmediamanager/zurg/releases/tag/v0.10.0-rc.3

Docker: https://github.com/debridmediamanager/zurg/pkgs/container/zurg/239033905?tag=v0.10.0-rc.3

Since this is the last release candidate, here's a roundup of all the changes for 0.10:

- Introduced token management for handling download tokens (zurg now supports token rotation so you will never hit bw limits)

- Added config dump in logs for better debugging

- Config: Added `log_requests` for logging of all download requests for bandwidth monitoring

- Per token traffic tracking for monitoring bandwidth usage in the homepage

- Log rotation for managing log file size

- Logging of reasons for library updates

- New /stats JSON endpoint for traffic/usage statistics

- Support for loading zurgtorrent files from the dump folder

- On startup, the system runs a network test to ensure Real-Debrid is reachable

- Added `network-test` command with an option to pass a test URL (will cache network test results)

- Config: Default refresh interval is now 15 seconds

- Config: Default download interval is 12 hours

- Config: Default dump torrents interval is every day

- Removed networked buffering to optimize streaming (replaced with direct copy)

- Config: Removed obsolete config options (`downloads_limit`, `rate_limit_sleep_secs`, `get_torrents_count`, `auto_delete_rar_torrents`, `enable_download_mount`)

- Config: Added `dump_torrents_every_mins` for scheduling automated torrent dumps

- Config: Added `auto_analyze_new_torrents` to automate ffprobe analysis of new files

- Config: Added `cache_network_test_results` to cache results of network tests

- Config: Added `log_requests` to log every download request

- Config: Added `number_of_hosts` to limit the use of Real-Debrid servers

- Config: Added `rar_action` to specify actions for archived torrents (extract, delete, none)

- Added `ffmpeg` to Docker container for media handling

- Using `ffprobe` to extract and enhance media information

- Config: Added media filters based on resolution, bitrate, duration, and language

- Expanded support for new video file extensions

- Improved error handling for broken files by returning a 404 to rclone (no retries)

- Enhanced premium status monitoring and added detailed logging messages for account status

- Added utilities for bandwidth limit checking

Comments

What exactly does this mean for the user: Added `ffmpeg` to Docker container for media handling - Using `ffprobe` to extract and enhance media information

J H

Fair enough! thanks for the reply

eafx

what i mean by this is let's not assume and abuse the api for doing something against RD's terms of use

Ben Sarmiento

caching rules in RD is not clear so doing that might just lead to abuse

Ben Sarmiento

Thanks for all the new features and happy to support this project. Since we now have support for multiple download tokens. To expand on this feature, is it possible to make use of this to keep cached content cached longer or indefinitely by occasionally syncing between two or more RD accounts? Not sure if this is even possible, could just be my flawed understanding of how and when files are cached/expired on RD

eafx

I got 2 Rd Accounts now. 2nd one is just used for the token

Mook Dog


Related Creators