DromorCraft v1.3.3

Snapshots da instância com volta atrás, diagnóstico de por que o jogo fechou com a
correção em um botão, atualização de modpack que respeita o que você mudou, e uma cópia
só de cada mod no disco.

• Snapshots: cada instância pode guardar o estado dos seus mods, configurações e loader
  — nunca os mundos — e voltar a ele depois. O segundo snapshot custa só o que mudou. O
  launcher tira um sozinho antes de cada atualização de mod e guarda os cinco últimos
  automáticos por instância; os dois são configuráveis. Restaurar guarda antes o estado
  que vai substituir, então uma restauração também pode ser desfeita, e é recusada com
  o jogo aberto.
• Por que o jogo fechou: quando uma sessão termina com erro, o launcher lê o log e o
  crash report e reconhece o que os loaders e a JVM dizem — dependência faltando ou na
  versão errada, mod feito para outro Minecraft ou loader, id de mod duplicado, mixin
  que falhou, memória esgotada, Java mais novo exigido, driver que recusou a janela, os
  mods que o próprio crash report suspeita. Cada achado vem com o que o launcher pode
  fazer: instalar a dependência, atualizar o mod, desativá-lo, ajustar a memória, baixar
  o Java, reinstalar a versão ou voltar ao último snapshot. O que não é reconhecido
  aparece mesmo assim, com a volta atrás. Um fechamento com erro avisa com um link para
  o diagnóstico; o cartão de sessões oferece o mesmo para qualquer log guardado.
• Atualizar um modpack sem perder o que você mudou: uma instância que veio de um pack do
  catálogo pode ir para outra versão, ou ter os arquivos da versão instalada postos de
  volta, por um plano que você vê antes. O pack só substitui e remove o que você nunca
  tocou; um arquivo que você editou e o pack também mudou é um conflito, mantido por
  padrão e decidido na tela; um arquivo que você apagou continua apagado na atualização
  e volta no reparo. Tudo é baixado e verificado antes de a instância ser tocada, um
  snapshot é tirado antes, e um plano cuja instância mudou desde que foi feito é
  recusado — assim como um aplicado com o jogo aberto.
• Uma cópia só de cada mod: mods, resource packs e shaders baixados ficam guardados uma
  vez, e cada instância recebe um link para o arquivo. Dez instâncias com o mesmo Fabric
  API custam um jar no disco; a segunda a instalar um mod não baixa de novo. Snapshots e
  modpacks usam o mesmo depósito. Um cartão nas configurações mostra o que está guardado,
  quanto o compartilhamento economiza, e limpa o que nenhuma instância usa mais.
• Desempenho: a instância ganha uma verificação que olha a memória da máquina, a que o
  jogo recebe, o Java e a quantidade de mods, e sugere — em botões — a memória certa, o
  coletor de lixo do launcher oficial (ou o ZGC no Java 23+ com 4 GB ou mais) e mods de
  otimização compatíveis com a versão e o loader, só quando nada instalado já faz aquilo.
  Os argumentos de JVM da instância, que eram salvos e nunca usados, agora chegam ao jogo.
• Um mod que exige outro Java (o Cobblemon pedindo o 21) e é lançado no Fabric passava
  despercebido pelo diagnóstico, porque o Fabric escreve a exigência com o nome da JVM
  entre parênteses. Agora é reconhecido, e o achado oferece o Java que o mod pede.
• "Rodando" só quando a janela existe: um pack grande passa minutos carregando mods antes
  de mostrar qualquer coisa, e o launcher dizia "rodando" desde o primeiro instante. Agora
  a instância fica "iniciando" até o jogo abrir a janela.
• Lançar uma instância com centenas de mods lia todos os jars a cada vez para saber que
  Java eles pedem; agora só relê um jar que mudou.
• Instâncias sem ícone mostram o logo do seu loader (Fabric, Forge, NeoForge, Quilt)
  sobre um fundo próprio; as vanilla ganham um bloco desenhado pelo launcher. Um botão
  cujo ícone muda com o estado (jogar ↔ parar) ficava com o primeiro; agora troca.
• Entrar com conta Microsoft: a versão instalada já carrega o identificador do aplicativo
  do launcher. O login completo ainda depende da aprovação da Mojang para o aplicativo,
  que já foi pedida; até lá, o launcher explica isso na tela ao tentar entrar.

DromorCraft v1.3.2

O launcher passa a avisar quando há versão nova, roda sem internet o que já está
instalado, e os botões da verificação de compatibilidade fazem o que prometem.

• Aviso de atualização: o launcher confere o feed de releases sozinho — ao abrir e a
  cada seis horas — e mostra uma faixa abaixo da barra superior quando sai uma versão
  nova, em qualquer tela. Fechar a faixa vale só para aquela versão; o cartão de
  atualização nas configurações mostra o mesmo estado, em uma linha.
• Jogar sem internet: todo lançamento começava buscando o manifesto de versões da
  Mojang, e sem rede parava ali — mesmo com todos os arquivos da instância no disco e
  verificados. Agora, se a busca falhar, vale o manifesto da última vez, com um aviso.
• Instalador do Forge e do NeoForge verificado: o launcher busca o .sha1 que o Maven
  publica ao lado do instalador, reaproveita um instalador em cache que bate com ele e
  recusa um que não bate. Sem digest disponível (repositório fora do ar), o cache é
  reaproveitado como antes.
