Mostrando postagens com marcador games. Mostrar todas as postagens
Mostrando postagens com marcador games. Mostrar todas as postagens

Jogo Descent 3 se torna open-source

Descent 3 has been made open source

Jogo Descent 3 se torna Open-Source


 O código fonte de Descent 3, jogo da Outrage Entertainment, foi disponibilizado no dia 17 de Abril sob a licena MIT. tendo sido disponibilizado no GitHub por Kevin Bentley que é um dos desenvolvedores orgiais. Áudios e vídeos proprietários e com formatos proprietários foram removidos.

Na sessão Original Release, Kevin Bentley descreve o que planejam fazer para melhorar o jogo como conseguir primeiro compilar o código novamente (os compiladores já mudara, então ele precisam adaptar o código para versões atuais já que o jogo é da década de 90) para depois fazer melhorias e limpeza. Pouco mais de um dia depois do anuncio e a galera já começou a fazer contribuições; a equipe criou inclusive um discord para que possam interagir:

Discord do jogo Descent 3

 Eu torço para que, com a contribuição da galera, muita coisa possa ser melhorada não somente na parte de código, mas também no conceito de arte também visual quanto sonora e que possamos desfrutar de um ótimo jogo no futuro.


O código fonte de descent 3 pode ser conferido clicando aqui


É possível rodar Doom em um teste de gravidez?

Doom running on a pregnancy test

É possível rodar Doom em um teste de gravidez?

 Doom deve ser o jogo mais portado que eu já vi na minha vida (isso eu já não sei, vou passar a bola para vocês) porque, eu nunca vi um jogo rodar em tanto lugar que chega a ser inútil. Só que esse em um teste de gravidez me surpreendeu e eu acabei postando o vídeo abaixo:


 E duas perguntas nos comentários me despertaram o interesse de escrever este artigo. Essa proeza foi feita por uma mulher conhecida como Foone que utilizou um teste de gravidez suíço. Este teste possui um microcontrolador Holtek HT48C06 de 8-bit rodando entre 4mhz a 8mhz , 64 bytes de RAM, 1024 palavras de ROM e GPIO de 13 pinos além da bateria de 3v, LEDs e display de cristal liquido.





 Se levarmos em consideração, esta pequena placa é mais poderosa do que o primeiro IBM PC (que depois que urinam, simplesmente jogam fora...). Foone ainda descreve que esse é um chip complexo do que imaginamos por utilizar pipeline e operar uma instrução por ciclo (o que lhe garante bom desempenho), porém, esse chip não é reprogramável e o LCD só exibe quatro objetos (o display não consegue nem enquadrar a shell); logo, na verdade, não há como rodar Doom nesse pequeno hardware. O que Foone fez foi conectar o dispositivo à uma protoboard, substituir tanto o display quanto o microcontrolador e realizar alterações.


 Foone menciona é que "conseguiu exibir um vídeo de Doom no dispositivo, o que não deixa de ser algo próximo mas não interativo". Todos os vídeos de Foone foram postados no site archive.org. Há inclusive um rodando o vídeo I wanna give you up:



Ampere nas envolvidas com Steam

Ampere nas envolvidas com Steam

