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.
O eMule clássico, ajustado para a banda larga atual
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
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ê
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.
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.
Defaults de slots de upload, timeouts, buffers, bibliotecas grandes e exposição do WebServer ficam visíveis para revisão, teste e documentação.
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 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.
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.
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.
Buffers maiores, limites de queue/source, file buffering, timeouts, sync recursiva e orientação de long paths miram Windows atuais e bibliotecas grandes.
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.
Endpoints JSON autenticados cobrem transferências, buscas, arquivos compartilhados, servidores, Kad, logs, categorias, uploads, estatísticas, preferências e shutdown controlado.
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
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.
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.
Use Windows com long paths, mantenha raízes de compartilhamento limpas, acompanhe ratios e trate arquivos raros como decisões deliberadas de publicação.
Ative WebServer/REST com API key, aplique binding e firewall com cuidado e use controladores que respeitem a semântica nativa do eMule.
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.
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
Superfície de controle
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.
Estado do release
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.
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.
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.
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 lanes compatíveis com qBittorrent provam automação sem enfraquecer o contrato nativo /api/v1.
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
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.
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.
Suposições modernas de bandwidth, memória, socket, queue e timeout aparecem como defaults explícitos ou preferências avançadas.
A JSON API autenticada segue contrato OpenAPI, rejeita entradas malformadas e encaminha mutações nativas pelo aplicativo.
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
Cultura do projeto
01
Ajuda slots fracos a processar seus sentimentos pelo tempo exato antes de devolvê-los à queue com prancheta e cooldown.
02
Mantém a lista sagrada de nós que funcionaram uma vez em 2007 e merecem uma segunda chance bem validada.
03
Só deixa builds entrarem se trouxerem testes, evidência live e uma boa explicação sobre o último socket.