Screwtapello

https://teh.entar.net/@Screwtapello

The Revolution will be a teacup in a storm
Or a bottle in a message, or a door to a key!
The Revolution will always come with fries
Because the Revolution will be televised!

The ending of the words is ALMSIVI.

essays: https://zork.net/~st/jottings/

Public Key

npub18eedjkzfyggqa7pwjpyn0xcj8wmh648hd0m8kmw4urc2n99ym0gs0w5xqg

NIP-05 Address

[email protected]

Profile Code

nprofile1qqsruuketpyjyyqwlqhfqjfhnvfrhdma2nmkhanmdh27pu9fjjjdh5gpz3mhxue69uhhyetvv9ujuerpd46hxtnfduqs6amnwvaz7tmwdaejumr0dsdxpggs

Publishing to

relay.damus.io

nos.lol

Author Public Key

npub18eedjkzfyggqa7pwjpyn0xcj8wmh648hd0m8kmw4urc2n99ym0gs0w5xqg

Show more details

Last Notes

2026-04-18 09:16:36 UTC

Sometimes, when I write a little tool, I am responsible enough to write some tests. When it's a Python tool, I can use Python's excellent built-in test harness (`python -m unittest`), but when I'm using some other language — or worse, a combination of languages — it would be nice to have a similar tool available.
I've discovered Perl's `prove` command - it looks for executable scripts matching `t/*.t`, it runs them (possibly in parallel), interprets their output according to a very straight-forward plain-text protocol ( https://testanything.org/ ), and shows a summary of the results. Very nice!
Unfortunately, when a test fails, it doesn't actually tell you *which* test failed. You can run `prove -f` which runs the tests again and prints the name of failing tests, but *only* the name. If they printed out some helpful diagnostics or logging, it's lost. You can also add verbose mode with `prove -f -v` to print all the diagnostics tests produce - but it shows *all* the diagnostics, even the ones from passing tests, not just the failed tests.
This seems... suboptimal.
#perl #tap

2026-01-21 02:58:11 UTC

I've been enjoying some Fancy Tea I got for Christmas. I don't know much about Fancy Tea, but my impression was that black tea is generally served with milk, and green tea or things with lemon do not go so well.
So it's weird to me that the Fancy Tea with oolong (approximately black tea) specifically says "serve without milk", but the Fancy Tea that includes green tea, lemongrass and lemon balm says "serve with milk if you want".
(yes, I know that lemongrass and lemon balm aren't actually made from lemons)

2026-01-08 05:24:31 UTC

- reply

As famously described by Banach and Tarski.

2025-12-18 01:03:16 UTC

- reply

That's bash's "process substitution" feature. It's not POSIX, but it's still very useful!

2025-09-19 13:14:37 UTC

Mathematicians occasionally uses "tack" symbols, ⊥ and ⊤, for various purposes. They're called that because they look like thumb-tacks from the side. But if you need a particular tack, what do you call it? Is "⊥" the "up" tack, because the pointy bit is up? Or is "⊤" the "up" tack, because it's the normal, safe orientation for using a thumb-tack?
Today I learned that not only do people disagree about this, the two approaches are delightfully named the "London" and "Bosworth" conventions.
Even better, the symbols in Unicode were initially named according to the Bosworth convention, then renamed to the London convention, BUT NOT ALL OF THEM! So U+234E APL FUNCTIONAL SYMBOL DOWN TACK JOT is actually an up-tack, and vice-versa. Nothing can ever be simple. :)
https://www.math.uwaterloo.ca/~ljdickey/apl-rep/tables/note1.html

2025-08-27 14:16:50 UTC

- reply

This is the bit I've actually been working towards. As I think I mentioned before, on the 42S some buttons have a shifted function with a shaded background. Those functions open a menu, rather than performing an action immediately (a bit like the "..." suffix on menu items in GUIs). In previous screenshots, I used a black background, but that always seemed too high-contrast and eye-catching, so I was looking for something less blatant.
This was one of my first attempts, but trying different design ideas by painstakingly redrawing all the buttons in GIMP was just too tedious, so I've spent months writing this tool to automatically lay out a keypad, so I could test a bunch of different ideas quickly.
And now I have that tool, and I've tried a bunch of different ideas, and I still like this one best.
(I still appreciate the tool allowing me to quickly adjust the horizontal and vertical spacing)
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/115/101/096/741/382/659/original/ec9c0040041dc12a.gif

2025-08-21 09:12:27 UTC

- reply

has a small-but-flexible website engine called "kiki" that seems like a nice compromise between "designed by somebody with taste" and "it's possible for other people to extend", which seems important from a permacomputing perspective.
https://tomodashi.com/kiki

2025-08-12 03:10:46 UTC

- reply

I didn't realise Microsoft had leaned so hard into custom title-bars in the Win3.1 days. I assumed that was an Office 95 affectation.

2025-08-06 13:21:05 UTC

- reply

I assume so! I haven't tried to calculate it, but ResEdit will let you create a dialog-layout resource, draw a button on it, and set the top/left/bottom/right coordinates to arbitrary values, so I guess one could probably reverse-engineer it.
That's how I proved to myself that the radius is relative to the button size. Also, it's relative to the smaller axis, not necessarily the height.

2025-08-06 13:04:36 UTC

- reply

I assumed they were all the same, because Steve Jobs was famously picky about consistency and polish. How wrong I was!

2025-08-06 09:13:05 UTC

- reply

Even less obvious than that, I changed the way the corners of the buttons are drawn. Although I originally copied them from a screenshot of System 6, I was recently playing with System 6 in an emulator, and noticed that the buttons looked a little bit different.
On Windows 3.1, the borders of a button are always 3px thick, so the corners are always the same size no matter what size the button is.
On System 6, buttons have rounded corners, where the radius is calculated from the button size. So a very small button might be drawn with a 1px or 2px corner radius, but a very large button might have a 50px corner radius.
With Decker's font metrics, I'm generating 20px buttons, so I changed the corners to reflect the border-radius used by the original System 6 buttons at that size.
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/114/981/007/014/126/394/original/7a3dcded9a0b666e.png
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/114/981/025/017/472/737/original/7925ec1001b05e38.png
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/114/981/045/041/895/062/original/16ea90d38b202c82.png

2025-08-06 08:53:51 UTC

- reply

A less-obvious change is that I replaced the three "tab" style buttons with something that looks a bit more... tablike. That's a custom widget I made, that gives me a single source of truth for which widgets live on which tabs, instead of each button having to know about all the widgets on every tab (leading to lots of copy/paste errors).

2025-08-06 08:50:31 UTC

- reply

A number of changes since the last post:
- I added more room at the top of the grid, leaving room for annunciators and the display
- we now draw the grid of "pressed" button images beside the unpressed ones, as Plus42 expects
- Not shown here, but the "layout" tab now contains (most of) the skin layout declarations that Plus42 requires
- The "Export Canvas" and "Export Layout" buttons at the bottom offer to export the contents of those tabs. If you save them with the same basename, but ".gif" and ".layout" extensions, you'll have a valid Plus42 skin!
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/114/980/940/922/503/902/original/2a9bd518c1e59df1.png

2025-07-24 02:22:43 UTC

- reply

I remember the episodes of Double Fine Adventure talking about creating the sound track, where they were interviewing Peter McConnell in his studio. The walls were lined with all kinds of musical instruments I'd never heard of, and he'd occasionally pick one up and effortlessly play a little ditty.
I am not at all surprised that he plays the violin really well. :)