Ampere nas envolvidas com Steam


 Recentemente postei que a Oracle está migrando de X86 para ARM da empresa Ampere. Devido a sua eficiência energética esses processadores permitirão a Oracle expandir seu data center e poder concorre com outras empresas em vários outros serviços com a sua novem. Não somente a eficiência energética, mas os processadores da Ampere permitem também melhor desempenho.


 Mas hoje estamos aqui para falar da empresa Ampere que esta trabalhando para que Steam Linux seja compatível com seus processadores de 192 núcleos. Sim, há mais ou menos um mês a Ampere publicou em seu Github o repositório Steam-on-Ampere. Não se trata de código fonte e sim de um how to explicando como executar Steam em seus processadores através do Box86/Box64

 Bom, neste exato momento você deve estar pensando que então trata-se de emulação e eu vou ter que dizer que você está certo. O Box86 é um emulador que permite rodar aplicações x86 em processadores ARM. Nesse momento deve existir a critica na cabeça de todos, o que é natural, mas o problema está mais vinculado a ferramenta Steam do que aos processadores da Ampere. Ao longo do tempo a ferramenta Steam foi acumulando muito código legado para se manter funcionando; é necessário por exemplo instalar suporte a arquitetura i386 (32 bits) na sua distribuição mesmo ela sendo x86 de 64 bits. No caso dos processadores da Ampere ocorrem a problema similar, só que em arquitetura (o que pode ocorrer no steam sendo executado em qualquer ARM. Nesta documentação, a Ampere exibe prints que evidenciam que é necessário instalar as duas dependências mencionadas neste artigo.




 Basicamente é o mesmo processo utilizado pela Apple chamado carbonização que permitiu o MacOS X desenvolvido para X86 executar suas aplicações na arquitetura PowerPC e hoje de x86 para o Apple Silicon que pode ser conferido neste meu vídeo quando eu digito o comando file no kernel do MacOS X e é possível constar o suporte das arquiteturas X86 e PowerPC. Por este motivo que conseguir executar o MacOS Leopard na arquitetura PowerPC sendo que o Leopard foi projetado para Macs da arquitetura X86.


 Outra característica do processo de carbonização é utilizar a ferramenta Rosetta, que nada mais é do que simplesmente emulação. Então, fazer adoção da mesma estratégia que Apple é algo que pode levar a Valve a melhorar sua ferramenta ao longo do tempo (assim torcemos). Há um bom tempo um desenvolvedor do Clear Linux vem trabalhando para porte Steam para 64, mas já se passaram ao menos sete anos e ainda nada de steam 64 bits para nenhum sistema operacional.


 Os testes foram feitos no Ubuntu como pode ser vista nas imagens e é recomendado instalar o box86 dos repositórios de Itai Nelken. Para o Box64 devem ser instalados os repositórios de um cara chamado Ryan Fortner. Depois, é só executar o steam, selecionar o proton e vida que segue.
GitHub da AmpereComputing: Steam-on-Ampere

Legend of Zelda: A Link to the Past "portado" para Linux e Windows

A reimplementation of Zelda 3.

Legend of Zelda: A Link to the Past "portado" para Linux e Windows


 Um desenvolvedor no github conhecido como snesrev disponibilizou uma reimplementação do game Zelda 3 (Legend of Zelda: A Link to the Past) para Linux e para Windows. O game foi desenvolvido através de engenharia reversa reimplementando todas as partes do jogo original para que seja executado nativamente nos dois sistemas operacionais e conta com mais ou menos 80 mil linhas de código em C++ (na verdade 87.9% em C++, 7.5% em C e 4.6% em Python). Para compilar e instalar o game no Linux, é necessário ter a libsdl2-dev e o clang++ instalados.

 A reimplementação está sob a MIT license e torço para que o desenvolvedor não tenha problemas com a Nintendo pois, como já mencionei no meu vídeo "Emular Jogos é Crime?". Talvez não haja problemas quando a engenharia reversa. Para entender melhor sobre o assunto, confira o vídeo abaixo:




Microsoft porta DirectX para Linux

Microsoft para Linux

Microsoft porta DirectX para Linux

 Hoje o site MSPower anunciou que que a Microsoft portou o Directx Para Linux (novamente). o DirectX foi disponibilizado como driver no site kernel.org sendo movido para a área do Hyper-V tendo total suporte a virtualização de aceleradores gráficos.

DirectX for Linux

DirectX for Linux

 Há também total suporte a APIs OpenCL, OpenVINO e OneAPI em GPUs Intel GPU para permitir que desenvolvedores escrevam seus códigos que funcionam bem tanto no Linux quanto no Windows.

 De acordo com o site, o driver foi reescrito do zero e organizado em camadas lógicas para que os revisores open source entendam melhor como o driver é construído.
"Muitos esforços foram feitos para abordar o feedback da comunidade neste conjunto revisado de patches e esperamos que isso esteja se aproximando do que a comunidade
gostaria de ver.
Entre o projeto de tempo de execução de computação da Intel e o libdxg, agora temos uma implementação totalmente de código aberto de nossa pilha de computação virtualizada dentro do WSL. Continuaremos a oferecer suporte tanto à API de espaço do usuário de código aberto em nossa abstração de computação quanto à de código fechado (CUDA, DX12), deixando para os proprietários e parceiros da API decidir o que faz mais sentido para eles."
 Será que veremos a Microsoft adotando Linux no lugar do Windows? Pode ser que veremos, Eu já levantei essa bola uma vez onde apresentei fatos históricos de isso já ter ocorrido. Pode ser que veremos uma distribuição Linux com a GUI e ferramentas do Windows assim como ocorreu com  MacOSX (o NetWare pode entrar dentro desta lista também). Mas e vocês? O que acham?

Android: A maior plataforma de jogos da atualidade.

Android: A maior plataforma de jogos da atualidade.
Android: A maior plataforma de jogos da atualidade.

 Parece exagero afirmar tal coisa, mas o Android é a maior plataforma de jogos da atualidade (tente não confundir maior com melhor). site Washington Post publicou a matéria "Esqueça a próxima geração de consoles. A maior plataforma de jogos já está em seu bolso.". Essa plataforma a qual a qual nos referimos é exatamente o Android.

 Logicamente nessa lista também entra o iOS que ambos em 2020 geraram uma receita de US$80 bilhões enquanto os PCs geraram US$37bi e os consoles (Nintendo Switch, PlayStation e Xbox) geraram US$45bi (juntos, PCs e consoles geraram apensa US$2bi a mais que os smartphones). Em 2021, a receita gerada pelos dispositivos móveis (spartphones e tablets) ultrapassam a margem de US$90bi enquanto PCs e consoles juntos permanecem na mesma marca. Houve uma oscilação no mercado devido a vários fatores, mas o mercado conseguiu se manter porém, analisando essas informações em percentual, de acordo com o site newzoo.com, os dispositivos móveis detém 52% do mercado; quase o dobro do mercado dos consoles.

Faturamento de jogos em todas as plataformas
Faturamento de jogos em todas as plataformas

 Algo interessante a frisar é que, tratando-se de tablets, a Apple detem 52% do mercado (Saiba mais porque a Apple migrou de x86 para ARM em seus desktops clicando aqui). Já o Android, como mencionei em Setembro detém 85% dos smartphones (Vale a pena conferir o artigo clicando aqui). Acho um crescimento impressionante pois em 2019, a fatia de mercado do Android era de 36% enquanto o iOS detinha 47%.

Days Gone no Linux

Days Gone no Linux
Days Gone no Linux

    Beleza galera? Ontem o Junior do canal Tuxter Games postou esta gameplay rodando Days Gone no Fedora 34 utilizando o DXVK 1.8.1 - Proton-experimental via LutrisDXVK 1.8.1 - Proton-experimental via Lutris.

    As especificações para que o jogo funcione bem estão no próprio vídeo do canal. Confiram aí:


    Mesmo não sendo mais compatível com o Lutris, foi com a build do proton-experimental que obtive melhor desempenho no game. Pra rodar o game sem crashar tem que desativar o "lutris Runtime" caso não faça o jogo não inicia. Hoje é preciso usar as libs do dxvk git master.

Kernel Linux 5.12 e novidades no Btrfs

Kernel Linux 5.12 e novidades no Btrfs
Kernel Linux 5.12 e novidades no Btrfs

    Não é nada de novidade que o kernel Linux 5.12 foi lançado, mas alguns recursos são tão interessantes que decidi bater um papo explicando o que gostei. Muitos mencionam somente sobre o suporte a joystick Dualsense do PlayStation5, mas o kernel 5.12 traz novidades muito interessantes como o suporte ao Zoned, o suporte a Idmapped mounts e muito mais. Se perdeu a live, confere aí embaixo que está bem interessante.


Marcadores

A pior história sobre Linux que já ouvi (6) A.I (2) ambiente gráfico (19) AMD (14) analise (10) Andriod (16) android (7) Apple (1) arm (5) artigo (5) aws (1) bc (23) benchmark (6) BetrFS (1) blackhat (1) BSDs (34) btrfs (32) bugs (2) Caixa de Ferramentas do UNIX (19) canonical (1) canto do Diego Lins (2) certificações Linux (7) Código Fonte (54) comandos (33) comp (1) compressores (9) container (8) CPU (19) cracker (1) criptografia (5) crowdfunding (9) cursos (24) daemons (13) Debian (31) desempenho (2) desenvolvimento (100) desktop (19) DevOps (3) DevSecOps (4) dic (1) Dica de leitura (91) dica DLins (2) dicas do Flávio (27) Dicas TechWarn (1) diet libc (4) diocast (1) dioliunx (3) distribuições Linux (14) Docker (13) DragonflyBSD (24) driver (2) dropbear (3) ead Diolinux (2) edição de vídeo (5) embarcados (1) EMMI Linux (4) emuladores (9) endless (5) English interview (3) Enless OS (2) entrevista (17) espaço aberto (82) evento (6) facebook (1) Fedora (11) filesystem (82) financiamento coletivo (2) fork (4) fox n forests (4) FreeBSD (21) Funtoo Linux (13) games (94) garbage collector (1) gerenciadores de pacotes (4) glaucus (8) GOG (3) google (9) gpu (3) hacker (2) hardware (104) hash (1) helenos (3) I.A (1) init system (12) Intel (15) inteligencia artificial (2) IoT (1) ispconfig (1) jogos (38) kde (1) kernel (141) lançamento (64) leis (1) LFCS (1) libs (2) licenças (10) Linus (16) linus torvalds (2) Linux (194) linux foundation (3) linux para leigos (1) live (5) lkgr (1) LPI (8) LTS (1) Mac (1) machine learning (1) matemática (9) mesa redonda (27) microcontroladores (1) microsoft (6) microst (1) muito além do GNU (176) musl (3) não viva de boatos (9) navegadores (5) NetBSD (7) newlib (1) nim (9) nimlang (1) nintendo (1) novatec (17) novidades (1) nuvem (1) o meu ambiente de trabalho (3) off-topic (12) ONLYOFFICE (4) open source (85) OpenBSD (8) OpenShift (1) oracle (1) os vários sabores de Linux (45) padrim (2) palestras e eventos (5) partições (6) pentest (8) performance (1) pipewire (1) plan9 (3) playstation (1) processadores (30) professor Augusto Manzano (11) Programação (71) promoção (1) propagandas com Linux (8) ps4 (1) real-time. (1) Red Hat (23) redes (4) resenha nerd (4) Resumo da Semana do Dlins (2) resumo do Tux (19) retrospectiva Linux (1) risc-V (14) RISCV (13) rtos (1) runlevel (2) rust (16) segurança digital (27) servidor web (2) servidores (3) shell (10) shell script (8) sistema operacional (25) skarnet (2) smartphones (3) Software livre e de código aberto (152) sorteio (3) Steam (10) Steam no Linux (8) supercomputadores (4) suse (7) systemd (8) terminal (89) terminal de comandos (20) toca do tux (1) toybox (28) tutorial (6) Tux (3) ubuntu (1) unboxing (7) UNIX (17) UNIX Toolbox (14) vartroy (1) vga (1) virtualização (3) vulnerabilidade (6) wayland (5) web (1) whatsapp (1) whitehat (1) Windows Subsystem for Linux (2) wine (14) WoT (1) yash (1) ZFS (16) zsh (3)