O eMule clássico, ajustado para a banda larga atual

eMuleBB mantém eD2K e Kad úteis para usuários exigentes.

Um eMule para usuários avançados, com links de upload rápidos, grandes bibliotecas compartilhadas, sessões Windows sempre ativas e workflows locais de controle sem abandonar o aplicativo desktop conhecido.

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 simplesmente eMuleBB, é uma linha de produto independente para quem ainda valoriza o modelo distribuído do eMule. Ele preserva os workflows clássicos do desktop e torna o cliente mais fácil de executar, observar, automatizar e validar em sistemas Windows atuais.

Por quê

Um cliente legado só é útil se ainda puder ser operado com confiança

eMuleBB é produto e também disciplina de engenharia: preservar uma aplicação nativa Windows com comportamento real de rede e cercá-la de build, testes, documentação, automação e processo de release modernos.

Motivo de produto

Manter eD2K e Kad práticos

A meta não é nostalgia nem reescrita. É manter o modelo clássico útil para sessões longas, arquivos raros, seeding deliberado e usuários que ainda querem um cliente nativo.

Motivo técnico

Tornar explícitas as suposições antigas

Defaults de slots de upload, timeouts, buffers, bibliotecas grandes e exposição do WebServer ficam visíveis para revisão, teste e documentação.

Motivo de release

Aplicar prova moderna a código legado

O workspace trata release como artefato de engenharia: política de fonte, contratos OpenAPI, builds reproduzíveis, hashes, checks live e gates de operador precisam fechar.

Recursos

O que eMuleBB adiciona ao redor do cliente clássico

O foco está no comportamento visível para o operador: política de upload previsível, binding mais seguro, limites fixos de desempenho, bibliotecas grandes, automação local e evidência para o release planejado 0.7.3-rc.1.

Compartilhamento e upload

Controle de upload em banda larga

Metas limitadas de slots, reciclagem de slots fracos, leitura de ratios e controles de seeding mantêm links rápidos úteis sem alterar o protocolo de upload eD2K.

Controle de rede

Binding, NAT e política de exposição

Interface-aware binding, validação UPnP/NAT, HTTPS, regras de IP permitido e herança do WebServer mantêm superfícies remotas explícitas e testáveis.

Desempenho e escala

Defaults atuais para sessões grandes

Buffers maiores, limites de queue/source, file buffering, timeouts, sync recursiva e orientação de long paths miram Windows atuais e bibliotecas grandes.

Rede clássica

eD2K e Kad continuam em primeiro lugar

Busca Server, global e Kad seguem como base nativa, com identidade Kad, tratamento de nós ruins, limpeza e timing dentro de limites compatíveis.

Automação

REST e workflows de controle

Endpoints JSON autenticados cobrem transferências, buscas, arquivos compartilhados, servidores, Kad, logs, categorias, uploads, estatísticas, preferências e shutdown controlado.

Disciplina de release

Evidência antes de pacotes públicos

A RC 0.7.3-rc.1 depende de testes nativos, contratos REST, lanes live de controladores, adversidade de rede, packaging e ensaios x64/ARM64.

Guia do produto

Um modelo curto de operação

01

Comece por bons hábitos do eMule

Use listas confiáveis de servidores, inicialize Kad com cuidado, mantenha pastas incoming e compartilhadas previsíveis e preserve o workflow clássico antes da automação.

02

Ajuste o upload ao seu link real

Defina um limite finito de upload, escolha uma meta realista de clientes e deixe a política de banda larga favorecer menos slots, porém mais fortes.

03

Cuide de bibliotecas grandes

Use Windows com long paths, mantenha raízes de compartilhamento limpas, acompanhe ratios e trate arquivos raros como decisões deliberadas de publicação.

04

Automatize só em redes confiáveis

Ative WebServer/REST com API key, aplique binding e firewall com cuidado e use controladores que respeitem a semântica nativa do eMule.

05

Acompanhe a prontidão do release

Trate a branch pública como pre-release ativo até que os gates 0.7.3-rc.1, checks do operador e evidência live E2E digam o contrário.

06

Use a documentação para detalhes

A página principal é compacta. Guia do produto, contrato REST, notas de banda larga e documentos de release vivem como Markdown no repositório de tooling.

Leia mais

Guias detalhados e documentos-fonte

Superfície de controle

REST automation sem substituir o aplicativo desktop

A linha de release de banda larga expõe uma JSON API /api/v1 orientada a recursos a partir do listener WebServer existente. Ela autentica com X-API-Key, entrega envelopes JSON e mantém mudanças de estado do eMule mediadas pelo aplicativo.

  • Transferências
  • Buscas
  • Servidores
  • Kad
  • Arquivos compartilhados
  • Uploads
  • Categorias
  • Logs
  • Estatísticas
  • Preferências

Estado do release

A versão pública 0.7.3-rc.1 está planejada, tem gates e ainda não foi lançada

Estado atual

O primeiro alvo público é 0.7.3-rc.1. Ele ainda não foi lançado. A prova final está em andamento e o status público segue os documentos ativos.

Prova de build e pacote

A prova cobre validação do workspace, builds Debug e Release x64, builds Release ARM64, binários de teste, geração de pacote, worktree limpo e hashes SHA-256.

Prova de comportamento

Os gates cobrem suites nativas, contrato REST, drift OpenAPI, requests malformados, automação UI, E2E live de controladores, Release x64 live E2E completo e adversidade de rede.

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.

Prova de controladores

aMuTorrent, Prowlarr, Radarr, Sonarr e lanes compatíveis com qBittorrent provam automação sem enfraquecer o contrato nativo /api/v1.

Prova de compatibilidade

O comportamento eD2K/Kad original permanece default. Banda larga, REST e controladores são adicionados ao redor desse objetivo de compatibilidade.

Método de implementação

Modernizar ao redor do núcleo legado e então provar o resultado

O estilo é deliberadamente conservador. eMuleBB muda política local, limites, diagnósticos, limites de API e disciplina de release mantendo compatibilidade eD2K/Kad como default.

Compatibilidade

Sem drift casual de protocolo

Mudanças Kad e eD2K ficam em rotas locais, timing, validação e controle. Wire formats, opcodes e workflows nativos são limites de compatibilidade.

Limites

Defaults fixos e revisáveis

Suposições modernas de bandwidth, memória, socket, queue e timeout aparecem como defaults explícitos ou preferências avançadas.

REST

Contratos de controle, não screen scraping

A JSON API autenticada segue contrato OpenAPI, rejeita entradas malformadas e encaminha mutações nativas pelo aplicativo.

Release

Evidência antes de etiquetas

O processo registra comandos, commits, logs, caminhos de pacote, hashes, evidência live e decisões do operador para que o tag seja um resultado verificado.

Workspace público

Repositórios principais

Cultura do projeto

A equipe que impede a queue de virar arte performática

Cartoon mule carrying an upload arrow and a clipboard. 01

Terapeuta de slots de upload

Ajuda slots fracos a processar seus sentimentos pelo tempo exato antes de devolvê-los à queue com prancheta e cooldown.

Cartoon mule carrying connected Kad nodes across a trail. 02

Arquivista de bootstrap Kad

Mantém a lista sagrada de nós que funcionaram uma vez em 2007 e merecem uma segunda chance bem validada.

Cartoon mule hauling release packages and checks. 03

Porteiro dos gates de release

Só deixa builds entrarem se trouxerem testes, evidência live e uma boa explicação sobre o último socket.