Klasyczny eMule, dostrojony do współczesnych łączy

eMuleBB utrzymuje eD2K i Kad jako użyteczne narzędzia dla wymagających użytkowników.

eMule dla power userów: szybki upload, duże biblioteki współdzielone, stale działające sesje Windows i lokalne controller workflows bez porzucania znanej aplikacji desktop.

Testing started

Nightly builds are open for testers

Public testing has started through nightly builds. Try the current packages, keep a disposable or backed-up profile, and report crashes, freezes, package issues, controller/API problems, and real-network regressions before 0.7.3-rc.1 is tagged.

eMule broadband edition, krótko eMuleBB, to niezależna linia produktu dla osób, które nadal cenią rozproszony model eMule. Zachowuje klasyczne desktop workflows, a jednocześnie ułatwia uruchamianie, obserwowanie, automatyzowanie i walidowanie klienta na aktualnych systemach Windows.

Dlaczego

Klient legacy ma sens tylko wtedy, gdy można nim nadal pewnie zarządzać

eMuleBB to produkt i dyscyplina inżynierska: zachować natywną aplikację Windows z prawdziwym zachowaniem sieciowym oraz otoczyć ją nowoczesnym build, testami, dokumentacją, automatyzacją i procesem release.

Powód produktowy

Utrzymać eD2K i Kad w praktyce

To nie nostalgia ani rewrite. Chodzi o utrzymanie klasycznego modelu dla długich sesji, rzadkich plików, świadomego seeding i użytkowników chcących natywnego klienta.

Powód techniczny

Ujawnić stare założenia

Defaults dotyczące upload slots, timeouts, buffers, dużych bibliotek i ekspozycji WebServer stają się jawne, testowalne i dokumentowalne.

Powód release

Dowodzić legacy-code nowoczesnymi metodami

Workspace traktuje release jako artefakt inżynierski: source policy, kontrakty OpenAPI, powtarzalne builds, hashes, live checks i operator gates muszą się zgadzać.

Funkcje

Co eMuleBB dodaje wokół klasycznego klienta

Praca skupia się na zachowaniu widocznym dla operatora: przewidywalny upload, bezpieczniejszy binding, stałe limity wydajności, duże biblioteki, lokalna automatyzacja i dowody dla planowanego release 0.7.3-rc.1.

Udostępnianie i upload

Kontrola uploadu na szybkich łączach

Ograniczone cele slots, recykling słabych slots, odczyty ratio i kontrola seeding utrzymują szybki upload bez zmiany protokołu eD2K.

Kontrola sieci

Binding, NAT i polityka ekspozycji

Interface-aware binding, walidacja UPnP/NAT, HTTPS, allowed-IP rules i dziedziczenie WebServer utrzymują powierzchnie zdalne jawne i testowalne.

Wydajność i skala

Aktualne defaults dla dużych sesji

Większe socket buffers, limity queue/source, file buffering, timeouts, rekursywny sync i long paths są ukierunkowane na współczesny Windows i duże biblioteki.

Klasyczna sieć

eD2K i Kad pozostają pierwsze

Server, global i Kad search pozostają natywną podstawą, a Kad identity, bad-node handling, cleanup i timing mieszczą się w granicach zgodności.

Automatyzacja

REST i controller workflows

Uwierzytelnione JSON endpoints obejmują transfers, searches, shared files, servers, Kad, logs, categories, uploads, statistics, preferences i controlled shutdown.

Dyscyplina release

Dowody przed publicznymi pakietami

RC 0.7.3-rc.1 zależy od native tests, REST contracts, live controller lanes, network adversity, packaging i prób x64/ARM64.

Przewodnik produktu

Krótki model pracy

01

Zacznij od dobrych nawyków eMule

Używaj zaufanych server lists, uruchamiaj Kad świadomie, trzymaj incoming i shared folders przewidywalnie i zachowaj klasyczny workflow przed automatyzacją.

02

Dostosuj upload do realnego łącza

Ustaw skończony upload limit, wybierz realistyczny cel klientów i pozwól broadband policy preferować mniej, ale mocniejszych slots.

03

Dbaj o duże biblioteki

Używaj Windows z long paths, utrzymuj shared roots w porządku, obserwuj ratios i traktuj rzadkie pliki jak świadome publikacje.

