Procedural City, Part 1: Introduction
By Change of pace. In the last week I’ve had an idea clawing at the back of my head, and it’s clear the thing isn’t going to leave me alone until I do something with it. I don’t usually blog about my little programming projects (with the exception of the Terrain Project) because I like to imagine this site has some sort of focus, but the choice here is for me to blog about this or leave the site fallow for a week. So I’m blogging it. Perhaps you’ll find it entertaining anyway.
Motivation
There are several reasons for wanting to do this.
 |
| It’s comical now, but this was a real eye-grabber in 1996. |
Way back in my early days of 3D development a lot of my work was focused on creating effects or finding tricks to make it look like there is more to the scene than what is really being rendered. A lot of work was being done by game companies to simply push the technology as far as it would go, but I enjoyed getting halfway there with technology and then going the rest of the way with a good facade and some lighting tricks. The techniques I used in the mid 90’s would seem laughably simplistic and trivial today, but at the time I remember getting a lot of “How did you do this?!?” type reactions to my work.
For example: I wanted to make a city, but the scene just couldn’t render things at a great enough distance to give you a “big city” feel. It just felt like a handful of big boxes next to each other in the middle of a featureless plain. So I set the city at night, scaled the buildings down so that they weren’t really much bigger than houses, and slightly pinched the tops of them so that the top of the (apparent) cube was smaller than the base. The reduced scale let me get a lot of buildings close together, the night lighting let me suggest more detail than was really present, and the skewed shape created a false impression of height. (The eye wanted to believe that these building-ish objects were cubes, and so when you looked up it made them seem taller than they were.) The scene was pretty astounding in 1996, although I doubt it would impress anyone today.
This sort of thing was an unusual blend of technical and artistic work, and I enjoyed it immensely.
 |
My new graphics card is ridiculously powerful. While I’m working less and less with graphics these days, on the rare occasions where that sort of work crops up it’s still focused on getting more out of widely adopted low-end technology. So I haven’t worked with much new technology. (“New” being very relative. For me, anything younger than a kindergartner is new.) This makes me some sort of cutting-edge Luddite, pushing the limits of stale technology.
CPU’s have stagnated a bit over the last few years while GPU’s have continued to accelerate. (No pun intended.) This has moved a lot of the old bottlenecks around. I think it would be good for me to get to know one of these recent GPU’s and see what it’s like to work with them.
And finally, I love procedural content, but I never get a chance to work with it.
Goals
1. The goal is to make a nighttime cityscape that is mostly made of lights and suggestions rather than real detail.
2. The city will be entirely procedurally generated. That is, the program will contain no art assets. No textures. No models. Everything must be built from scratch at startup.
3. I’m budgeting a week of nights and weekends for the project. So, probably about 30 hours of time total.
4. I’m going to use only conventional rendering. While I’d love to muck about with pixel shaders and see what the new ones can do, I haven’t messed with that sort of thing since 2006. Just getting up to speed on the subject would blow my entire time budget. (Pixel shaders are special programs that run on your graphics card instead of on your “computer” with all of your other software. They are strange, amazingly powerful, and difficult to master.)
5. I’m aiming for something that will run on a broad range of machines. This will be a little tricky, since my current machine is pretty beefy compared to the average. (I’m talking about the average windows-based PC, not the average gaming computer.) It’s much easier to develop on an old machine than to develop on a new one and try to guess where the bottlenecks will appear when run on old hardware. All of our older machines around the house have been converted to Ubuntu, and running under WINE wouldn’t make for a very useful benchmark. So this goal will be difficult to judge. The best I can do is aim for the program running at at least 100 frames per second on my PC and hope that it can still manage 25 or so on an older machine. Even this is pretty dicey, but it’s the best I can do for now.
I don’t know what I’ll do with the program beyond the goals above. Give away the source? Turn it into a screensaver? Add more features? We’ll see where the project takes me and how interesting this is to people.
Getting Started
The first step in a project like this is to make a simple program to open a window, start up OpenGL, and provide some basic camera interface so that I’ll be able to examine my work. This involves gathering up a lot of boring boilerplate code, creating the project files, and adding a bunch of not-very-interesting low-level systems. The result is not very compelling:
 |
