ControlFSSoftware para Windows
Os arquivos do Windows no sofá, com o controle na mão.
O ControlFS é um gerenciador de arquivos para Windows que navega, organiza, mostra e descompacta arquivos só com o direcional e os botões de um controle de Xbox, PlayStation ou Nintendo. O código é aberto, em C# com .NET 10 e WinUI 3, e o repositório publica um benchmark contra o Explorador de Arquivos e o Files, inclusive nos pontos em que ele perde.
Código aberto
Ficha técnica
- Cliente
- Produto próprio da Next, código aberto
- Setor
- Software para Windows
- Plataformas
- Desktop / Código aberto
- Período
- 2026
- Status
- Código aberto
- O que fizemos
- App nativo para Windows
- Navegação completa por controle
- Extrator e criação de compactados
- Celular como controle por QR code
- Atualizações automáticas verificadas
- Benchmark público com método
- Stack
- C# / .NET 10 / WinUI 3 / SDL3
Números
- menos memória privada que o Files, com 59 MB contra 109 MB
- 45%
- benchmark no GitHub Actions, mediana de 3 execuções
- de conjunto de trabalho em repouso, medido depois da limpeza que só o ControlFS faz
- 18 MB
- benchmark no GitHub Actions, mediana de 3 execuções
- de memória privada acima do Explorador, onde o ControlFS perde
- 2,5 MB
- benchmark no GitHub Actions, mediana de 3 execuções
- de um núcleo de CPU em repouso, contra perto de 0% do Explorador
- 0,31%
- benchmark no GitHub Actions, mediana de 3 execuções
O ponto de partida
Num PC ligado à TV ou num portátil com Windows, o controle já está na mão. Para abrir uma pasta, extrair um ZIP baixado ou assistir a um vídeo, a pessoa volta ao mouse e ao teclado, porque o Explorador de Arquivos foi desenhado para eles.
O ControlFS foi feito para esse uso. Roda só no PC, sem login e sem telemetria, e o código está publicado sob a licença AGPL-3.0-only.
Feito para o controle
Tudo funciona pelo direcional. Os botões seguem a posição física, então confirmar e voltar ficam no mesmo lugar em controles de Xbox, PlayStation e Nintendo, e o rodapé mostra os ícones do controle conectado ao lado de cada ação. Para digitar, há um teclado na tela próprio, com acentos e símbolos.
Também dá para usar o celular como controle. O PC mostra um QR code, o celular se conecta pela rede local sem instalar nada, e a conexão é criptografada com AES-256-GCM, com pareamento por código e uma autorização explícita no PC.
Em volta disso estão as funções de um gerenciador de arquivos completo:
- abas, dois painéis e busca;
- copiar, mover e renomear com desfazer e refazer, operações que pausam e retomam, e lixeira;
- extração de ZIP (inclusive ZIP64 e AES), 7z, RAR4, RAR5, TAR e GZ, com volumes divididos e teste de integridade;
- criação de ZIP, TAR.GZ e 7z;
- prévia de imagem, texto, PDF, áudio e vídeo com legenda;
- montagem de ISO, IMG, VHD e VHDX;
- leitura pelo Narrador do Windows, e tema claro e escuro.
Decisões técnicas
O app é nativo, em C# com .NET 10 e WinUI 3, sem Electron, sem navegador embutido e sem web view. A escolha vem do uso: o ControlFS precisa caber ao lado de um jogo aberto. Minimizado ou atrás do jogo, ele baixa a própria prioridade, entra no modo de eficiência do Windows e devolve memória ao sistema. Nesse estado, fica em cerca de 12 MB de conjunto de trabalho.
A leitura dos controles passa pelo SDL3. Até setembro de 2026, ela rodava a cada 8 ms mesmo sem controle conectado, e isso respondia pela maior parte do 1,4% a 1,7% de CPU que o app gastava parado. Hoje, sem controle, o app só confere a cada 250 ms se algum chegou, e a medição seguinte ficou entre 0,47% e 0,62% de um núcleo.
A extração segue regras fixas. Nada é gravado fora da pasta de destino, links são bloqueados, colisões de nome são recusadas, há limites de tamanho, os arquivos passam por uma pasta temporária e o CRC é conferido. As atualizações automáticas só instalam um pacote cujo manifesto esteja assinado pela chave do projeto e cujos SHA-256 e tamanho confiram.
O benchmark, inclusive onde ele perde
O README publica a medição com o método e os links das execuções de CI. Os três apps abrem a mesma pasta com 5.000 arquivos pequenos num runner windows-latest do GitHub Actions. Com a janela aberta, a medição dura 10 segundos e soma todos os processos de cada app. Cada valor é a mediana de 3 execuções, feitas em 28 de setembro de 2026. A CPU está em porcentagem de um núcleo.
| Medida | ControlFS | Explorador | Files |
|---|---|---|---|
| Memória privada (MB) | 59 | 56,5 | 109 |
| Conjunto de trabalho (MB) | 18 | 144 | 264 |
| CPU em repouso (%) | 0,31 | ~0 | 0,47 |
Na memória privada, o ControlFS usa cerca de 45% menos que o Files. Uma janela do Explorador usa cerca de 2,5 MB a menos de memória privada e fica perto de 0% de CPU em repouso, contra cerca de 0,3% do ControlFS. A abertura leva perto de um segundo, porque o Windows carrega o .NET e o WinUI antes da primeira linha do app, e o Explorador não paga esse custo por já estar carregado.
Os 18 MB de conjunto de trabalho são medidos depois de uma limpeza que o ControlFS faz uma vez para devolver ao Windows o que sobrou da abertura. O Explorador e o Files não passam por essa limpeza, então a comparação justa é a da memória privada. O runner não tem GPU nem controle conectado, e o README avisa que os números mudam num PC de verdade.
O documento de desempenho do repositório guarda também o que foi descartado, como o ReadyToRun, que deixou o executável portátil 21 MB maior sem abrir o app mais rápido.
Como está hoje
O ControlFS foi validado em hardware real com controles físicos, e a versão 1.0 está em preparação. A versão atual é a 0.17.0-alpha.1, para Windows 11 de 64 bits, com um instalador que se atualiza sozinho e uma versão portátil num único executável. Os executáveis ainda não têm assinatura de código, porque o pedido à SignPath Foundation está em análise, e o SmartScreen pode avisar na primeira execução.
Desde a primeira versão alfa, publicada em setembro de 2026, o changelog registra 21 versões e passa de 80 KB, com o que mudou e as limitações conhecidas de cada uma.