2025-07-21 13:02:53 UTC

- reply

After a little confusion and a lot of yak shaving, I now think I've ironed out all the issues I had in text measurement and rendering. There's no invisible whitespace pushing things to the left, the "0.5px" rounding errors that come from centering text are no longer compounding, and I even made it round pixel coordinates *right* instead of *left* to compensate for the visual weight of capital letters.
This is a little unfortunate for the "Backspace" key, whose label is uniquely right-heavy rather than left-heavy. But I'm going to have to fix that manually is an image editor afterward, because I think I've automated about as much as I can.
Maybe next I'll be able to iterate on coming up with button artwork that looks nice.
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/114/891/317/953/447/564/original/02a7b8ffbd1e824b.png

2025-07-20 08:31:56 UTC

- reply

Ah, I see!
I remember getting confused by some of the descriptions in the WDC 65C02 data sheet, like the way that the "Absolute" addressing mode is described as taking 4 cycles, but JMP with the "Absolute" addressing mode takes only 3.
I spent a bunch of time comparing the Synertek 6502 programming manual with the WDC's docs, and various "differences between 6502 and 65C02" descriptions to figure out what was actually going on, and compiled the result into a machine-readable table:
https://gitlab.com/Screwtapello/isa65xx/-/blob/68464350f4ec4414b956f25ea0d6fd8fd93531eb/opcodes_expected.tsv
(it doesn't have the Rockwell bit-twiddling instructions, or WDC's STP or HLT, though)