Sorry for dragging you all this way only to show you an empty window, but this is how it often goes. I’ll make sure to have something more compelling to show you next time around. This series will run all week, assuming everything goes to plan.
Tenpenny Tower
Bethesda felt the need to jam a morality system into Fallout 3, and they blew it. Good and evil make no sense and the moral compass points sideways.
Spoiler Warning:
Mass Effect 2
What happens when you take a smart game with bland mechanics and turn it into a bland game with servicible mechanics?
Marvel's Civil War
Team Cap or Team Iron Man? More importantly, what basis would you use for making that decision?
Lost Laughs in Leisure Suit Larry
Why was this classic adventure game so funny in the 80's, and why did it stop being funny?
The Strange Evolution of OpenGL
Sometimes software is engineered. Sometimes it grows organically. And sometimes it's thrown together seemingly at random over two decades.
Crash Dot Com
Back in 1999, I rode the dot-com bubble. Got rich. Worked hard. Went crazy. Turned poor. It was fun.
[…] This is a demonstration of a program to generate and fly through a dynamically generated city. You can read the step-by-step of how it was made at this website: http://www.shamusyoung.com/twentysidedtale/?p=2940 […]
[…] J’ai inclus le site Web du créateur de ce logiciel, Shamus Young et aussi comment il a réalisé ce magnifique travail. Si vous avez la patience d’un programmeur vous pourrez le faire vous-même. http://www.shamusyoung.com/twentyside… […]
[…] http://www.shamusyoung.com/twentysidedtale/?p=2940 […]
[…] Procedural City “” 14-teilige Artikelreihe über prozedurale Synthese (Video mit Musik von Oursvince) […]
[…] en el estilo de excelente Shamus Young ciudad procedimiento serie, voy a comenzar blogs sobre planetas haciendo. A diferencia de él, sin embargo, no voy a […]
[…] time the program runs. Here, the video that shows the Young’s process will make it more clear:Pixel City is a procedurally-generated city by Shamus Young. For the non-coders out there, this essentially […]
[…] discussing his design choices, challenges and gotchas. If you are interested in reading about it, the first post is here and the final product can be downloaded as a Windows screensaver here.. Personally I found that […]
[…] out this video of a dynamically generated city by Shamus Young. More info here. [Thanks Umlaut] Share May 16th, 2009 | Tags: 3D, Dynamic Content, Pixel | Category: Art, […]
[…] that documents building a virtual city. The city was generated programatically by Shamus Young, who details the process on his blog.You can follow our links and commentary each day through Twitter (@guardiantech, or our personal […]
[…] few years ago, a guy named Shamus Young coded something really cool: a procedurally generated city. Using just a few assets (a bit of texture, some general building models, a bit of code for cars) […]
[…] Procedural City, Part 1: Introduction – Twenty SidedApr 13, 2009 … Pixel City – Procedurally generated city: wie baue ich mir meine eigene … By We Built This City On (er) Maths: PixelCity | Rock, Paper, Shotgun … […]
[…] que el tÃtulo lo dice todo lo que realizó Shamus Young en su proyecto Pixel City, en el que utilizó la técnica de Procedimiento de Generación para […]
Great Wall of China is known as China\’s serpentine masterpiece thanks to its huge architecture and historical beauty.
I only wrote 748 glowing items about him in The New York Post
and in boxing magazines when he was trying to make his “bones” in the fight game.
I kind of doubt it but I would not go into any Sugar Shane shock over such bad news.
It’s a shame you don’t have a donate button!
I’d definitely donate to this brilliant blog!
I suppose for now i’ll settle for book-marking and
adding your RSS feed to my Google account. I look forward to brand new updates
and will talk about this site with my Facebook group.
Talk soon!
This is awesome work I just ran across, your so talented. Keep up the excellent work. Sincerely, Garver
Hellο mates, how iÑ• the whoe tɦing, and what yoou Ôish fÖ…r to
say гegarding this paragraph, in myy view іts аctually remarkable
Ñ–n support Ö…f me.
Thanks for finally writing about >Procedural City, Part 1: Introduction – Twenty Sided <Loved it!
auto backlink bomb
adwords keywords tool
You can search from Tacoma to Seattle and never have the ability to find one other shop that can even come near matching our
low costs and grade A quality of hashish products sold right here at Highway 7 Recreational Marijuana Store.
[…] Links extern: Twenty Sided » Procedural City, Part 1: Introduction […]