L'eMule classique, réglé pour le haut débit actuel

eMuleBB garde eD2K et Kad utiles pour les utilisateurs exigeants.

Un eMule pour utilisateurs avancés, avec uploads rapides, grandes bibliothèques partagées, sessions Windows permanentes et workflows locaux de contrôle sans abandonner l'application desktop familière.

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, ou simplement eMuleBB, est une ligne de produit indépendante pour celles et ceux qui accordent encore de la valeur au modèle distribué d'eMule. Elle conserve les workflows desktop classiques et rend le client plus simple à exécuter, observer, automatiser et valider sur les systèmes Windows actuels.

Pourquoi

Un client legacy n'est utile que s'il reste exploitable avec confiance

eMuleBB est à la fois un produit et une discipline d'ingénierie : préserver une application Windows native avec un vrai comportement réseau, puis l'entourer de build, tests, documentation, automatisation et processus de release modernes.

Raison produit

Garder eD2K et Kad pratiques

Le but n'est ni la nostalgie ni une réécriture. Il s'agit de garder le modèle classique utilisable pour les longues sessions, les fichiers rares, le seeding volontaire et les utilisateurs qui veulent encore un client natif.

Raison technique

Rendre visibles les anciennes hypothèses

Les defaults d'upload slots, timeouts, buffers, grandes bibliothèques et exposition WebServer deviennent explicites, donc révisables, testables et documentables.

Raison release

Appliquer une preuve moderne à du code legacy

Le workspace traite la release comme un artefact d'ingénierie : politique source, contrats OpenAPI, builds reproductibles, hashes, contrôles live et gates opérateur doivent converger.

Fonctions

Ce qu'eMuleBB ajoute autour du client classique

Le travail vise le comportement visible par l'opérateur : upload prévisible, binding plus sûr, limites fixes de performance, grandes bibliothèques, automatisation locale et preuves pour la release prévue 0.7.3-rc.1.

Partage et upload

Contrôle d'upload haut débit

Objectifs de slots bornés, recyclage des slots faibles, lecture des ratios et contrôles de seeding gardent les liens rapides utiles sans changer le protocole eD2K.

Contrôle réseau

Binding, NAT et exposition

Interface-aware binding, validation UPnP/NAT, HTTPS, règles allowed-IP et héritage WebServer gardent les surfaces distantes explicites et testables.

Performance et échelle

Defaults actuels pour grandes sessions

Buffers socket plus élevés, limites queue/source, file buffering, timeouts, sync récursive et long paths ciblent Windows actuels et les grandes bibliothèques.

Réseau classique

eD2K et Kad restent prioritaires

Les recherches Server, globales et Kad restent la base native, avec identité Kad, traitement des mauvais nœuds, cleanup et timing dans des limites compatibles.

Automatisation

REST et workflows de contrôle

Des endpoints JSON authentifiés couvrent transferts, recherches, fichiers partagés, serveurs, Kad, logs, catégories, uploads, statistiques, préférences et shutdown contrôlé.

Discipline de release

Des preuves avant les paquets publics

La RC 0.7.3-rc.1 dépend de tests natifs, contrats REST, lanes live de contrôleurs, adversité réseau, packaging et répétitions x64/ARM64.

Guide produit

Un modèle court d'exploitation

01

Partir des bonnes habitudes eMule

Utilisez des listes de serveurs fiables, amorcez Kad avec attention, gardez incoming et dossiers partagés prévisibles et conservez le workflow classique avant l'automatisation.

02

Régler l'upload sur le lien réel

Définissez une limite d'upload finie, choisissez une cible réaliste de clients et laissez la politique haut débit favoriser moins de slots, mais plus solides.

03

Soigner les grandes bibliothèques

Utilisez Windows avec long paths, gardez les racines de partage propres, suivez les ratios et traitez les fichiers rares comme des choix de publication.

04

Automatiser seulement sur des réseaux fiables

