Mantener eD2K y Kad prácticos
El objetivo no es la nostalgia ni una reescritura. Es mantener útil el modelo clásico para sesiones largas, archivos raros, seeding deliberado y usuarios que aún quieren un cliente nativo.
El eMule clásico, ajustado para la banda ancha actual
eMuleBB mantiene eD2K y Kad útiles para usuarios exigentes.
Un eMule para usuarios avanzados con enlaces de upload rápidos, bibliotecas compartidas grandes, sesiones de Windows siempre activas y workflows locales de control sin abandonar la aplicación de escritorio conocida.
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, en corto eMuleBB, es una línea de producto independiente para quienes todavía valoran el modelo distribuido de eMule. Conserva los workflows clásicos de escritorio y hace que el cliente sea más fácil de ejecutar, observar, automatizar y validar en sistemas Windows actuales.
Por qué
Un cliente legado solo sirve si todavía puede operarse con confianza
eMuleBB es a la vez producto y ejercicio de ingeniería disciplinada: conservar una aplicación nativa de Windows con comportamiento real de red y rodearla de build, pruebas, documentación, automatización y proceso de release modernos.
Poner los supuestos antiguos a la vista
Los valores por defecto de slots de upload, timeouts, buffers, bibliotecas grandes y exposición de WebServer quedan explícitos para poder revisarlos, probarlos y documentarlos.
Probar código legado con métodos actuales
El workspace trata el release como un artefacto de ingeniería: política de fuentes, contratos OpenAPI, builds reproducibles, hashes, pruebas live y gates de operador deben coincidir.
Funciones
Lo que eMuleBB añade alrededor del cliente clásico
El trabajo se centra en comportamiento visible para el operador: política de upload predecible, binding más seguro, límites fijos de rendimiento, bibliotecas grandes, automatización local y evidencia para el release planificado 0.7.3-rc.1.
Control de upload en banda ancha
Objetivos acotados de slots, reciclaje de slots débiles, ratios visibles y controles de seeding mantienen útiles los enlaces rápidos sin cambiar el protocolo de upload eD2K.
Binding, NAT y exposición
Interface-aware binding, validación UPnP/NAT, HTTPS, reglas de IP permitida y herencia de WebServer mantienen las superficies remotas explícitas y comprobables.
Valores actuales para sesiones grandes
Buffers de socket mayores, límites de queue/source, file buffering, timeouts, sync recursiva y guía de long paths apuntan a Windows actuales y bibliotecas grandes.
eD2K y Kad siguen primero
Las búsquedas Server, global y Kad siguen siendo la base, con identidad Kad, manejo de nodos malos, limpieza y timing dentro de límites compatibles.
REST y workflows de control
Endpoints JSON autenticados cubren transferencias, búsquedas, archivos compartidos, servidores, Kad, logs, categorías, uploads, estadísticas, preferencias y apagado controlado.
Evidencia antes de paquetes públicos
La RC 0.7.3-rc.1 depende de pruebas nativas, contratos REST, carriles live de controladores, adversidad de red, packaging y ensayos x64/ARM64.
Guía del producto
Un modelo breve de operación
Partir de buenos hábitos de eMule
Usa listas de servidores fiables, arranca Kad con intención, mantén predecibles las carpetas incoming y compartidas, y conserva el workflow clásico antes de añadir automatización.
Ajustar el upload al enlace real
Define un límite de upload finito, elige un objetivo realista de clientes y deja que la política de banda ancha favorezca menos slots, pero más fuertes.
Cuidar bibliotecas grandes
Usa Windows con long paths, mantén limpias las raíces compartidas, vigila ratios y trata los archivos raros como decisiones deliberadas de publicación.
Automatizar solo en redes confiables
Activa WebServer/REST con API key, aplica binding y firewall con cuidado, y usa controladores que respeten la semántica nativa de eMule.
Seguir la preparación del release
Trata la rama pública como pre-release activo hasta que los gates 0.7.3-rc.1, las comprobaciones de operador y la evidencia live E2E indiquen lo contrario.
Usar la documentación para profundizar
La página principal es compacta. La guía de producto, el contrato REST, las notas de banda ancha y los documentos de release viven como Markdown en el repositorio de tooling.
Más información
Guías detalladas y documentos fuente
Guía de producto eMuleBB
Visión de conjunto para instalación, ajuste, automatización y uso atento al release.
Guía de instalación
Modelo de instalación, primer perfil y notas prácticas de arranque.
Guía de red
Referencia de eD2K, Kad, binding, UPnP, firewall y diagnóstico de conexión.
Guía de compartición
Directorios compartidos, shares monitorizados, bibliotecas grandes y archivos de política.
Guía de descargas y búsqueda
Modos de búsqueda, confianza en resultados, categorías y workflows avanzados.
Guía de controladores y REST
Uso de controladores locales confiables y límites de automatización.
Contrato REST API
Contrato legible de la superficie JSON autenticada.
Contratos de adaptadores REST
Superficie qBittorrent-compatible y Torznab para autores de controladores.
Guía de diagnóstico
Comprobaciones por síntoma para Low ID, red, compartición y automatización.
Panel de release 0.7.3-rc.1
Gates de RC planificados, evidencias y reglas de preparación.
Superficie de control
REST automation sin reemplazar la aplicación de escritorio
La línea de release de banda ancha expone una JSON API /api/v1 orientada a recursos desde el listener WebServer existente. Autentica con X-API-Key, sirve envoltorios JSON y mantiene los cambios de estado de eMule canalizados por la aplicación.
- Transferencias
- Búsquedas
- Servidores
- Kad
- Archivos compartidos
- Uploads
- Categorías
- Logs
- Estadísticas
- Preferencias
Estado del release
La versión pública 0.7.3-rc.1 está planificada, tiene gates y aún no se ha publicado
El primer objetivo público es 0.7.3-rc.1. Aún no se ha publicado. La prueba final está en curso y el estado público sigue ligado a los documentos activos.
La evidencia requerida cubre validación del workspace, builds Debug y Release x64, builds Release ARM64, binarios de prueba, paquetes, worktree limpio y hashes SHA-256.
Los gates cubren suites nativas, contrato REST, drift OpenAPI, requests malformados, automatización UI, E2E live de controladores, Release x64 live E2E completo y adversidad de red.
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 y carriles compatibles con qBittorrent prueban automatización sin debilitar el contrato nativo /api/v1.
El comportamiento eD2K/Kad de serie sigue siendo el valor por defecto. Banda ancha, REST y controladores se añaden alrededor de ese objetivo de compatibilidad.
Método de implementación
Modernizar alrededor del núcleo legado y después probar el resultado
El estilo es deliberadamente conservador. eMuleBB cambia política local, límites, diagnósticos, límites de API y disciplina de release, manteniendo la compatibilidad eD2K/Kad como valor por defecto.
Sin drift casual del protocolo
Los cambios Kad y eD2K se mantienen en rutas locales, timing, validación y control. Formatos wire, opcodes y workflows nativos son límites de compatibilidad.
Valores fijos y revisables
Los supuestos modernos de bandwidth, memoria, socket, queue y timeout se expresan como defaults explícitos o preferencias avanzadas.
Contratos de control, no screen scraping
La JSON API autenticada sigue un contrato OpenAPI, rechaza entradas malformadas y canaliza mutaciones nativas por la aplicación.
Evidencia antes que etiquetas
El proceso registra comandos, commits, logs, rutas de paquetes, hashes, evidencia live y decisiones de operador para que el tag sea un resultado comprobado.
Workspace público
Repositorios principales
emulebb
aplicación desktop y fuente del producto
emulebb-setup
setup reproducible del workspace
emulebb-build
orquestación de build, validación y release
emulebb-build-tests
pruebas nativas, Python, UI, REST y live E2E
emulebb-tooling
roadmap, backlog, políticas, auditorías y docs de referencia
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 proyecto
La gente que evita que la queue se vuelva teatro de rendimiento
01
Terapeuta de slots de upload
Ayuda a los slots flojos a procesar sus sentimientos el tiempo justo antes de devolverlos a la queue con formulario y cooldown.
02
Archivista de bootstrap Kad
Conserva la lista sagrada de nodos que funcionaron una vez en 2007 y merecen una segunda oportunidad, bien validada.
03
Portero de gates de release
Deja entrar builds solo si traen pruebas, evidencia live y una explicación convincente sobre el último socket.