2025-07-20 07:57:11 UTC

- reply

Out of curiosity, where did you get authoritative cycle counts?

2025-07-13 09:31:23 UTC

From a 1982 text adventure, "Marooned"
(h/t @npub1aas…chan)
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/114/845/217/138/170/649/original/227c5d0b743d1e64.png

2025-06-25 04:06:34 UTC

- reply

It's hard for me to imagine what a 1-bit CPU would be good for if *not* a bit-slicing arrangement. We switched from 8-bit to 16-bit CPUs because "counting past 255" happened often enough to justify hardware support; there must be very few applications where you never need to count past 1.

2025-06-25 03:59:45 UTC

- reply

How would a bit-slicing CPU differ from the MC14500B? Would it just have more pins for cascading values to/from the parallel CPUs?

2025-06-19 15:23:05 UTC

- reply

Tonight I finally got around to investigating the button-spacing issue.
Turns out that in #Decker a font has a "space" value that controls how many pixels are left between each character. If you ask Decker to measure the dimensions of the string "zzz", you'll get a width that is three times the width of the "z" glyph, plus three times the "space" value. If you are assembling a line of text, that's great - you'll wind up with even spacing no matter how many chunks the text is broken into. On the other hand, if you are trying to render a short label, the extra spacing can be an appreciable proportion of the total length. If you're trying to *centre* the label, that extra width makes everything subtly unbalanced.
So now whenever I measure text, I take care to subtract the font space value from the result.
I think there's still some source of unevenness I haven't ironed out; the "View" button on the second row still looks a bit odd. But if you flip between these images and look at the "7" key, you'll see the newer one looks better.
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/114/710/612/846/086/252/original/4108a2e3b6430ff6.png
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/114/710/613/563/168/477/original/5b17a5bd3d99bd86.png

2025-06-06 01:25:53 UTC

- reply

Can you plug a Sentinel 65X cartridge into a Mega Drive and have it survive? Are they 5V tolerant, or is there some keying system to prevent them being inserted?
Or do you just have to be careful and not do that?

2025-05-20 13:35:01 UTC

- reply

I finally wrote the code that combines the "button definitions" and "button grids" and "button shape" data to draw the actual Plus42 keys graphic.
My first attempt is not pictured; some of the table rows that put a button in a grid used a numeric button ID, while the table rows that define buttons use a string button ID. As a result, when I joined the two tables, half the buttons failed to show up.
The two big problems here are that the numeric keypad buttons are vertically shorter than the others (they should be the same height) and the keypad grid should be aligned with the right-edge of the main grid.
After that, I don't like how some of the text is centered within each button (check "View", second from the end of the right-hand row). I bet there's some spacing I've forgotten to account for, or double-counted.
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/114/540/419/458/632/643/original/b932c47135f120d9.png

2025-05-08 13:12:05 UTC

- reply

I really like the "A" that is used as a base for all the accented variants, the standalone "A" looks a bit thin by comparison.

2025-05-08 13:06:26 UTC

- reply

Is this based on some other font, or completely your own work?

2025-05-01 11:21:10 UTC

- reply

You might also notice a "Back" button below the grid item list. Although Decker has a "Card" menu that lets you flip between cards manually, and even a "Card List" dialog that gives you a list of cards with thumbnails, it seemed more in the spirit of Decker and Hypercard generally to have the first card in the deck have buttons to take you to the others, and each card to have a "back" button. Maybe it's a bit superfluous, but I've already been using it, and it was super-easy to set up.
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/114/432/309/256/924/777/original/32c8640d897822a2.png

2025-05-01 11:13:34 UTC

- reply

