Webomator: Bradley W. Schenck's blog
Bradley W. Schenck's books Webomator Blog Topics Archives Retro Sci Fi
Search retro robot art
Subscribe RSS retro future Bradley W. Schenck at Facebook Bradley W. Schenck at Goodreads Bradley W. Schenck on Twitter Bradley W. Schenck at DeviantArt Bradley W. Schenck Also by Bradley W. Schenck Webomator blog: Notable Sites
Topic Archive: Computer Graphics
Amiga Dreams: my first computer graphic images, from 1987

Filed under Computer Graphics, Works in Progress

Amiga Dreams title screen (1987)

Back in September of 1987 I bought my first Amiga computer. It was an Amiga 500 – the least expensive Amiga, but with a whole megabyte of RAM. Less than a year later I’d use it to win the BADGE Killer Demo Contest, whose first prize was an Amiga 2000.

In the Fall of ’87, though, that was still a ways off. A long ways, as far as I could see: because although I wanted make pictures and animations, I was having some trouble learning to draw with a mouse. So I sent some of my pencil sketches off to a service bureau, where they were digitized with a video camera, after which I planned to paint them on my new computer. But before the scanned images came back I went to an eye-opening presentation by Jim Sachs at AmiExpo. Jim was doing fantastic artwork… and all of it with a mouse.

So I returned home and went back to drawing with what felt like a small brick, and I’d gotten the hang of it by the time my digitized sketches arrived, in the mail, on a floppy disc.

In October and November I got pretty busy with my mouse and Deluxe Paint II – and my scanned sketches – and I turned out a bunch of pictures. I put them all together with a shareware slideshow program, and zipped them up, and uploaded the slideshow to BBS systems across the country. Because that’s what we did in 1987, with our modems. On our landlines. After walking six miles through a snowstorm.

The Amiga Dreams slideshow was a portfolio that I used to approach game companies. It spread pretty far across the BBS’s and it introduced me to a whole lot of people, some of whom I still know.

I recently ran across a copy of the original slideshow at Aminet and I downloaded it. (I didn’t even have a complete copy any more.)

Now, it’s hard to simply show you the original images – mostly in 16 or 32 colors – because the aspect ratio of the Amiga’s pixels was different from the square pixels that computers use today. I had to scale these to get the images themselves into the correct aspect. So what you see here isn’t a literal version of what I did then, but the pictures look the same.

Amiga Dreams: Treasure (1987)
Treasure (1987)

These days, people call this "pixel art" – which is a pretty silly label – because one often worked with individual pixels, in solid colors, and from a limited palette. I used to say that I knew all my pixels by name. I almost wasn’t kidding.

Like most of the Amiga Dreams pictures the original resolution of the one above was 320 by 400 pixels, and I painted it with a palette of 32 colors. It was based on a little pencil sketch from my sketchbook.

Amiga Dreams: The North Light
The North Light (1987)

Here I took an old drawing for a watercolor and painted it over again in Deluxe Paint. This one was also 320 by 400 pixels. You can see that I managed pretty decent gradients for the sky and the beam of light; but it cost me quite a few of my 32 colors.

Amiga Dreams: Lady Otway
Lady Otway (1987)

Part of this picture was originally a pen and ink drawing.The digital version became better known a year or so later when I did a new, expanded version (in portrait aspect) for the cover of Amiga World magazine. Once again, this one was 320 by 400 pixels in 32 colors.

To do the portrait aspect version I rotated the image 90 degrees and turned my video monitor on its side. The monitor wasn’t too happy about that, but it was nothing a little degaussing couldn’t cure.

Amiga Dreams_ Tower
Tower (1987)

The Amiga’s Hold and Modify graphics mode was made up of equal parts of inspiration and dementia. You could use up to 4096 colors, but the color values were stored as the difference between the current pixel and the pixel to its left. Because the early Amigas used video displays there were limits on how many of these changes could happen on a given scanline, and how large the color changes could be from one pixel to the next.

If you used a HAM paint program you had to deal with strange color fringes shooting off to the right while you worked. This caused undesirable mental effects in laboratory mice, and in me.