Activez WebServer/REST avec API key, appliquez binding et firewall soigneusement et utilisez des contrôleurs respectant la sémantique native d'eMule.

05

Suivre la préparation de la release

Considérez la branche publique comme pre-release actif jusqu'à ce que les gates 0.7.3-rc.1, contrôles opérateur et preuves live E2E disent le contraire.

06

Utiliser la documentation pour le détail

La page d'accueil reste compacte. Guide produit, contrat REST, notes haut débit et documents de release vivent en Markdown dans le dépôt tooling.

En savoir plus

Guides détaillés et documents sources

Surface de contrôle

REST automation sans remplacer l'application desktop

La ligne de release haut débit expose une JSON API /api/v1 orientée ressources depuis le listener WebServer existant. Elle authentifie avec X-API-Key, sert des enveloppes JSON et garde les changements d'état eMule relayés par l'application.

  • Transferts
  • Recherches
  • Serveurs
  • Kad
  • Fichiers partagés
  • Uploads
  • Catégories
  • Logs
  • Statistiques
  • Préférences

État de release

La version publique 0.7.3-rc.1 est prévue, soumise à gates et pas encore publiée

État actuel

La première cible publique est 0.7.3-rc.1. Elle n'est pas encore publiée. La preuve finale est en cours et l'état public reste lié aux documents actifs.

Preuve de build et paquet

La preuve requise couvre validation workspace, builds Debug et Release x64, builds Release ARM64, binaires de test, génération de paquet, worktree propre et hashes SHA-256.

Preuve de comportement

Les gates couvrent suites natives, contrat REST, drift OpenAPI, requests malformées, UI automation, E2E live des contrôleurs, Release x64 live E2E complet et adversité réseau.

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.

Preuve des contrôleurs

aMuTorrent, Prowlarr, Radarr, Sonarr et lanes compatibles qBittorrent prouvent l'automatisation sans affaiblir le contrat natif /api/v1.

Preuve de compatibilité

Le comportement eD2K/Kad d'origine reste default. Haut débit, REST et contrôleurs s'ajoutent autour de cet objectif de compatibilité.

Méthode d'implémentation

Moderniser autour du noyau legacy, puis prouver le résultat

Le style est volontairement conservateur. eMuleBB modifie politique locale, limites, diagnostics, frontières API et discipline de release tout en gardant la compatibilité eD2K/Kad par défaut.

Compatibilité

Pas de protocol drift au hasard

Les changements Kad et eD2K restent dans le routage local, le timing, la validation et le contrôle. Wire formats, opcodes et workflows natifs restent des frontières.

Limites

Defaults fixes et révisables

Les hypothèses modernes de bandwidth, mémoire, socket, queue et timeout sont exprimées comme defaults explicites ou préférences avancées.

REST

Contrats de contrôle, pas de screen scraping

La JSON API authentifiée suit un contrat OpenAPI, rejette les entrées malformées et relaie les mutations natives par l'application.

Release

Des preuves avant les labels

Le processus enregistre commandes, commits, logs, chemins de paquets, hashes, preuves live et décisions opérateur pour qu'un tag soit un résultat vérifié.

Workspace public

Dépôts principaux

Culture du projet

L'équipe qui empêche la queue de devenir du théâtre de performance

Cartoon mule carrying an upload arrow and a clipboard. 01

Thérapeute des upload slots

Laisse les slots faibles gérer leurs émotions juste assez longtemps avant de les renvoyer dans la queue avec formulaire et cooldown.

Cartoon mule carrying connected Kad nodes across a trail. 02

Archiviste du bootstrap Kad

Garde la liste sacrée de nœuds qui a fonctionné une fois en 2007 et mérite une seconde chance soigneusement validée.

Cartoon mule hauling release packages and checks. 03

Videur des gates de release

Ne laisse entrer les builds que s'ils apportent tests, preuves live et explication crédible du dernier socket.