Versões anteriores do Megacubo

O que costuma levar alguém a procurar uma versão antiga

Duas coisas, quase sempre. A primeira é uma lista que parou de abrir. A segunda é uma máquina em que o aplicativo não inicia.

No primeiro caso a versão raramente é a culpada: uma lista M3U que deixou de carregar costuma ser o endereço da lista que mudou, ou o servidor dela fora do ar — e o player apenas mostra o que recebeu. Trocar de versão não conserta o endereço. No segundo caso, sim: se o aplicativo não abre numa máquina específica, um build anterior pode ser a diferença entre usar e não usar, e é exatamente para isso que os links abaixo existem.

Se o seu caso é o primeiro, vale começar pelos guias e pelo suporte — a resposta costuma estar lá, e não numa versão de dois anos atrás.

Onde estão todas as versões

O projeto publica cada versão em dois lugares, com os mesmos arquivos. Nenhum dos dois pede cadastro.

• GitHub — releases do Megacubo: uma entrada por versão publicada, cada uma com os instaladores e o código-fonte daquele ponto do projeto. É a fonte primária e a mais completa.
• SourceForge — arquivos do projeto: espelho dos mesmos instaladores, para quem prefere baixar de um diretório de software.

São mais de 170 versões desde 2008. Os APKs do Android aparecem nas duas páginas também, junto com os instaladores de Windows, Linux e macOS.

Qual é a versão atual

A atual é a 17.7.0, publicada em setembro de 2026. No Windows, o instalador oficial é o caminho normal — ele instala a versão atual e se atualiza sozinho depois. O que mudou de uma versão para outra está nas notas de versão.

Os pacotes .7z em /bin/packages/ não são uma versão para baixar à mão: eles são o que o instalador on-line busca quando atualiza uma instalação existente, e não abrem como um instalador. Para instalar do zero, use o instalador de Windows ou uma release do GitHub.

Por que um build antigo é a última opção, não a primeira

• Ele não recebe mais correção. Uma versão anterior fica como está: nem erro de segurança, nem ajuste de compatibilidade chegam a ela depois que a seguinte é publicada.
• O formato muda dos dois lados. Listas, guias de programação e servidores mudam com o tempo; o build que abre hoje pode ser justamente o que não entende o formato de amanhã.
• O relato de problema pede a versão atual. Um problema numa versão antiga é respondido com "atualize primeiro", porque a correção só existe da versão atual para frente.

Nada disso é um impedimento: se a versão atual não roda na sua máquina, use a anterior. Só não vale começar por ela.