Create accountLogin

Recent searches

No recent searches

Search options

Only available when logged in.
hachyderm.io is one of the many independent Mastodon servers you can use to participate in the fediverse.
Hachyderm is a safe space, LGBTQIA+ and BLM, primarily comprised of tech industry professionals world wide. Note that many non-user account types have restrictions - please see our About page.

Administered by:

Server stats:

9.4K
active users

hachyderm.io: AboutStatusProfiles directoryPrivacy policy

Mastodon: AboutGet the appKeyboard shortcutsView source codev4.3.7

Simon Tatham

Ridiculous idea #1: maybe the problem is specific to _creating_ files (like Linux is getting some of the header metadata wrong). So I start from a disk image containing a file of at least the same size as my image, and overwrite just the data, leaving the file name and attributes as unchanged as I can.

This works better: DPaint loads the file without an error! But the results are … not what I had hoped for. Some recognisable blocks of data from the original image, but it looks as if about every 4Kb of the file something weird happens. I guess Linux and AmigaDOS have a further disagreement over some aspect of the disk filesystem format. (7/8)

A screenshot of Deluxe Paint IV, having loaded something that recognisably contains _part_ of our digitised needlework picture. But about every 20 pixels down the screen there's a glitch of strange-looking binary data, and after the glitch, the next piece of image is offset horizontally, or has all its colours permuted, or both.
Feb 17, 2025, 09:02 PM·Public·Web
2boosts·11favorites
ExploreLive feeds
About