Tenere pratici eD2K e Kad
Non è nostalgia e non è una riscrittura. Serve a mantenere utile il modello classico per sessioni lunghe, file rari, seeding deliberato e utenti che vogliono ancora un client nativo.
Il classico eMule, tarato per la banda larga attuale
eMuleBB mantiene eD2K e Kad utili per utenti esigenti.
Un eMule per power user con upload veloci, grandi librerie condivise, sessioni Windows sempre attive e workflow locali di controllo senza abbandonare la familiare app desktop.
Download releases
eMuleBB
eMuleBB nightlies
aMule
aMule nightlies
aMuTorrent release page
MiniUPnP/miniupnpc
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, in breve eMuleBB, è una linea di prodotto indipendente per chi dà ancora valore al modello distribuito di eMule. Conserva i workflow desktop classici e rende il client più semplice da eseguire, osservare, automatizzare e validare sui sistemi Windows attuali.
Perché
Un client legacy è utile solo se può ancora essere gestito con fiducia
eMuleBB è insieme prodotto e disciplina tecnica: preservare una applicazione nativa Windows con vero comportamento di rete e circondarla di build, test, documentazione, automazione e processo di release moderni.
Rendere visibili le vecchie ipotesi
Default per upload slot, timeout, buffer, grandi librerie ed esposizione WebServer diventano espliciti, quindi revisionabili, testabili e documentabili.
Applicare prove moderne a codice legacy
Il workspace tratta la release come un artefatto tecnico: policy del sorgente, contratti OpenAPI, build riproducibili, hash, controlli live e gate operatore devono combaciare.
Funzioni
Cosa aggiunge eMuleBB intorno al client classico
Il lavoro punta a comportamento visibile all'operatore: upload prevedibile, binding più sicuro, limiti fissi di prestazione, grandi librerie, automazione locale ed evidenza per la release pianificata 0.7.3-rc.1.
Controllo upload per banda larga
Target limitati per slot, riciclo degli slot deboli, lettura dei ratio e controlli di seeding mantengono utili gli upload veloci senza cambiare il protocollo eD2K.
Binding, NAT e policy di esposizione
Interface-aware binding, validazione UPnP/NAT, HTTPS, regole allowed-IP ed ereditarietà WebServer mantengono esplicite e testabili le superfici remote.
Default attuali per sessioni grandi
Buffer socket maggiori, limiti queue/source, file buffering, timeout, sync ricorsiva e guida long paths puntano a Windows attuali e grandi librerie.
eD2K e Kad restano al centro
Ricerca Server, globale e Kad restano la base nativa, con identità Kad, gestione nodi cattivi, cleanup e timing entro confini compatibili.
REST e workflow di controllo
Endpoint JSON autenticati coprono trasferimenti, ricerche, file condivisi, server, Kad, log, categorie, upload, statistiche, preferenze e shutdown controllato.
Evidenza prima dei pacchetti pubblici
La RC 0.7.3-rc.1 dipende da test nativi, contratti REST, lane live dei controller, avversità di rete, packaging e prove x64/ARM64.
Guida prodotto
Un modello operativo breve
Parti dalle buone abitudini di eMule
Usa liste server fidate, avvia Kad con attenzione, mantieni prevedibili incoming e cartelle condivise e conserva il workflow classico prima dell'automazione.
Regola l'upload sul link reale
Imposta un limite finito, scegli un target realistico di client e lascia che la policy banda larga favorisca meno slot ma più solidi.
Cura le grandi librerie
Usa Windows con long paths, tieni pulite le radici condivise, osserva i ratio e tratta i file rari come scelte deliberate di pubblicazione.
Automatizza solo su reti fidate
Abilita WebServer/REST con API key, applica binding e firewall con cura e usa controller che rispettino la semantica nativa di eMule.
Segui la prontezza della release
Considera la branch pubblica come pre-release attivo finché i gate 0.7.3-rc.1, i check operatore e l'evidenza live E2E non dicono altro.
Usa la documentazione per i dettagli
La homepage resta compatta. Guida prodotto, contratto REST, note banda larga e documenti release sono Markdown nel repository di tooling.
Approfondisci
Guide dettagliate e documenti sorgente
Guida prodotto eMuleBB
Panoramica per setup, tuning, automazione e uso consapevole della release.
Guida di setup
Modello di installazione, profilo iniziale e note pratiche di avvio.
Guida rete
Riferimento per eD2K, Kad, binding, UPnP, firewall e diagnosi connessione.
Guida condivisione
Directory condivise, share monitorate, grandi librerie e file di policy.
Guida download e ricerca
Modalità di ricerca, fiducia nei risultati, categorie e workflow avanzati.
Guida controller e REST
Uso di controller locali fidati e confini dell'automazione.
Contratto REST API
Contratto leggibile della superficie JSON autenticata.
Contratti adapter REST
Superficie qBittorrent-compatible e Torznab per autori di controller.
Guida troubleshooting
Controlli per sintomo su Low ID, rete, condivisione e automazione.
Dashboard release 0.7.3-rc.1
Gate RC pianificati, riferimenti di prova e regole di prontezza.
Superficie di controllo
REST automation senza sostituire l'app desktop
La linea di release banda larga espone una JSON API /api/v1 orientata alle risorse dal listener WebServer esistente. Autentica con X-API-Key, serve envelope JSON e mantiene le modifiche allo stato eMule instradate tramite l'app.
- Trasferimenti
- Ricerche
- Server
- Kad
- File condivisi
- Upload
- Categorie
- Log
- Statistiche
- Preferenze
Stato della release
La release pubblica 0.7.3-rc.1 è pianificata, ha gate e non è ancora uscita
Il primo target pubblico è 0.7.3-rc.1. Non è ancora uscito. La prova finale è in corso e lo stato pubblico resta legato ai documenti attivi.
La prova richiesta copre validazione workspace, build Debug e Release x64, build Release ARM64, binari di test, generazione pacchetti, worktree pulita e hash SHA-256.
I gate coprono suite native, contratto REST, drift OpenAPI, request malformate, automazione UI, E2E live dei controller, Release x64 live E2E completo e avversità di rete.
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 e lane compatibili qBittorrent provano automazione senza indebolire il contratto nativo /api/v1.
Il comportamento eD2K/Kad originale resta default. Banda larga, REST e controller vengono aggiunti attorno a questo obiettivo di compatibilità.
Metodo di implementazione
Modernizzare intorno al nucleo legacy, poi provare il risultato
Lo stile è intenzionalmente conservativo. eMuleBB cambia policy locali, limiti, diagnostica, confini API e disciplina di release mantenendo default la compatibilità eD2K/Kad.
Niente drift casuale del protocollo
Le modifiche Kad ed eD2K restano in routing locale, timing, validazione e controllo. Wire format, opcode e workflow desktop nativi sono confini di compatibilità.
Default fissi e revisionabili
Ipotesi moderne su bandwidth, memoria, socket, queue e timeout sono default espliciti o preferenze avanzate, non comportamento adattivo nascosto.
Contratti di controllo, non screen scraping
La JSON API autenticata segue un contratto OpenAPI, respinge input malformati e instrada le mutazioni native tramite l'app.
Evidenza prima delle etichette
Il processo registra comandi, commit, log, percorsi pacchetto, hash, evidenza live e decisioni operatore così il tag è un esito verificato.
Workspace pubblico
Repository principali
emulebb
app desktop e sorgente prodotto
emulebb-setup
setup riproducibile del workspace
emulebb-build
orchestrazione build, validazione e release
emulebb-build-tests
test nativi, Python, UI, REST e live E2E
emulebb-tooling
roadmap, backlog, policy, audit e documenti di riferimento
amutorrent
fork used for eMuleBB management and controller workflows
goed2k-server
eD2K server work for deterministic testing and ecosystem services
p2p-overlord-agents
exploratory agents for the p2p-overlord P2P suite
p2p-overlord-be
exploratory headless Rust eD2K/Kad client backend work
aMule Windows builds
Windows build and validation track for aMule users
emulebb-miniupnp
Windows build and validation track for MiniUPnP/miniupnpc
Cultura del progetto
Le persone che impediscono alla queue di diventare teatro prestazionale
01
Terapeuta degli upload slot
Aiuta gli slot deboli a elaborare i propri sentimenti il tempo giusto prima di rimandarli in queue con appunti e cooldown.
02
Archivista del bootstrap Kad
Custodisce la lista sacra di nodi che funzionò una volta nel 2007 e merita una seconda occasione ben validata.
03
Addetto ai gate di release
Fa entrare le build solo se portano test, evidenza live e una spiegazione plausibile sull'ultimo socket.