Arquitetura do sistema operacional para computadores compatíveis com ZX Spectrum

NedoOS é um sistema operacional multitarefa para o "Russian ZX Spectrum" com ambientes de programação em linguagem assembly, Basic, Pascal, C, NedoLang. Funciona em TR-DOS, FAT16 e FAT32 com nomes longos, suporta tar, gz, zip, rar2 e quase todos os formatos de arquivo Spectrum realmente usados, utilitários de rede incluem navegador e servidor Web, cliente Telnet e servidor Telnet, IRC -client, etc. Os jogos são escritos para o sistema operacional, incluindo jogos de rede. Agora, existem 6 membros no repositório. O código-fonte de todo o sistema (58 programas) é de 230 mil linhas em linguagem assembly e 70 mil linhas em C.



Introdução



Arquitetura de computador



ZX Spectrum é um computador de 8 bits baseado no processador Z80. Ele difere de outros computadores semelhantes porque, em vez de um controlador de vídeo especializado, possui apenas uma combinação de contadores e multiplexadores (originalmente montados em BMK , mas facilmente convertidos em "soltos" - pequenos microcircuitos lógicos). Devido a isso, o computador primeiro venceu a corrida de preços e se tornou o carro padrão para "programação de quarto", e então facilmente escapou do fabricante original e conquistou um lugar importante na informatização de muitos países do mundo. Incluindo - os países que fizeram parte da URSS, onde os carros compatíveis com o Spectrum foram produzidos em cerca de um milhão de cópias (em qualquer caso, mais do que BC, DVK e UKNTs combinados).



Uma lista impressionante de clones famosos - aqui... A "abertura" da arquitetura (do ponto de vista de um ferro de solda - e sem um ferro de solda, nossos clones eram até problemáticos para se conectar a uma TV) tornou o ZX Spectrum uma plataforma muito sofisticada, com atípico para outras plataformas de 8 bits (que já estão mortas ou à base de álcool) megabytes, megahertz, discos rígidos e placas de rede.



ZX Spectrum ainda funciona como uma plataforma para jogos indie (veja a batalha de jogos Yandex Retro em andamento e os concursos Your Game 6 , cujo prazo foi estendido até 1º de dezembro ), mas o desenvolvimento raramente ocorre no formato original, porque e. no próprio Spectrum. Isso se deve, entre outras coisas, ao fato de que ambientes de desenvolvimento nativos escritos sob TR-DOS nos anos 90 e 2000, eles ficaram para trás na vida e nada de novo veio para substituí-los.



A necessidade de um sistema operacional



Os sistemas operacionais para o Spectrum foram escritos há muito tempo. O sistema operacional, que fica na ROM, permite que você escreva em BASIC e mexa com fita magnética. Sistemas operacionais de disco TR-DOS, GDOS, + 3DOS, etc. comandos adicionados para trabalhar com um disquete para BASIC, no entanto, apenas TR-DOS adquiriu utilitários sérios, e não devido a uma interface BASIC um tanto estranha, mas devido aos pontos de entrada documentados (e nem tanto) na ROM do TR-DOS.



Além de várias versões do CP / M (que foi originalmente escrito não para o Spectrum e não usa seus recursos em seu verdadeiro valor), o primeiro Spectrum OS sério era iS-DOS de tarefa única ( um , dois , três , arquivo), desenvolvido em São Petersburgo no início dos anos 90. Ele "pronto para usar" forneceu um comandante e um sistema de arquivos com subdiretórios (incompatíveis com qualquer coisa), um editor de texto de tamanho arbitrário, muitos discos de utilitários e a capacidade de expandir com seus residentes. Infelizmente - as extensões estão apenas dentro da janela de 48K RAM. As primeiras versões do iS-DOS continham 41K para todo o sistema, residentes e programa do usuário, o resto do espaço RAM era ocupado por uma tela de 6912 bytes.





iS-DOS em habitat natural



As últimas versões, ainda lançadas sob o nome de TASiS ( um , dois ) e aprimoradas sob o clone ATM-Turbo 2+, permitem que você expanda para todo o espaço de endereço de 64K, remova a tela da memória e alterne as páginas de RAM, mas o núcleo do sistema ainda permanece no espaço de endereço. (O mesmo se aplica ao CP / M - em todas as versões conhecidas, o sistema ocupa os endereços superiores e é indestrutível.)



Outras tentativas foram feitas para escrever um SO. Infelizmente, nenhum desses sistemas operacionais recebeu distribuição perceptível e muitos nem foram concluídos.