04

Automatyzuj tylko w zaufanych sieciach

Włącz WebServer/REST z API key, ostrożnie ustaw binding i firewall oraz używaj controllers szanujących natywną semantykę eMule.

05

Śledź gotowość release

Traktuj publiczną branch jak aktywny pre-release, dopóki gates 0.7.3-rc.1, operator checks i live E2E evidence nie powiedzą inaczej.

06

Szczegóły są w dokumentacji

Homepage pozostaje zwarta. Przewodnik produktu, kontrakt REST, notatki o broadband i dokumenty release są w Markdown w repozytorium tooling.

Więcej informacji

Szczegółowe przewodniki i dokumenty źródłowe

Powierzchnia sterowania

REST automation bez zastępowania aplikacji desktop

Linia broadband release udostępnia resource-oriented JSON API /api/v1 przez istniejący listener WebServer. Uwierzytelnia przez X-API-Key, zwraca JSON envelopes i prowadzi zmiany stanu eMule przez aplikację.

  • Transfers
  • Searches
  • Servers
  • Kad
  • Shared files
  • Uploads
  • Categories
  • Logs
  • Statistics
  • Preferences

Status wydania

Publiczna wersja 0.7.3-rc.1 jest planowana, ma gates i nie została jeszcze wydana

Aktualny status

Pierwszy publiczny target to 0.7.3-rc.1. Nie został jeszcze wydany. Końcowy dowód jest w toku, a publiczny status pozostaje związany z aktywnymi dokumentami.

Dowód build i pakietu

Dowód obejmuje workspace validation, Debug i Release x64 app builds, Release ARM64 app builds, test binaries, package generation, clean-worktree checks oraz SHA-256 hashes.

Dowód zachowania

Gates obejmują native suites, REST contract, OpenAPI drift, malformed requests, UI automation, live controller-surface E2E, pełny Release x64 live E2E i network adversity.

SPDX SBOM

Release packages carry package-local SBOM.spdx.json plus sidecar *.sbom.spdx.json files, with manifest hashes that tie software contents to the exact package evidence.

Dowód controllers

aMuTorrent, Prowlarr, Radarr, Sonarr i qBittorrent-compatible lanes pokazują automation bez osłabiania natywnego kontraktu /api/v1.

Dowód zgodności

Oryginalne zachowanie eD2K/Kad pozostaje default. Broadband, REST i controllers są dodawane wokół tego celu zgodności.

Metoda implementacji

Modernizować wokół legacy-core, a potem dowieść wyniku

Styl jest celowo konserwatywny. eMuleBB zmienia lokalną policy, limits, diagnostics, API boundaries i release discipline, zachowując domyślną zgodność eD2K/Kad.

Zgodność

Bez przypadkowego protocol drift

Zmiany Kad i eD2K zostają w local routing, timing, validation i control paths. Wire formats, opcodes i native workflows są granicami zgodności.

Limity

Stałe, sprawdzalne defaults

Nowoczesne założenia o bandwidth, memory, socket, queue i timeout są wyrażone jako jawne defaults albo advanced preferences.

REST

Kontrakty sterowania, nie screen scraping

Uwierzytelniona JSON API trzyma się kontraktu OpenAPI, odrzuca malformed inputs i prowadzi native state mutations przez aplikację.

Release

Dowody przed etykietami

Proces zapisuje commands, commits, logs, package paths, hashes, live evidence i operator decisions, aby tag był sprawdzonym wynikiem.

Publiczny workspace

Główne repozytoria

Kultura projektu

Ludzie, którzy nie pozwalają queue stać się performancem

Cartoon mule carrying an upload arrow and a clipboard. 01

Terapeuta upload slots

Daje słabym slots dokładnie tyle czasu na emocje, ile trzeba, po czym odsyła je do queue z formularzem i cooldown.

Cartoon mule carrying connected Kad nodes across a trail. 02

Archiwista bootstrap Kad

Pilnuje świętej listy nodes, która zadziałała raz w 2007 roku i zasługuje na dobrze zweryfikowaną drugą szansę.

Cartoon mule hauling release packages and checks. 03

Bramkarz release gates

Wpuszcza builds tylko wtedy, gdy przynoszą testy, live evidence i sensowne wyjaśnienie ostatniego socket.