As a kid, one of my favorite toys was my Spirograph Set. I had the original 1960s version, as pictured in that link. I still remember being completely blown away by how some plastic gears and colored ballpoint pens could produce a near-infinite variety of intricate geometric patterns. Yeah, I was already a bit of a geek even when I was 7 years old!
Somewhere along my meandering journey from childhood to middle age, my Spirograph set was lost. But a recent query from my wife (who has become interested in geometric designs for art quilts) rekindled my interest in this long-lost toy. I haven't gone and bought an old Spirograph set on eBay (yet...), but I've done the next best (in some ways better!) thing.
With a bit of research on Wikipedia and Wolfram MathWorld, I've learned that Spirograph produces mathematical curves called hypotrochoids and epitrochoids. In a nutshell, if you take a fixed circle, roll another circle around its inner or outer circumference, and affix a pen at some distance from the rolling circle's center, the pen traces a hypotrochoid (if the rolling circle is inside the fixed one) or an epitrochoid (if the rolling circle is outside the fixed one). The number of lobes in the pattern depends on the ratio of the sizes of the fixed and rolling circles, and the shape of the lobes (how pointy or rounded they are) is determined by both the ratio of the sizes of the circles and the distance of the pen from the moving circle's center.
It's a fairly simple matter to simulate arbitrary Spirograph patterns on a PC, and display the results in a window. I've written a simple Python script to do this—I call it Pyrograph, and you can grab the (admittedly rather primitive) v0.1 release of it here (right-click the link, and save the file locally). Update: There's a v0.2 release here, which fixes the issue when executing from within the Python Idle environment that someone reported in the comments. It has also been noted that the Windows-style line endings in the file can cause problems for Linux users ("bad interpreter" errors); Linux users should convert the line endings using the dos2unix command before attempting to run the script.
To play with the script yourself, you'll need to install the Python interpreter on your system. Python is a freely available, Open Source, cross-platform scripting language that has a huge number of add-on packages available for various application areas. For Windows, simply download and run the installer for the latest 2.x release, which should be available from this page. If you're a Tux fan, install the base Python package and the "tkinter" add-on from your Linux distro's software repository (many distros install the Python interpreter by default, so you may need to install only tkinter).
Take a look at the Pyrograph script in your favorite plain-text editor (even Notepad will do in a pinch). The Pyro method is the heart of the script; the first parameter is the radius of the fixed circle, the second parameter is the radius of the rolling circle, the third parameter is the offset of the pen from the center of the rolling circle, the fourth parameter rotates the entire pattern a specified number of degrees, the fifth parameter scales the entire pattern up or down in size (values > 1 enlarge it, values < 1 shrink it), and the sixth parameter specifies the color of the pen.
The Draw method is invoked when the script is run; it calls the Pyro method one or more times. To change the pattern, edit the Draw method. To see the pattern, just run the script (type its name in a command prompt window, or double-click on the file).
For each of the following examples, I've listed the Draw method, immediately followed by a screen capture of the pattern it produces. (Other than the Draw method, the rest of the script remains unchanged.)
# Example #1: Simple hypotrochoid pattern, with the rolling circle fairly large and the pen near its edge
self.Pyro(300, 255, 220, 0, 1, "#0000c0")
# Example #2: Same as previous, but with the pen moved in towards the center of the rolling circle
self.Pyro(300, 255, 80, 0, 1, "#0000c0")
# Example #3: Hypotrochoid with a smaller radius rolling circle
self.Pyro(300, 45, 35, 0, 1, "#0000c0")
# Example #4: Multiple overlaid hypotrochoids (different pen offset for each)
for i in range(0, 15):
self.Pyro(300, 200, 50 + i * 10, 0, 1, "#0000c0")
# Example #5: Same as previous, but with each iteration rotated by a multiple of 5 degrees
for i in range(0, 15):
self.Pyro(300, 200, 50 + i * 10, i * 5, 1, "#0000c0")
# Example #6: A simple epitrochoid
self.Pyro(150, -60, 50, 0, 1, "#0000c0")
# Example #7: Some multi-colored epitrochoids
for i in range(0, 24, 4):
self.Pyro(150, -60, 50, i, 1, "#c00000")
self.Pyro(150, -60, 50, i + 24, 1, "#00c000")
self.Pyro(150, -60, 50, i + 48, 1, "#0000c0")
Well, I hope that's piqued your interest. Have fun!
As someone who's been building and using PCs since the 1970s, it amazes me when I look back at how far we've come since the early days. Inspired by UberGerbil's "Computer Archaeology" forum thread, I decided to do a little archaeology of my own, delving into the dark corners of my crawlspace and attic. It's going to take a while to sort through stuff and figure out what's worth sharing here, but one of the first interesting items I came across was a Byte magazine from March 1988 - exactly 20 years ago.
The feature articles for March of 1988 were "Enhanced EGA/VGA Boards" (a review of EGA and VGA graphics boards from a number of vendors) and "The New Coprocessors" (five articles about math coprocessors and floating point programming). 640x480 was still considered to be "high resolution" for a PC video card in those days, and you could easily pay upwards of $500 for the privilege. Intel's 80387 math coprocessor had debuted a few months before, and Weitek had also introduced their competing 1167 math coprocessor (which outperformed Intel's 80387 but required the installation of a $2,000 add-in card).
On the software side of things, Byte also looked at Microsoft Works 1.0 and Excel 2.0, giving both products good reviews. Since almost nobody was running Windows in those days, Excel actually came bundled with a copy of Windows 2.0!
The best part of looking at these old mags has to be the ads, though. I think they give you a great picture of where the industry was at, and they can also be good for a laugh.
Starting small, first up is an ad from Logitech touting its new mouse:
Wow, 320 DPI resolution! (Modern high-resolution mice are 1000+ DPI.) And just look at those sleek lines and that ergonomic design... not!
Next up is Toshiba's "desktop replacement" laptop computer:
Yes, 18.7 pounds was revolutionary for those days. And with a 12MHz CPU, 40MB hard drive, and the ability to connect to mainframes (gasp!), how could you possibly go wrong? Battery life was a non-issue, since you had to plug it in. I actually used a Toshiba laptop similar to this one on a couple of business trips back in the day... and yes, for its time it was quite impressive!
And then there's quad core desktop computing, 1980s style:
The Inmos Transputer (like the Weitek math coprocessor mentioned above) is one of those products that was considered quite impressive from a technical standpoint, but never gained sufficient traction in the market to become a commercial success. The company I was working for at the time evaluated the possibility of using the card on the right to do financial modeling, and even ported some of their code to run on it. Unfortunately, the overhead of breaking the problem up into chunks that could be processed in parallel by the transputers, combined with the dismal bandwidth of the ISA bus interface, meant that the modest application performance gains just weren't worth the $6,000 price tag. To put the performance in perspective compared to modern CPUs, you'd need several hundred of those Quadputer cards to provide floating point performance equivalent to a single modern quad core x86.
Last up is a memory
module monstrosity from Micron, these days better known as the popular memory vendor Crucial:
Yup, that's 2MB on a full-size ISA card. 4MB if you get the daughter card option. All running at a blazing fast 12MHz!
Well, that's about it for this trip down memory lane (haha, pun intended). I'll probably make this a semi-regular feature as I go through more of the stuff I've got stashed in the crawlspace. I had hoped to find even older material (early 1980s or even 1970s), but haven't quite reached that stratum in my ongoing archaeological dig just yet. "It was thirty years ago today" doesn't have quite the same ring to it, does it?Bits and Bytes... V0.1
Test... test... hey, is this thing on?
Ahh, there we go.
Allow me to introduce myself. Some of you may know me already as "just brew it!" on the TR forums. I've been an active member of the forums here since 2002; since then I've taken on an expanded role as moderator of the Distributed Computing and Developer's Den sub-forums, and (most recently) as co-administrator of the forums as a whole. I also designed and built The Beast, which Geoff has used to perform load testing in TR's two recent PSU roundups.
Jumping back a decade or two or three, I've been an incurable nerd and PC enthusiast almost as long as there have been PCs. My first PC was an IMSAI, which I built back in 1978 when I was in high school. In those days, the first step in building a PC was going down to the local Radio Shack to buy a soldering iron and a spool of solder! Most of the cards came as "kits", which typically consisted of a bare PC board, a bag of ICs and other components, a schematic, and a diagram of the board layout. Mmmm, don't you just love the smell of hot molten solder in the morning? OK, maybe not. Hmm, maybe all those lead fumes I inhaled as a teenager explains the... umm... *ahem*... but I digress. Let's move on, shall we?
I majored in Computer Science in college, and married my high school sweetheart. I've also raised three wonderful kids, none of whom are as geeky as their father. (Though my son comes close... there's hope for him yet... or should I say he's doomed?)
Over the years, I've worked as a software engineer in the telecom, finance, high-energy physics, and (most recently) defense industries. I've also built or repaired countless PCs for myself, family members, and friends. I still find computer technology—both the hardware and software aspects of it—to be endlessly fascinating; technology changes so rapidly that there's always more new stuff to learn.
Some years ago, I also became interested in craft beer. Like PCs, beer became a bit of an obsession. I took up homebrewing, joined a local homebrewing club, attended homebrewing conferences, and trained to become a certified beer judge. Lately I've also started getting into making Mead. Something interesting I've discovered is that a surprising number of people who homebrew also work in technology-related fields. Maybe that's not so surprising after all—anyone can brew beer; but to consistently brew quality beer you need to pay attention to details, document everything, and continually refine your process. In other words... it's an engineering problem!
So anyhow, getting to the point, Damage & Company have invited me to take a more active role in contributing content to the site. I'm not planning on focusing on any one particular subject area; the tentative plan is for me to do a grab bag of "How To" type articles, possibly some "quick look" reviews of hardware that doesn't merit the full TR review treatment, and other random stuff that relates to PC technology in some way (but may be a bit off the beaten path relative to what TR normally covers). Oh, and this blog, which is basically going to be me ranting about whatever geeky topic floats my boat this week.
Within limits, I'll also take requests—if there's a topic you'd like to see covered or a blog post you'd like to see expanded into a full-length article, give a holler in the blog comments! If the subject matter isn't too off-topic for TR, Damage may give the go-ahead for a feature article.
|Steam beta hardware ready to ship, SteamOS downloadable Friday||42|
|Updated: Some GPUs are in short supply, but why?||23|
|ASRock intros Killer gaming mobos, includes M.2 connectivity||8|
|Nvidia's G-Sync is smooth as expected; more soon||42|
|The TR Podcast 147: Amazon airlifts, 4K goes mainstream, and 290X goes wobbly||11|
|TR's Christmas 2013 system guide||53|
|Apple granted patent for head-mounted display||77|
|Dell introduces its first Chromebook||52|