O que é uma ROM de SNES e o que tem DENTRO? (Para programadores e curiosos) 

O vídeo é sobre ROM e ainda tem uma ótima aula sobre sistemas operacionais! Valeu pelo vídeo!

Excelente vídeo! eu sempre falo que para se tornar um verdadeiro programador é necessário ter ao menos a noção de como os dados são computados em baixo nível, pois essas abstrações das linguagens de alto nível nos colocam um mau costume de não saber o que está ocorrendo, pois quando digitamos printf(); a máquina não entende o que isso significa e por trás dessa mesma função há diversas outras instruções para chegar no resultado de imprimir na tela que por sua vez é um código em assembly e que por sua vez é um mnemônico para o binário, o Fábio Akita salvo engano disse que cada arquivo é apenas um monte de binário e que a informação é interpretada conforme olhamos para ela, se olharmos para aquele dado como texto vemos apenas linguagem de máquina no editor, se olharmos como imagem pode muito bem ser um .png, e isso fica muito claro no exemplo da rom, que ao abrirmos com um editor hexa é um amontoado de bytes, mas em um editor de sprites podemos encontrar imagens amontoadas. Mas em fim, aula preciosa para quem quer se aprofundar na arquitetura de computadores, também muito importante para os romhackers que traduzem ou editam jogos, gosto muito de manipular jogos antigos, espero um dia ser capaz de compreender assembly para arquiteturas como mips, 6502, entre outros usados por consoles antigos.

me encaixo na categ de curioso. programo, mas n tive a curiosidade p programar nesse nivel rs excelente video hein. n sabia da questao do mega drive e do snes comparado c os computadores tradicionais. foi bem esclarecedor td. c ref a ROM hacking tb. mandou bem demais. n preciso nem dizer q vou compartilhar, pq conteudos como os seus, o de Filipe Deschamps merecem ser exaltados. parabens. vlw

Ótimo conteúdo. Só pra pontuar, vc pode reproduzir esse conceito de arquivo binário "rom" em linguagens de programação mais alto nivel como as do .NET e Java, com as classes de Stream de ambos os casos. Tudo que voce precisa fazer é alocar um bloco X de bytes, daí dentro dele são criados N blocos menores. Estamos falando aqui no fim das contas de um grande Array onde sempre precisamos saber a posição inicial e final de um bloco pra ter acesso ao dado Se uma gravação for feita numa posição errada, pode facilmente corromper TODO o bloco raíz fazendo as leituras ficarem erradas e inutilizando a "imagem" por completa

Ótimo conteúdo, uma verdadeira aula. Como não vi isso antes?

Esse vídeo me respondeu todas as perguntas que eu tinha sobre programação!

Sempre uma excelente aula, muito didatica 👏

Aulas e aulas! Parabéns

Cara, excelente vídeo. Uma verdadeira aula! Mas toda vez que vc fala "rum" e não "rom", dá uma tristeza. Fora isso, tá bem explicadinho!

Ótimo vídeo! 👏🏼👏🏼👏🏼

Cara, teu canal é muito show! Parabéns!

Que conteúdo bom!!! eu trabalho como programador de máquinas CNC, sempre tive curiosidade como funcionava a programação desses jogos antigos e esse video passou muita coisa boa de forma esclarecida!!! vou acompanhar mais esse canal abraços!!!

Cara, parabéns! Ótimo vídeo!

Conteúdo Top e didático Br top, nível da gringa!

Muito bem explicado! Parabéns!

Sempre tive a curiosidade de saber, obrigado

Fala, man! Assistindo vídeo do Akita acabei caindo nesse vídeo do seu canal! Cara, que aula! Parabéns demais pela sua didática e pelo vídeo de qualidade! Com certeza vou maratonar seu canal! E tomara que um dia role um colab entre você e o Akita! Dois mestres da comp 😄 Parabéns demais!

Obrigado pelo conteúdo 😉