O já mencionado iS-DOS se espalhou por São Petersburgo e Moscou. Um análogo funcional aproximado do iS-DOS em um disco TR-DOS - X-DOS - ficou dentro de Kirov.





X-DOS e sua linha de comando O



sistema multi-janela DOMEN OS / Pink Floyd , também de São Petersburgo, não atingiu um estado utilizável. Em particular, não suportava discos rígidos e não continha ferramentas de desenvolvimento.





OS DOMAIN e sua documentação em sistema HTML



Kharkiv DNA OS , principalmente voltado para a cópia de arquivos, trouxeram alguns benefícios para os proprietários dos "parafusos", mas "software para parafusos" nunca apareceu nele.





O DNA OS e seu gerenciador de arquivos



Moscow NK-DOS , os irmãos NeOS , Grodno DOORS \ AQUA e Saransk ZX-OS / ZXRTK não viveram para ver lançamentos viáveis . Do sistema operacional multitarefa, o mais próximo do usuário eram os multi-janelas MythOS (Dnepropetrovsk) e ChaOS (Taganrog), mas eles também terminavam suas vidas na fonte - também sem suporte para discos rígidos e sem ferramentas de desenvolvimento.





MythOS e seu console





O caos e seu caos



Por que houve tantas falhas?



Requisitos de hardware para um sistema operacional multitarefa



O problema com todos os sistemas operacionais anteriores para o Spectrum era que os desenvolvedores tentavam garantir a compatibilidade máxima de sua criação. Por exemplo, no iS-DOS - com máquinas começando com ZX Spectrum 48K (com uma unidade de disquete ou HDD) e na maioria dos sistemas subsequentes - com ZX Spectrum 128K. Isso deixou uma marca indelével na alocação de memória.



O fato é que em máquinas de 48K, o espaço de endereço total Z80 de 65536 bytes foi dividido em 2 partes: 48K de RAM (dos quais 6912 bytes foram consumidos pela tela, o que deixou 41 kilobytes para todo o resto) e 16K de ROM BASIC, que é um benefício real para o sistema operacional não. As coisas se saíram melhor com 128K, mas não muito. A tela do espaço de endereço do Z80 pode ser removida lá (selecionando o segundo buffer de vídeo), mas você pode alternar as páginas de RAM apenas no quarto superior (do endereço 0xc000) do espaço de endereço. Os 32K restantes de RAM não são comutáveis. E os 16K inferiores continuam a conter ROM desnecessária para o sistema operacional. Claro, o 128K proprietário permite dispositivos externos (como extensão de memória LEC , DISCiPLE / + D , MB-02) substituem os 16K inferiores e seus descendentes, a partir de +3 , geralmente têm uma ou outra porta incorporada para isso (na maioria das vezes, apenas uma página de RAM está disponível lá), mas metade da memória endereçável ainda não pode ser alterada com a troca de tarefas.



Imagine que você está escrevendo um editor de texto ou gráfico para o sistema operacional do ZX Spectrum 128K. Obviamente, os 16K superiores são muito pequenos para texto ou ilustrações (não estamos falando sobre as "telas" padrão de 6912 bytes) e você deve carregar o arquivo constantemente do disco (o que é lento e inconveniente) ou espalhar o documento pelas páginas. Onde, neste caso, estará o código do próprio editor, suas variáveis ​​e pilha? Não entre os 16K principais de RAM, porque é onde está o documento. Não nos 16K inferiores, porque provavelmente há uma ROM. Acontece que todas as tarefas terão que compartilhar um bloco comum de 32K RAM. Os residentes realocados, divididos, digamos, 256 bytes cada, procedimentos de chamada da RAM superior, residentes separados - buffers para trabalhar com dados, a pilha também é limitada a 256 bytes ...Isso é muito inconveniente para os desenvolvedores. Resultado: apenas os próprios autores escreveram para tais sistemas, e eles só tinham fusível suficiente para um ou dois anos, o que não é suficiente nem para criar um ambiente de desenvolvimento.



Assim, para um sistema multitarefa conveniente no Spectrum, é vital ter páginas comutáveis ​​de RAM em cada um dos trimestres (a escolha de 16K trimestres é tradicional para o Speccy) do espaço de endereço Z80. Existem poucos circuitos Spectrum que podem fazer isso: este é o pouco conhecido "ZX-MMU" de fk0 (2000) e o ATM-Turbo 2 (+) mais ou menos comum (1992, 1993):