I almost never painted in HAM after this one. HAM turned out to be great, later on, for 3D rendering, or for images that were painted in 24 bit color and converted down. But painting in HAM? It was possible: I just never liked it. I painted this picture in HAM with Digi-Paint.

Interesting note: another HAM paint program showed up a few years later. It was called Photon Paint, and it was written by the young Oren Peli – better known in this century as the writer/director of Paranormal Activity. It’s a small world.

Amiga Dreams: Serpent (1987)
Serpent (1987)

I can’t quite remember the provenance of this one. It’s possible, and maybe even likely, that this was the first thing I drew from scratch with a mouse. The original was once again 320 by 400 in 32 colors.

Amiga Dreams: The Dragon
The Dragon (1987)

Here’s another 32 color image, this time based on a couple of my pencil sketches. My original drawing of the dragon turned into a forgettable oil painting: I think it’s better off here.

Amiga Dreams: Viking (1987)
The Viking (1987)

This picture’s claim to fame is that it was the beginning of a dithering technique I finally mastered in the following year (more here).

At 640 by 400 pixels I could only have a 16 color palette. So I used part of that palette for a range of warm greys, and the rest for hues.

I used these colors in a checkerboard dithering pattern: the greys for values, and the hues for color. It worked pretty well, especially on a video monitor where the alternating pixels Closeup of the 16 color Viking picturetended to bleed together. Here’s a literal detail at twice its original size.

In practice, I painted areas with solid hues and then drew diagonal grey lines through them. I’d go over the grey lines with lighter and darker greys, either pixel-by-pixel, or in shorter diagonal lines. I also defined checker fill patterns with the 50% grey and one color, filled an area with that pattern, and then retouched the values from there.

The reason this all seemed worth it? Resolution. A 320 x 200 or a 320 x 400 image had big, visible pixels. At 640 by 400 I managed to get cleaner lines with the illusion of a large palette of colors.

Amiga Dreams: The End (1987)
The End (1987)

And this was the end, of course, in a Celtic knotwork border. I had pages and pages of knotwork designs for my drawings and paintings, earlier in the decade: I turned a lot of them into Amiga graphics in limited palettes, as we see here.

Years later, when I was building my first web site, I turned many of my early Amiga knotwork patterns into web-friendly clip art; those pages are still up. There’s even an animated Celtic knot that I painted in 1988 for the Charon demo that won me my second Amiga.

So these are my very first computer graphic images. It’s strange to see them again. Things were so different in 1987 that it seems like somebody else’s ancient history. I can’t even recall what treasures I myself found through the BBS systems of the day; there was wonderful art and freeware and shareware. It was a pre-web world, but our data still got around.

And I haven’t even mentioned the computer user groups, like VAUX, SFVAUG, and the others I used to visit, back when using a computer – or a particular kind of computer – made you an honorary member of unsecret societies across the globe.

 
 
Bas Reliefs from 3D renderings, with BasRel 1.0

Filed under Computer Graphics, Found on the Web

BasRel v1.0 is a plug-in for 3dsMax (2013 only, apparently) that uses the renderer’s z depth, or depth mask, rendering to produce height maps you can use to plot out CNC-routed bas reliefs from 3d scenes.

That might sound like a simple function until you realize that the depth information needs to be rescaled and modified to create the illusion of depth and additional shading in the shallow environment of a bas relief. It’s a fascinating idea of the kind that leads to other fascinating ideas, mainly of the “Hey, I could do this…” variety.

Or, anyway, that “One could do this…”, seeing as how I don’t have a supported version of Max. It’s still pretty dang interesting, if in a sort of abstract way..

The web site is unfortunately pretty confusing. The original incarnation of this idea used Blender, and most of what you find on the site relates to that application and – I think – a series of tutorials that help Blender users build their own copy of a plug-in, at which point there’s a bunch of post work in Photoshop or another paint program. Like I said, it’s a bit confusing.

The results do look very neat. I can imagine all sorts of ways to use a process like that, if I had a supported version of Max, anyway. Below is a video for the Max 2013 plug-in; I have no idea what’s going on during the multiple renderings and whatnot. Still, very neat. They’re getting a lot of detail out of Max’s depth maps (which I’ve found to be a little twitchy, myself).