• "Baixar o Java N" em um aviso de mod instalava o runtime e deixava o Java padrão
  como estava, e o mesmo aviso voltava com um botão a mais. Agora a instância passa a
  usar o Java baixado assim que ele termina.
• Um Java escolhido que os mods recusam (um 26 quando o Cobblemon exige 21) é barrado
  antes de a JVM abrir, com o nome do mod e o caminho para resolver — em vez de o jogo
  morrer dentro do loader com uma janela que o launcher não escreveu.
• "Reinstalar a versão" passava pela tela de versões e não podia tocar na instância;
  uma importação de modpack que falhava no meio ficava marcada como quebrada para
  sempre. Agora reinstala versão e loader pela própria instância e tira a marca.
• Modpacks com arquivos grandes em overrides/ (uma trilha sonora de 180 MB, por
  exemplo) não travam mais a importação no limite feito para bibliotecas nativas.
• Configurações ganha "Abrir pasta" para a pasta de dados do launcher.
• A janela abre maximizada, e o nome exibido é "DromorCraft Launcher". A instalação, a
  pasta de dados e as credenciais salvas continuam as mesmas.
• O relatório de falha na inicialização ficava no disco depois de o launcher voltar a
  abrir normalmente; agora uma abertura que dá certo o remove.
• O texto de notas na janela de atualização vinha vazio; agora o feed traz as mesmas
  notas da página do release.

DromorCraft v1.3.1

Dois lançamentos que falhavam na 1.3.0, corrigidos; nada mais mudou para quem joga.

• Fabric e Quilt no Windows: o jogo morria em um segundo com "Could not find or load
  main class KnotClient" mesmo com o loader instalado. O caminho de cada jar ia para a
  JVM com o prefixo \\?\ que o Windows usa internamente, e a JVM não lê um classpath
  escrito assim. Agora vai o caminho comum.
• Forge e NeoForge: a instalação de um 1.21 falhava com erro de integridade na saída do
  instalador. Os processadores do instalador rodavam no Java 8 quando havia um na máquina
  (baixado para uma instância antiga, por exemplo); agora rodam no Java do próprio jogo,
  que é o que o instalador espera.
• Java automático: quando ninguém escolheu um runtime, o launcher usa a versão que a
  própria versão do Minecraft pede, se estiver instalada — e não a mais nova da máquina.
  Com mod loader, só essa versão serve; sem loader, uma mais nova ainda vale como
  alternativa. Um Java que você escolheu à mão continua sendo o seu.

DromorCraft v1.3.0

O launcher ganha cara própria — logo, ícone e paleta — e a tela de cada instância passa
a ser sobre a instância. Por baixo, o Java é interrogado em vez de adivinhado, a memória
padrão vem da máquina, e o jogo sobrevive ao launcher.

• Visual: logo e ícone novos, e a paleta inteira derivada deles — verde-grama como cor
  de destaque, fundos escuros puxados para o verde. Barras de rolagem finas, sem setas.
  Sem menu de contexto do navegador nem seleção acidental de texto fora dos campos.
• Sobre: um card compacto com a marca, o autor, os canais da comunidade (site, Discord,
  Telegram, WhatsApp) e o aviso legal. Abre pelo rodapé da barra lateral ou por
  Configurações.
• Instância: a tela abre num painel com a arte da instância, os fatos (versão, loader,
  estado, tempo jogado, última partida), o botão Abrir pasta e as ações. Enquanto
  algo acontece — um lançamento, uma instalação — o progresso aparece sobre a arte, aqui
  e no card da Início.
• Capas: uma instância vinda de um modpack recebe o logo do pack como capa. Qualquer
  instância aceita uma imagem sua (Trocar capa), que é reduzida a um tamanho de
  miniatura antes de ser guardada.
• Página de projeto: um mod, shader ou pack do catálogo abre numa página própria com
  descrição, galeria e changelog, e instala dali.
• Modpacks: o launcher lembra de qual pack e versão uma instância veio, e o que o pack
  entregou — a base para atualizar e reparar. Exportar para .zip da CurseForge, além
  de .mrpack.
• Exportação: mods colocados à mão em mods/ e arquivos que sumiram do disco agora são
  listados entre o que ficou fora do pacote, em vez de desaparecerem em silêncio. A
  tarefa concluída mostra Abrir pasta para chegar ao arquivo — o backup de mundo
  também.
• Java: a versão e a arquitetura vêm do próprio runtime (java -XshowSettings), então
  um Java de 32 bits numa máquina de 64 não passa mais como se servisse. Versões até
  1.12 ficam no Java 8, o único que o LaunchWrapper delas aceita.
• Memória: o -Xmx padrão de uma instância nova é calculado a partir da RAM da máquina
  (um quarto, entre 2 e 8 GB), e o launcher avisa quando um valor configurado não cabe.
• Sessão: fechar o launcher com o jogo aberto não perde mais a sessão. Ao reabrir, ele
  reencontra o processo e o Parar volta a funcionar.
• Rede: um único cliente HTTP para todos os serviços, com cache condicional — o que não
  mudou desde a última vez não é baixado de novo.
• Layout: os painéis se ajustam ao espaço que realmente têm, não ao tamanho da janela; as
  janelas de diálogo ficam centradas na janela inteira e o formulário de criar instância
  cabe sem rolagem.