Parabéns, conteúdo de qualidade

Tecnologia de programação bem antiga. Assembler. Quem progamava nisto, era fera. Hoje, dificilmente teremos programadores habilitados para esta linguagem. A unica linguagem de prog que chega proximo a este nivel, é o C. Valeu por mostrar isto.

Excelente vídeo 👏👏👏

SDS de quando eu estava estudando o 6502 do NES, assembly é bem legal, pena q na época eu não tinha ninguém interessado no assunto pra eu trocar ideia, cheguei a criar algumas coisas, mas só demos mesmo. Legal seria arrumar uns 2 ou 3 q tivessem interesse pra fazer junto alguma coisa

Ótimo vídeo! Os outros vídeos fizeram com que eu pesquisasse sobre assembly, porque finalmente eu pude entender o básico do básico pra criar curiosidade. Sucesso!

caracas....que video show...eu estava so navegando mais tive que ver este video aula...😄.valeu...+1 escrito

Mas que aula top demais essa.

Muito bom contéudo, sempre quiz saber isso.

Super Nintendo sempre teve a arquitetura de seus hardware mais complexos e trabalhados.! Bom demais.! Amo esse console.!

Que vídeo legal, cara!

Excelente

Que conteúdo incrível, muito obrigado, aprendi mais no seu vídeo do que em 1 semestre na faculdade.😂

Deu até um frio na espinha quando você falou do segmentation fault hahaha. Adorei a explicação.

Valeu! Muito obrigado!

Obrigsdo pela explicação

curto pra caramba essa série to sempre acompanhando só queria saber quando vai partir pro assembly kkkk da vontade de botar a mão na massa

Show!!!

Show 👏👏

Adorei cara, faz um de gameboy color tbm? Tem bastante coisa tbm, usam tanto C quanto Assembly e tem até uma IDE no code pra programar pra gameboy color.

Show🤙🏼

gostei muito

cara o seu canal foi uma das melhores descobertas que tive no mundo de tech, pra mim tá nivel Akita

Nem sei como vim parar aqui kkk. Mas achei o vídeo sensacional.

Ta muito top.

Show

Legal !

Excelente conteúdo, parabéns. Faz uma série depois sobre CPU e schedulers do SO 😀

Até ver esse vídeo eu achava que um exe era só um exe. Muito bom.

Top demais o vídeo!! Chegou a falar mais detalhadamente sobre ponteiros? Tem tudo a ver com oq vc explicou. E tbm seria legal falar sobre a compactação, igual vc citou a strings para tradução e elas sempre estão compactadas e "perdidas" pelo código. Poderia falar da parte de extrai-las. Já fiz romhacking para tradução e usada muito essa noção de ponteiros e compactação.

eu rindo 😅 depois que ele falou que não dava pra mudar o arquivo depois que coloca o arquivo no chip te amo "game genie🥰" video top parabéns

Que assembly bonito. Quando mexi com assembly de PIC, era uma parada muito mais rudimentar. Os assemblers de "engines" de consoles antigos devem dar uma forcinha pra abstração e deixar menos impeditivo. Mas essa galera de devs empenhados sempre dão um jeito "ah, não tem sistema operacional... Não tem problema, vou fazer um cartucho que emula cartuchos a partir de arquivos ROM em um cartão microSD" e, "tadá", que se façam esses everdrive da vida. Alguns tem até um chupa-cabra embutido pra fazer o dump de cartuchos direto pro cartão SD.

Top...

Muito bom o conteúdo do vídeo. Não sou da área, mas sou muito curioso no assunto. Desculpa meu preciosismo, mas quero contribuir com duas informações. 1. A pronúncia é rom (não rum), mesmo em português. 2. Os sufixos de unidades de medidas (kilos, mega, giga) não tem plural, o plural se dá pela unidade de medida (bytes, bits, metros).

Voltei para rever o vídeo. Continua muito bom. Poderia falar um pouco sobre como é feito o disassembler de roms?