Da documentação. Definir o bit 6 habilita o controle pela porta # 7ffd (ROM TR-DOS substitui automaticamente ROM 48 BASIC ao executar o código em # 3dxx), caso contrário, o bit 7 simplesmente ativa a página ROM especificada. "ROM2" é o bit 4 da porta # 7ffd, sempre funciona.



Muitos autores de sistemas operacionais acreditavam que esse requisito para que um subsistema de memória pudesse alternar tudo limitaria severamente o número de usuários e não o aceitava. Como resultado, eles conseguiram cerca de 0 usuários - devido à falta de software.



Desenvolvimento de



Fundo; o que é NedoPC



Em 2002-2003, o movimento NedoPC nasceu na vastidão de três continentes, o que pode ser brevemente descrito como ... hum ... o desenvolvimento de computadores a partir de meios improvisados. E o NedoPC começou com o que outros haviam feito na época - produzir Spectrum e dispositivos para eles. E como Spectrum tomaram o mesmo Turbo 2+ (1993) - um descendente do ATM-Turbo 2 (1992), que é descendente do ATM-Turbo (1991), que é descendente do Pentágono 128 (1990), conhecido em círculos estreitos como ATM 128 (história da luta empresas na década de 90 podem ser encontradas na descrição do Honey Commander'y). Ao mesmo tempo, Turbo 2+ (ao qual a designação ATM já estava automaticamente presa, como nas versões anteriores) quase pretendia substituir o IBM PC de configurações anteriores - por um HDD (mais tarde um CD-ROM), um análogo de um EGA, um teclado XT (mais tarde AT), COM-port, DAC, ADC (que também desempenhava o papel de um modem) e os jogos "Prince of Persia" e " Gobliiins ", que estão absolutamente corretos na versão para PC (não menciono todo o software, é muito) Mas parte do esquema engenhoso estava oculto no PLM, razão pela qual muito poucas pessoas podiam copiá-lo. Na imensidão da Ucrânia, rumores foram ouvidos sobre a substituição do PLM por ROM e sobre a cópia de um controlador de HDD separado, mas, em geral, um computador nos anos 90 era muito menos comum do que o Pentágono. Felizmente, os desenvolvedores do Turbo 2+ - empresa MicroART - doaram toda a documentação para uso gratuito.



Quase imediatamente, vários desenvolvedores de software foram atraídos para a órbita do NedoPC e falaram sobre sistemas operacionais. Caso contrário, a resposta à pergunta "para onde devemos navegar" não funcionou. O primeiro fruto de muita reflexão em 2005 foi o já citado sistema TASiS, para o qual foram adquiridas as fontes iS-DOS.



Paralelamente, em 2007, um dos autores deste artigo criou um personagem virtual SMAN, que estava desenvolvendo um sistema operacional multitarefa. E sim, ela também passou pela fase Residente em RAM inferior. Esta etapa se arrastou por anos, em 2016-2017 foi escrito um compilador para uma linguagem C-like NedoLang , que cabe em 48K (também compila para ARM Thumb). O nó górdio foi cortado apenas com o aparecimento do editor gráfico Scratch (2018).





Scratch e seu menu



A escolha em 2018 já foi fácil: a compatibilidade com ATM-Turbo 2+ estava disponível para todos os usuários - senão no hardware original e não no ZX Evo e Pentagon 2.666LE do NedoPC, então no ATM3 da Zorel ou pelo menos em um emulador (Unreal Speccy, Xpeccy, ZXMAK2, Es.pectrum, etc.).





Turbo 2+ (1993, mas a placa é claramente mais recente)





Pentágono 2.666LE (2009), um carro muito raro





ZX Evolution (2009), pode ser adquirido em qualquer padaria





ATM3 (2017), só pode ser adquirido por conhecido ou por si mesmo, a



partir desse momento o sistema passou a chamar-se NedoOS e começou a desenvolver-se de forma explosiva.



Ressalta-se que para conter fantasias no estágio inicial desta explosão, o sistema foi construído principalmente sobre comandos compatíveis com CP / M e MSX-DOS. Até agora, a lista de comandos está dividida em três seções: compatível com CP / M (agora são 13, seu uso não é recomendado devido ao inconveniente sistema FCB), compatível com MSX-DOS (são 11, aí o nome do arquivo já está em texto, e ao invés As estruturas FCB usam números - alças) e incompatíveis (a maioria não é arquivo, existem 48 agora, mas alguns estão planejados para serem eliminados).



Sistema de desenvolvimento no momento



O código-fonte do NedoOS ainda não está adaptado para os compiladores disponíveis no sistema (NedoLang e seu montador NedoAsm, Turbo Pascal e BDS C). Até agora, apenas 5 utilitários foram compilados internamente. E a parte principal do pacote é construída em um PC usando SjASMPlus (código principal) e Z80 IAR C (sistema de arquivos FatFs e alguns utilitários).



Os arquivos são hospedados em um servidor SVN dedicado e consistem em fontes, uma versão binária e uma coleção de ferramentas para construir em um PC.



O sistema é montado com um botão (arquivo em lote ou Makefile - dois sistemas de compilação). Você também pode coletar separadamente um dos alvos (para HDD, cartão SD, etc.) com um botão e iniciar imediatamente o emulador. Você pode coletar separadamente cada utilitário com uma camisa de corpo de nível inferior. Os dois sistemas de construção aconteceram porque alguns dos desenvolvedores do NedoOS estão no Windows e outros no Linux.



Além dos compiladores, há também um processador de comando cmd.com (pode executar * .bat) e um interpretador NedoBasic escrito do zero com recursos gráficos.





NedoLang se compila



Arquitetura do sistema



Dispositivo de kernel



A parte do NedoOS visível para o programa do usuário é uma série de chamadas na área de memória 0x0000..0x0038, o chamado kernel. A última dessas chamadas é um manipulador de interrupção de 50 Hz, seguido por uma linha de comando com parâmetros para o programa com 0x0080. O dispositivo do kernel ainda é compatível com CP / M (chamada via 0x0005), mas estamos lentamente nos afastando disso (chamadas CP / M são usadas em apenas 4 programas de 58). Todas as chamadas do sistema são organizadas como macros (os programas usam o módulo /src/_sdk/sys_h.asm com essas macros e constantes) e podem ser modificadas significativamente conforme o sistema operacional evolui. A consequência disso é a necessidade de reconstruir todo o sistema e o software do aplicativo em caso de alguma alteração nessas macros - mas, como vimos, isso é feito com um botão.



O interior do NedoOS está escondido em páginas de RAM e contém:





Todos os drivers são compilados no kernel, portanto, existem vários "alvos" diferentes para a construção do sistema ( ATM2 , ATM2 + HDD , ATM3 , ZX Evo , Pentagon 2.666LE ).



O manipulador de interrupção, que está localizado no espaço do usuário, tem a seguinte aparência:



        push af
        push bc
        push de
user_fdvalue6=$+1
        ld a,fd_system ;    
        out (0xfd),a ;    (      ),        
;---------
;    :
;bc=memport0000
;d=pgmain
        out (c),d ;may switch this code page
curpg16k=$+1
        ld a,0
        ld b,memport4000/256
        out (c),a
curpg32klow=$+1
        ld a,0
        ld b,memport8000/256
        out (c),a
curpg32khigh=$+1
        ld a,0
        ld b,memportc000/256
        out (c),a
        pop de
        pop bc
        pop af
        ei
        ret


A troca de tarefas ocorre em um círculo (as tarefas congeladas são puladas), ainda não há prioridades. Mas a tarefa ociosa é executada apenas quando todos os outros estão congelados ou no quadro atual eles próprios chamaram de YIELD (a macro do sistema YIELD - para dar tempo ao sistema até a próxima interrupção, a macro do sistema YIELDKEEP - para dar tempo ao sistema com a capacidade de retornar o controle a qualquer momento).



A tarefa pode alterar o manipulador de interrupção, é possível com um retorno a ele e um código arbitrário após ele. Existem certas recomendações e exemplos para isso.



Sistema Terminal



As tarefas são divididas em três tipos:



  1. aqueles que não precisam de uma tela,
  2. aqueles para os quais um terminal de texto é suficiente,
  3. gráfico - com tela própria com a resolução necessária e paleta própria.


No NedoOS, para além do conceito de tarefa corrente, existe o conceito de “foco” (acesso ao teclado, rato e ecrã). O foco entre as tarefas é alternado manualmente (por uma combinação de Symbol Shift + Enter) ou automaticamente (quando você liga os gráficos, desliga os gráficos ou fecha uma tarefa).



Tarefas como (1) nunca obtêm foco. Além disso, as tarefas do tipo (2) também não recebem foco; em vez disso, o foco está no terminal de texto ao qual estão anexadas. E eles estão amarrados através dos fluxos stdin e stdout, ao longo dos quais letras, números, rabiscos e códigos do terminal VT-100 andam com alguns acréscimos. Stdin e stdout são implementados por meio da biblioteca stdio.asm como filas (canais). No kernel, a fila possui um buffer de 255 bytes. As funções de gravação e leitura da fila retornam o quanto foi realmente lido ou gravado (como para arquivos) e se a fila está fechada na outra extremidade. Esses riachos são herdados de pai para filho. Mas no final tudo é exibido pelo terminal term.com, que pode ser rolado e até mesmo copiado e colado. Há também um servidor de rede Telnet netterm.com. Este netterm.com não precisa ser iniciado, mas term.com é iniciado automaticamente na inicialização do sistema.





Nedovigator no terminal, e o terminal é rolado com a roda do mouse



Para tarefas como (3), é claro, não há dúvida de desenhar pixels pelo sistema - não há Z80 megahertz suficiente para isso (a maioria dos usuários tem apenas 14 deles). Portanto, você precisa desenhar por meio da memória. E como há apenas duas áreas de tela no ATM (como no 128K), apenas uma tarefa pode ter suas próprias páginas de tela. As páginas da tela são interceptadas quando o foco é alterado e, em vez delas, a tarefa perdida recebe um número de página falso - uma página que pode simplesmente ser estragada. Quando uma tarefa recebe o foco, ela recebe uma mensagem separada sobre ela, como se fosse do teclado, mas não corresponde a nenhum botão real. Isso permite que a tarefa restaure a tela a tempo. Outra tarefa pode ativar o modo quando o próprio sistema armazena a tela para ele e o restaura.



Linha de comando



As funções de linha de comando são implementadas pelo utilitário cmd, que é iniciado automaticamente na inicialização do sistema. Mais precisamente, a primeira tarefa ociosa executa term com os parâmetros cmd.com autoexec.bat. Isso significa que o cmd executará o arquivo em lote especificado. Os comandos escritos lá são executados em ordem. Por padrão, os comandos são executados esperando pelo fim, mas se o comando for o início do programa, então você pode colocar o início na frente dele - o programa será executado em segundo plano (apenas isso não é compatível com o conceito de herança de stdin e stdout - os dados nas filas podem ser misturados).



Após o fim da operação especificada no parâmetro (se houver algum parâmetro), o cmd geralmente sai. Uma exceção é deixada apenas para autoexec.bat, de modo que, após seu término, você não fique com uma depressão quebrada. No entanto, nesse caso, ocioso aguarda a pressão simultânea de C + M + D e pode reiniciar o termo com cmd.



A linha de comando é semelhante ao MS-DOS. Você pode redirecionar a saída de uma operação em execução para um arquivo (por exemplo, dir> nome do arquivo) ou para outro programa (por exemplo, dir | more.com), você pode redirecionar a entrada (por exemplo, more.com <nome do arquivo). Mas o encadeamento ainda não é compatível.



Para um trabalho mais conveniente com arquivos, o Nedovigator commander (nv.com) é usado.





Kitty, porque você já viu o Nedovigator



Posicionamento do sistema



Deve ser esclarecido que cada sistema de arquivo que temos é montado em uma letra específica, então os caminhos se parecem com m: /bin/filename.txt. As filas têm a letra z: mount, mas até agora estão abertas sem um nome - a conexão entre as tarefas é passando o número da fila (identificador).



Para evitar bootloaders especializados como o GRUB, o NedoOS espera que a ROM do computador tenha a capacidade de iniciar o arquivo trunk (*. $ C) do dispositivo desejado - por exemplo, no ZX Evo com um navegador de arquivos ou pressionando o botão 5 no menu principal, e no Pentágono 2.666 LE - via copiadora embutida Fatall... Caso contrário, você terá que inicializar o sistema operacional a partir de disquetes TR-DOS. Os arquivos do sistema estão localizados no diretório / bin do disco do sistema, os jogos estão em / nedogame. Os arquivos de jogo adicionais geralmente estão localizados em um subdiretório do jogo de mesmo nome: por exemplo, um jogo colorido NedoOS /nedogame/br.com ( Black Raven ) também tem um diretório / nedogame / br com gráficos, música e níveis.





Corvo Colorido



Oportunidades atuais



Memória: suporta até 4M de RAM (configurável no sistema de construção), a memória é alocada para tarefas sob demanda em páginas de 16K, as tarefas podem devolvê-las ao sistema por conta própria. Devido à falta de proteção de memória no hardware, toda a memória pode ser considerada compartilhada. Por padrão, as páginas são alocadas desde o início da memória, sem contar algumas páginas do sistema. A troca não é suportada (foi considerada nos estágios iniciais, mas requer renumeração de página, o que reduzirá bastante o desempenho de tarefas comuns).



Multitarefa:deslocamento (por interrupção de 50 Hz) e cooperativo; até 16 tarefas podem ser executadas simultaneamente (uma delas está ociosa, pode ser removida, mas o YIELD não dá garantias); você pode substituir seu reprodutor de música no manipulador de interrupção do sistema - ele será executado no contexto do kernel com três páginas de usuário (você ainda não pode alterná-las imediatamente). As tarefas podem ser congeladas (se acabaram de ser criadas, excluídas ou aguardando um filho). Você pode ver a lista de tarefas em cmd, sua atividade e a presença de um modo gráfico, remover da execução (isso libera suas páginas, registros de arquivos FatFs e sockets de rede).



Arquivos:até 16 arquivos FAT, 8 arquivos TR-DOS e 8 filas podem ser abertos simultaneamente. Você pode ler e gravar vários arquivos ao mesmo tempo (importante para o compilador) - até mesmo em um disquete! Você pode ler os parâmetros do arquivo, um ponteiro para a posição atual, alterar esta posição, criar e renomear diretórios. As filas assumem duas tarefas do usuário, elas precisam ser abertas uma vez (na criação), mas fechadas duas vezes. As operações de arquivo são realizadas no contexto do kernel; neste momento, o agendador de tarefas não funciona, mas o processador de música do sistema está em execução.



Networking:Protocolos ICMP, TCP, UDP, até 8 soquetes simultaneamente. Existem utilitários ping, hora, telnet, netterm (servidor Telnet), dmirc (cliente IRC), dmftp (cliente FTP) 3ws (servidor Web para copiar e iniciar arquivos remotamente), NedoBrowser (navegador de texto com capacidade de visualizar imagens separadamente jpg, gif, png, bmp e svg - os dois últimos formatos com restrições; suporta os protocolos http e gopher, https através de um proxy), wget (download de arquivo em segundo plano, é executado a partir do navegador, pode iniciar automaticamente a visualização de gráficos e reprodutor de música).





NedoBrowser está procurando algo na Internet



Trabalhando com arquivos: .tar e .rar estão disponíveis para leitura e escrita (ZXRar é um análogo simplificado de Rar 2.x para DOS - sem um número de códigos, arquivos sólidos, formato multimídia e criptografia, ZXUnRar suporta todos os códigos e arquivos sólidos, mas também não suporta multimídia e criptografia), .gz e .zip são somente leitura. Até agora, tudo é apenas por meio de utilitários de linha de comando.



Tipos de documentos: as associações de arquivos são registradas para o comandante Nedovigator integrado no arquivo nv.ext. Agora, este arquivo se parece com este:



bmp:scratch.com
bat:cmd.com
txt,new,ext,ini,nfo,diz:texted.com
gif,jpg,png,htm,svg:browser.com
tfc,pt2,pt3,mt3,m  :player.com (pt3     Pro Tracker  NedoOS)
bas:basic.com
zip,gz :pkunzip.com
trd,scl,fdi,tap:dmm.com ( TR-DOS   —    ZX Evo   ,   ,      Magic;   , ,         )
16c,scr,fnt,img,3  ,888,y  ,+  ,-  ,plc,mc ,mcx,grf,ch$,mg1,mg2,mg4,mg8,rm ,mlt:view.com
mod:modplay.com
tar:tar.com
sna,b  ,z80:nmisvc.com
rar:unrar.com


Também há uma dúzia de jogos disponíveis, incluindo um emulador Super Mario (requer um despejo de cartucho para funcionar), um pintado por Eric e os Flutuadores, um porte parcial de Endless Summer e um Snake em rede.



Planos



  • Expansão da funcionalidade dos arquivos em lote (os parâmetros já foram passados)
  • IDE e auto-hospedagem
  • Camadas no editor gráfico
  • ...


Conclusão



De momento, o NedoOS implementa todo o backbone de funções necessário, por isso, se tiver o hardware necessário, o sistema é mais cómodo de usar do que de não usar.



Mas ainda há muito trabalho pela frente. Quanto mais desenvolvedores aderem ao projeto, mais próximo é o ideal.





A maioria dos desenvolvedores NedoOS mora no canal #mhm IRC em irc.forestnet.org (também disponível em http://chat.forestnet.org/ ). Há um canal Twitch à noite (com um espelho no YouTube). Do site da NedoOS você pode baixar a versão estável e as últimas fontes .



All Articles