This is really good work! Love the UX and the design. Even though I work with AI agents and building them a lot, I found the way you structure the steps very helpful for thinking about the project itself. The agent asks the right questions which makes me feel confident it's understanding my goals.
If you're looking for feedback, you could include a tiny section on the homepage about how to run the output docs. e.g. put them in a folder, point Claude Code/Codex to it and give it the prompt.
Thanks a lot! I agree (obviously) - this workflow really helped me structure my projects.
> If you're looking for feedback, you could include a tiny section on the homepage about how to run the output docs. e.g. put them in a folder, point Claude Code/Codex to it and give it the prompt.
This is great feedback - I totally agree - going to add this asap
Can't believe this is the only mention of sfdt so far on this thread. I have similar nostalgia about it being the first online community I joined. Collaborating with others, getting a glimpse into their personal lives, chatting off-platform on MSN/AIM. I wonder if that experience exists for kids in the modern day internet...
You can intentionally seek out such places today, but the average internet denizen sticks to a few known mass communities. If someone is lucky, they get involved in a small subreddit or group chat.
Group chats are the closest thing we have to that experience today, but they're probably more socially-oriented on average, unlike the groups I rolled with back in the aughts which were all heavily creative- and fandom-oriented.
I've been looking for that Paradox Photoshop CS2 one for years. Great nostalgic memories.
I've always been in slight awe of these kind of teams/releases. Cracking (mostly) for the raw intellectual challenge and bundling it with demoscene-ish artistic expression - usually a unique UI and obviously a great chiptune. I've always wondered why that behaviour emerged..
>I've always wondered why that behaviour emerged..
Because they share the same roots, the same general "scene". The demo groups and the crack groups always mingled. We were all "sceners". Tons of groups had a presence in both areas. Most of the graphic artists and musicians were mainly part of the demo scene but lent their talent here and there.
(Computer-wise I grew up in the C64 and the Amiga demo scenes during the early-to-late 90s.)
> I've always wondered why that behaviour emerged..
Speculating: there may be parallels between this and other fields with entirely unnecessary artistic expression. Think watchmaking where watch movements with superlative finishing are celebrated and often command premium pay (e.g watches with the Geneva Seal). Beyond a certain point, the finishing adds absolutely nothing to the watch aside from showcasing talent.
There's something to the idea that if someone spent a ton of effort building something, even if it's superfluous, it garners a level of trust in the end product.
> I've always wondered why that behaviour emerged..
Pretty straigthforward. "The scene" originated in 6502 or 68000 or what have you assembly programmers in the '80s. If you program assembly, you crack software. If you program assembly, you make cool graphics tricks to show off your fast code. And, if you program a computer in the '80s, the sound card is basically just a synthesizer chip, waveforms and shit, thus, chiptunes.
They are composed on trackers and the mod files are more akin to a MIDI file than they are “waveforms and shit”. At least not if you talk about “waveforms” in the PCM sense of the term.
The evolution of these mod files is an interesting one. Epic were the ones who most leaned into this for commercial uses. Games like the original Unreal and Jazz Jackrabbit 2 had some awesome sounding music and was the same mod files.
As a much younger nerd and hobby hacker too, I always wondered how those keygens were so small in size yet sounded so modern. Took years before I learned about trackers. I was pretty late to the game on that one.
The tracker space is weird and full of twisty passages...
Sampling was a common starting point for the basic sounds. The cool thing about tracker files is that they would include all the pcm samples, so people would build up their library of sounds largely by getting them from other people's files... A few would create their own samples by recording things out in meatspace, or do delightfully weird stuff like drawing waveforms.
From there, a given tracker would have all kinds of shenanigans available for manipulating the audio, in addition to whatever one wanted to do in an external audio program with a full effects stack.
Once you noodle around with synthesizers a bit, everything looks like either an oscillator or a transform... and who cares what the oscillator is.
Interesting reading that because the trackers I used didn’t support sampling. If I recall correctly, they were just tone generators. So you had to define waveforms like you might for a VSTi in a modern (by comparison) sequencer. Albeit without the fancy UI of a VSTi, any piano roles, nor the drag-and-drop placement of bars of music.
It was kind of like writing music in hexadecimal.
I wasn’t particularly good at it though. I much preferred the workflow of a sequencer to a tracker.
Oh yeah - the tracker itself wasn't the sampler, but one would often import sampled waveforms (or borrrrrow 'em from other tracks). I seem to remember fasttracker ][ (which i spent a ridiculous amount of time with as a teenager) had some 'draw a waveform' functionality which is possibly the worst sound interface imaginable.
Yes, I know how sound can be synthesised. That’s not the point I was making though. The point is those mod files are generated from trackers rather than programming any SFX chips directly.
I used to hang in those IRC channels. Some of the "crews" mentioned spending more time on creating graphics, mixing new sound rather than cracking/reverse engineering the software itself.
I think a good part of it is the tooling and how it looks a bit like reverse engineering. Ever play with a tracker? It's like editing MIDI triggers with a hex editor. Here's aphex twin making music in one
In terms of cracked releases started with simple text and screens to let people know who had done it, and escalated from there.
In parallel people were writing more and more elaborate demos to show off skills or just demonstrate what was possible, and the two naturally coalesced since the people overlapped.
that paradox bop is truly one of my favorites. back in the day i would just leave the keygen running for the tunes. what other software can people say they leave on just for the vibes ?? good times
The thing that ties cracking to the demoscene is that, as Trixter/Hornet states in the excellent documentary "Demographics: Behind the Scene"[0], copy protection itself is a creative process; you need to think about how the hardware works.
For example, one of the earliest copy protection methods - and one that still underpins a lot of today's copy protection - was to include intentionally-bad sectors on the floppy disks that you shipped. That's not something you'd normally even consider - why would you ever want to have intentional errors? And it makes even less sense to the non-creative mind when you consider that you can't just "write an error" - that's not how the common abstractions for disks work, and hardware is normally built in such a way that it's difficult to intentionally introduce an error. You actively have to go out of your way to misuse the hardware capabilities available to you in order to do so.
However, that very same difficulty in "writing an error" is also what made it such an effective copy protection method! Any traditional disk copying program would consider an error to be proof that your disks were corrupted, and many wouldn't even continue past the point of the error because it could lead to disk thrashing. Meanwhile, because you had much more control over the hardware back then than you do today, the copy-protected program could actually use the floppy disk controller directly to put in its own tests for detecting an error in a particular spot, such as reading the same sector multiple times and seeing if it got different data, or perhaps even by measuring the flux directly, and only proceed with the program if the error is there as it expected it to be.
You can't do these things using the standard INT 21 calls that DOS gives you, or even through the BIOS. (Actually, for many years PCs were considered useless for demomaking compared to other platforms such as the Amiga.) Finding a solution like that takes a creative mind - and conversely, so does working out how to defeat it. You have to know what your hardware can and can't do, or you have to work it out through experimentation. And as it turns out, you had to have exactly these same skills if you wanted to be able, say, do 3D on a system that has no floating point processor, or to be able to draw 4096 colours simultaneously, or to be able to arbitrarily draw to the overscan area of the screen, or any of the other things you might be able to figure out and want to show to the world what your chosen platform can do. And thus, cracktros were born.
I appreciate your pursuit of this artistic endeavour. Truly great art is always the product of great personal sacrifice.
That said, it does make me wonder about two alternative approaches:
A) When a screenshot is detected, change the font, produce the screenshot and then change it back. You could probably do this on a per-application basis with something like AutoHotKey, or there's probably a deeper way of doing it on the OS-level.
B) Use the magic of AI. Given it's monospaced, you could probably modify an image model to replace the relevant font of the screenshot.
Of course, these approaches may compromise your artistic integrity.
While it does seem that Ballmer doesn't have an understanding of the deepness of the problem, in his defence, he outscored BillG on the math SAT with a perfect score of 800, and graduated Harvard with a degree in applied mathematics.
Which makes me wonder if it's related to another 'simple' game theory problem that came up in Matt Levine's money stuff:
"They made me do the math on 1000 coin flips. EV(heads) (easy), standard deviation (slightly harder), then they offered me a +EV bet on the outcome. I said “let’s go.”
They said “Wrong. If we’re offering it to you, you shouldn’t take it.”
I said “We just did the math.”
They said “We have a guy on the floor of the Amex who can flip 55% heads.”"
I like that anecdote and the takeaway, especially with regards to trading: if someone's offering you what seems obviously a +EV trade, why are they offering it to you and what are you missing? Whether that was Ballmer's intended lesson is another matter..
Is the interview for an engineering position or for sales?
If you're hiring a software developer, I am going to assume all probabilities are about physical processes or data distributions or such, and there is no "if we're asking it means we have something up our sleeve". The data going to be sorted by merge sort is not going to have anything up its sleeve, or set any traps for me.
> Is the interview for an engineering position or for sales?
Either way. The coin-flip example and Ballmer's binary search game could apply with simple extensions to complicated processes like SLAs on cloud services.
> The data going to be sorted by merge sort is not going to have anything up its sleeve
That's a curious example, since one reason to use mergesort rather than quicksort is the latter's susceptibility to pessimal inputs.
You know that even smart mathematicians got tripped up by the Monty Hall problem, right?
> Even when given explanations, simulations, and formal mathematical proofs, many people still did not accept that switching is the best strategy.[5] Paul Erdős, one of the most prolific mathematicians in history, remained unconvinced until he was shown a computer simulation demonstrating Savant's predicted result.
This is great. Simple and slick makes it easy to use. I'm impressed by the URL importing feature. Is that a GPT wrapper behind the scenes or do you use another library?
I have a similar story of accessing an internal JSON API for my own benefit.
I left my airpods in a car I rented using zipcar. I spoke to support etc but nothing had been handed in. I checked to see if the car was still where I left it so that I could re-hire and claim them, but it had been moved.
The app tells you the 'name' of the car you rented which is used as an identifier. It also shows a map of where all available cars are. I sniffed the requests the app made to display this map, and was able to filter it by the car name. From this I was able to locate where the car I left my airpods in was. Was able to head there, unlock the car, and to my amazement the airpods were still there!
>they don’t seem to look at real people that live a long time in Spain, Italy, Japan, etc
I think you're referring to 'Blue zones'[0] here. I'm certainly not an expert in longevity, but was also intrigued by these areas and their apparently above-average lifespan, and how it goes against a lot of conventional longevity advice re: diet.
One explanation I've heard is that they're simply the results of poor record keeping, and that there isn't much strong evidence to suggest people in those regions do statistically live longer than average.
It doesn’t need to be strictly based on the blue zones idea, but the basic fact that in some places, people live longer than others. That Wikipedia article criticized the Okinawa narrative but doesn’t mention that Japan still has one of the longest lifespans in the first place.
My criticism is basically this: there are places where people live longer than others, and they certainly aren’t eating bowls of green goop and 200 pills every morning. If your goal is to maximize longevity, it seems logical to imitate whatever they’re doing. Or at least investigate it.
Japanese people generally don't skip breakfast and eat rice with every meal. So they aren't doing intermittent fasting and they are constantly eating one of the foods TFA says not to eat.
I am pretty sure the benefits of intermittent fasting beyond calorie restriction are not really supported by the latest science.
I am not saying it's bad; eating fewer calories has its benefits. However, the effectiveness of intermittent fasting, especially as portrayed in the media, has been quite overblown, IMHO.
I think one of the main sources of this is from a study that suggested longevity improvements in lab mice. Unfortunately, studies involving lab mice, especially those concerning metabolism, translate poorly to humans.
If you're looking for feedback, you could include a tiny section on the homepage about how to run the output docs. e.g. put them in a folder, point Claude Code/Codex to it and give it the prompt.
Thanks for building this!
reply