MU* SCode Frage

MU* SCode Frage (15 Beiträge, 7 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Gibt's 'nen einfachen Weg, den Wert eines Attributes im selben
Objekt in einem anderen Attribute zu verwenden, damit Du, wenn Du
einen davon änderst nicht den anderen mitändern musst?

Also wennst z.B. hast

&atr1 obj=Bla
&atr2 obj=[v(atr1)]

Gibt's 'nen Weg die v-func zu vermeiden, also 'ne Art
"Direktverweis"? Sowas wie

&atr2 obj=->atr1

Ich glaub mich dunkel erinnern zu können, dass es so etwas gegeben
hat, hab's mal auf einer SCode Page gelesen, kann mich aber nimmer
erinnern wie's geht.

Kleinigkeit hab ich noch vergessen, sollte auf 'nem TinyMUX 1.6
laufen.

Und du erwartest dir ernsthaft in DIESEM Forum Hilfe?

Da rennen doch nur Halbidioten herum (ich meine die, die Fragen
stellen). Und um nicht zu untertreiben, Vollidioten.

Nee, ehrlich, kA, aber hier wirst nicht fündig.

Wett'ma um's recht haben?

Nun, ich geb mal zu, dass ich mir ernsthaft keine Antwort auf diese
Frage erwarte. Ned weil's hier keine kompetenten Leute gibt, die
gibt's massig, aber es gibt halt ausser mir keine Österreicher die
sich in MUXes/MUSHes 'rumtreiben.

Und ganz sicher noch weniger die dafür SCode schreiben. Aber ...
naja, 'nen Versuch isses wert.

Tschuldige die dumme Frage,
aber was zur Hölle sind MUX/MUSH

MUX hab ich schon mal irgendwo gehört, gelesen... kanns aber auch
beim besten Willen nicht mehr einordnen.

Diat

Tja, mal ganz ehrlich, wofür die Abkürzung steht weiss ich selbst
nicht genau.

MU*s sind im wesentlichen Onlinegames auf Textbasis. Könnt' mir gut
vorstellen, dass einige hier schon mal in 'nem MUD hineingeschaut
haben. So was ähnliches sind auch MUX/MUSH/MUCK/MOO usw., nur mit
ziemlich anderer Codebasis und unterschiedlichem Softcode
(also "interner Programmiersprache").

Auch isses was anderes das da gespielt wird. MUSHes sind meistens
Rollenspielumgebungen, MUXes normalerweise auch, ich arbeite jedoch
auf einer modifizierten Codebasis für ein Echtzeit-Battletechgame.
Diejenigen, die sich mit der Brett-Variante des Battletechs
auskennen können ja mal per Telnet 'nen Blick auf
btech.ecst.csuchico.edu 3030 werfen.

MUDs sagen mir natürlich was und bei Battletech bin ich hellhörig
geworden.
Werd da morgen mal reinschauen, muß erst ein Modem auftreiben,
über unsren sch... Companyproxy komm ich da nicht rein.

Diat

Is' mir 'ne Weile auch so gegangen, bis ich mir den http-
proxy "zurechtgebogen" hab. Hab 'ne Telnetverbindung über http
getunnelt nach hause gelegt. Ist zwar zu langsam für irgendwas
vernünftiges gambeln, geht aber trotzdem recht gut und mehr oder
weniger stabil. Zum coden reichts.

Was treibst den du mit Battletech ?

Opaque

alias (auf zone.com)

Sergeant Major Opaque
1st Kearny Northwind Highlanders
"Smash some trashborns"

Ohh... die B'soffenenpartie!

Seit Ihr doch die so gut Schüssen ausweichen können weil die Mechs
so schwanken dass man sie nicht trifft, oder?

Zu dem Ding käm ich garnicht dazu. Der Proxy steht in Deutschland
und ich befinde mich gerade auf 'nem anderen Kontinent.
Das ist das dumme mit WANs, man hat keine Gelegenheit mehr irgendwo
was umzustellen, dafür muß ich mich auch nicht groß mit
Sicherheitsproblemen beschäftigen(leider

).

Diat

Du brauchst an dem Proxy nix umzustellen. Ich hab's auch durch einen
normalen http Proxy durchtunneln müssen, weil ich auch keine Rechte
auf'm Proxy gehabt hab.

Du brauchst im wesentlichen 2 Teile, einen Client und einen
Serverteil. Den Serverteil startest bei Dir zu hause (oder halt auf
einem beliebigen (Linux) Rechner, der 'n Telnet aus'm
Internet akzeptieren und auch eröffnen kann. Ausserdem benötigst
Du noch das Recht, eigene Tasks starten zu dürfen, hast
normalerweise bei jedem Shell-account). Den Clientteil bei Dir in
der Firma. Wirf 'nen Blick auf

http://www.nocrew.org/software/httptunnel.html

die 3.2er ist sehr stabil. Hab allerdings nur die Linux-Variante
getestet.

Hi Fly!

Üblicherweise beantwortest du solche Fragen.

Ist der SourceCode in C++ oder ähnliches? Ich kenn die v-func nicht.
Hm, Objekte und Attribute hmm... Ist das so was wie eine
Struktur und ihre Attribute?

Wenn schon dann mach aus den Attributen zwei Pointer ,die auf
dieselbe Adresse zeigen, wenn du jetzt den Inhalt des Pointers
abfrägst kommst du immer auf die selbe Adresse und somit Wert.
Aber ich denke das weißt du eh.

MfG Jack

Nee, sorry, hat so rein gar nix mit "normalen" Progsprachen zu tun.
Ich wüsste nicht mal eine, mit der man's vergleichen kann. Vor
allem, weil's halt keine Programmiersprache ist sondern eigentlich
eine "in-Game" sprache. Am einfachsten könnte man's als "ziemlich
mächtiges Script" beschreiben.

Ein "Objekt" in einem MU* ist im Wesentlichen "ein Dings". Das kann
ein Raum sein, ein Spieler, ein Ausgang, ein Tisch ... irgendwas. Je
nachdem hat's andere grundlegende Properties (also 'n Raum kann
etwas beinhalten, zu einem Spielerobjekt kann man sich verbinden und
es damit kontrollieren, usw).