There would have to be some limitations: since the resulting image(s) is (are) based on the depth map then the process is best suited to very high resolution models without things like opacity maps, bump or normal maps, and so on. And I’ve got no idea how one would get the data prepared for CNC work, which I think involves cutter choices and cutting paths. Chances are that’s just one of the many things that the web site doesn’t explain clearly enough for your humble correspondent, who’s now degrading to the “Get off my lawn!” stage of his development, oddly in the third person. Oddly, certainly.

If you missed it, here once again is a link to the product’s site.

[tags]3d rendering, cnc mill, cnc router, plug in, 3ds max, BasRel 1.0, depth map, height map, bas relief[/tags]

 
 
Thrilling Tales: the Morphing Men of Retropolis

Filed under Computer Graphics, Thrilling Tales of the Downright Unusual, Works in Progress

The new men of Retropolis

What began as a frenzied effort to make a bunch of characters that I can use in crowd scenes for both The Lair of the Clockwork Book and The Toaster With TWO BRAINS has unexpectedly turned into a whole new character creation process and, along the way, a whole new generation of character models. I’m excited about this even though I continue to worry about my Thrilling Tales schedule.

Because the object structure of my male heads is different this has meant repeating a lot of the setup work I’ve done for my women. But I’ve also done something new and neat that nearly works as planned – more on that below.

Morphing Character FacesIt started during the summer with tasks that I sprinkled in between my Clockwork Book illustrations. I created a series of very low resolution clothing objects and used Mudbox to sculpt them into much higher resolution models. Then I exported them in high and, um, less high versions. I completed the materials and textures on the high resolution models, then baked that texturing and the higher res normals into my medium res objects. (I did this in two different image resolutions, so I could switch between textures depending on how large a character appears in a scene).

Since then I’ve been working on new character heads that use morph targets for their expressions. More importantly, though, I’ve been working on the process for creating those heads so that it’ll be much easier to make new ones now, and the results should be much better.

A morphing character head consists of a base object – the head in a neutral state – and a bunch of other variations on it with expressions or other changes. So long as the structure of all these heads is exactly the same you can dial up one expression or another on the neutral head. In effect you have a single head that you can vary as needed.

Some of the things I’m doing involve changes to the objects. The simplest of those is lowering their resolution. Now, making changes to morphing objects is extremely tricky. You have two choices: either apply those changes to the neutral head after the morphing modifier – which is perfectly safe – or apply the exact same changes to every version of the head before the morphing modifier. Some modeling changes just can’t ever work on the raw targets. Some work most of the time. Some seem to work all of the time. As I work on my modifiers, I have to test them repeatedly. And it’s also important that these changes will work in the same way on every new head I make.

But the results are worth it: ideally, I can create any male character head and apply the exact same changes to it. After all that initial work what I have is a much more streamlined system to use over and over again.

Like I said, polygon reduction was the main thing I was interested in – but as of this morning I have a usable system for doing something completely different.

How to grow an aviator's helmet

Switching to morphing heads makes some things more difficult. In the past I designed a style of headgear that’s very common in Retropolis: a kind of form-fitting cowl, like an aviator’s helmet, that hugs the head and wraps around the chin.

When my characters were moving their heads and faces through bones, this was no problem. The cowl would be skinned to the same bones as the face and so it would move as the face moved. But the switch to morph targets meant that couldn’t work any more. The entire face would be moving in a way that the cowl couldn’t follow automatically.

So what I set out to do was to create an object modifier that would cause the cowl to grow out of the head. However the head moved, the cowl would grow out correctly because it would always be based on the current state of the head – and remember, that ought to be any head. By doing it this way I could apply the cowl to all the morph targets, if I liked – they’d still have an identical structure once this same change was applied to all of them. But along the way I thought of something much smarter.

By adding the cowl modifier after the morph takes place I could have my morphing character with headgear; if I turn off that modifier, though, I have the exact same character without the headgear. Slap some hair on the head and I’ve got my guy both ways.

