Siga o NewsInside Podcast no Spotify AQUI. Essa semana já tem novo episódio sobre Games Nacionais
Feliz 15 de julho!
O Atmosphère consiste em vários componentes, cada um dos quais substitui / modifica um componente diferente do sistema:
Fusée: Carregador de primeiro estágio, responsável por carregar e validar o estágio 2 (TrustZone personalizado) mais o package2 (Kernel / FIRM sysmodules) e corrigi-los conforme necessário. Isso substitui todas as funcionalidades normalmente em Package1loader / NX Bootloader.
Sept: Payload usado para ativar o suporte para derivação de chave de tempo de execução em 7.0.0.
Exosphère: Customized TrustZone, para executar um Secure Monitor personalizado
Thermosphère: suporte EL2 EmuNAND, ou seja, backup e uso de imagens NAND virtualizadas / redirecionadas
Stratosphère: Sysmodule (s) customizado (s), ambos no estilo Rosalina para estender o kernel / fornecer novos recursos, e do estilo de reimplementação do carregador para enganchar ações importantes do sistema
Troposphère: patches do Horizon OS no nível do aplicativo, usados para implementar os recursos desejáveis do CFW
Melhorias:
O que Mudou? (Inglês) - Pré-lançamento 18/10/2021
boot was updated to reflect the latest official behavior for display/battery management.
This should fix any issues that might result from running older releases on the OLED model, if you’re somehow in a position to do so.
The “target firmware” system was changed to allow the bootloader to specify an approximation, rather than the true target firmware.
Previously we expected compliant bootloaders to inspect SYSTEM:/ to determine the specific target firmware.
Now, we only require an approximate version, with major version == true major version and approximate version <= true version.
This greatly simplifies bootloader requirements, and correspondingly all code for accessing SYSTEM has been removed from fusee.
This should result in a substantial speedup when booting emummc with fusee, as SYSTEM accesses were the most expensive thing done previously.
This should resolve any inconsistency in firmware detection when booting via fusee vs hekate.
This should also improve our compatibility with micro firmware releases, making it more likely that atmosphere “just works” if nothing important has changed.
Dynamic resource limit determination logic was implemented in pm to match latest official behavior.
This greatly simplifies/makes consistent the resource limits on older firmwares, as well.
An enormous amount of refactoring was performed under the hood, including:
Please Note: If you are a developer who uses Atmosphere-libs, a number of changes here are breaking.
Feel free to contact SciresM#524 for help updating your program.
The OS namespace had many primitives implemented/made more accurate.
Since mesosphere is now always-on, os::LightEvent (which required newer SVCs) is now globally usable (and used by stratosphere where relevant).
Assertions are now true no-ops when building for release.
Stratosphere is now built with -Wextra/-Werror.
Most “common” logic in system module main.cpp files was moved into libstratosphere.
Please Note: main.cpp files for prior atmosphere-libs will no longer work, for a really large number of reasons.
A number of longstanding code style issues were corrected.
Mesosphere now uses util::BitFlagSet for SVC permissions.
Mesosphere now puts its relocation table inside .bss, which allows that memory to be reclaimed after relocations are performed.
These changes save ~16KB of memory in the kernel, all said and done.
A number of locations in stratosphere where memory could be saved were spotted and taken advantage of, leading to ~150-200KB of saved memory.
The spl and loader system module was refactored to better reflect official logic.
sf ipc server code was updated to only emit mitm/defer logic when that logic is actually required somewhere in process.
tipc ipc server code was updated to reflect changes to official logic made in 13.0.0.
Many, many other minor changes, please talk to SciresM#524 or read the relevant commits if you want to know more.
A number of minor issues were fixed, including:
Mesosphere’s handling of SVC permissions on thread pin/unpin was updated to reflect official kernel behavior.
util::CountTrailingZeroes() was fixed to calculate the correct value when used at compile-time.
General system stability improvements to enhance the user’s experience.
Siga o NewsInside Podcast no Spotify AQUI. Essa semana já tem novo episódio sobre a Steam Deck
Feliz 15 de julho!
O Atmosphère consiste em vários componentes, cada um dos quais substitui / modifica um componente diferente do sistema:
Fusée: Carregador de primeiro estágio, responsável por carregar e validar o estágio 2 (TrustZone personalizado) mais o package2 (Kernel / FIRM sysmodules) e corrigi-los conforme necessário. Isso substitui todas as funcionalidades normalmente em Package1loader / NX Bootloader.
Sept: Payload usado para ativar o suporte para derivação de chave de tempo de execução em 7.0.0.
Exosphère: Customized TrustZone, para executar um Secure Monitor personalizado
Thermosphère: suporte EL2 EmuNAND, ou seja, backup e uso de imagens NAND virtualizadas / redirecionadas
Stratosphère: Sysmodule (s) customizado (s), ambos no estilo Rosalina para estender o kernel / fornecer novos recursos, e do estilo de reimplementação do carregador para enganchar ações importantes do sistema
Troposphère: patches do Horizon OS no nível do aplicativo, usados para implementar os recursos desejáveis do CFW
Estamos aqui na versão 1.0 do Atmosphere, 2 anos depois a melhor CFW e agora única CFW do Switch, o trabalho do SciresM é incrível e na versão 2.0 tem muitas melhorias por debaixo dos panos e por cima também, como a velocidade de leitura do SD Card ficou idêntica a do Driver de SD Card, ou seja se seu SD card ler a 32mb/ps o Switch com o Atmosphere 1.0 vai ler a 32mb/ps, confiram o changelog:
Melhorias:
Spoiler title
Please be sure to update fusee when upgrading to 1.0.0. fusee-primary no longer exists, and will not work any more.
With thanks to the @switchbrew team, Atmosphère 1.0.0 is bundled with hbl 2.4.1, and hbmenu 3.4.1.
fusee was completely re-written in C++ to use the same atmosphere-libs APIs as the rest of atmosphere’s code.
The rewrite was performed with a big emphasis on ensuring a good boot speed, and generally boot should be much faster than it was previously.
Depending on SD card/environment, boot speed may now be slightly faster than, roughly the same as, or slightly slower than when booting with hekate.
The obvious low-hanging fruit for performance improvements has been picked, so hopefully the improved performance is to everybody’s liking.
SD card compatibility was improved: fusee should now have SD card compatibility identical to the official OS driver.
Please Note: various components were renamed (fusee-primary.bin -> fusee.bin, fusee-secondary.bin -> package3).
If you use another bootloader (like hekate), you may need to update your configuration to use the new layout.
Please Note: BCT.ini no longer exists, nogc configuration has been moved to /atmosphere/config/stratosphere.ini.
If you rely on custom nogc configuration, please be sure to update accordingly.
Custom splash screen BMP parsing is no longer supported (as it slows down boot for 99% of users).
To compensate for this, a script to insert a custom splash screen into a package3 binary has been added to the utilities folder of the atmosphere repository.
The release build should be equivalent to running the following command from the root of the atmosphere repository: python utilities/insert_splash_screen.py img/splash.png fusee/package3
A number of pending changes were made, following the end of the relevant testing periods:
mesosphere is no longer opt-out, and stratosphere code will begin depending on its being present/in use.
NCM is no longer opt-out.
The cleanup to ease the transition from < 0.19.0 to 0.19.0 has been removed.
General system stability improvements to enhance the user’s experience.
Download O Link de download é sempre dinâmico, qualquer novo lançamento/atualização levara a versão que está sendo reportada nesse post ou superior!
SciresM lançou hoje, 20/03/2020 mais uma update do Atmosphère, agora evitando crashes (not bandicoot!) do qual estava ocorrendo um bug no novo suporte a dumping TLS do 0.10.4 e corrige o suporte layeredfs para jogos com enormes tabelas de arquivos (football manager 2020, animal crossing).
O seguinte foi alterado desde o último lançamento
[spoiler]
Please note: Atmosphère 0.10.0 is currently in pre-release.
If any bugs are reported while Atmosphère is in pre-release, they will be fixed and the build will be updated.
0.10.0 will transition to release after a short amount of time has passed without pressing bug reports.
The following was changed since the last release:
Support was added for 9.1.0
Please note: The temporary hid-mitm added in Atmosphere 0.9.x will be removed in Atmosphere 0.10.1.
Please ensure your homebrew is updated.
The Stratosphere rewrite was completed.
libstratosphere was rewritten as part of Stratosphere’s refactor.
Code responsible for providing and managing IPC services was greatly improved.
The new code is significantly more accurate (it is bug-for-bug compatible with Nintendo’s code), and significantly faster.
ams.mitm was rewritten as part of Stratosphere’s refactor.
Saves redirected to the SD card are now separated for sysmmc vs emummc.
Please note: If you find any bugs, please report them so they can be fixed.
Thanks to the rewrite, Atmosphere now uses significantly less memory.
Roughly 10 additional megabytes are now available for custom system modules to use.
This means you can potentially run more custom system modules simultaneously.
If system modules are incompatible, please ask their authors to reduce their memory footprints.
Atmosphere’s configuration layout has had major changes.
Configuration now lives inside /atmosphere/config/.
Atmosphere code now knows what default values should be, and includes them in code.
It is no longer an error if configuration inis are not present.
Correspondingly, Atmosphere no longer distributes default configuration inis.
Templates are provided in /atmosphere/config_templates.
loader.ini was renamed to override_config.ini.
This fixes the longstanding problem that atmosphere updates overwrote user configuration when extracted.
Atmosphere’s process override layout was changed.
Atmosphere now uses the /atmosphere/contents directory, instead of /atmosphere/titles.
This goes along with a refactoring to remove all reference to “title id” from code, as Nintendo does not use the term.
To make this transition easier, a temporary functionality has been added that migrates folders to the new directory.
When booting into 0.10.0, Atmosphere will rename /atmosphere/titles/<program id> to /atmosphere/contents/<program id>.
This functionality may or may not be removed in some future update.
This should solve any transition difficulties for the typical user.
Please make sure that any future mods you install extract to the correct directory.
Support for configuring override keys for hbl was improved.
The key used to override applications versus a specific program can now be different.
The key to override a specific program can be managed via override_key.
The key to override any app can be managed via override_any_app_key.
Default override behavior was changed.
By default, atmosphere will now override the album applet with hbl unless R is held.
By default, atmosphere will now override any application with hbl only if R is held.
The default amount of applet memory reserved has been slightly increased.
This allows the profile selector applet to work by default in applet mode.
The way process override status is captured was changed.
Process override keys are now captured exactly once, when the process is created.
This fixes the longstanding issue where letting go of the override button partway into the process launch could cause problems.
The Mitm API was changed to pass around override status.
Mitm services now know what keys were held when the client was created, as well as whether the client is HBL/should override contents.
An extension was added to pm:info to allow querying a process’s override status.
Thanks to process override capture improvements, hbl html behavior has been greatly improved.
Web applets launched by hbl will now always see the /atmosphere/hbl_html filesystem
Support was added to exosphere for enabling usermode access to the PMU registers.
This can be controlled via exosphere!enable_user_pmu_access in BCT.ini.
An enormous number of minor bugs were fixed.
dmnt’s cheat VM had a fix for an inversion in opcode behavior.
An issue was fixed in fs.mitm’s management of domain object IDs that could lead to system corruption in rare cases.
The Mitm API no longer silently fails when attempting to handle commands passing C descriptors.
On previous atmosphere versions, certain commands to FS would silently fail due to this…
No users reported any visible errors, but it was definitely a problem behind the scenes.
These commands are now handled correctly.
Atmosphere can now display a fatal error screen significantly earlier in the boot process, if things go wrong early on.
The temporary hid mitm will no longer sometimes cause games to fail to detect input.
Mitm Domain object ID management no longer desynchronizes from the host process.
An issue was fixed that could cause service acquisition to hang forever if certain sm commands were called in a precise order.
An off-by-one was fixed that could cause memory corruption in server memory management.
… and too many more bugs fixed to reasonably list them all :)
General system stability improvements to enhance the user’s experience
O Dev Masagrator, está fazendo o que poucas desenvolvedoras de jogos fazem no switch, colocar seus jogos rodando a 60FPS, por hora se tem a lista dos seguintes jogos, rodando em 60FPS com esse MOD, lembrando que esses MODS rodam apenas para quem usa oAtmosphère, não roda no SX lixoso!
– Sword Art Online: Fatal Bullet
– Bloodstained: Ritual of the Night – Qualidade Media e Ultra variam nesse MOD, que requer configurações difernetes para o overclocking.
– Yooka-Laylee – The 60FPS funciona no modo portatil e no dock é feito o aumento de resolução, fica à sua maneira de querer ganhar FPS ou resolução.
– Subdivision Infinity DX
– SINNER: Sacrifice for Redemption
– Everspace
– Overcooked 2
Certifique-se de verificar as configurações do overclock recomendadas, para cada um destes MODS, pois elas são diferentes umas das outras! Cada link contém informações sobre o que o Masagrator alterou, para que assim possa alcançar 60FPS, então pode valer a pena verificar se você deseja criar mas mods semelhantes.
Haverá mais jogos com o MOD 60FPS!
Abzu
TT Isle Of Man
V-Rally 4
Snake Pass
Fe
Fate/Extella (ambos)
Sagebrush
São apenas alguns, siga o GitHub do Dev e use os presets criados.
Instalação!
Ao baixar o sys-clk, tem um arquivo readme, ali ensina como usar os mods, bom proveito!
Existe um certo atrapalho nas pessoas com a scene do Switch.
Como instala? Como desbloqueia? O que vai no SD? Aonde
baixa?
São muitas perguntas, muitas dúvidas
não sanadas, mas tudo pode ser feito de uma forma muito simples.
Existe há cerca de 2 meses, até
então o site SD Setup, onde você
seleciona o que deseja, e ele já baixa um arquivo .zip.
Após, é só você descompactar o
arquivo no SD e começar a fazer a ‘’mágica’’, o dark side do Switch fica bem menos complicado.
Agora o SD Setup mudou de nome com o release oficial do Atmosphere, mudando
seu nome para Kosmos e com um app
mais fácil de usar no Switch, onde ele atualiza tudo que você baixou, como na
imagem abaixo:
Imagem cedida por: SquallxD
Não existe algo mais simples do
que o Kosmos atualmente. Ele baixa as coisas que você selecionou para querer
usar, diretamente no seu SD Card, consegue
se auto atualizar pelo switch e faz todo o gerenciamento das coisas para você.
Vejo isto como o santo graal para
o Switch até este ponto, mais do que isso só se surgir algo que você conecte o Switch
no PC para baixar e instalar sozinho, fora isto, estamos em uma perfeita
harmonia para a scene atual, tanto
que é por isso que está a passos lentos, já foi explorado de forma muito ampla,
só faltando uma real EmuNAND, mas enquanto não temos algo deste nível, o Kosmos
vai fazer o possível á nível de software para nós.
Então para poder baixar os arquivos a serem usados cheguem
aqui no SD Setup e baixem o cosmos: Download.
Recomendamos deixar ticados para download o ToolBox eSigPatches para rodar os jogos!
E para o guia de como e por aonde fazer as coisas: Guia
OBS: se não tem conhecimento básico de inglês, tome cuidado e peça ajuda.
Aviso rápido: Não atualizem, até o momento não houve confirmação de poder atualizar ou não, apesar do desbloqueio ser erro irreversível no hardware, atualizações podem implicar em métodos diferentes, incompatibilidades com Homebrews e futuras CFW, então sigam a imagem acima e não atualizem, tenho dito.
Agora que podemos ter certeza de como funciona o novo HACK do modo RCM no Nintendo Switch e agora que as coisas estão andando feito SHINKANSEN (Trem-Bala), ou poderia dizer… Feito um Foguete! (entendedores entenderam… ou não! XD)
Bem, para simplificar tudo, ou quase. O pessoal da cena está trabalhando duro para fazer funcionar as coisas que se podia fazer na firmware 3.0.0 com Homebrews e tal, disponibilizou um IPL (HEKATE) para ser carregado via Fusée-Gelée (Exploit por ktemkin, hack RCM por Reswitched, failOverflow) o que permite que consoles com firmware acima de 3.0.0 ou o último 5.0.2 e infinitamente… (Porteira Aberta!) possam aproveitar os aplicativos caseiros e emuladores disponíveis.
Mas!
Esta é uma opção alternativa e básica, fique sabendo que o Grupo (SciresM, TuxSH, ktemkin and hexkyz) estão preparando o Custom Firmware Atmosphere para ser lançado livremente em BREVE, além do Grupo Tem Xecuter conhecido pelos Hardwares de desbloqueio do XB360 que prepara um pacote completo chamado TX SX Family para a venda, constituido de um Dongle e um Jig + CFW, apesar de que você pode adquirir a penas a CFW através da compra da licença da mesma.
Antes de iniciar, vamos começar com nossa aulinha do Professor BrazMii
Primeiro!
Não nos responsabilizamos se você causar algum dano ao seu console e não queremos que isso aconteça, obviamente estamos aqui para ajudar e tudo que for escrito aqui foi disponibilizado por grupos confiáveis que fizeram todos os testes possíveis para garantir estabilidade no processo.
Não é necessário atualizar o firmware para a última versão, recomenda-se que até que a Custom Firmware Atmosphere seja lançada, que se permaneça na menor versão possível, porém quem está acima da versão 3.0.0 e quer desfrutar de Homebrews HOJE mesmo, você terá que atualizar para 4.0.x ou 5.0.2 porque a Nintendo pode ainda querer complicar a maneira de como o Homebrew Launcher ou qualquer Homebrew possa ser executado em uma atualização futura, mas mesmo assim não poderá parar o desbloqueio via RCM nos consoles atuais até que venha a lançar um novo modelo com hardware melhorado.
É possível bloquear uma atualização caso queira, apenas adicionando o DNS Primário como (104.236.106.125) e Secundário como (62.210.147.20)
Caso o Update já tenha sido baixado no console, mas não instalado, limpe-o entrando no Modo Recovery. Desligue completamente seu Switch mantendo (POWER) pressionado e escolhendo DESLIGAR em vez de reiniciar. Mantenha os botões de volume (+) e (-) pressionados enquanto mantém (POWER) também pressionado. Entrando no modo Recovery, não faça nada, apenas reinicie que toda atualização terá sido limpa do console.
Não é extremamente necessário, mas se pretende utilizar NO FUTURO um Micro SDXC com capacidade de 128Gb ou maior no formato exFAT especificamente, deverá utilizar um nesse formato, mas caso nunca tenha atualizado o console antes com um SD Card com estas características, deverá atualizar o Firmware do Sistema com um destes plugado, pois o suporte SDXC exFAT só é adicionado durante uma atualização de firmware onde o SD Card com estas características estiver presente. Caso contrário você ainda pode utilizar um SDXC, porém terá que utilizar um software para formatá-lo em FAT32 de 32k, isso significa que qualquer arquivo gravado nele, como backup de jogos que tiverem o tamanho maior que 4GB não serão aceitos devido as limitações do formato FAT32.
Lembre-se que é recomendado o backup da NAND eMMC e isso pode necessitar de muito espaço, por isso tenha um SD Card grande e com espaço suficiente.
Atenção; O modo de espera (Standby) não funciona ainda, é preciso forçar o desligamento mantendo (POWER) pressionado e recarregar o payload antes de usar o Switch! Já funciona!
Verifique a versão do Firmware. Caso não apareça, limpe as atualizações entrando no Recovery mode
Ok! estamos prontos para começar?
…PERA! PERA! PERA! ✋
O que é o RCM Mode?
Posso dizer que é e não é um curto circuito que você provoca no console para enganar o processador Tegra e aceitar a leitura de códigos não assinados, mas a verdade é que esse ¨CURTO¨ nada mais é do que um BOTÃO HOME escondido pela Nintendo, botão esse que faz o Processador Tegra com tal vulnerabilidade de programação de Fábrica dar piripaque, entrar nesse modo RCM e liberar a porteira!
Como é um código carregado antes mesmo do Boot do Sistema, sabe-se que até o momento não existe a possibilidade da Nintendo saber que seu console um dia foi alterado para executar códigos não assinados (Hackeado). Porém! se você usar os recursos online com uma CFW, você pode e será banido de alguma forma, então decida se vale a pena dispensar o modo online para homebrews e jogos offline.
Como fazer esse ¨CURTO¨
Pesquisei muito sobre qual a melhor forma que não possa causar danos aos pinos e muito menos ao console, obviamente um JIG impresso em uma impressora 3D (Like a Nipoman xD) seria muito melhor do que um grampo de papel ou um fio descascado, ou caso você tenha dinheiro ou coragem, um outro controle extra morto apenas para ligar os 2 pontos com solda.
Decidi que a melhor forma, mais barata, fácil e saudável caso não se tenha acesso a outro método 100% mais seguro é usar papel alumínio bem fino como mostrado nas imagens abaixo, colado com durex para que não se mova do local.
O papel alumínio deve sobrepor os 2 últimos pinos (9 e 10), não deixe muito espesso para que você ainda possa colar uma fita durex na parte de cima (fora) a ainda encaixar o controle no console normalmente.
Para saber se funcionou, conecte este controle modificado e desligue o console daquele mesmo jeitinho usado para o Recovery Mode, mas ao ligar mantenha apenas o Botão de Volme (+) pressionado enquanto também mantém o botão (POWER) pressionado para ligar, se o console permanecer em uma tela preta, OK! Sem o controle modificado plugado, deverá ligar normalmente!
Em casos que basta manter o Botão de Volume (+) pressionado, e conectar o cabo USB para que o console ligue por conta própria!
Agora sim, o que iremos precisar agora?
Principal!
Cabo USB-C para conectar o Switch com a outra ponta sendo USB-A normal
Escolha a opção: (Upload a Payload) e escolha o arquivo de IPL .bin no Android;
Aperte em (Do the thing!);
Na janela que se abre veja se aparece APX, selecione-o e mande carregar. Caso mostre (Nenhum Dispositivo Compatível encontrado), apenas reinicie o Switch no modo RCM;
Se for usar o Aplicativo NXLoader, faça a mesma coisa;
Prossiga na tela do Switch…
No Windows
Execute o Programa Zadig USB Driver;
Escolha o driver USB libusbK (v3.0.7.0) MUITO IMPORTANTE !!!
Coloque o Switch no Modo RCM tanto faz antes ou depois de conectar o cabo USB;
O Windows deverá reconhecer como dispositivo APX ou desconhecido;
Novamente no Zadig, caso reconheça o Switch como APX, aperte no botão grande (Install WCID Driver);
Após a instalação correta do driver, abra o TegraRcmGui;
No menu de seleção do software procure o arquivo de payload bin. Você pode manter Auto inject ou pressionar Inject Payload;
Caso trave, apenas reinicie o Switch em Modo RCM;
A tela do desenho do Switch no Software deverá mudar da cor vermelha para VERDE;
Prossiga na tela do Switch…
No Switch
Uma tela preta com alguns dizeres (Opções) no canto da tela será mostrado;
Com os botões de Volume (+) e (-) navegue nas opções e utilize o botão (POWER) para aceitar a opção selecionada;
Inicialmente faça o BACKUP da NAND eMMC uma única vez e guarde os arquivos em um lugar seguro;
Como sempre aqui no NewsInside, vocês sabem que postar rumores não é nosso forte e nem foco, a scene vive de rumores, mas chegamos ao ponto que o rumor virou realidade e aqui estamos, ainda não é um lançamento de tutorial, mas já da pra ver e saber que temos 15 milhões de Nintendo Switch no mercado com potencial de desbloqueio, sem solda, formas altamente fáceis de usar, a CFW já está em desenvolvimento e a poucos meses de sair, veremos joguinhos no Switch já marcado para o dia 15/06/2018, apenas 2 meses, ao menos é a data inicial.
O Início da Alvorada!
Para inicio de conversa precisamos dar nome aos bois, o que está ocasionando que todos os Nintendo Switch já enviados as lojas, 15 milhões de unidades, sejam todos ‘’hackeables’’ se chama NVIDIA, a famosa marca de placas de vídeo para PC’s, aquela da qual em 2013 quando saiu o PS4 e Xbox One disse que se recusou a ter seus chips gráficos em ambas as first houses, quase 4 anos depois vemos eles em parceria com a Nintendo lançando um console deveras interessante que já conhecemos.
Neste 1 ano de vida do Switch foram muitas as tentativas de hacking no equipamento, até que foi descoberto que o processador NVIDA TEGRA X1, do qual a Nintendo já comprou sabendo que existia tal falha, ignorando isso, e está sendo um show de vendas, está imprimindo dinheiro de uma forma do qual Wii U jamais foi capaz desde o day 1.
Dado o nome do boi, agora podemos dizer o erro do boi, no Tegra X1 temos o que chamamos de bootrom, é a primeira coisa que é carregada no sistema quando você liga o Switch, é nele que toda história acontece, também junto de uma simples junção de 2 fiozinhos, do lado direito aonde encaixamos o JoyCon, como fossemos fazer ligação direta em um carro, então combinamos estas duas ferramentas que foi dada de ‘’brinde’’ pela NVIDIA e Nintendo e teremos o desbloqueio definitivo (que torno a falar) de 15milhoes de unidades do Switch!
Para os leitores mais técnicos e curiosos, a Nvidia já catalogou a falha e a nomeou de CVE-2018-6242, o link é este aqui
O que temos hoje e no futuro da Switch Scene?
Hoje temos já uma forma de rodar Linux nele, alguns emuladores estão sendo feito e portados, mas o que realmente interessa está para vir, chama-se Atmosphère CFW, feito pelo grupo ReSwitched e com ajuda da Kate Temkin e Failoverflow. A partir do Atmosphère CFW que teremos o que vocês todos querem, jogos de forma não assinada, download, balinha jujuba, chame como quiser, o desenrolar de tudo isto ainda está uma bagunça organizada, todo dia/semana saindo coisas novas, não tem mais volta, a única forma é a Nintendo arrumar novos processadores Tegra com a falha arrumada, sem os pontos de Recovery e ainda poderia se sair bem se lançar uma versão XL, sem bordas, melhor bateria, assim como costuma fazer desde o DS
Por mais que esta novela se desenrole, irei ficar de olho, mas apenas trarei boas novas agora desde que tenha muito mais pano para manga CONFIRMADO ou com algum lançamento.
Agradeço a todos os que ajudaram sobre esse alvoroço de informações fazer um breve compilado do que está acontecendo, se quiserem saber antecipadamente, acessem o nosso Telegram
Não é a primeira vez que a Nintendo dá a faca, pão e o queijo, desde quando era só levantar a perna do chip do Snes, desde o day1 escondidos no sistema, SERÁ QUE UM DIA ELA VAI APRENDER?
OBS: não ouse perguntar se funcionará em X versão de Firmware!!! A resposta será reptiliana!
![[Nintendo Switch] Atmosphère 1.2.0 (Pré Lançamento)](https://www.newsinside.org/wp-content/uploads/2020/12/atmosphere.png)