Ótimo conteúdo, sempre quis saber como são feitos modificações nesses arquivos ROM, como são feito as hackroms. Creio que esse seja o caminho.

Muito bom teu vídeo! Muito bom aprender assembly assim. Tecnicamente acha que seria possivel fazer um minisistema para um processador do SNES ou MEGA? Tambem achei muito massa o MenuetOS, um sistema todo feito em assembly pra x86.

Muito massa o vídeo! Mas quando você mostra o dump da ROM em hexadecimal, você está mostrando a representação do código compilado pra aquele CPU específico. Mas em que linguagem esses jogos são programados? Imagino que o programador não programa direto ali em hexadecimal.

Muito interessante seu vídeo amigos bem informativo parabéns. Você poderia fazer um vídeo explicando sobre aqueles Chips de bolha, o funcionamento, igual esse vídeo seu.

Tecnicamente, devem sim haver arquivos e pastas em cartuchos de Snes e consoles semelhantes, o problema é que quase ninguém até hoje conseguiu organizar os dados para humanos verem com algum programa de leitura universal. Os unicos programas que poderiam mostrar a organização real das ROMs é o SDK aonde os jogos são criados. Agente somente ver arquivos dos jogos atuais porque todos os PCs e consoles modernos tem SISTEMA operacional, e são os mesmos aonde o programador cria os jogos, o que muda é a extensão de arquivos que precisa de plug-in específico pra abrir. Mas um OS é uma parte dos SDK. Se os SDK do Snes aparecerem algum dia, talvez possamos acessar os arquivos das ROMs sem recorrer a engenharia reversa ou leitores de hex.

Olá Douglas!! Parabéns pelo seu vídeo e conteúdo!! Por favor, me tira uma dúvida: Estou tentando modificar algumas ROMS de certos jogos beat'em up (Final Fight 2 e 3), e as modificações consistem em fazer coisas como estender as barras de vida dos inimigos, aumentar o número de vidas e "nerfar" um pouco os personagens que a gente controla (pra deixar o jogo um pouquinho mais emocionante kkk). Como faço pra localizar estas informações no editor HEX e como faço para atribuir os valores que vão fazer essas "mágicas" na ROM? Desde já agradeço a atenção!! Mais uma vez, parabéns pelo trabalho e tutoriais!!

Boa tarde. Excelente vídeo! muito interessante! Eu tenho uma dúvida: Se uma aplicação não consegue acessar a memória de outra aplicação, então, como é possível pegar um debugger com editor de RAM e mudar um valor dentro de outro programa que está rodando? Por exemplo: Tenho aqui um programa de um equipamento de laboratório caro e perderam o cd com o serial e a fábrica se recusa a vender outra cópia. Qual foi a solução? peguei o CheatEngine que é um debugger e mudei o assembly para pular a verificação do serial e o programa instalou normalmente. como o cheat engine consegue mudar o programa que está rodando, se um programa não enxerga o outro?

No começo de minha "carreira" como tradutor de jogos eu já estraguei muitos arquivos ROM por sobrescrever dados ao invés de texto. Inclusive, vários anos depois perdi uma tradução de The Legend of Zelda Ocarina of Time por ter feito alguma besteira na hora modificar texturas e texto, o jogo trava numa cutscene já perto do final.

É um bom começo de engenharia reversa.

No n64 eu tinha um adaptador pra rodar cartucho pirata, daqueles que se colocava o cartucho original junto com o pirata, acredito que era pra fazer o jump no CIC, o pirata era bem simples e nao tinha chip de Ram, so que quando eu usava o pirata junto com o original o pirata salvava, ficava salvo na ram do cartucho original?

E pra traduzir uma ROM por exemplo ou modificar? Muito interessante isso, eu tava querendo saber como era agora apareceu seu vídeo do nada