And it almost works perfectly. I’ve been referring to my cowl-growing process as "a modifier", but in fact it’s two modifiers that get applied in sequence. There’s still something wrong when I apply the second one – I’m finding that I have to finish the process by hand, once, for each new character. But even if I can’t sort out that problem I have a nearly automatic process for growing a Retropolitan aviator’s cowl right out of any new male head I make.

Sometimes, I feel really smart. This is almost one of those times.

Now I just need to crank out a few more of these guys before I have to go back to work on the last of the illustrations for The Lair of the Clockwork Book. There aren’t as many to do in this batch, but I know they’re going to be difficult ones. So, you know, I worry.

 
 
Thrilling Tales: it’s all about the ladies

Filed under Computer Graphics, Thrilling Tales of the Downright Unusual, Works in Progress

Ladies of Retropolis

Well, it’s not really all about the ladies; but they’re what I had to drop into this picture.

During this round in which (theoretically) I’m working on Part Two of The Toaster With TWO BRAINS (while also catching up on a web project) and in which (actually) I’m building character assets like mad because I need so many folks in the background for upcoming scenes not only in TWO BRAINS but also in The Lair of the Clockwork Book, while still, truly, catching up on that web project, and – as I see with some dismay – constructing overlong sentences that just won’t die, I have been practically incommunicado because my nose is pressed so firmly into my monitor.

But I’ve done great, though undetectable, things: I’ve completely revamped my work flow for creating female character heads, with much greater controls over their expressions, and every one of these new heads uses the same object topology so that if I really wanted to, I could probably morph Face Morphsthem from one character to another. This involved some difficult work over five days – not counting making the actual heads you see here – but it’s the kind of thing that will continue to help me out in the future. The new system worked so well that I even rebuilt my Gwen Hopkins character’s head completely from scratch, since she has a lot of upcoming scenes in TWO BRAINS.

Male heads, on the other hand, are still ahead of me; I have to redo that preliminary work for them because their object topology will not be the same. But happily I still have the original (though incompatible) data for Nat Gonella’s head, and I’ll eventually be rebuilding that one with the new system, too.

But it’s not all about the heads. I’ve also finally done some 3D sculpting work that I actually like for clothing. I’ve turned out a bunch of different base garments and a number of texture variations on them, with more to come, so that you won’t think everyone in Retropolis shares the same clothes. This new approach involves high and low resolution versions of the garments, where I’ve built them completely in the higher resolution and then baked their textures and normals into low resolution versions of the same clothing. I’ll even have the higher resolution clothes there for use in some of my really large renderings.

So this period of a few weeks is just about all concerned with what, in a perfect world, would have been pre-production. I just don’t have the luxury of doing all that work at a more sensible time, when I’m not still under the evil eye of my schedule. Because for as long as I’m doing a serial I am always under the schedule’s evil eye.

The bothersome thing is that this work – though it will benefit TWO BRAINS – is coming out of the TWO BRAINS part of my schedule. The publication schedule for the Clockwork Book makes it a cruel master.

I just need two of me, I guess.

Anyway, it’s back to more of the same and some other stuff. I ought to get back to The Clockwork Book in a month – it would be better to do that even sooner. In the meantime, I’m an asset building machine.

 
 
“Blik”, a short film by students at the Utrecht School for the Arts

Filed under Computer Graphics, Found on the Web

Made as the filmmakers’ final project at the Utrecht School of the Arts, Blik is a story told entirely without dialogue and – because the characters’ faces lack any features – without the use of any expressions at all. The whole thing is done with an exacting use of body language and as challenging a prospect as that is, these folks (now at Polder Animation) pull it off brilliantly.

There’s something very pleasant about their combination of watercolor-like rendering and their use of light, shadow, and – at one point – rain. Very nice work!

[tags]computer animation, short film, polder animation, utrecht school of the arts, rendering[/tags]

 
 
webomator
The Webomator Blog is powered by WordPress.
Down in the Basement. Where it Strains Against its Chains and Turns a Gigantic Wheel of Pain, for all Eternity. Muahahahahaha.