Beiträge von Kaliber

    Da gibt es nur ein Problem, man müsste sich auf ein Scriptingstyle entscheiden, denn meiner ist zb. das Klicke mich nicht so Hart.


    ...wo ist da das Problem? :huh:


    Wenn du Skript-schnipsel hast, kannst du mir ja diese schicken und ich implementiere sie, unabhängig davon, was du verwendest oder benutzt...


    Es ist ja nicht so, dass das Projekt Open-Source ist und jeder es hat und verändert, das würde nur zu Chaos führen.


    Es wird halt nur alles zusammengefasst von mir, insofern ist das kein Problem! :)

    SAMP TALK ist dies eig. ^^


    Ja ich war mir nicht ganz sicher...da es eigentlich so ein bisschen von Vorstellung und allem möglichen ist...Smalltalk ist immer richtig ^^


    wenn ihr Hilfe braucht sagt bescheid


    Du kannst gerne deine Interessen einbringen :)


    Hoffe das ihr ein starkes Projekt und Team auf die beine stellt!


    Danke erstmal für dein Interesse :)


    Ja, das hoffen wir auch, es kommt hier halt extrem auf die Community an, hoffentlich finden sich viele Leute :)

    Guten Mittag euch allen,


    ich finde es schade, dass es viele Leute gibt, die gerne auf einem SA:MP Server spielen wollen, aber nirgends einen passenden finden und nicht die nötigen Kenntnisse haben einen eigenen zu eröffnen. Obwohl meistens versuchen sie dies sogar aber scheitern.


    Also die Idee hinter diesem Projekt ist nun, dass die Community selbst den Server gestaltet.


    Wie soll das funktionieren?
    Nun, da gibt es 2 Möglichkeiten:


    • Wenn ihr nicht scripten könnt, dann schreibt einfach eure Wünsche und Vorschläge in den Vorschläge Thread und sie werden (wenn sie nicht zu absurd sind) übernommen werden. (selbiges gilt auch für Map Wünsche o.ä.)
    • Wenn ihr scripten oder mappen könnt, schickt uns einfach eure Code-schnipsel bzw Map und wir werden sie implementieren (nach Überprüfung ob es Überschneidungen in der Map oder zu absurd wird).


    Falls jemand etwas gegen Vorschläge hat, kann er diese Anprangern und es wird eine Abstimmung gemacht.


    Schlusswort:


    Es ist noch nicht alles perfekt durchgeplant und das ist quasi ein Versuch dieses Projekt zu starten.
    Falls wirklich eine Community zu stande kommt und viele Leute Interesse zeigen, werden auch kostenpflichtige Sachen beschafft.


    Zurzeit habe ich einfach erstmal eine Free-Domain erstellt: http://www.open-rl.tk


    Denn wozu sollte ich jetzt etliche Euro ausgeben, wenn niemand Interesse an einem so offenen Projekt hat.


    TeamSpeak³ Server kommt noch wenn sich eine kleine Community gefunden hat.
    Testserver steht schon zur Verfügung :)


    Also Leute ich bin gespannt wer sich alles meldet, ich bin offen für Vorschläge und Fragen (und natürlich auch für Kritik .... besonders zu dem billig Forum :D )


    mfg. :thumbup:

    Und wie sag ich ihm da, dass er den Index sortieren soll? Da der dreidimensionale Array ja durchaus mehr als einen Index hat, kann die Funktion doch nicht riechen, wonach ich sortieren möchte? :p


    Wenn "index", dein erster index ist im 3 Dimensionalen Array, dann sortiert er es :D


    Wenn nicht, musst du es so machen:


    PHP
    $tmp = array();
    for($i=0; $i<count($players); $i++)
    {
        $tmp[$i] = $players[$i]["index"];
    }
    array_multisort($tmp, SORT_DESC);
    //und jetzt ist das Array $tmp sortiert :)


    mfg. :thumbup:

    Du könntest dein eigenes Stunt System schreiben, du prüfst die Geschwindigkeit vom Auto und wie lange es in der Luft ist (http://forum.sa-mp.com/showthread.php?t=275492 oder http://forum.sa-mp.com/showthread.php?t=273263) und dann kannst du ihm Geld geben...wie schnell und wie hoch er quasi geflogen ist...musst aber auch aufpassen, da kann es schnell zu Fehlern kommen, z.B. kann er dann permanent den Mount-Chilliard runter fahren und bekommt permanent Geld...


    Oder er wird von Cheatern in die Luft geportet...du musst halt dann alles andere ausschließen, es ist wirklich schwer so ein System gut zu entwickeln, so dass es nicht zu "Bug" abuse kommt.


    Aber viel Erfolg...


    BTW ich habe es noch nie auf einem Reallife/Roleplay Server gesehen, einfach weil es zum einen nichts damit zu tun hat, zum anderen wegen oben genannten Kriterien.


    mfg. :thumbup:

    Was meinst du mit "Geld vom Server aus"? ich gehe mal davon aus du meinst damit eine Variable.
    Wenn es ein Job ist in den man Duty gehen muss ist, kannst du z.B. am ende nachprüfen, wieviel "GTA Geld" er seit dem Duty gehen dazu verdient hat und es ihm anschließend auf die variable setzen.


    Oder du setzt ihm einen Timer der sein "GTA Geld" überprüft und setzt die differenz zwischen dem alten und dem neuen Wert auf sein "Server Geld"


    Dann könnte er ohne Probleme Cheaten :P

    Die Funktion ist leer, du musst playerid in normalen Funktionen (nicht public) verwenden.


    Also du hast 3 Möglichkeiten:


    1.


    stock close15min(playerid)
    {
    #pragma unused playerid
    return 1;
    }


    2.


    stock close15min(playerid)
    {
    return playerid;
    }


    3. Entferne die Funktion (da sie eh nichts macht) oder playerid als Parameter.

    Ja...


    Ding ist nur, dass ich das in einer Datenbank speichere und halt keinen Speicherplatz verschwende...


    Zudem kann man meine Dialoge auch updaten, wenn man einfach einen mit der selben dialogid nochmal anzeigen lässt aber anders.


    Also im Endeffekt kann man mit beiden Methoden das selbe machen...nur das man bei meinem nicht sein ganzes Skript umschreiben muss xD


    Wäre es nicht sinniger, die Dialoge, die man häufiger benötigt, einfach komplett in einen Array zu schmeißen ?


    1. Man hätte den Überblick über alle wiederholenden Dialoge
    2. Man spart es sich, das in Funktionen "auszugliedern"
    3. Man kann schnell Sachen ändern und auch hinzufügen.


    ...kann man machen, aber dann ist die Include für was völlig anderes...


    Ich hatte lediglich das Ziel für einfache abfragen, einen simplen Dialog wiederholen zu lassen.


    Natürlich kann man direkt daraus einen riesen "Dialog-Prozessor" schreiben, wie y_dialog...aber darum ging es mir nicht...


    PS: Ich weiß nicht genau wie du dir das vorstellst mach mal ein Beispiel..

    Ich hab EasyDialog dafür erstellt, dass man zb. ein Dynamisches Fraktionssystem verwalten kann ohne dass man ShowPlayerDialog jedesmal schreiben muss.
    und deine Include ist mehr für Scripter, die ein Statisches Script haben.
    So haben beide Systeme Vor und Nachteile.


    Was redest du da? :huh:


    Unsere "Systeme" haben gar nichts miteinander zu tun...


    Du kapselst den kompletten Inhalt von OnDialogResponse in eine Funktion...und ich sage einfach, dass man einen Dialog anhand seiner ID aufrufen kann.


    Und wenn ein Dialog "dynamisch" generiert wird und öfters brauch, packt man das eh in eine Funktion...

    Ich nutze ocmd.


    Diesen Callback den du aufrufen willst, gibt es nur in zcmd.


    In ocmd kannst du das einfach so machen:


    public OnPlayerCommandText(playerid,cmdtext[])
    {
    new string[128];
    format(string,sizeof(string),"[BFG]: Der befehl %s existiert auf unseren Server nicht, nutze /help für die Hilfe!",cmdtext);
    return SendClientMessage(playerid,0xFF0000FF,string);
    }


    Da bei ocmd der Callback nur aufgerufen wird, wenn keine Command-Funktion gefunden wurde ;)


    mfg. :thumbup: