In 1977 Alfred Milgrom started Melbourne House, a book publisher, with “four and a half” employees and offices in London and his native Melbourne, Australia. Over the next several years they made a modest go of it. In addition to a stable of young Australian authors, they established something of a specialty as a publisher of mid-list American authors who lacked contracts with the larger British and Australian houses. They signed quite a variety of them: novelist Gerald Green, just coming off a career peak as the screenwriter of the high-profile American television miniseries Holocaust; nonfiction man’s man extraordinaire Robin Moore, most famous for his 1965 book The Green Berets which spawned one of the most unexpected hit songs ever as well as an infamously jingoistic John Wayne movie; Lin Farley, one of the first to write about sexual harassment in the workplace; and Raymond Andrews, author of a trilogy of novels about a black sharecropper family in the mid-century South.
And then came 1980, and with it the Sinclair ZX80. With a PhD in “chemistry, maths, and physics” from Melbourne University, Milgrom had some somewhat atypical interests for a publisher; he had “always been interested in computers.” He quickly bought a ZX80 of his own. That August, Melbourne House published the hastily put together 30 Programs for the Sinclair ZX80, an unadorned collection of short, simple BASIC listings that could fit within the unexpanded machine’s 1 K of memory, including even a very stripped-down Eliza-like conversation simulator. The programs were credited to an alias computer gamers would soon come to recognize almost as quickly as the name “Melbourne House” itself: Beam Software, a contraction of Milgrom’s initials and the last name of another at Melbourne House who worked with him on the book, Naomi Besen.
In barely a year’s time WH Smith would be selling Sinclairs out of their High Street shops, but at this time no one in the bookseller’s trade knew what to make of the book Milgrom was now trying to sell. So he started taking out advertisements in the enthusiast magazines instead for what was likely the first book ever published about a Sinclair computer. It turned into a “runaway success,” the company’s immediate bestseller. Milgrom followed it up with more hastily produced technical books, written both in-house and by others. Melbourne House would remain one of the most prolific of British computer-book publishers for much of the 1980s. With so much opportunity in this area, their interest in publishing other types of books gradually fell by the wayside.
What with their publishing so many program listings in book form, it seemed an obvious move to begin offering some of them on tape for those who didn’t feel like doing so much typing. Accordingly, their first program on cassette, yet another clone of Space Invaders, appeared in February of 1981, the beginning of a slow transformation in primary avocation from book to software publisher. In a sometimes confusing dichotomy, Melbourne House would remain the publishing arm of Milgrom’s organization, while the wholly owned subsidiary Beam Software served as their in-house development group. Melbourne House would also sometimes publish programs created by outside developers, but for all practical purposes Melbourne House and Beam Software were one and the same entity.
Milgrom had been aware of Adventure and its derivatives for years, some of the latter of which were just beginning by mid-1981 to sneak into the British software market in the form of early, primitive efforts by Artic Computing. Realizing that the form was soon likely to be huge in Britain, as it already was in the United States, he decided to commit Melbourne House to creating one bigger and better than anything currently available for British microcomputers. Knowing he lacked the time and the technical skills to implement such an ambitious project, he posted an advertisement back in Australia at his alma mater, the University of Melbourne, looking for computer-science students interested in working part time on a game-development project. (It being the beginning of August, the Australian spring semester was just beginning.) The first to respond was Veronika Megler, a student about to begin her final year as an undergraduate with a particular interest in database design. Milgrom gave her a very simple brief: “Make the best adventure game ever. Period.”
Luckily, Megler had plenty of ideas about how to approach that rather vague objective. She had played just one adventure game in her life — typically enough, the original Adventure by Crowther and Woods. Yet she already felt she knew enough about the form to say what she didn’t like about it, what she wanted her game to do differently. She hated the threadbare world and static nature of Adventure, the way that most of the possible interactions were pre-scripted so that certain verbs only worked in certain places and many perfectly sensible actions were completely unprovided for. Most of all, she hated the way the other characters in the world had nothing to do, no possibility of reacting to the player’s actions. In place of solitary, static puzzle-solving, she imagined a dynamic environment filled with other characters moving about the world and pursuing agendas of their own — something that might actually feel like living inside a real story. Both Megler and Milgrom also very much wanted to get beyond primitive two-word parsers, something only Infocom had so far managed.
Megler recruited a partner to work with her on the game, Philip Mitchell, a fellow senior with whom she had already worked on a number of group projects and whom she knew to be both easy to get on with and a skilled programmer. Milgrom himself added a third member to the team specifically to help them with the parser: Stuart Richie, who was doing a dual degree in English linguistics and computer science, with a special interest in combining the two fields.
At first, the game was planned as a generic fantasy adventure. However, none of the people involved had any experience as writers of fiction. At some point during the early stages of development, someone (it’s unclear exactly who) suggested that it might be possible to adapt J.R.R. Tolkien’s The Hobbit. Once named, it seemed the obvious candidate for a story. Bilbo Baggins’s quest to kill the dragon Smaug and return safely with his treasure, overcoming trials and tribulations along the way, was not just suitable for an adventure game but practically identical in the broad strokes to the structure of most of them. And The Hobbit was very popular — probably the most-read fantasy novel of all time, in fact — which would guarantee the game an eager audience. (I’m going to assume from here on that you’ve read the book, which I think is probably true of most everybody reading this blog. If you haven’t, you should. It’s a consistent delight, with none of the reactionary nostalgia for an older, class-bound Britain that sometimes bothers me about The Lord of the Rings.)
Unlike more naive characters like the Austin brothers, Milgrom knew that he needed to work something out with the Tolkien estate before releasing a commercial game based on the novel. About six months in, with some demonstrations ready to show them, he made contact. As Milgrom put it in later interviews, he had “contingency plans” if the Tolkien people should turn him down — presumably, filing the proverbial serial numbers off and releasing the game as a generic fantasy adventure after all. But luckily they were very receptive. As I write this, we’re awash in hype over the imminent release of the first of Peter Jackson’s Hobbit movies. It’s amazing to consider that thirty years ago the Tolkien estate was willing to entrust the property to a tiny publisher like Melbourne House employing a few kids working part-time when not at university. Tolkien was then, as he is now, the premiere fantasy writer. It’s just that the position of fantasy fiction within popular culture has changed incalculably, in no small part due to trends whose roots I’ve been chronicling on this blog.
Even with the novel to provide a world and the outline of a plot, the team had an insanely ambitious brief, one that obviously was not going to fly on the current Sinclair machines. Nor had Sinclairs made their way into the Australian market in any great numbers anyway. The most popular PC there at the moment was a Hong Kong-built clone of the TRS-80 sold through the local Dick Smith chain of electronic stores: the dubiously legal Dick Smith System 80. These machines shipped with only 4 K or 16 K of memory, but with a bit of ingenuity could be expanded up to 48 K. They also used the Z80 processor found in many machines, including the Sinclairs. Milgrom and his team decided to make their game on their hacked 48 K System 80s, under the assumption that by the time it was finished other, more consumer-friendly machines with the necessary attributes would be available to which they could port it without too much hassle. This practice of targeting tomorrow’s hardware today is now common in AAA game development; The Hobbit was perhaps the first example of it.
Of course, with 48 K and no disk drive to work with for virtual memory (Australia, like Britain, was still firmly cassette-bound), they still had one hell of a task in front of them. Megler remained the linchpin of the project, developing a whole adventuring system that should be at least theoretically reusable in future games. She also went through the book to develop a plan for the game, mapped the major events and characters to locations in the world, and added them to the engine’s database. Mitchell worked on a full-sentence parser that would allow the player to talk to the other characters in the world and even order them about. He called his system “Inglish.” Together, the code for the engine and the parser was eventually squeezed down to about 17 K, leaving the rest of the memory for Megler’s database. Richie, who was employed by Melbourne House for only a few months, contributed no code, and his ideas ultimately had little influence on the system. Milgrom’s idea of hiring a linguistics expert to develop a parser is one of those that sounds better in theory than it works in reality. As countless other programmers have learned, developing a good adventure-game parser has more to do with common sense and careful diligence than elaborate theories about linguistics or natural-language processing.
The Hobbit‘s development had some similarities to a student project, a certain abstract naiveté that sometimes threatened to send the team wandering hopelessly off course. They were having great fun — perhaps sometimes too much fun — just playing in this world they were building. Thanks to all of its random dynamism, it constantly surprised even them. Megler sometimes played the system like an early version of a god game such as The Sims, injecting new NPCs just to see what would happen and what kind of chaos they would cause with their fellow actors and the player: “I’d written in an angry dwarf that kept trying to kill you, and if you did something (I don’t remember what) it became a randy dwarf, and kept following you around and propositioning you. But Fred and Phil decided that was a little too much, and made me take it out again.”
And then it was the summer of 1982, the semester was over, and — in a demonstration of just what a part-time, semi-amateur project this was — Megler, the primary architect of all this, was suddenly gone: “I was bored with full-time programming and debugging, and eager to get on with a ‘real career’ (which gaming wasn’t, back then).” Only Mitchell stayed behind, to be hired by Milgrom as a regular, full-time employee. By this time The Hobbit was in a relatively finished form, a bit rough around the edges but basically a playable game on the TRS-80/System 80. Now the ideal platform on which to actually release it had come around, just as they had hoped it would: the first Sinclair Spectrums were just reaching consumers back in Britain. What with Melbourne House’s distribution network in that country and the tiny size of the domestic Australian market, the Spectrum and Britain were the obvious target platform and market respectively for their game. Luckily, the Spectrum used the same Z80 chip as their development platform, and had the same 48 K of memory. Porting Megler’s engine to the Speccy should be relatively simple.
The Speccy did also have one important feature that their development machines had lacked: color, bitmapped graphics. Milgrom decided that illustrations could be the cherry on top of his next-generation adventure. He commissioned an artist, Kent Rees, to create — on paper, as was the norm at the time — pictures for about 30 of the game’s 80-odd locations. Mitchell then developed a system to trace these images and import them into the computer, using the vector-drawing techniques pioneered by Ken Williams for Mystery House. (You can see clear evidence of this in the finished game; the computer draws each line and fill one by one before your eyes, like an artist recreating the picture each time.) The illustrations are by no means stunning, but they were certainly novel in their time, and sometimes do manage to add a little something to the atmosphere.
Interestingly, Mitchell continued to do most of this work on the System 80, a much more pleasant machine to work with thanks to its real keyboard. He only moved the finished product to the Spectrum when it came time to test his handiwork. (To add to the irony, the TRS-80 would be one of the few platforms on which The Hobbit would never get an official release.) Thanks to some very efficient drawing algorithms as well as smart text-compression routines that rivaled those of Level 9, Mitchell was able to pack the entire game, with illustrations, into the 48 K Spectrum, a remarkable feat indeed when one considers that he had no recourse to external storage — 48 K was literally all he had to work with for code, text, data, and pictures.
As summer passed into fall, the game was settling into its final form. But now a persistent problem threatened to derail everything: a multitude of tiny glitches and bugs that cumulatively began to overwhelm the experience of every session the longer it continued. Rather than crafting interactions by hand, Megler had striven to make The Hobbit a dynamic simulation. Monsters and other characters move about and act differently in every session, guided by random chance as well as their disposition toward the player (attacking Gandalf, Elrond, or Thorin tends to get you on their bad side); every object has a weight, size, and strength that determine its interactions with every other; each character, CRPG-style, has a certain numerical defensive and offensive strength as well as a health level for determining the results of combat. This could all lead to fascinating examples of what we would now call emergent behavior or even emergent storytelling, but it could also lead to a welter of bugs and general weirdness. Tracking these down turned into a nightmare, as the randomization and dynamism of the world meant that many were impossible to reproduce consistently. This had presented a huge challenge even when Megler was still on the project:
The Hobbit was a tough game to test. Unlike the other games of the time, it was written in assembler, not BASIC, and we would find bugs in the assembly and linking programs. Also, it was not deterministic, and the game played differently every time you played it, as a result of Philip doing a lot of work to develop a “perfect” randomizing routine. Literally, the player had a turn, then each animal had a turn, and the animals just “played” the game themselves according to their character profile, which included interacting with each other. In essence, the animals would do to each other anything that they could do to or with you. So we would constantly have animals interacting in ways that had never been programmed or envisioned. The game would crash because of something that happened in another part of the game that you as the user (or person testing the game!) didn’t see, because the game only showed you what was happening in your location. For a while, we had terrible trouble with all the animals showing up in one location and then killing each other before you got there, before I got the character profiles better adjusted!
Melbourne House struggled with these problems for a time, but eventually, as development stretched toward the eighteen-month mark, seems to have just declared it good enough and pushed it out the door. A telling disclaimer in the manual indicates that they were aware that it wasn’t quite in the state it probably should have been: “Due to the immense size and complexity of this game it is impossible to guarantee that it will ever be completely error-free.” And indeed, the first release of the game in particular is riddled with inexplicabilities. Swords break on spider webs; Bilbo can carry the strapping warrior Brand about for hours; Gandalf and Thorin can walk through walls; garbled text and status messages obviously meant for the development team pop up from time to time. Melbourne House released a version 1.1 shortly thereafter, which fixed some of this but — oops! — also broke another critical interaction, rendering the game unwinnable. Version 1.2 soon followed, but throughout the game’s long published history Melbourne House seemed to remain stuck in the same perpetual game of whack-a-mole. Today it’s still remembered for its bugs almost as much as anything else.
The parser is beset by problems of its own. It does understand a lot, including, for the first time anywhere to my knowledge, adverbs. It’s possible, for instance, to “viciously attack the mean goblin,” although I’d be shocked to learn that it doesn’t just throw away the adverb as it does articles. Yet in other ways, especially in early releases, it’s very frustrating to work with. It’s possible to “climb into the boat,” but not to “enter” or “get in” it; possible to ask Thorin to “carry me,” but not to ask him to “take me” (talk of randy dwarfs aside, no double entendre intended); possible to “look across the river”, but not to “look over” it. When I recently played the game I had at least two occasions where I knew what to do but just could not express it to the game no matter how hard I tried, and finally had to get the answer from a walkthrough. Coming from someone who’s played as many text adventures as I have, that’s a condemnation indeed.
Playing The Hobbit can be, as stated in the perfect title of its one MobyGames review, “strange.” In spite of the grand ambitions, expecting even a shadow of the richness of Tolkien’s world (not to mention his prose) in a 48 K adventure game is expecting too much. There was no real possibility of presenting the temporal element that is so important to stories. Instead, the plot of the novel is mapped to the game’s geography: moving further eastward gets you further and further into the story, from the beginning in Bilbo’s hobbit hole to the climax at Smaug’s lair. (The Battle of the Five Armies, like all of the dwarfs except Thorin, is left out as just too complicated to deal with.) This has the disconcerting side effect that you can travel back in time whenever you wish: the trolls’ camp is just two moves east of Bilbo’s house, and one move west of Rivendell. Needless to say given such a compressed geography, the sense of embarking on a grand journey that the book conveys so well is largely absent. That it works as well as it does is a testament to the book’s almost uniquely adventure-game-suitable quest narrative. Few other temporal landscapes could be mapped even this neatly to the geographical.
The experience feels rather like wandering through a series of stage sets depicting the major scenes from the book — stage sets which are also being wandered by a bunch of other characters just smart enough to be profoundly, infuriatingly stupid. Your companions on the quest, Thorin and Gandalf, are both singularly useless (or worse) when left to their own devices. Never one to let circumstances get in the way of avarice, Thorin will “sit down to sing about gold” in the midst of a goblin, warg, or dragon attack. Gandalf, meanwhile, is also attracted to shiny objects; he constantly plucks random items off your person (“What’s this?”), then tosses them on the ground and wanders off when his one-turn attention span expires. A critical element of the game is the player’s ability — and occasional requirement — to give orders to other (friendly) characters, to have them do things beyond the abilities of a four-foot-tall hobbit. Sometimes they do what you ask, but sometimes they’re feeling petulant. Perhaps the seminal Hobbit moment comes when you scream at Brand to kill the dragon that’s about to engulf you both in flames, and he answers, “No.” After spending some time with this collection of half-wits, even the most patient player is guaranteed to start poking at them with her sword at some point.
And actually, therein sort of lies the secret to enjoying the game, and the root of its appeal in its time. It can be kind of fascinating to run around these stage sets with all of these other crazy characters just to see what can happen — and what you can make happen. Literally, no two games of The Hobbit are the same. I can see what Megler was striving toward: a truly living, dynamic story where anything can happen and where you have to deal with circumstances as they come, on the fly. It’s a staggeringly ambitious, visionary thing to be attempting. Infocom had already moved somewhat in that direction with Deadline, but (probably wisely) had hung the more dynamic elements from a scaffolding of pre-scripted set-piece events — and even at that it was easy in early releases in particular to break through the sense of realism of the simulation.
Needless to say, the idea doesn’t entirely or even mostly work in The Hobbit either. There are still enough traditional puzzles that it’s too easy to lock yourself out of victory and have your living fantasy become a Beckett tragicomedy. Then there’s the wonky physics, the way that entirely random developments can ruin your game, and of course all of those bugs that often leave you wondering whether some crazy thing you’re seeing is an expected part of the general surreality that surrounds you or just something gone haywire. (At a certain point, it kind of ceases to matter anymore; you just go with it.) To say that the game’s reach exceeds its grasp hardly begins to state the case; the thing the game is reaching for is somewhere in orbit above its firmly earthbound self, being an experience huge teams of developers still haven’t entirely succeeded in delivering today. But still, The Hobbit plays like no adventure before it. In my recent game, a warg somehow got into the wood elves’ compound long before I got there. I arrived to find him prancing atop the corpse of the one who should have captured me and thrown me in a cell. Suddenly my problem was not how to escape from the elves but how to get past the warg, a very tough customer — not exactly how it played out in the book, but an exciting experience nevertheless. Sometimes, when it works, The Hobbit can be kind of amazing. It stands today as the direction that was largely not taken in text adventures, and at its best it can make you wonder why.
Expensive American imports aside, The Hobbit marked a whole string of firsts for the British adventure scene: first full-sentence parser; first illustrated game; first title licensed from a book (this would have been a first in the American market as well); not to mention first crazy experiment in emergent text-adventure storytelling. And it arrived just as Spectrums were finally getting to consumers in big numbers, and as said consumers were eager for flashy new experiences to enjoy on their new machines. The Hobbit, in short, became huge. It was a hit out of the gate, and just kept selling and selling as months on the market turned into years. Melbourne House made ports for virtually all of the other viable computing platforms of the time, as well as enhanced versions for disk-drive-equipped machines that improved the graphics, added atmospheric music, and offered a little bit smarter companions, a little bit better parsing, and a little bit more to do. It was in this form that the game finally reached American shores in 1985, through an arrangement with Addison-Wesley. The game promptly became a big hit there as well.
Indeed, The Hobbit seemed adaptable to any market or promotional scheme. In its original British incarnation, it was minimally packaged in a rather garish box typical of the young scene there. In the United States, it was beautifully packaged in a classy fold-out box with a lovely, understated cover illustration drawn by Tolkien himself — one of the best of the golden age of computer-game packaging. The American version of the game even came complete with a copy of the book included.
Exactly how many copies the game eventually sold on both sides of the Atlantic is a matter for some speculation. In High Score!, Rusel DeMaria and Johnny L. Wilson state that it sold more than a million copies, but even given its undoubtedly phenomenal popularity I tend to be leery of such a figure given what I know of sales figures for other games of the era. An article in the British magazine Computer and Video Games dated March 1985 guesses that it may have sold up to 200,000 copies by that point. With its entry into the American market (where it was a hit, but not the phenomenon it was in Britain) and continued popularity in Britain, it’s very possible that the game ended up selling half a million copies in total, but it’s hard for me to see my way to much more than that barring better evidence. Still, even the lower figure makes it an excellent candidate for the bestselling text adventure of all time, challenged, if at all, only by Infocom’s Zork I. (The most played text adventure, of course, is and will likely always remain the original Adventure.) The Hobbit made Melbourne House as a major software publisher. And it largely made the British adventure game as its own unique thing, ready to go its own way and try its own things rather than remain beholden to the American approach.
As I write about The Hobbit, “strange” is a word that comes up again and again; everything about it seems anomalous. It’s strange that the game that made the British adventure game should have come from half a world away. It’s strange that a game with such an atypical approach to the form should be the best candidate for the bestselling example of said form of all time. It’s strange that the first publisher to license a book should have been tiny Melbourne House, not one of the more established American publishers. It’s strange that what is, in all honesty, something of a bug-ridden mess should also have such a compelling quality to it. It’s strange that a game based on a novel should be all about emergence rather than attempting to recreate the story of the book. It’s strange that the woman who came up with this new vision of how an adventure game could work left Melbourne House and the burgeoning industry before The Hobbit was even complete, never to return. The Hobbit is most interesting because so much about it is so unlikely.
If you’d like to try it in its original form for yourself, here’s a copy of the Spectrum tape image and the manual. There are lots of Spectrum emulators out there; I use Fuse. Of course, you can also find heaps of other versions out there for heaps of platforms, including the enhanced, disk-based versions that feel more fleshed-out than the original. But never fear, all retain at least a light dusting of the bugs and oddities that are so critical to the Hobbit experience.
(Sources for this article include the web links in the post itself as well as interviews, articles, and profiles in Computer and Video Games #27, Computer and Video Games #41, Crash # 3, Popular Computing Weekly Vol. 1 No. 36, Popular Computing Weekly Vol. 2 No. 43, ZX Computing Vol. 1 No. 6, and Home Computing Weekly #5. And Veronika Megler herself was an invaluable source for this latest, revised version.)
November 17, 2012 at 4:22 pm
The Hobbit was my first encounter with text adventures. I remember having to memorize the walkthrough in order to finish the game (or rather, the individual solutions to each puzzle, due the the unpredictability you mentioned). But it didn’t bother me. Heck, I even liked the illustrations.
About the adverbs, the aforementioned walkthrough did advise to type “throw rope vigorously across the river” in order to retrieve the boat. And while I’m not sure it’s required, it did seem to make the throw more likely to succeed.
As for the public liking such a quirky game to such a degree, it just goes to show that the fear of experimentation so pervasive in modern entertainment is simply crazy. Sure, you can fail… but you can also create a gem like this one. And people forgive a lot.
November 17, 2012 at 5:10 pm
This was my first game for my first computer in 1983, and I loved it to death, illustrations and all. When I later tried to make my own illustrated adventure games with The Quill and The Illustrator my unobtainable goal was to make the pictures as good-looking as those in The Hobbit.
The preceding hype in the computer magazines of the time, “Your computer will turn into a living, breathing thing!” or something to that effect, didn’t lessen my enjoyment of it.
It is probably the computer game I have spent the most time on, in no small part because of the extremely long loading times every time it crashed or got into an unwinnable situation.
For some reason I especially remember the bug where you find the trap door in the sand, and then type PUT SAND INTO TRAP DOOR. Hard crash, of course. And I still wonder about those pale bulbous eyes. What were they? “Something drops from above and stings. You have died.”
November 18, 2012 at 8:27 am
Always kind of assumed they were more spiders…
November 17, 2012 at 5:25 pm
Oh, I forgot to mention, in case it wasn’t obvious: I enjoyed this post almost as much as I enjoyed the game back in the day.
November 17, 2012 at 9:58 pm
I didn’t know the Hobbit was developed on the System 80! I might include that as a bit of historical trivia in the System 80 website.
November 18, 2012 at 1:38 am
Given the bugginess and the attempt at creating a large explorable world, can we label The Hobbit as an early prototype of the Elder Scrolls games?
November 18, 2012 at 8:29 am
Interesting comparison! Now that I think of it, the two were trying to do a lot of the same things, and ran into many of the same pitfalls.
November 18, 2012 at 7:33 am
In an interesting coincidence, The Register just did a profile on Veronika Megler http://www.theregister.co.uk/2012/11/18/hobbit_author_veronika_megler_reminisces/
November 20, 2012 at 10:16 pm
I never managed to get past the dragon
November 24, 2012 at 3:54 pm
Very informative article. One thing is about the idea of NPCs going off on there own random agenda is that about ten years later a adventure game called Lure of The Temptress tried to do the same thing with a graphic adventure game. I have not played this game Many reviews I found on the internet says this was never done before. They seems unaware of the Hobbit. The company also produced Beneath A Steel Sky. That was a good game. It also used this approach but it you cannot really tell playing it.
November 24, 2012 at 4:03 pm
Here is a excerpt about theVirtual Theatre system from a review of Lure of The Temptress. Once again let me emphasize I have not played this game.
” What is unique about Lure of the Temptress is the Virtual Theatre system, which endows the non-playable characters (NPC’s) with some limited artificial intelligence. Instead of remaining fixed in a single location, waiting for our hero to encounter them, the various inhabitants of Turnvale follow their own agenda, interacting with their fellow peasants, traversing the village or perhaps stopping off at the pub or market. Although the concept of Virtual Theatre is innovative, in practice it is simply irritating”
It is interesting to note similar irritations exits in both types of games.
November 26, 2012 at 1:12 am
Riddles with Inexplicabilities sums it up well, but I suspect you meant riddled :-)
December 1, 2012 at 11:08 am
November 30, 2012 at 5:55 pm
I think I was too young at the time and missed this, but thanks for writing this up. I really need to check this out.
December 2, 2012 at 12:30 pm
Wilderland – A Hobbit Environment
While playing The Hobbit have you ever asked yourself what’s really going on in this wonderful world created by Veronika Megler and Philip Mitchell in 1982 at Melbourne House?
Now it’s time to find out! — WILDERLAND (WL) runs the original game code in a rudimentary Spectrum emulator, while displaying the state of objects and animals, the current positions of the latter, and a log what all the other creatures (NPC) do while Bilbo is in one place.
Visit the WILDERLAND webpage at
to find out more!
Leo R. Comerford
September 23, 2022 at 12:06 pm
That Wilderland page is now dead, but there is a new page hosted on Veronika Megler’s site: http://veronikamegler.com/WL/wl.htm .
July 7, 2015 at 11:11 am
In the early 90’s Melbourne House / Beam was granted a NES developer license. They started working on the Hobbit for NES.
I know this as my father was the the lead, well only, artist working on the project. I was 14-15 at the time so my memory is a little fuzzy, but I do remember seeing completed artwork for the barrel scene, giant spiders and the mountain giants tossing rocks.
I actually got to model as the giant. Dad did all the art development on the Amiga and digitised me in to aid his animations. Not sure why as secondary character sprites were only allowed 4 frames of animation, compared to Bilbo’s 16. Or 8. It wasn’t much on those 8bit systems.
I was terribly upset when the the production was cancelled. All these years later, the cynical adult in me thinks they started production to maintain publishing rights.
Thanks again for the great read.
January 24, 2019 at 9:24 pm
Which artist was your dad? I was a developer at beam/melbourne house at the time and worked on The Lord of the Rings amongst other stuff, so I may have known him, depending on the year
December 30, 2015 at 1:55 pm
I find it interesting how some ideas for the Hobbit line-up with some of my favorite characteristics from roguelikes, specially the focusing on ssytems rather than on linear gameplay.
December 31, 2015 at 5:51 pm
I remember actually buying this game in Walden books. There was also a Fellowship of the rings being sold beside it. I had planned on buying it after I beat the Hobbit, never imagining it would vanish long before I even got close to beating the Hobbit. TO be honest I never beat the game. I either couldn’t figure out how to raise the gate in the elves dungeon or was always killed by the “pale bulbous eyes”. I did kill Thorin on more than one occasion though when he would tell me no :) I must have tried to beat the game off and on for years. I may have to load up an emulator just to finish it.
June 15, 2016 at 1:52 pm
Great article. I remember many late nights trying to crack the Hobbit and get out of the Goblins Dungeon. Sigh.
March 15, 2017 at 11:46 pm
The music for th C-64 version… I need to know if they are actual classic music songs.
I know the loading title is Aida by Vendi.
I rode my bicycle to a toy store in another city for this game. Round trip of about 25 miles.
The follow up games were garbage.
May 13, 2017 at 7:05 pm
Lovely game. Gaming on the Spectrum in my coutry at the time was pretty much a piracy affair; with only the software itself as clue source, I didn’t get far when first playing it, but it still looked so damn enticing. The illustrations were very effectively conveying the world and atmosphere.
I only finished it with the help of a game guide; it’s only then that I could get past the difficult bits and understand the text parser’s limits, as I expected much more from it on first play, trying to actually engage the characters in conversation.
It really felt like adventuring in a misterious world, outwitting dangerous situations and engaging with self-reliant characters. I also drew my own map for it, cherishingly holding on it even after my interest with the game faded; I think I still have it in some folder somewhere, a memory to my love of games.
After becoming familiar with the game, I tried poking at its limits; the funniest thing was getting “lost” inside the starting room chest; after closing the lid, there was only darkness; I couldn’t get out, as no commands would work in that darkness.
February 23, 2018 at 1:41 am
short, simple BASIC listings that could fit within the unexpanded machine’s 1 K of memory, including even a very stripped-down Eliza clone.
Here’s a side-issue. I always worry about the use of “clone” in this context, To me, “clone” connotes a very faithful copy that is essentially identical to the original — with identical genetic material, in some metaphorical sense. But obviously you can’t get close to cloning Eliza in 1 Kb — there isn’t even space for the stock answers. So while I’m impressed that the Melbourne House people came up with something like Eliza in that space, surely “clone” is the wrong word for it? “Derivative”, maybe?
Yes, this is a very, very picky point. I wouldn’t even mention it but that your articles are so very high quality that even the most minute grain of sand is an irritant; and that you always seem to respond so very well to nit-picking.
February 23, 2018 at 9:02 am
That’s certainly one meaning of a clone. At the same time, though, “clone” in a pop-culture context doesn’t generally imply an exact copy, but rather an uninspired rehashing of a concept that’s already been done better. More due to the negative connotations of this application than a strict reading of the meaning of “clone” in a technical sense, I can agree with you that another phrasing might be more fitting here. Thanks!
February 23, 2018 at 1:43 am
Oh, and while I’m picking …
Milgrom had been aware of Adventure and its antecedents for years.
Antecedent meant “a thing that existed before or logically precedes another”. Unless you’re referring to WANDER — and the subsequent mention of Artic shows you’re not — I think you must mean “descendents”?
February 23, 2018 at 9:04 am
May 18, 2019 at 4:00 pm
There’s some interesting discussion about the differences between the various Hobbit versions in this article – https://www.kinephanos.ca/2014/the-hobbit/#010 It’s well worth a read.
August 22, 2020 at 7:35 pm
sold up 200,000 -> sold up to 200,000
August 25, 2020 at 8:03 am
September 13, 2020 at 1:11 am
Ah, I remember this one. Never actually finished it due to the randomness, and the fact that I never figured out how to get past the ‘pale bulbous eyes’ on the return trip.
Trying to actually finish it was frustrating, for many of the reasons you mentioned. The NPCs randomly saying ‘No’ in life or death circumstances (such as the situation where only Bard the bowman can kill the dragon, but if he says ‘No’ when you’re one turn away from a fiery death, you’re screwed) is probably the most frustrating. Also, the game can, as a result of the randomness, become unwinnable though no fault of the player if an indispensable NPC is killed by one of the more vicious roaming enemies (the warg, the disgusting, horrible, or mean goblins) before you are able to use them to solve the one puzzle they’re good for.
And speaking of which, Gandalf NEVER proved useful at all, as far as I could see. There wasn’t anything he could do that Thorin couldn’t. And Thorin will follow the player around all the time unless he’s been captured or killed. Gandalf, on the other hand, will just wander off seemingly not at all interested in helping.
The game, as you have noted, becomes much more enjoyable when you just try manipulating things for fun. See how far you can get Elrond to wander from Rivendell (or see if you can get him captured by the goblins). See what happens when the roving wood elf and one of the goblins meets – who captures who? (‘Capturing’ in this game seems to work like teleportation. When the wood elf, the elf butler, or the goblins ‘capture’ you, they basically teleport you to the wood elf dungeon or the goblin dungeon, while the NPCs themselves stay in the same place). Just seeing what happens in those (and other) experiments was far more fun for me than trying to finish the game.
The music was also a highlight of the C64 version. From the lighthearted tunes on the sunny surface to the more ominous music of Mirkwood and the dungeons, they provided the appropriate atmosphere.
All in all, though, the randomness might give each session a uniqueness, but it also added to the frustration. And the ‘No’ response I mentioned above is something that must have sounded like a good idea to SOMEONE at the time, but I really don’t see why anyone thought it was a good idea.
November 20, 2020 at 10:12 am
The Veronika Megler link does not work anymore, unfortunately.
November 21, 2020 at 8:49 am
Replaced with an archived version. Thanks!
September 26, 2021 at 5:05 pm
“This could all lead to fascinating examples of what we would now call emergent behavior or even emergent storytelling,…”
As I’ve pointed out in a few other places, there is a lot of confusion in some of these articles about what “emergent behavior” or “emergent storytelling” is. And that’s still the case here with The Hobbit. This article does talk about “the randomization and dynamism of the world”, which is very accurate.
But that does not equate to “emergence” in game design terms. What this does lead to, of course, is variance. And that variance can be in terms of progression mechanics.
As Jesper Juul discussed it, the idea of “emergence” in the context of the variation of a game has to be predicated around “a non-obvious consequence of the rules of the game.” So if something is emergent it is “neither anticipated by the game designer, nor is easily derivable from the rules of the game.”
But that’s very much not the case with The Hobbit. At the heart of the idea of emergency in this context is the idea that games, even when made out of simple rules, will generate systems that are complex. And those complex systems can thus produce unanticipated results that can be identified as emergent. The parts — the rules and mechanics of the game and the actions of the players — generate a complex whole (the actual gameplay), which is emergent in respect to these parts.
What this means is that “emergence”, by definition, cannot be designed. Instead, the design of games involves a second order activity, which is the creation of a rich space of possibilities. That’s just speaking to the mechanics of the game. That says nothing about the storytelling. All the “randomization and dynamics” does not lead to a different story emerging in The Hobbit.
September 26, 2021 at 5:12 pm
“It’s strange that a game based on a novel should be all about emergence rather than attempting to recreate the story of the book.”
But, in the end, it was an attempt to recreate at least part of the story from the book. The “emergence” (which was not that but rather just dynamic activity) didn’t change the story one bit. It just added a randomized encounter aspect for the player.
As was stated in the quote bit in the article: “Also, it was not deterministic, and the game played differently every time you played it.”
Exactly! But that does not mean emergent at all. That quote also says: “So we would constantly have animals interacting in ways that had never been programmed or envisioned.”
But that is how they were programmed. The interactions (and thus the rules) were set up. The animals could not interact in some way that was inconsistent with the rules established. It’s just that, in the realm of possible interactions, the logic would perhaps hit something that had not been programmed for and thus, as the quote says, “the game would crash.”
“I arrived to find him prancing atop the corpse of the one who should have captured me and thrown me in a cell. Suddenly my problem was not how to escape from the elves but how to get past the warg, a very tough customer — not exactly how it played out in the book, but an exciting experience nevertheless.”
But even this is not emergent. Saying “the one who SHOULD have captured me” is just from knowing that this is part of the story you know. But that’s not the story of the game. Rather, the story of the game is getting to Smaug and his treasure, where random elements can make that experience different. In one experience, an elf would have captured you and put you in a cage. In another experience, that elf is killed before he can capture you.
Now, if something could kill Smaug in the game or if someone could bring his treasure to you, then we’re talking about a different story in a sense. Or, let’s say, something can in fact make the quest irrelevant; perhaps someone else stole the treasure before you get there. Or maybe Smaug burns it all. Or maybe Smaug somehow takes his treasure and moves to a different land — well, then you might have some emergent possibilities for storytelling: you get to the end to find that your quest was a waste of time!
But — for an emergent story — that aspect then can’t be designed. Or it wouldn’t be emergent! Meaning, if it’s designed that there’s a possibility that Smaug and his treasure are gone when the player gets there AND if the game responds to that as one type of ending — then it’s not emergent. It was just a designed ending. But if the player gets there and has literally nothing to do — well, that’s just maybe how life is in this world. That would be emergent storytelling, albeit probably not very satisfying.