towerful

joined 2 years ago
[–] towerful@programming.dev 9 points 10 hours ago

The first play part is setting up arbitrary (in this case, player-entered) code execution.
The 2nd part is entering the arbitrary code to be executed.
The 3rd part is the arbitrary code being executed.

From the description:

This is a Tool-assisted run of Pokémon Yellow, playing around with arbitrary code execution and testing the limits of Gameboy hardware.

Tool-assisted meaning a program entering the data into the game. A lot of times tool-assisted is in the context of a speed run, a TAS (tool-assisted speedrun).
A TAS file can be shared and perfected by many people, and reflects the most optimised way to finish a game as fast as possible.
Sometimes TAS runs include techniques that are "TAS only", an extreme example being alternating between left & right every frame for 30 seconds. Sometimes these "TAS only" techniques end up being performed by actual speed runners. And some TAS runs are "Human viable" as in "no techniques used that can't be executed by a speed runner".

Some TAS systems can interface with an actual console, pretending to be a controller (called "TAS Bot" I believe). Generally, they run the game in an emulator or interface with an emulator.

So, this video is about a TAS (well, the tool-assisted part, not necessarily the speedrun part) setting up arbitrary code execution (ACE) that then executes a bunch of user-entered code, which is what happens in the rest of the video

[–] towerful@programming.dev 2 points 3 days ago

reattaching cables should be easy enough to a new unit in case of replacement

Unless, for whatever reason, the pinout on the new unit is different from the old unit.
I almost fried my PC with that, before I paused and beeped the new and old cables out and realised they were wired differently.

[–] towerful@programming.dev 12 points 3 days ago (5 children)

So a modular PSU.
But instead of standardising cable connections & wiring across the industry, they made a connection plate thing.

[–] towerful@programming.dev 4 points 4 days ago

Yeh, for 99% of casual internet users... they just aren't going to care about that.
They don't want their email/Facebook/back account pwnd.
Like, at all.

It's like saying that 0.01% of traffic fatalities are because an airbag forces your head into the roof of the car. So you should wear a helmet when driving.

You aren't wrong.
Internet is a massive part of our daily lives. We should be able to fully trust the things we use to interact with it.
But convenience is going to win

[–] towerful@programming.dev 17 points 4 days ago

Well, the east wing is rubble.
And there is exposed structure on the lawn

[–] towerful@programming.dev 3 points 4 days ago (2 children)

That's fair.
What would you have them do? What are they missing?

[–] towerful@programming.dev 9 points 4 days ago

And directional radio towers ( https://en.wikipedia.org/wiki/AT%26T_Communications_(1984%E2%80%932010)#AT=&T_Long_Lines= ) and satellites. Both of which are wireless.

So yeh, wires have been used in establishing the internet. But wires are not a requirement for internet.

It's like rain can make things wet. But something being wet does not require rain.

[–] towerful@programming.dev 17 points 4 days ago (6 children)

Internet is internetwork (ie inter-network), meaning a network of networks.
Wires are not part of the definition

[–] towerful@programming.dev 0 points 6 days ago (1 children)

Yeh, fair question.
Recently I built a Non Linear Editor for Vimeo VODs.
The server downloads the VOD, extracts key frames using FFMPEG, allows the user to create a bunch of sections and where they get uploaded to, then FFMPEG does a stream copy to extract those sections, and then upload them.

I knew all of that was possible. I had never done HTML5 video players, I had never spawned FFMPEG from typescript, there was a lot of html/CSS that I didn't have experience with.
Previously, I would have passed on this work.

But after defining a plugin system for source/destination (so it can be used with YouTube or whatever), and splitting each stage into workers, the code itself is fairly easy to evaluate.
I didn't need to know how to get to the result, I just knew what shape the result should look like so I could drive the LLM, and then I just had to read the result and google anything I didn't understand.
And ultimately, I don't really care "if it's good or not". The definition of "good" is that it works and is robust. Other than that, it's looking for code smells.

I guess I am lucky that most of my work is "one and done" instead of long-term support.

[–] towerful@programming.dev 0 points 1 week ago

Wow, this violates privacy! You mean this scans for nearby devices? Completely exposing nearby consumers of those devices? Totally illegal

\s btw

 

(not sure where to post this...)

I had an idea there might be a TUI lib for typescript. A duckduckgo search came up with an article that described exactly what I wanted!
So of course I immediately searched for this fabled tui lib. A quick search didn't reveal anything, and npm can't seem to find it either! https://www.npmjs.com/search?q=Tui
Navigating directly to the npm package page reveals a 10 year old got repo with no actual code... (https://github.com/basarat/tui)

What the scuff is this world coming to?!
This seems to absolutely align with my experience of using LLMs

(Also accepting suggestions for typescript TUI libs that actually exist!)

 

I've been here a while, and I appreciate the community and the defed/hiding list.
I also know programming.dev contributes to upstream Lemmy repos.

I saw another post about another instances funding.
Which reminded me....

Is programming.dev on track for funding?
Need some more donations?
Is there a runway?

view more: next ›