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.
Klasyczny eMule, dostrojony do współczesnych łączy
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
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
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.
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.
Defaults dotyczące upload slots, timeouts, buffers, dużych bibliotek i ekspozycji WebServer stają się jawne, testowalne i dokumentowalne.
Workspace traktuje release jako artefakt inżynierski: source policy, kontrakty OpenAPI, powtarzalne builds, hashes, live checks i operator gates muszą się zgadzać.
Funkcje
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.
Ograniczone cele slots, recykling słabych slots, odczyty ratio i kontrola seeding utrzymują szybki upload bez zmiany protokołu eD2K.
Interface-aware binding, walidacja UPnP/NAT, HTTPS, allowed-IP rules i dziedziczenie WebServer utrzymują powierzchnie zdalne jawne i testowalne.
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.
Server, global i Kad search pozostają natywną podstawą, a Kad identity, bad-node handling, cleanup i timing mieszczą się w granicach zgodności.
Uwierzytelnione JSON endpoints obejmują transfers, searches, shared files, servers, Kad, logs, categories, uploads, statistics, preferences i controlled shutdown.
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
Używaj zaufanych server lists, uruchamiaj Kad świadomie, trzymaj incoming i shared folders przewidywalnie i zachowaj klasyczny workflow przed automatyzacją.
Ustaw skończony upload limit, wybierz realistyczny cel klientów i pozwól broadband policy preferować mniej, ale mocniejszych slots.
Używaj Windows z long paths, utrzymuj shared roots w porządku, obserwuj ratios i traktuj rzadkie pliki jak świadome publikacje.
Włącz WebServer/REST z API key, ostrożnie ustaw binding i firewall oraz używaj controllers szanujących natywną semantykę eMule.
Traktuj publiczną branch jak aktywny pre-release, dopóki gates 0.7.3-rc.1, operator checks i live E2E evidence nie powiedzą inaczej.
Homepage pozostaje zwarta. Przewodnik produktu, kontrakt REST, notatki o broadband i dokumenty release są w Markdown w repozytorium tooling.
Więcej informacji
Powierzchnia sterowania
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ę.
Status wydania
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 obejmuje workspace validation, Debug i Release x64 app builds, Release ARM64 app builds, test binaries, package generation, clean-worktree checks oraz SHA-256 hashes.
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.
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.
aMuTorrent, Prowlarr, Radarr, Sonarr i qBittorrent-compatible lanes pokazują automation bez osłabiania natywnego kontraktu /api/v1.
Oryginalne zachowanie eD2K/Kad pozostaje default. Broadband, REST i controllers są dodawane wokół tego celu zgodności.
Metoda implementacji
Styl jest celowo konserwatywny. eMuleBB zmienia lokalną policy, limits, diagnostics, API boundaries i release discipline, zachowując domyślną zgodność eD2K/Kad.
Zmiany Kad i eD2K zostają w local routing, timing, validation i control paths. Wire formats, opcodes i native workflows są granicami zgodności.
Nowoczesne założenia o bandwidth, memory, socket, queue i timeout są wyrażone jako jawne defaults albo advanced preferences.
Uwierzytelniona JSON API trzyma się kontraktu OpenAPI, odrzuca malformed inputs i prowadzi native state mutations przez aplikację.
Proces zapisuje commands, commits, logs, package paths, hashes, live evidence i operator decisions, aby tag był sprawdzonym wynikiem.
Publiczny workspace
Kultura projektu
01
Daje słabym slots dokładnie tyle czasu na emocje, ile trzeba, po czym odsyła je do queue z formularzem i cooldown.
02
Pilnuje świętej listy nodes, która zadziałała raz w 2007 roku i zasługuje na dobrze zweryfikowaną drugą szansę.
03
Wpuszcza builds tylko wtedy, gdy przynoszą testy, live evidence i sensowne wyjaśnienie ostatniego socket.