Snow — emulador de Macintosh clássico

 (snowemu.com)
3 pontos por GN⁺ 2025-06-28 | 1 comentários | Compartilhar no WhatsApp
  • Snow reproduz de forma próxima ao hardware os Macintosh clássicos baseados no Motorola 680x0, permitindo lidar com ambientes antigos de Mac em sistemas modernos
  • Em vez de aplicar patches na ROM ou interceptar chamadas de sistema, tem como objetivo a emulação em nível de hardware, oferecendo também uma interface gráfica e recursos de depuração
  • Suporta vários modelos clássicos de Mac, do Macintosh 128K ao SE/30, permitindo experimentar amplamente a primeira linha de Macs
  • É um projeto open source sob licença MIT escrito em Rust, com uma demonstração online limitada e documentação de instalação disponíveis
  • As versões estáveis podem ser baixadas no GitHub, e os builds de desenvolvimento mais recentes são oferecidos para Windows, macOS e Linux, embora sejam menos testados

Emulação de Mac clássico próxima ao hardware

  • Snow é um projeto que emula computadores Macintosh clássicos baseados no Motorola 680x0
  • Oferece uma interface gráfica de usuário para operar a máquina emulada e amplos recursos de depuração
  • Em vez de aplicar patches na ROM ou interceptar chamadas de sistema, o objetivo é emular o Macintosh, tanto quanto possível, em nível de hardware
  • Modelos atualmente suportados:
    • Macintosh 128K/512K/512Ke
    • Macintosh Plus
    • Macintosh SE, non-FDHD e FDHD
    • Macintosh Classic
    • Macintosh II, non-FDHD e FDHD
    • Macintosh IIx, IIcx, SE/30

Forma de disponibilização e caminhos para experimentar

Lançamentos e canais de suporte

  • Versões estáveis são empacotadas quando determinados marcos são alcançados
  • As versões estáveis podem ser baixadas em GitHub releases
  • Os builds de desenvolvimento mais recentes (bleeding edge) são gerados automaticamente conforme o desenvolvimento do emulador avança e podem incluir recursos mais novos, mas são menos testados
  • Builds de desenvolvimento mais recentes disponíveis:
    • Windows 10 ou superior x86 64-bit
    • Windows 10 ou superior ARM64
    • macOS 11.7 Big Sur ou superior Universal
    • Linux Ubuntu 24.04 x86 64-bit
    • Linux Ubuntu 24.04 ARM64
  • Relatos de bugs e solicitações de melhorias são recebidos em GitHub issues
  • Suporte ou conversas estão disponíveis no canal #snow do The Opcode Collective Discord

Leituras relacionadas