In jedem Objekt können Attribute gesetzt werden. Jedes Attribut kann
nun entweder 'nen Wert haben (z.B. sex:m, f oder für die ganz
superkreativen "yes please"). Und ein Attribute kann auch ein
Kommando enthalten, das im wesentlichen 'ne Art Skript darstellt.

Macht allerdings auch dann Sinn wenn's nicht grad hochkomplizierte
automatisiert, weil ja nicht jeder Spieler volle Zugriffsrechte hat,
es allerdings manchmal ganz praktisch sein kann, gewisse Zugriffe zu
erlauben. So kann der Spieler z.B. natürlich nicht das Mech-Objekt
beliebig manipulieren (sonst würde er das Ding ja ggf. unzerstörbar
machen), sollte aber schon in der Lage sein, dem Mech 'ne neue
Richtung oder ein Ziel zu geben.

Um's mal zu illustrieren, hier mal das @decompile vom Kommando
+parts/add, zum Bestellen von neuen Mechteilen.

&CMD_AddParttoOrder #238=$+parts/order * *:@switch/first
[lte(ranknum(%#),v(ranklock))][hasattr([v(partscostlist)],cost.[secu
re(%0)])]=0*,{@pemit
%#=[v(msg_badrank)]},11,{&partorder.[secure(%0)]
me=[secure(%1)];@pemit %#=You order %1 %0.},{@pemit
%#=[v(MSG_BADPART)]}

Ja, es ist so einfach wie's ausschaut.

Also, is' im Wesentlichen keine "echte" Programmiersprache wo Du
ablaufgesteuertes Programmieren hast (also ein Befehl nach'm
anderen). Und Variablen gibt's auch nur sehr, sehr eingeschränkt...

Trotzdem (oder deswegen) macht's höllisch Spass da drin zu coden.

Wow, da werden Erinnerungen wach, hab' selbst mal (vor vielen
Jahren) ein wenig an Nightfall rumgebastelt. Eigentlich sollte sich
Deine Frage doch in der relevanten MUX-Doku finden, die sind ja
seit Jahren ziemlich komplett (aber wahrscheinlich hast Du eh
reingeschaut). MUX steht außerdem für MultiUsereXperience, wenn ich
mich nicht täusche. MUD = MultiUserDungeon(oder Dimension), MUSH =
MultiUserSharedHallucination (mein favorite) und MOO =
MUDObjectOriented.

strider

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung