The problem is not solved in the MUD world particularly well.
Sure, you can not transmit the location of other players, but
the client software (eg. zmud) can still give the client an
advantage over the "innocent telnet using client", by doing
things like keeping a map and tracking your current location
(and even using point-and-click to go to any previously seen
location).
Discworld as an example had an area with left,right,back,forward
directions which zmud was later enhanced to handle. So to
make things a little harder they changed descriptions a little
when "anomolies" appeared so automated "return to previous
point" procedures would walk through the anomoly and get warped
into a reality with hard to determine rules (directions
left,right,forward,back, but if you go left four times you don't
end up where you started).
And there are other problems from the MUD world that have
parallels in 3D online gaming... triggers, for example.
Even colourization of MUD text by something like TF is
equivalent to 3D drivers doing some kind of enhancement
on distant objects (showing you the distant player movement
that would otherwise be barely percievable).
I'm not holding my breath for the first MUD to use DRM to
ensure the end-user is directly connected to a keyboard
with no triggers, mapping, colourization, etc in between
though :-)
Even if such a setup was possible, and say the keyboard was
even a "signed device", you could still setup a mechanical
device to override the keys for you and some OCR software on
a second PC reading the screen's display and displaying the
colourized version, processing triggers, generating maps,
etc. There is sufficient technology available these days
that DRM would be insufficient to even protect a MUD from
the most basic forms of cheating.
David.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/