1 comentários

 
GN⁺ 2025-06-28
Comentários no Hacker News

  • Para entender o contexto de por que um emulador em nível de hardware, portátil e fácil de usar para Macs clássicos é tão importante, vale ler este texto de 2020: https://invisibleup.com/articles/30/
    Consoles de videogame já tinham há muito tempo emuladores como Nestopia, bsnes, Dolphin e Duckstation; no PC, virtualização como VMWare e VirtualBox atendia à maior parte das necessidades, e recentemente também surgiram emuladores de alta fidelidade como 86Box e MartyPC
    O C64 tinha o VICE, o Amiga tinha o WinUAE, e o Apple II também contava com emuladores de alta qualidade como KEGS e AppleWin, mas o Mac em geral ficou limitado a emuladores de alto nível e aproximados como o Basilisk II

    • Também existe o Executor, embora a compatibilidade seja bem pior que a dos outros: https://en.wikipedia.org/wiki/Executor_(software)
      É possível até rodar a versão para Macintosh do Solitaire no navegador fazendo o navegador emular MS-DOS e executar o Executor/DOS em cima dele: https://archive.org/details/executor
      Além do Executor/DOS, uma versão não lançada rodava em estações de trabalho Sun 3, e o Executor/NEXTSTEP rodava em máquinas NeXT, com suporte tanto a dispositivos baseados em 680x0 quanto a PCs x86 capazes de rodar NEXTSTEP
      Como o Executor não usava nenhuma propriedade intelectual da Apple, tinha a compatibilidade mais baixa; as substituições de ROM e software de sistema eram uma implementação clean-room, sem desmontar ROMs da Apple nem arquivos do System
      Existe um porte para Linux, mas é bem provável que seja difícil de compilar. Isso porque a CPU sintética dependia de extensões específicas do gcc para extrair o máximo de desempenho do 80386
      Conheço bastante o Executor, porque escrevi as versões iniciais. Mas as partes realmente impressionantes, como o emulador 68k sintético e o subsistema de cores, foram feitas por programadores muito melhores do que eu
    • Esse texto está objetivamente correto, mas é a primeira vez que vejo alguém diminuir de forma tão bizarra o trabalho árduo que as pessoas fizeram de graça
    • Talvez não dê para chamá-lo de “amigável ao usuário”, mas o MAME emula Macintosh e Apple II em nível de hardware
      Ele é mais preciso que KEGS ou AppleWin e também cobre mais periféricos, mas é menos amigável ao usuário
    • Consegui inicializar o emulador de Macintosh II FDHD, mas, embora o manual do Snow diga que o emulador do Mac II FDHD oferece duas SuperDrives, no menu do emulador em https://docs.snowemu.com/manual/media/floppies só aparece a opção de carregar disquetes de 400K/800K
      Talvez por isso, todas as imagens de disquete que tentei inserir até agora foram ejetadas imediatamente, inclusive o disco de 800K do System 7.1.1 que seria compatível com o Mac II
      O Snow tem muito potencial e respeito o esforço investido nele, mas, sinceramente, até agora o panorama da emulação de Mac não parece muito diferente de antes. Vários emuladores oferecem uma matriz de produtos irregular de hardware emulado e recursos suportados, exigem muitos procedimentos e conhecimento prévio sobre a arquitetura interna dos Macs antigos, e parecem estar em um estado de promessa para o futuro
    • Outra coisa que não se deve esquecer é que o MAME também oferece algum suporte a Macintosh 68k
      https://wiki.mamedev.org/index.php/Driver:Mac_68K

  • Por causa da precisão, provavelmente ele não terá os recursos poderosos do BasiliskII. O BasiliskII aplica patches no OS/ROM para adicionar resoluções altíssimas e integração quase perfeita com o sistema de arquivos e a rede do host
    É uma pena que o Basilisk seja bem instável, talvez por ser impreciso mas cheio de recursos poderosos. Quando funciona direito, é realmente muito agradável de usar

    • Um emulador preciso e uma base de código limpa são um bom ponto de partida para adicionar patches ou atalhos
      Dei uma olhada no código de patches do Basilisk e ele não era tão complicado; também há várias reimplementações de partes do Toolbox no código interno do Basilisk, no Executor, no MACE etc.
      Portar isso exigiria algum trabalho, mas em geral parece mais uma tradução direta do código com adição baseada em testes

  • Como dá para encontrar a ROM? Baixei algumas de sites que encontrei no Google, mas o emulador sempre diz “Unknown or unsupported ROM file”. Onde dá para conseguir um arquivo de ROM utilizável?

  • Boa parte do trabalho que fiz logo depois de me formar na faculdade está armazenada em um monte de discos Bernoulli em formato Mac
    Preciso de hardware real porque o software exige um dongle ADB para rodar. Fico me perguntando se existe algum adaptador ADB-USB que possa ser mapeado para um emulador

    • Todos os adaptadores ADB-USB que conheço só dão suporte a mouse e teclado, e o firmware interno faz o mapeamento para USB HID
      Para fazer passthrough bruto para um emulador, acho que seria necessário escrever um firmware customizado. Talvez seja mais fácil crackear o software
    • Se você ainda não fez backup, esses dados talvez já tenham desaparecido
      Se forem dados valiosos, é melhor verificar antes que seja tarde
    • Quem tem uma caixa Bernoulli funcionando provavelmente também tem um Mac antigo compatível com ela
    • Talvez isto funcione: https://www.bigmessowires.com/usb-wombat/

  • Tentei inicializar com um disco de instalação padrão do Mac OS 7.1, fácil de encontrar, e uma ROM do Mac Plus, mas o disco é ejetado no Drive 0.
    Como funciona no Mini vMac, parece que ainda precisa de melhorias

  • Achei inesperado que o suporte a HD20 apareça como “não aplicável” para SE, II etc. Pelo que sei, todos os modelos da lista, exceto o II, têm suporte a boot pelo HD20 na ROM.
    Uso um emulador de HD20 até em um Mac SE real.
    É uma das formas mais convenientes de levar imagens de disco de tamanho arbitrário tanto para emuladores de Mac quanto para emuladores de disquete físicos

  • Por ser um emulador 68K reimplementado em Rust, não compartilha partes com os núcleos de CPU bem conhecidos em C, como Musashi ou o código do UAE

  • O Mac também precisa de emulação com precisão de ciclos do hardware, como o Lisa? Usei o lisaem e também fiz experimentos com o Qemu, mas o Lisa OS faz suposições sobre temporização de hardware que o Qemu não consegue atender

    • Os primeiros Macs usavam o IWM, que basicamente reduzia a um único chip o controlador Disk II de Wozniak, de 1977.
      A mesma técnica de código com precisão de ciclos usada no Apple II também era usada no Mac.
      É por isso que o cursor às vezes congela durante a gravação no disco. O Mac tem um temporizador de interrupção de 60 Hz que também rastreia o cursor, mas ele precisa ser desligado durante operações de escrita.
      Isso também aparece de passagem em um texto de Andy Hertzfeld no Folklore.org:

      Woz's disk technology required that the software feed it new data every 32 microseconds exactly. If we were even a single microsecond early or late, it would cause a glitch in the data and ruin it. In order to write the routines, I needed to know how fast the Macintosh executed each instruction. The manual gave the number of clocks for each instruction, but I wasn't sure how long it took to fetch from memory. So of course, I asked Burrell what the timings were, but I was surprised at his response.
      "I don't know. The Mac is synchronous, just like the Apple II, so each instruction has the same timing, every time you execute it, so you will be able to write disk routines that have exact timing. I don't know what it is, so we'll just measure it. Why don't you write your routine and we'll measure it with the logic analyzer."
      -- https://www.folklore.org/Nybbles.html
      Vendo isso, parece que as técnicas peculiares de disco do Apple II, como trilhas em espiral, setores de tamanhos diferentes e vários métodos de nibblização, em teoria também teriam sido possíveis no Mac. Fico curioso se foram de fato usadas para proteção contra cópia

  • A sensação é muito realista, e o trabalho é excelente. Será que isso poderia ser usado também para emulação do Atari ST?

    • O Hatari já não é excelente? https://github.com/hatari/hatari
      Também há o Clock Signal (CLK). Ele se descreve como um “emulador que odeia latência para Acorn Electron e Archimedes, Amstrad CPC, Apple II/II+/IIe e os primeiros Macintosh, Atari 2600 e ST, ColecoVision, Enterprise 64/128, Commodore Vic-20 e Amiga, MSX 1/2, Oric 1/Atmos, primeiros compatíveis com PC, Sega Master System, Sinclair ZX80/81 e ZX Spectrum”: https://github.com/TomHarte/CLK