July 1999
- ScryMUD release v1.9.10. Ben Greear
- In-game tailors, re-stringers, etc. Eli Stevens {KiZurich/GreySylk}
- In-game tailors, re-stringers, etc. Caliban Tiresias Darklock
- An apology J C Lawrence
- GM Touring Company Ling
- GM Touring Company Matthew Mihaly
- GM Touring Company Ling
- GM Touring Company Matthew Mihaly
- GM Touring Company Christopher Allen - GM Fangs
- GM Touring Company Marian Griffith
- GM Touring Company Alex Oren
- GM Touring Company Christopher Allen
- list of MUD platforms? Timothy O'Neill Dang
- list of MUD platforms? Ilya, SCC, Game Commando
- list of MUD platforms? Ilya, SCC, Game Commando
- list of MUD platforms? Ross Nicoll
- list of MUD platforms? Ilya, SCC, Game Commando
- list of MUD platforms? Christopher Allen
- list of MUD platforms? Ben Greear
- list of MUD platforms? Caliban Tiresias Darklock
- list of MUD platforms? Jon A. Lambert
- list of MUD platforms? Ross Nicoll
- list of MUD platforms? Mik Clarke
- ScryMUD 1.9.11 is now on my page and in CVS. Ben Greear
- Technical programming question (circular buffers & logging) Ben Greear
- an idea..wondering if this has been done Willowreed@aol.com
- an idea..wondering if this has been done Ben Greear
- an idea..wondering if this has been done Willowreed@aol.com
- an idea..wondering if this has been done Christopher Allen - GM Fangs
- an idea..wondering if this has been done David Bennett
- an idea..wondering if this has been done Willowreed@aol.com
- an idea..wondering if this has been done Christopher Allen - GM Fangs
- an idea..wondering if this has been done Par Winzell
- an idea..wondering if this has been done Bruce Mitchener, Jr.
- an idea..wondering if this has been done Joey Hess
- an idea..wondering if this has been done bruce@puremagic.com
- an idea..wondering if this has been done Joey Hess
- Victim Characters (was: Critiquing Muds) Eli Stevens {KiZurich/GreySylk}
- pfiles yacketta@kodak.com
- pfiles Richard Woolcock
- bytecode results Chris Gray
- fwd: forum on game design/culture Brandon J. Rickman
- fwd: forum on game design/culture Caliban Tiresias Darklock
- Containing automation? Timothy O'Neill Dang
- Containing automation? Katrina McClelan
- Containing automation? Timothy O'Neill Dang
- Containing automation? Andru Luvisi
- Containing automation? Ilya, SCC, Game Commando
- Containing automation? Greg Miller
- Containing automation? Katrina McClelan
- Containing automation? Marc Hernandez
- Containing automation? Matthew Mihaly
- Containing automation? Marc Hernandez
- Containing automation? Timothy O'Neill Dang
- Containing automation? Matthew Mihaly
- Containing automation? Marc Hernandez
- Containing automation? Marian Griffith
- Containing automation? Greg Miller
- Containing automation? Dan Root
- Containing automation? Caliban Tiresias Darklock
- Containing automation? Caliban Tiresias Darklock
- Containing automation? Ling
- Containing automation? Caliban Tiresias Darklock
On 01:39 PM 7/25/99 +0100, I personally witnessed Ling jumping up to say:
>
>Lately, I've had a huge leaning towards having an actual R&D cycle.
>
>Player submits design, game time passes whereby the thing is "designed".
>Player gets feedback on feasibility, he then gets to alter the design or
>carry on. Prototype is built, tested to expose limitations (or not as the
>case may be). Done.
>
>The main reason was to not overwhelm the player with options on designing
>a vehicle. Just limit the choice to a few types then let the player
>design more later. It also turns blueprints into a commodity.
But doesn't this fall prey to Mac syndrome? You pull it out of the box, and
it's easy to work with... but then you get under the hood and it's so
tremendously complex that you may as well not even bother. I would expect
some few people will design blueprints, and that one blueprint will
eventually be viewed as the top end of ship development. This one blueprint
will be the goal of every player, they'll all buy one, and in the end you
may as well not have had ship design in the first place.
This is sort of like what happens with computer software. Lots of people
make word processors, but the general consensus is that MS Word is the one
to use, so only MS Word does any significant business. Compare office
suites, development environments, graphics programs: on a Windows PC, these
are virtually synonymous with MS Office, MS Visual Studio, and -- to add in
a non-Microsoft product -- Adobe Photoshop. Even though there may very well
be better products available depending on your needs, doesn't the
complexity of finding such products pretty much mandate picking the one
everyone else uses?
Okay, player-owned ships don't have compatibility issues. ;)
>On Sun, 25 Jul 1999, Caliban Tiresias Darklock wrote:
>
>> The real key to this plan is that any and all of those forty devices can be
>> removed or replaced at any given time. You may, for example, go out
>> exploring and need a vast number of unusual sensors on your ship. Since you
>> don't need them all the time, when you decide to go into sweep-and-clear
>> mode and run around killing everything, you can sell or discard the sensors
>> you don't use often and replace them with weapons. When you log off for the
>> evening, you can discard some of your weaponry and replace it with ship
>> defenses in case of ambush.
>
>I've gone for the one drone = one function model where a ship would hold a
>zillion drones to do the work. Kind of similar with different fluff
>around the edges.
>
>What ever happened to the Star Trek mentality of "recalibrating" the
>sensors? :)
I really don't think any of us want that level of realism. Let's say there
are four wormholes in the current sector and their destinations. There is
also a recently-closed wormhole to a fifth sector, and a sixth wormhole of
different properties. UU handles this with three different sensors -- your
basic sensor only sees the four obvious wormholes. A specialty device is
used to see each of the other wormholes. Under the Star Trek recalibration
concept, you would need to scan for wormholes; then filter for trace
wormhole energy signatures by setting a bandpass filter on your sensor
report; and finally redefine the sensors' characteristics of wormholes to
detect the sixth wormhole.
Now, I don't know about you, but I don't want to define a physics engine
that complex, and as a player I wouldn't want to interact with one. Sure,
it has possibilities, and it's nifty -- but it's just not FUN. Imagine the
instructions: "The signature of a wormhole normally fluctuates between 45
and 65 GHz at no greater than 20 cycles per second. When a wormhole is
recently closed, the frequency of the residual energy is still in this
range, but increases to a magnitude of 120 to 150 cycles per second, making
it too unstable for most drives unless you have a proper harmonic resonator
which can be calibrated to synchronise your ship's vibration to the
residual wormhole energy. Certain wormholes can be found at higher
frequencies, specifically the 900 to 1300 GHz range. All wormhole
signatures are subject to interference from outside sources and cosmic
phenomena. The destination of a wormhole is determined by the fundamental
third harmonic of its base frequency applied to the following formula..."
My game is ALREADY too complex. This sort of thing is nice to write out,
and makes for good atmosphere or background -- but it's just not acceptable
as instructions.
>> We've discussed a change in which we would split the available devices into
>> "hardware" and "software" devices, with some devices needing both hardware
>> and software, but I'm holding off on this concept for the moment because it
>> may be too complex for people to understand.
>
>How about all devices are hardware things but can be augmented with the
>addition of software. Or maybe have software that uses devices in novel
>ways...
The recalibration idea actually led to this thought, since it seems
reasonably obvious that a great number of sensors are really just software.
The bandpass filter example above, for example; obviously there's a little
more than that involved, for various reasons. But you should be able to
just stick a card in your ship's computer and have it figure out how to
report the trace wormhole energy *as* trace wormhole energy. It's not that
you can't see it, after all, the computer just doesn't know what it is.
While a laser battery or missile platform is obviously hardware, the
targeting of such a device is software. While it seems like a good idea in
theory, it may just be too much for most players to grasp.
Likewise, to many players it may seem intuitive that if you can *buy*
software, you can *write* software. Unfortunately, for every player like
us, there will be dozens who are unwilling or unable to write out complex
scripting functions to automate their ship. This also leads to the
possibility of people thinking so far outside the box that they destroy the
balance of the game; it creates so many thorny issues, I just don't really
want to open that can of worms.
-----
| Caliban Tiresias Darklock caliban@darklock.com
| Darklock Communications http://www.darklock.com/
| U L T I M A T E U N I V E R S E I S N O T D E A D
| 774577496C6C6E457645727355626D4974H -ÊBAL::3146=- - Containing automation? Ling
- Containing automation? Caliban Tiresias Darklock
- Containing automation? Jon A. Lambert
- Containing automation? Ilya, SCC, Game Commando
- Containing automation? Caliban Tiresias Darklock
- Containing automation? Jon A. Lambert
- Containing automation? Caliban Tiresias Darklock
- Containing automation? Timothy O'Neill Dang
- Containing automation? Matthew Mihaly
- Containing automation? Matthew Mihaly
- Containing automation? Koster, Raph
- Containing automation? Matthew Mihaly
- Containing automation? Koster, Raph
- Containing automation? Ilya, SCC, Game Commando
- Containing automation? Matthew Mihaly
- Containing automation? Asmodeus
- Containing automation? Greg Miller
- Containing automation? Travis S. Casey
- Containing automation? Koster, Raph
- Containing automation? AR Schleicher
- Containing automation? Koster, Raph
- Containing automation? Ola Fosheim Grøstad
- Containing automation? Timothy O'Neill Dang
- Containing automation? Matthew Mihaly
- Containing automation? Greg Miller
- Containing automation? Matthew Mihaly
- Containing automation? Greg Miller
- Containing automation? Matthew Mihaly
- Containing automation? Greg Miller
- Containing automation? Matthew Mihaly
- Containing automation? Adam Wiggins
- Containing automation? Greg Miller
- Containing automation? Martin C Sweitzer
- Containing automation? Greg Miller
- Containing automation? Laurel Fan
- Containing automation? Matthew Mihaly
- Containing automation? Greg Miller
- Containing automation? Matthew Mihaly
- Containing automation? Charles Hughes
- Containing automation? Matthew Mihaly
- Containing automation? Katrina McClelan
- Containing automation? Timothy O'Neill Dang
- Containing automation? Charles Hughes
- Containing automation? Laurel Fan
- Containing automation? Charles Hughes
- Containing automation? Koster, Raph
- Containing automation? Matthew Mihaly
- Containing automation? Marian Griffith
- Containing automation? Matthew Mihaly
- Containing automation? Koster, Raph
- Containing automation? Ola Fosheim Grøstad
- Containing automation? Marian Griffith
- Containing automation? Wayne Pearson
- Containing automation? AR Schleicher
- Containing automation? Koster, Raph
- MUD-Dev digest, Vol 1 #121 - 2 msgs Dr. Cat
- MUD-Dev digest, Vol 1 #121 - 2 msgs Koster, Raph
- UO currency Timothy O'Neill Dang
- Game design Adam Wiggins
- dispatching events Greg Miller
- dispatching events Mark Gritter
- dispatching events Greg Miller
- injury-based combat Greg Miller
- injury-based combat Ilya, SCC, Game Commando
- injury-based combat Brian Carter
- injury-based combat Matthew Mihaly
- injury-based combat Greg Miller
- mud vs. mush membership Matthew Mihaly
- mud vs. mush membership Adam Wiggins
- mud vs. mush membership Greg Miller
- mud vs. mush membership Jay Carlson
- mud vs. mush membership Marian Griffith
- mud vs. mush membership Matthew Mihaly
- mud vs. mush membership Caliban Tiresias Darklock
- mud vs. mush membership Matthew Mihaly
- mud vs. mush membership Bruce Mitchener, Jr.
- mud vs. mush membership Greg Miller
- mud vs. mush membership Adam Wiggins
- mud vs. mush membership Jay Carlson
- mud vs. mush membership Adam Wiggins
- combat/injury Greg Miller
- The Virtual Ecology Tony Wilkinson
- The Virtual Ecology Adam Wiggins
- The Virtual Ecology Jp Calderone
- The Virtual Ecology Ilya, SCC, Game Commando
- The Virtual Ecology Albert
- The Virtual Ecology Schubert, Damion
- The Virtual Ecology Greg Miller
- The Virtual Ecology Brandon J. Rickman
- The Virtual Ecology Tony Wilkinson
- The Virtual Ecology Marian Griffith
- The Virtual Ecology Chris Gray
- The Virtual Ecology Brian Carter
- The Virtual Ecology Par Winzell
- The Virtual Ecology Felix A. Croes
- The Virtual Ecology Chris Turner
- The Virtual Ecology Ling Lo
- The Virtual Ecology Brandon J. Rickman
- [ScryMUD] Splitting development, code re-organization. Ben Greear
- OT: Raph & Kristen absent for a bit Koster, Raph
- Essays on parsing text. Ling
- Essays on parsing text. Christopher Allen
- Essays on parsing text. Travis S. Casey