You might wonder what that big 5 by 4 "button" is at the bottom right of the grid. The HP 42s uses slightly larger buttons for the numeric keys than for all the other function buttons, and so they live on a slightly different grid. Plus42's default layout copies that style (though it adds a few more rows of buttons at the top, compared to the 42s), so my grid can't just be a grid of buttons, it has to be a grid where most things are buttons, and one thing is an independent subgrid.
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/114/432/279/329/055/237/original/f4bcfd0f690027bf.png

2025-05-01 11:04:03 UTC

- reply

Another step on the journey: I now have a table that defines the size and position of each button in a grid, so I can lay out the buttons as necessary. As a visualisation, I also made a canvas that draws each button in its relative size and shape, and highlights the currently-selected button.
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/114/432/241/901/872/746/original/bd3c971d5c4c9f35.png

2025-04-23 02:29:46 UTC

Wizards of the Coast did as they promised, and released a System Reference Document (that is, the basic rules and game mechanics) for the 2024 edition of Dungeons & Dragons under an extremely open Creative Commons (CC-BY-4.0) licence.
https://www.dndbeyond.com/srd
D&D isn't necessarily the game for *you*, but it *is* historically significant and still extremely popular, and I think it's cool that any part of it is available under such a licence.

2025-04-22 08:34:44 UTC

- reply

Decker's font system is a bit more limited than most bitmap font renderers, because it adds a fixed number of "padding" pixels after the strike of each glyph. If a font says it needs 2px of padding between glyphs, then you'll get 2px between "ML" and 2px between "><" — even though those glyphs have much less visual weight, therefore need to be squished closer together to look right.
Traditional bitmap font renderers give each glyph an "advance" width that can be less than the number of columns of pixels that it draws, so each glyph can have a spacing appropriate to its shape. It makes for nicer text, but I suppose it also makes the rendering code more complex, so I can understand why Decker made the tradeoff it did.

2025-04-22 08:20:12 UTC

- reply

Here's a view of my "Chicago Math" font which adds the mathematical symbols I need. In particular, I'm proud of the script "x", script "y", and script "e" glyphs replacing "{", "}" and "~". It wasn't easy to make a thing that looked like a classic mathematical script "x" but *also* fit with Chicago's strict angular style. Maybe there's a better version out there, but I think I did OK.
I also like that I got to include the Macintosh (well, ISO) symbols for "Shift" and "Backspace". The HP 42S has a backspace key but uses a generic "left arrow" for it. The HP 42s's shift key is just an orange block, to make it clearly associated with the orange text above every button. But without the luxury of colour-coding, I had to pick something more graphic to represent "shift", and what better choice than the glyph that the Mac used to represent the shift modifier in keyboard shortcuts?
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/114/380/636/846/184/893/original/b92f1a128e976967.png

2025-04-22 08:09:24 UTC

- reply

I've made a table with all the button IDs that Plus42 supports, the label of each button, the shifted label, and whether the shifted function is a submenu. Unfortunately, Decker's default character set does not include all the symbols that appear on Plus42's keys, such as superscripts, various arrows, and Greek letters, so I've had to repurpose a bunch of unused ASCII punctuation to represent those.
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/114/380/594/404/826/571/original/31bae71de2b9764f.png

2025-04-19 10:03:16 UTC

- reply

