Mini vMac

Mini vMac é um software gráfico livre, livre e multiplataforma implementado em C e projetado a partir do deslocamento para atuar como um emulador para o sistema de computador Macintosh Plus que foi criado pela Apple, executando nos sistemas operacionais Linux, BSD, Microsoft Windows e Mac OS X.

Sendo uma das primeiras máquinas Macintosh projetadas pela Apple, o Macintosh Plus executa apenas o antigo software Mac, que, claro, não funciona em computadores Macintosh recentes. Portanto, o software Mini vMac ajuda a preservar o histórico. Ele foi projetado para ser tão fácil de usar, portátil e simples quanto possível.

Para usar o aplicativo Mini vMac em seu sistema GNU / Linux, verifique se você baixou o pacote binário que corresponde à arquitetura de hardware do seu computador, salve o arquivo em algum lugar do seu computador, descompacte-o e clique duas vezes no executável .

O aplicativo será aberto, informando que uma imagem ROM do sistema Macintosh Plus não pode estar localizada. Isso significa que você também terá que obter um arquivo vMac.ROM (mais detalhes podem ser encontrados na página inicial do projeto) e colocá-lo na mesma pasta que o executável do Mini vMac.

Depois de obter a imagem da ROM do Macintosh Plus, você deve fechar o programa e abri-lo novamente. Se o arquivo ROM for válido, o sistema iniciará automaticamente e permitirá que você o use como se usasse qualquer outro sistema operacional virtualizado.

Este software é realmente um spin off do aplicativo vMac, que não foi atualizado em muitos anos. Para sua conveniência, ele é distribuído como pacotes binários pré-construídos para os sistemas operacionais acima mencionados, suportando arquiteturas de conjunto de instruções de 64 bits (x86_64) e 32 bits (x86).

O código-fonte do aplicativo também está disponível para download, para aqueles que desejam otimizar o software para uma plataforma de hardware específica ou sistema operacional.

O que é novo nesta versão:

• O Mini vMac 3.5.8 de hoje atualiza a versão estável para corrigir um problema no PowerPC OS X e também corrige um problema que afeta o Serviço de Variação. O Mini vMac 3.5.8 em plataformas diferentes do PowerPC OS X ('mach') e x86-32 OS X ('imch') deve ser idêntico ao Mini vMac 3.5.7, exceto para a seqüência de versão e a data de modificação.
• Foi relatado que o & quot; Mini vMac 3.5.7 não funcionará em sistemas PPC G3 & quot ;. Acontece que a bandeira GCC & quot; -mmacosx-version-min & quot; deve ser especificado para todos os arquivos compilados, não apenas o código dependente da plataforma. Isso afeta coisas como a CPU necessária. Fazer com que essa alteração ocorra para não ter efeito no Mini vMac para x86-64 OS X, há algum efeito para x86-32 OS X e o maior efeito é para o PowerPC.

O que é novo na versão 3.3.3:

