this post was submitted on 23 Jan 2024
39 points (95.3% liked)

Games

16697 readers
761 users here now

Video game news oriented community. No NanoUFO is not a bot :)

Posts.

  1. News oriented content (general reviews, previews or retrospectives allowed).
  2. Broad discussion posts (preferably not only about a specific game).
  3. No humor/memes etc..
  4. No affiliate links
  5. No advertising.
  6. No clickbait, editorialized, sensational titles. State the game in question in the title. No all caps.
  7. No self promotion.
  8. No duplicate posts, newer post will be deleted unless there is more discussion in one of the posts.
  9. No politics.

Comments.

  1. No personal attacks.
  2. Obey instance rules.
  3. No low effort comments(one or two words, emoji etc..)
  4. Please use spoiler tags for spoilers.

My goal is just to have a community where people can go and see what new game news is out for the day and comment on it.

Other communities:

Beehaw.org gaming

Lemmy.ml gaming

lemmy.ca pcgaming

founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 4 points 9 months ago (2 children)

I'm more confused than anything. What?

[–] [email protected] 1 points 9 months ago

I assume the game was playing an audio sample while it crashed, and the hardware never stopped playing, meaning it just kept playing through the entire address space.

[–] [email protected] 25 points 9 months ago (1 children)

For some reason, when a GBA game crashes, the GBA will output the content of the game cartridge as audio over the headphone jack. This person noticed it and created a script that can re-create the ROM file (content of the cartridge) from the audio that the GBA outputs.

[–] [email protected] 1 points 9 months ago (2 children)

When I read shit like this I realize I don’t know a damn thing about computers

[–] [email protected] 1 points 9 months ago (1 children)

Sending data over audio was how dial up Internet worked. My guess here is that the audio playing hardware loses the ability to come to a stopping point at the end of the audio file after a crash and starts playing the data in the memory after the audio file ends as if it were audio.

[–] [email protected] 2 points 9 months ago (1 children)

It might also be a debugging behavior built into the device

[–] [email protected] 0 points 9 months ago (1 children)
[–] [email protected] 0 points 9 months ago (2 children)

The guy who uploaded the video that corporate content farm is "reporting" on actually covers exactly why this happens. In short, the gba plays sound from a certain part of ram, which a cpu interrupt continously refreshes. In the event of a crash, it keeps playing sound, but doesn't get the interrupt to keep it playing the proper data from ram. If you let it cycle through all of ram, it eventually leaks out and just starts playing, well, everything else, eventually getting to the game rom. Relevant Videos

[–] [email protected] 1 points 9 months ago

Interesting. I'm check those out, thanks!

[–] [email protected] 1 points 9 months ago

Here is an alternative Piped link(s):

Relevant

Videos

Piped is a privacy-respecting open-source alternative frontend to YouTube.

I'm open-source; check me out at GitHub.

[–] [email protected] 2 points 9 months ago (1 children)

Oh, that's not new tech.
Programs used to be on standard audio cassettes.
In fact, there were even radio shows that would broadcast games. Listeners could then record the audio onto a cassette and play it on their zx spectrum or commodore 64

https://en.m.wikipedia.org/wiki/Ventilator_202

[–] [email protected] 1 points 9 months ago* (last edited 9 months ago) (1 children)

What the fuck, see know nothing about computers, despite a career in IT and a homelab addiction

[–] [email protected] 1 points 9 months ago

It's all data, whether that data is text, an image, audio, or a binary containing computer code.

Raw audio data is just a series of amplitudes. It has a bit depth (which says how many bits are in each amplitude sample) and a frequency (what is the change in time going from one amplitude to the next). Using those, you can convert it to an analog signal that can be played on a speaker. And if you use the same values to convert that signal back to digital, you end up with the same input signal (though with some random noise added and if you get unlucky and your sample phase lines up with the player's transition phase, you won't be able to extract the original signal, though it might sound similar). The multiple recordings help mitigate these issues.

Given that data format, any arbitrary file can be treated as raw sound that can be transmitted as analog audio.

The only real difference between this and other transfer methods we use to transfer files is that this involves a less reliable conversion from digital to analog back to digital because it wasn't designed to do that like USB, COM, wifi, etc connections are.