Tem algum livro que você recomenda para aprender o básico dessa parte mais "fisica"(arquitetura) dos consoles em geral? Abraço :)

Sempre quis saber como os jogos eram gravados no chip da fita

Duas perguntas, Da pra criar jogos de snes ainda hoje, os jogos de máster system também eram feitos em assembly ???

Como um pendrive por exemplo consegue manter os dados salvos sem ter uma pilha?

Sdd de quando eu tinha problemas com Kernel e .DLL no Windows. ahahah

Muito bom! Eu já venho estudando o assembly a um tempo mas ainda n pesquisei como desativar randomizacão de endereço de memória no Windows tu sabes como fazer isso professor?????

Como faço pra ter uma rom licenciada pela nintendo,so basta eu ter o cartucho original e converter pra uma rom,ou tem que ter uma rom expecifica da nintendo

Esses consoles antigos tem sistema operacional porém o jogo é o próprio sistema, inclusive existe gente que já fez versões de Linux pra ser colocado em cartucho customizado e rodar no SNES. Os jogos antigos tinham uma API da Nintendo e seguiam um padrão, esse padrão era como se fosse um sistema operacional, e toda vez que você trocava de jogo era como se tivesse uma instalação diferente de Windows por jogo. E no caso os dados estão bagunçados no hexa porque assim como quando você compila um programa não fica aparecendo as bibliotecas, ele também foi compilado pra ser colocado no cartucho...Muito jogo de DOS também não é arquivo único?

É como no mundo real, não existe arquivos é tudo de forma aleatória, você faz o que quiser na ordem desejada.

24:34 Sem sistema operacional o código ativa a eletrônica diretamente.

Professor, é possível criar uma rom Word para Snes como se fosse um programa de PC?

Pelo que eu entedi a rom do cartucho é como se ram e o hd é se fossem uma coisa só.

Pelo oque eu entendi o emulador só precisa apenas da rom (software) já o console necessita da parte física (hardware) certo ?

O vídeo é bastante interessante. Porém vários conceitos teóricos de Ciência da Computação estão aplicadas de forma equivocada

Kkkkk eu tô imaginando o trabalho sofrimento que os Roms Hack ou Rom mod fazendo do super Mario kkkkk

só não concordei na parte que diz que não tendo pilha e deixando o cartucho no slot fica energizado e mantém o save...eu acho que não kkk

7:30 o nome desse video e qual ?

Achava que room era tipo de bebida

Vc é formado em eletrônica ?

Eu pensava que a rom era tipo o cara pegar um leitor de cartucho do SNES, Mega Drive etc, conectar no computador e copiar os dados do cartucho kkkk pq a rom é uma cópia fiel do jogo.

Porque os endereços começam SEMPRE con 0x0000 etc.? Sabendo que Computadores só lêem 0 e 1...

Rum? Com limão e mel fica ótimo! 😄

Cartucho sai mais caro que um CD

E aquelas fitinhas piratas 🏴‍☠️ que parece que a carcacinha é pelada???

aja miolo

Amigo não se fala "RUM" e sim "RÓM", seria RUM se a palavra fosse "ROOM" 🕹️

Parabéns pelo vídeo amigo, inscrito no canal, @arduinomaquinas" agradece suas informações técnicas 😉👍👏👏👏👏👏👏

Sem querer ser chato e já sendo, a pronúncia é rom e não room. Um "O" som de O e "OO" som de u.

Fale mais "Voltagem" não...

Na verdade não o chip de rom da para ser gravado sim eu mesmo ja peguei muito cartucho de jogo japones vagabundo e já regravei em cima outros jogo é sim eu tenho um gravdor de cartucho

Rum é uma bebida , o nome é ROM, se pronuncia como se escreve, com "O" e não "u"

Opa! SHVC-A2LJ-0 O game é "Bounty Sword", pro Super Famicom. SHVC-ACKJ-0 O jogo é "Go go Ackman" pro Super Famicom Um abraço!