• Novos recursos na compilação padrão:
• Mais sistemas operacionais são oficialmente suportados pelo Mini vMac:
• FreeBSD no x86-32 (Usando "quot; -t fbsd" no sistema de compilação)
• FreeBSD em x86-64 (& quot; -t fb64 & quot;)
• OpenBSD em x86-32 ("quot; -t obsd")
• OpenBSD em x86-64 ("quot; -t ob64")
• NetBSD em x86-32 (& quot; -t nbsd & quot;)
• NetBSD em x86-64 (& quot; -t nb64 & quot;)
• Dragonfly BSD em x86-32 ("quot; -t dbsd")
• Libélula BSD em x86-64 ("quot; -t db64")
• OpenIndiana em x86-32 (& quot; -t oind & quot;)
• OpenIndiana em x86-64 (& quot; -t oi64 & quot;)
• Linux no ARM (& quot; -t larm & quot;)
• Linux no SPARC (& quot; -t lspr & quot;)
• Minix 3.2 ("quot; -t minx")
• Estas portas adaptam o mesmo código X Window como a porta Linux e devem ter a mesma funcionalidade, exceto que atualmente não são som para alguns. As versões x86-64 são atualmente mais lentas, por falta de ajuste do idioma de montagem e não devem ser usadas se as versões x86-32 funcionarem.
• As versões X agora podem reproduzir o som usando a API Open Sound System (OSS). (Usando usualmente implementações compatíveis em cada sistema operacional, em vez de OSS oficial.) O som agora está habilitado por padrão no FreeBSD e no NetBSD. O som compila sem problemas (usando "quotes" 1) no Dragonfly BSD e no OpenIndiana, mas não consegui testar nestes ainda. Obter som no Dragonfly BSD parece exigir uma configuração manual. OpenIndiana não parece produzir nenhum som no VMware Fusion. O som também compila sem problemas no OpenBSD, mas não funciona - definir a taxa de amostragem desejada falha. Minix realmente não parece suportar som ainda. Também é possível usar a API OSS no Linux, usando o novo & quot; -ndnd-api & quot; crie a opção do sistema.
• As versões X agora tentarão procurar na pasta conter o aplicativo para a imagem da ROM, como o Macintosh e a versão do Windows. (E também para disk1.dsk e assim por diante arquivos.) Se o diretório do aplicativo não puder ser determinado, o diretório atual é usado como antes. Isso é implementado para Linux, FreeBSD, NetBSD, Dragonfly BSD e OpenIndiana, mas não OpenBSD e Minix.
• As versões X agora têm uma nova opção de linha de comando & quot; -d [directory_path] & quot ;, em que [directory_path] é usado em vez do diretório do aplicativo ao procurar a imagem da ROM e disk1.dsk e assim por diante arquivos .
• As versões X agora têm uma nova opção de linha de comando & quot; -n [app_name] & quot ;, em que [app_name] é usado em vez do nome do aplicativo para o título da janela Mini vMac.
• As versões X agora suportam uma pasta ROM central, como as versões Macintosh e Windows. Se & quot; ~ / .gryphel / mnvm_rom & quot; existe, o Mini vMac irá procurar a imagem da ROM. Se não estiver lá, ele procurará no diretório do aplicativo. (E a opção de linha de comando -r substituirá os dois.)
• comportamento alterado na compilação padrão:
• Desenho da tela emulada para a tela real é mais eficiente. Quando a profundidade de cor é de 4 bits ou menos, em vez de converter cada pixel, há uma tabela com 256 entradas para converter um byte de cada vez. Também é mais cuidadoso sobre apenas converter pixels no retângulo delimitando a área alterada, em vez de toda a tela.
• A versão do Linux carrega dinamicamente a biblioteca ALSA para reproduzir o som, de modo que o Mini vMac ainda seja executado, sem som, mesmo que a ALSA não esteja instalada. (Esta técnica foi vista em SDL.) Então, por padrão, a versão do Linux agora é compilada com som, combinando as versões Mac e Windows.
• Na versão do Linux, ao tocar som com ALSA, snd_pcm_delay não é mais chamado. O atraso até que uma amostra seja reproduzida não é realmente relevante. O que o Mini vMac precisa saber é o tempo para o buffer underrun. Então, o Mini vMac agora olha o tamanho do buffer menos o espaço disponível no buffer, o que pode ser mais útil, com a finalidade de impedir o buffer underrun enquanto minimiza a latência.
• As versões X agora usam o bloqueio de aviso para se recusar a abrir para escrever uma imagem de disco que foi aberta para escrita por outra cópia do Mini vMac. Anteriormente, as versões X do Mini vMac podiam abrir uma imagem de disco já aberta, provavelmente corrompendo a imagem. Se o Mini vMac só pode abrir uma imagem de disco somente leitura, como por exemplo porque o usuário bloqueou o arquivo, o bloqueio de aviso não é usado e várias cópias do Mini vMac podem usá-lo.
• As versões X agora tentam usar o nome do aplicativo para definir o título de sua janela, como as versões Macintosh e Windows. (Se o nome do aplicativo não puder ser determinado, o & quot; Mini vMac & quot; é usado como antes.) Isso é encontrado ao mesmo tempo que o diretório do aplicativo e é implementado para os mesmos sistemas operacionais.
• Os argumentos da linha de comando agora são digitalizados antes de procurar arquivos disk1.dsk e assim por diante. Isto é necessário para o novo & quot; -d & quot; opção para trabalhar e tem o efeito colateral de que, se as imagens de disco forem especificadas na linha de comando, elas serão abertas primeiro. Se houver imagens na linha de comando, o Mini vMac agora não incomodará procurar disk1.dsk.
• O "e -l" (ou "qua; l" no Windows) opção de linha de comando é removida. A "velocidade" z " A opção para o sistema de compilação deve ser usada em vez disso. A opção de linha de comando era de antes que o sistema de compilação existisse e a decisão foi tomada para favorecer opções de tempo de compilação em opções de tempo de execução.
• Correções de erro na compilação padrão:
• A versão do Windows agora mapeia a tecla Enter no teclado numérico para a tecla Enter do Macintosh. Agora, pode distinguir essa tecla da tecla Enter no teclado principal, que está mapeada para a Chave de retorno do Macintosh. Não havia anteriormente nenhuma maneira de digitar a tecla Enter do Macintosh. Graças a "Alex" para assinalar esta questão.
• Na versão do Windows, no modo de tela cheia, a verificação de se um evento de chave para baixo é uma chave autorepeitada está incorreta. Então, as chaves potencialmente poderiam ter sido ignoradas quando não deveriam ter sido. Eu removi o cheque, uma vez que não está claro como fazê-lo corretamente (ao usar um "gancho de teclado de nível baixo"). Isso não afeta a emulação do Macintosh, uma vez que há uma verificação adicional para eventos redundantes. Pode afetar o modo de controle, como, por exemplo, ao pressionar Control-M.
• A versão do Windows agora responde à mensagem WM_QUERYENDSESSION, de modo que, se você tentar desligar seu computador com o Mini vMac em execução (com imagens de disco montadas), o Mini vMac reclamará e interromperá o desligamento.
• Na versão Linux, usando ALSA para reproduzir o som, snd_pcm_start foi chamado antes de colocar amostras de som no buffer ALSA. Isso pode causar gagueira no início, ou de acordo com um relatório, evita que o som funcione. O Mini vMac agora aguarda até que o buffer privado esteja cheio e, em seguida, transfira o máximo que se encaixa no buffer ALSA e, em seguida, inicia a reprodução de som.
• Quando a versão do Linux é compilada para o ARM, ele inclui uma verificação de que o resultado de snd_pcm_avail_update parece razoável e, se não, chamar snd_pcm_status_get_avail. Isso funciona em torno do que parece ser um bug no Raspbian para o Raspberry Pi.
• O relógio emulado não foi inicializado corretamente, e foi apenas correto após o primeiro "segundo" interromper.
• Se a tela emulada for muito grande para caber na tela real (quando o recarregamento automático estiver disponível), se a área da tela emulada que trocou não cruze a área visível da tela emulada, então um retângulo inválido foi usado para desenhar. Descobri isso ao experimentar Vector Linux 7, o que parece ter algumas verificações extras de depuração.
• Em circunstâncias improváveis, no modo de tela cheia, o recarregamento automático pode não se deslocar para mostrar a última linha de pixels na parte inferior ou a última coluna de pixels à direita.
• Se o computador host não for rápido o suficiente para que o Mini vMac funcione a velocidades 1x, o Mini vMac não funcionará sem problemas, fazendo uma pausa por alguns segundos periodicamente. O teste para esta situação estava incorreto, e um contador de um byte seria transbordado. (Os contadores tão pequenos quanto possível tornam mais fácil a detecção de erros como este.)
• Nas versões X Window do Mini vMac, ao usar a extensão Mini vMac para criar um arquivo no sistema host, como, por exemplo, com ExportFl, uma caixa de diálogo salvar não é implementada. Anteriormente, o arquivo simplesmente seria criado no diretório do aplicativo com o nome solicitado. Isso não era seguro, na pior das hipóteses, permite que um programa em execução no Mini vMac substitua a aplicação Mini vMac. Então, agora os arquivos serão criados em uma pasta chamada & quot; output & quot; no diretório que contém o aplicativo. Esta pasta será criada se não existir.
• Na versão do Microsoft Windows, se um caminho para uma imagem de disco for passado para o Mini vMac na linha de comando que é mais longo do que legal para um caminho, um buffer de desbordamento resulta.
• A versão do Windows CE sofreu podridão. Ele agora compila e, pelo menos, trabalha no Microsoft Device Emulator com o Windows Mobile Versão 5.0. Não tenho ideia se funciona em hardware real. Alguém se importa? (O Windows Mobile foi descontinuado e substituído pelo Windows Phone.) Esta porta estava começando a interferir na manutenção da versão principal do Windows, e a escolha era removê-lo por completo ou torná-lo sustentável.
• Novos recursos não em compilação padrão:
• A nova opção do sistema de compilação & quot; -lt & ​​quot; permite a emulação LocalTalk de Mike Fort. Atualmente, existem algumas limitações. É implementado apenas para o OS X. Ele requer a execução do comando "sudo chmod ugo + rw / dev / bpf * & quot; para permitir que o Mini vMac (e todos os outros) tenha acesso a todo o tráfego de rede. O "e-lt" A opção também faz com que o Mini vMac seja executado em segundo plano por padrão, porque o Mini vMac não pode ser um nó LocalTalk adequado se ele não estiver em execução. E você precisa ativar manualmente o AppleTalk no seletor - Posso configurar as bandeiras PRAM para inicializar com o AppleTalk já ativado, mas não funciona corretamente.
• Uma nova opção de sistema de compilação & quot; -lang pol & quot; seleciona uma tradução polonesa da interface do usuário pela Przemyslaw Buczkowski.
• As versões X têm suporte inicial para cores (para emulação Mac II). A versão X até agora só suporta 24 bits "TrueColor", e tem algumas outras limitações no formato. Eu duvido que algo além de TrueColor seja usado em máquinas modernas e, portanto, provavelmente não suportará as outras opções. Outras profundidades como 15, 16 e 32 bits podem ser usadas e, portanto, provavelmente devem ser suportadas, se eu conseguir encontrar uma maneira de testá-las.
• Uma nova opção do sistema de compilação & quot; -mf & quot; permite alterar a ampliação do padrão 2. Por exemplo, "mf 3" define a ampliação para 3. A opção & quot; -mf 1 & quot; desativa a ampliação (removendo o comando Control-M). O fator de ampliação deve ser um número inteiro.
• comportamento alterado não na compilação padrão:
• A profundidade de cor padrão para a emulação Mac II é "-depth 3" em vez de "-depth 0".
• Para a emulação Macintosh II, o AutoSlow está agora desabilitado por padrão "-as 0". O AutoSlow pode precisar de mais ajustes para funcionar bem com a emulação Mac II.
• Nas versões X, os resultados de fwrite e fread em imagens de disco agora são verificados quanto a erros, o que impede avisos do compilador no Ubuntu recente.
• Correção de erro não na compilação padrão:
• Corrigido um erro nas instruções DIVS.L relatadas por & quot; AP & quot ;. (A instrução 68020 usada na emulação Mac II).
• Corrigiu a instrução BFFFO, que foi completamente quebrada, conforme relatado por "AP". (Outras instruções 68020 usadas na emulação Mac II.)
• As operações de campo de bit em um registro agora usam rotação em vez de mudar. Os bits selecionados podem ser não contíguos, como apontado por "AP", e confirmado pela documentação. (Os campos de operações de bits foram adicionados no 68020.)
• As operações de campo de bits na memória agora tentam operar somente em tantos bytes quanto necessário. Anteriormente, sempre operava em 5 bytes, o que poderia ter efeitos indesejáveis ​​se operando em um dispositivo mapeado de memória, como apontado por "AP".
• O & quot; MoveP.L, Dn & quot; A instrução misturou a ordem de deslocamento e mascaramento, e assim foi completamente quebrada, conforme relatado por "AP".
• O hack que permite grandes quantidades de RAM de Vídeo na emulação Macintosh II não estava funcionando corretamente porque uma matriz usada para a tradução do espaço de endereços na emulação da CPU não foi alocada suficientemente grande. Agora o sistema de compilação escolhe o tamanho da alocação. (Este problema foi observado para 1024x768 com milhões de cores). Mais detalhes: Cada cartão NuBus recebe apenas 1M de espaço de endereço quando o computador está no modo de 24 bits. E um Mac II parece geralmente desenhar no modo de 24 bits. Quando é necessária mais RAM de vídeo para as opções de tempo de compilação solicitadas, o Mini vMac usa espaço de endereço de slots NuBus adjacentes.
• Fixed & quot; -min-extn & quot; opção de compilação na versão do Linux.
• Sistema de compilação:
• Opção de sistema de compilação adicionada & quot; -api cco & quot; para usar a API Cocoa da Apple para o sistema operacional X em vez da API de Carbono obsoleta. Mas o porto Cocoa do Mini vMac ainda não foi considerado bastante pronto para ser oficialmente suportado e, portanto, a versão Carbono ainda é usada.
• opção de sistema de compilação adicionada & quot; -api sdl & quot; para usar a API Simple DirectMedia Layer 1.2. Isso foi adicionado como um passo para a porta Cocoa - combinando o código-fonte para SDL com o código-fonte para uma porta SDL do Mini vMac e, em seguida, removendo tudo que não é necessário e, em seguida, muita limpeza até um cacau nativo inicial surgiu o porto. No entanto, a porta SDL pode ser usada como a porta para outras plataformas suportadas pela SDL. Mas isso não é (ainda) oficialmente suportado.
• Adicionado opção de sistema de compilação & quot; -t mx64 & quot; para a implementação X11 da Apple no x86-64. (Anteriormente x86-32 e PowerPC foram suportados.)
• opção de sistema de compilação adicionada & quot; -t cygw & quot; para Cygwin / X para Microsoft Windows. O Cygwin também pode ser usado para compilar a versão normal do Microsoft Windows com "-t wx86 -e cyg & quot;.
• Adicionado opção de sistema de compilação & quot; -t irix & quot; para IRIX pela Silicon Graphics, Inc., graças a John Perkins.
• O MinGW pode ser usado para compilar o Mini vMac com a opção do sistema de compilação "-t wx86 -e mgw". Uma vez que Blood-Shed Dev-C ++ é baseado em MinGW, "-t wx86 -e dvc -cl" anteriormente forneceria resultados semelhantes.
• Mudou a ordem dos argumentos para o comando do link ao construir a versão do Linux. Acontece que existe uma ordem convencional de como as bibliotecas devem ser especificadas, o que eu não sabia, pois não havia encontrado um linker que atendeu ao Ubuntu 11.10.
• O sistema de compilação agora deve funcionar corretamente em outros emuladores, como SheepShaver. Foi anonimamente relatado que o sistema de compilação seria um emulador de bloqueio. O teste para saber se o sistema de compilação estava sendo executado no Mini vMac (para que o arquivo resultante possa ser exportado para o host) não foi suficientemente bom.
• O sistema de compilação agora suprime as mensagens de aviso que foram geradas ao compilar a emulação do Macintosh II com o Microsoft Visual C ++, graças a um relatório da William Grana.