Another day's work, and now I have a function that renders a custom button. Now there's four button templates at the top-left, for every combination of "normal vs. pressed" and "the shifted function executes a command vs. the shifted function opens a submenu".
In the test area at the bottom right, I can type a label (that appears on the button's face) and a shifted label (that appears above the button). The button automatically sizes to fit the longer of the two strings (respecting the configured margins around each string) and keeps the shorter string centred. There's also a checkbox called "Menu" that marks the shifted function as opening a submenu, and clicking on the button displays the "pressed" version.
I'm a little bit alarmed that so many inputs are required to render a button, but it *is* kind of cool to have them all in one place, and to get immediate visual feedback after changing each one.
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/114/364/055/166/786/098/original/f6ad6e5dfc72e6c1.png

2025-04-15 13:14:37 UTC

- reply

It does make me wonder what a tool closer to the Unixy end of the spectrum ("mechanism, not policy") might look like, but I can't fault the guy for having a clear aesthetic vision and a determination to limit scope creep.
I think the model for sharing data between cards is that you put the data in a field, then you can access it from anywhere with `deck.cards.cardname.widgets.fieldname.value`. If you don't want it to be exposed to the "user", you can make the field invisible, or just stick it on a "global variables" card that no other cards link to. This is a bit like, on a spreadsheet, hiding your data in the ZZ99 cell.
For a Product, that's not enough, you need to keep the implementation hidden behind the interface. But I don't think that's what Decker is going for; one of the taglines it shows at startup is "an interactive sketchbook", and I think the Brutalist exposure of the inner workings is part of the point.

2025-04-15 08:59:19 UTC

- reply

I'm probably not going to make Decker my primary development environment for everything in the future, but it's been an interesting ride so far and I'm glad I gave it a try.

2025-04-15 08:58:23 UTC

- reply

Here's how far I got after a few hours' messing about. Although Decker has a "canvas" widget, it's really for code to draw on, rather than the user. However, the user is allowed to draw directly on the background of each card, so on the left I have little boxes that represent the images I want to use for buttons.
On the right are a bunch of fields - the "Normal" fields describe the size and location (on the card background) of the "normal" image of the button; the "Pressed" fields describe the location of the "pressed" image (it's assumed to be the same size). Below that, we have margins around the button that describe which parts of the image can be stretched to fit around the text that must fit within it. Then formatting: text on a normal button is rendered in colour 47 (black) while text on a pressed button will be color 32 (white), and the button label should be drawn with the "menu" font.
At the very bottom, the "Test" pane shows the resulting button drawn around the text "Hello". Whenever I change any field on the right, the test pane redraws to take my changes into account, so I can very quickly tweak all the settings to get to a button I like. The actual button drawing is in a separate function so I can re-use it to render the entire Plus42 skin later.
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/114/341/150/828/649/443/original/2eded1a7a27bd081.png

2025-04-15 08:47:25 UTC

- reply

So I created a deck with the intention that it would just contain the widgets and resources I needed to render the calculator skin, and then I'd just automate it with Lilt. But as I started messing around, I got a better idea of how Decker *wants* to be used.
I'm not sure what I expected; maybe something like Visual Basic, which is just a regular programming language except it has a graphical editor for some of its data structures. Turns out it's a lot closer to something like a spreadsheet: if you want to do a calculation, you plop down some input fields and an output field, and write some code to calculate the output field when the inputs change. It's not a template that gets instantiated when you compile and run, that's the data - if you change the value in an input field, it stays changed forever.
If your program has a bunch of data structures it needs to work with, that will persist from one invocation to another, instead of writing a bunch of constants in a header file, you plop fields on a card and type the data into them. As a result, writing a program *is* creating a GUI for it. Maybe not a polished GUI, maybe not the one you'd make if you could wave a magic wand, but it lets you describe, arrange and annotate things much more fluidly than traditional plain-text source.

2025-04-15 08:34:54 UTC

- reply

Unfortunately, it turns out there's some significant limitations to Decker, and Lilt even moreso. I'm sure most of these are deliberate, to keep Decker's API easy to learn and implementation easy to maintain, and to stick firmly within the "ditherpunk" aesthetic it's going for, but they caught me by surprise, so I wanted to make note of them.
- Although Lilt can do everything Decker can do (you can literally load a Decker deck, send it events which can trigger arbitrary code, and read back the results), most of that functionality is not available to Lilt itself. For example, in Decker you can plop a Canvas widget on a card and then write code to manipulate it, but you can't create a "headless" Canvas widget in Lilt, short of loading a deck that already has one.
- Although GIF files are limited to 256 colours, on import Decker dithers them to black-and-white, or posterises them to a 16-colour palette. Lilt can read GIF files, but it's even more limited - it only supports Decker's default 16-colour palette, it doesn't let you choose a different one.
- Like widgets and palettes, fonts are only available within the context of a deck. Since my whole goal was to make an image with text labelling buttons, this was a show-stopper.

2025-04-15 08:16:56 UTC

- reply

Then I remembered I've been wanted to look at Decker for a long time. Or rather, since I wasn't super-interested in a GUI development environment, I wanted to look at Lilt, the command-line interpreter for Decker's scripting language. It has functions, it can read and write GIF files, let's go!
https://beyondloom.com/decker/

2025-04-15 08:14:29 UTC

- reply

I've been messing around with a Plus42 skin just as a design exercise, but despite the handy web-based tool above for annotating a skin image, I got heartily sick of making a minor change to the layout and then having to adjust the size and spacing of all the buttons, and trying to recenter the text in each one. This seems like an excellent job for automation!
But what tool to use? Browsers are very flexible, but they make it really difficult to get information *out* of them. I looked at https://love2d.org/ but although has good support for graphics and interactivity (it's a game engine) it doesn't support reading or writing GIF files, while Plus42 *only* supports GIF files. Sure, I could add a conversion step, but I'd rather not.

2025-04-02 00:25:38 UTC

- reply

A free download of a password-protected zip file. :/

2025-03-31 07:54:03 UTC

Free42, the Free Software re-implementation of the classic HP 42s RPN calculator, supports using custom skins, a bit like WinAmp skins but more complex - instead of just a bunch of bitmaps, you get to define the size and location of each button and graphical element.
I have discovered that it its parsing of the layout file is not very strict, so I can wrap some HTML, CSS, and JavaScript around it and get a polyglot file that I can load into Free42 to test, and also load into a browser to visualise the coordinates as I edit them.
(the attached screenshot depicts a skin for Free42's slightly more capable cousin Plus42, but the skin files are interchangeable)
#free42 #hp42s #hpcalc
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/114/255/963/175/805/524/original/0ba9b151173bf959.png

2025-03-15 13:11:56 UTC

As a professional programmer, I don't have much cause to use a desktop calculator when I'm sitting in front of a computer with a squillion times more processing power and a richer, more versatile interface. But I came across this video of somebody running the firmware of the HP 50g graphing calculator inside an emulator on Windows, with keyboard shortcuts for all the calculator keys, and I'm honestly impressed.
I still don't actually need to do calculations or solve equations on a regular basis, but if I ever do, I might try to figure out a similar setup.
https://www.youtube.com/watch?v=lzPsaVvyQqM

2025-03-09 06:17:24 UTC

- reply

All your apps have Mac-style titlebars now - is that being provided by some kind of window manager, or is each app drawing its own?

2025-02-16 00:33:23 UTC

- reply

When you say "so much effort was put into making it hypercard-like by intentionally stripping away features", do you mean *you* had to put in effort, which was discouraging, or the creator of Decker had put in effort that you had to work around?
I kind of like how hermetically-sealed Decker decks are, so I can download a deck off the Internet and be pretty confident it isn't going to ransack my browser cookies, and I can give a deck to somebody else and be confident I haven't left any links to `file://C|/Users/MyName/` that will be broken on their machine. But I'm thinking of things like Celsius/Fahrenheit converters or adventure games; if you wanted to make an app that read documents from disk and saved them back out, I can imagine that would be a pain, yeah.

2025-02-15 09:46:37 UTC

- reply

Makes me wish Decker had a native Android runtime.
https://beyondloom.com/decker/

2025-02-15 09:38:17 UTC

I'm watching Bill Atkinson talking about 25 years of Hypercard and being simultaneously impressed and depressed. I've definitely felt the joy of making a little software widget that did exactly what I wanted, and also the frustration that there's not really anything like that today—at least not without a custom build and deployment system, a quarter-gigabyte runtime, and ten-second startup.
https://dialup.cafe/@vga256/114004724719847054

2025-02-09 06:05:10 UTC

- reply

I had a similar experience with IRC and Usenet - discovering people of different ages from all walks of life chatting about things that interested me, and learning about who I was outside the expectations of my parents and teachers. In a way, although I was born in the real world, I grew up on the Internet.
Rather than 4chan-style anonymity, where nobody can be identified or distinguished, I think pseudonymity is important for people discovering themselves—giving (good faith) actors the ability to build a reputation and have something to worth defending, encouraging them to continue to act in good faith.

2025-01-25 00:14:58 UTC

- reply

Good luck with finding the font!
For a completely unknown ROM image, you might want to start with a tool that shows individual bits in the dump, and lets you change the start and wrapping width to look for patterns that line up. If you happen to already know the dimensions of each character, that'll help a lot.

2025-01-25 00:09:52 UTC

- reply

The 6809 was in the Tandy Color Computer; I believe the original Tandy TRS-80 used a Z-80, but given that RadioShack seemed to slap the "TRS-80" brand on anything with a CPU regardless of compatibility, I guess there might be 6809-based TRS-80s out there somewhere.

2025-01-23 01:04:11 UTC

- reply

I don't have a complete answer, but I think part of the answer is "friction". I think the lesson of the original Usenet, email, Twitter, and Facebook is that if you allow any person in the world to effortlessly communicate with any other person in the world, what you get is a whole lot of noise. Even systems like Reddit have problems with "brigading" where, because somebody with a Reddit account can interact with any subreddit at any time, people in one group can talk amongst themselves and decide they're all going to visit some other group and harass them.
At the same time, it's incredibly valuable to be able to communicate with and learn from other people with different perspectives and experiences, and not to be discarded lightly.
And so, friction. Don't make communication impossible, just put up some hurdles to clear. Maybe that's rate-limiting for sign-ups or posts. Maybe that's an "enforced lurking" period where you have to spend some time reading before you can post. Maybe that's a "sponsor" system where a new member must be invited by an existing member of good standing. Maybe that's a sign at the entrance of the alleyway saying "no tourists". Maybe every tomo community should be able to choose their own.
I don't know what the correct answer is, or if there even is one, but I'm pretty sure friction will be part of it.

2025-01-18 11:07:51 UTC

If you've ever wondered what it would be like to be inside a bag of cornflakes, Wikipedia provides a 360° panoramic photograph to inspire you:
https://en.wikipedia.org/wiki/File:Inside_a_cornflakes_bag_%E2%80%93_360%C2%B0_photo.jpg

2025-01-18 07:49:07 UTC

- reply

Fascinating! The original VT320 fonts are 15x12 or 9x12, and neither of those measurements match any of the ones in your screenshot. I wonder what makes those "VT320" fonts, then? Is it just the character set? The encoding?
If you want to mess with converting fonts, I recommend the Java tool "Bits 'n' Picas"; it's what I've been using for converting BDF to crisp, pixelly TTF files.

2025-01-18 07:43:36 UTC

Are you nostalgic for using a CRT terminal in the 90s? Or maybe curious about what things looked like before high-DPI displays and true-colour graphics? I've extracted the fonts from the firmware of the DEC VT320, a CRT terminal first produced in 1987, and turned them into crisp TrueType fonts you can use today.
https://gitlab.com/Screwtapello/vt320-font-extractor/-/blob/main/README.md?ref_type=heads
Includes fonts from both firmware v1.1 and v1.2; both the 80-column and (condensed) 132-column variants; and both "aspect-corrected" versions (that will work nicely in a terminal emulator or word-processor), and "raw" versions with the exact original pixels (so you can do the aspect-correction yourself with GPU shaders or Photoshop or whatever). The raw fonts are also available in BDF format if you want the *exact* original pixels.
#retrocomputing #typography
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/113/848/235/769/867/655/original/d3a82252f1a02a9e.jpg

2025-01-18 05:30:27 UTC

- reply

Incidentally, from that screenshot we can demonstrate that LGR's VT320 has firmware v1.1, since the bottom of "t" is slightly curved. On firmware v1.2, it's a crisp right-angle.

2025-01-18 05:29:20 UTC

- reply

I found some close-up shots of a real VT320 in https://www.youtube.com/watch?v=RuZUPpmXfT0 at 9:31.
You can *just about* see a gap in the top scanlines of "r" and "n", and between the bottom of the bowl of "g" and the stem.
Looking at the same text in the font extracted from the firmware, we can see that those gaps are 1px wide, so I'm pretty confident it didn't use pixel doubling.
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/113/847/707/802/263/426/original/2da986ad0f061ff4.png
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/113/847/707/800/261/165/original/ed7dffb7f00a49bd.png

2025-01-17 23:38:31 UTC

- reply

I don't think that applies to the VT320. For one, it's not mentioned on the page. For two, the VT220 glyphs are drawn with single pixel lines and need to be doubled to be legible; the VT320 glyphs are already drawn with two pixel lines.
I'd love to see a close up picture of an actual VT320's textual output.

2025-01-16 12:40:35 UTC

To help out @npub1yqw…ywz8 I'm writing a program to extract the font from the DEC VT320 firmware. It's going pretty well, I've got all the glyphs for the 80-column mode, and I figured out how to correct for the VT320's extremely non-square pixels, so it looks quite readable.
#retrocomputing #typography #pixelfonts
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/113/838/078/894/117/460/original/941673e3566213c8.png

2025-01-14 12:28:39 UTC

- reply

I can load all the glyphs from both firmware revisions, in both sizes, and both glyph tables, and I've figured out how to map them to Unicode code-points.
Next step is writing out a BDF file, but right now I've got to sleep.
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/113/826/707/362/003/824/original/14e0d7b8feb153ac.png

2025-01-14 09:15:07 UTC

- reply

The vt100.net page that vga256 found seems to describe the compression method, I'm going to try it and see what I get.

2025-01-13 23:11:50 UTC

- reply

Here's the data in a machine-readable format: https://github.com/robhagemans/hoard-of-bitfonts/blob/master/dec/vt320.yaff
I'd be surprised if there were a separate font for the 132 column mode, I'd expect it to use the same glyphs but change the pixel clock to fit more pixels per line.

2025-01-05 05:44:58 UTC

- reply

eXiGY seems pretty cool, but I'm *really* curious about Tomo.

2024-11-16 04:44:40 UTC

"util-linux (2.40.2-11) unstable; urgency=medium
The mesg(1) and write(1) programs are no longer provided. It is believed chatting between users is nowadays done using more secure facilities."
End of an era.

2024-11-10 14:10:32 UTC

Today I learned that the first Super Mario Bros. romhack was released not in the 2000s, or the 1990s, but in 1987—two years after the game's original release. It was called "Tonkachi Mario". It wasn't a modified EEPROM in a custom cartridge, it was a hacked version of the Famicom Disk System port of Super Mario Bros. Being stored on magnetic media made it a lot easier to edit.
But wait, the Famicom Disk System used custom proprietary disks, how are you going to edit those?
It turns out that Tonkachi Mario was actually the bundled demo that came with Tonkachi Editor, which was an unlicensed third-party tool that was basically a primitive hex editor for Famicom Disk System disks, operated by the regular Famicom controller.
The Famicom Disk System came out in 1986, so within a year of it's release, somebody reverse-engineered the drive, reverse-engineered the Famicom, wrote a toolchain to make their own custom programs, wrote a hex-editor, reverse-engineered Super Mario Bros. and made their own custom version. Oh, and Tonkachi Mario requires speedrunning tricks like glitching through walls to complete, so the creator had to have those skills too.
I wouldn't be surprised at somebody doing that *today* now that we have resources like the NESDev wiki and YouTube videos about how to get good at speedrunning tricks. But in 1987? Wow.
https://glitchcat7.com/the-complete-history-of-kaizo-mario/
#retrogaming #romhacking #homebrew

2024-11-10 10:16:52 UTC

The Video-Master's Guide to Pac-Man, by Sykora and Birkner, 1982
https://archive.org/details/book_vmg_pac-man/page/n1/mode/2up
#retrogaming
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/113/458/139/012/289/187/original/6dee92f9fdf854ab.png

2024-10-31 11:25:28 UTC

When I was a kid, I played a game called *Keen Dreams* — a game in the Commander Keen series that Id Software did not publish through Apogee, so it didn't get an official number. Keen gets sent to bed because he refused to eat his vegetables, and winds up in a nightmare facing all kinds of vegetable-themed enemies. The "BROCOLASH" is clearly a head-banging broccoli, the "TOMATOOTH" is just a tomato with teeth, etc. However, there's one enemy I still don't recognise, FRENCHY.
I was going to guess "candy corn", but the colours are wrong and that's not really a vegetable. It might be "French Fry", but what's with the green bit? And all the other vegetables are fresh/unprocessed. And I think it lobs grenades or something? MELON LIPS spits melon seeds, which is very melon-themed; I don't know why a French Fry would lob grenades.
#retrogaming #commanderkeen #dosgaming
https://us-southeast-1.linodeobjects.com/teh-entar-net-mastodon-media/media_attachments/files/113/401/785/671/782/456/original/088200cde29b1bfd.png

2024-10-11 02:26:24 UTC

- reply

The Dig was an iMuse game, I think? So the sound track should have been MIDI data, and probably designed to loop. Anyone who could extract the data could render it to audio for as long as they wanted.