-
v1.6.63 Stable
Administrator released this
2026-03-05 16:35:38 +01:00 | 582 commits to main since this releaseFix footer hoster count: now shows the number of unique file hosters present in the current download list (e.g. 2 if both rapidgator and ddownload links are queued), instead of listing hoster names or counting configured accounts.
Downloads
-
v1.6.62 Stable
2026-03-05 16:32:14 +01:00 | 584 commits to main since this releaseFix footer hoster display showing configured accounts instead of active download hosters. The footer now shows the actual file hosters (e.g. ddownload, rapidgator, uploaded) from current session downloads instead of the count of configured debrid accounts.
Downloads
-
v1.6.61 Stable
2026-03-05 16:28:12 +01:00 | 586 commits to main since this release- Fix leftover empty package folders in Downloader Unfertig after extraction\n- Resume marker files are ignored for empty-directory cleanup\n- Resume cleanup now runs before empty-directory removal
Downloads
-
v1.6.60 Stable
2026-03-05 14:52:38 +01:00 | 588 commits to main since this release- Package password cache for faster extraction within the same package
Downloads
-
v1.6.59 Stable
2026-03-05 14:31:35 +01:00 | 591 commits to main since this release- Native extractor default (7-Zip primary)
- Reduced extraction stalling between archives
Downloads
-
v1.6.58 Stable
2026-03-05 14:22:19 +01:00 | 592 commits to main since this release- Release v1.6.58
Downloads
-
v1.6.57 Stable
2026-03-05 14:12:52 +01:00 | 595 commits to main since this release- Release v1.6.57
Downloads
-
v1.6.56 Stable
2026-03-05 13:50:32 +01:00 | 597 commits to main since this releaseFix JVM daemon restart loop that caused 25-30s gaps between archive extractions
- Fixed startDaemon() killing still-booting daemon processes, which caused the daemon to never actually be used
- Added waitForDaemonReady() that polls until the daemon is ready instead of immediately spawning a new JVM process
- Made runJvmExtractCommand() async to await daemon readiness (up to 15s) before falling back to a fresh JVM spawn
- Previously every archive spawned a fresh JVM process (~5-8s boot each), now the daemon boots once and handles all subsequent archives instantly
- Eliminates the 25-30 second pause between extracting different episodes in a package
Downloads
-
v1.6.55 Stable
2026-03-05 06:25:20 +01:00 | 598 commits to main since this release- Use bulk IInArchive.extract() API instead of per-item extractSlow() for ~8x faster extraction throughput on solid RAR archives (from ~43 MB/s to near-native WinRAR speed ~375 MB/s)
- Add BulkExtractCallback with proper ICryptoGetTextPassword support for password-protected archives during bulk extraction
- Fix resolveArchiveItemsFromList: items were stuck on 'Ausstehend' because pattern matching returned empty arrays; added multi-level fallback (pattern → exact → stem-based → single-item)
- Simplify extraction progress caching back to standard Map (the caching was never broken — the resolution function was)
- Add 14 unit tests for archive item resolution covering multipart RAR, old-style RAR volumes, split ZIP/7z, generic splits, stem-based fuzzy matching, and cross-match isolation
- Add 2 JVM extractor integration tests verifying progress callbacks and multi-archive extraction
Downloads
-
v1.6.54 Stable
2026-03-05 05:59:50 +01:00 | 600 commits to main since this release- Add persistent JVM daemon mode: JVM extractor now starts once and stays alive across multiple archive extractions, eliminating the ~5s JVM boot overhead per archive (saves ~50s for a 10-episode package)
- Fix extraction progress caching: replaced Object/Map-based caches with Set + linear Array scan — both Map.has() and the 'in' operator on Object.create(null) mysteriously returned false despite keys being just set, causing resolveArchiveItems to re-run on every 1.1s pulse tick instead of caching
- Items now correctly show live extraction progress (Entpacken X%) and transition smoothly between archives instead of staying stuck at "Entpacken - Ausstehend"
- Increase JVM extractor heap to 8GB max / 512MB initial for systems with ample RAM
- Daemon JSON protocol: Node sends extraction requests as JSON lines to stdin, Java processes them sequentially and emits RD_PROGRESS/RD_REQUEST_DONE markers
- Graceful daemon shutdown on app quit via before-quit handler
Downloads