Beiträge von Kaliber

    Da kamst du mit den Klammern durcheinander, mach es mal so:


    • Bei einer foreach-Schleife loopst du nur durch Spieler die connected sind, da brauchst du das nicht mit IsPlayerConnected überprüfen :)
    • Hmmm...prüf mal mit einem print, ob das überhaupt aufgerufen wird, wenn du das in der Konsole eingibst. (bzw schau mal, ab wann er crasht?)

    Aber nur zur Info:


    • This callback will NOT be called if the server crashes or the process is killed by other means, such as using the Linux kill command or pressing the close-button on the Windows console.

    Also ich vermute, dass wenn ein Spieler online ist und der Server down geht, der Spieler natürlich noch gespeichert werden muss.


    Das Problem ist aber, dass du vermutlich nirgends mysql_close aufrufst.


    Somit endet der Threaded Query im Nirgendwo und das crasht deinen Server.


    Also eventuell unter OnGameModeExit mysql_close verwenden oder einfach alle User Speichern bzw kicken im Befehl, dann mysql_close und dann in so einem 2 Sekunden delay den Server per "gmx" neustarten! :)

    Ist es irgendwie möglich, die niedrigste unbesetzte vehicleid herauszufinden und dann ein Fahrzeug mit dieser vehicleid zu erstellen ?

    Also um es kurz zu machen, ist ein Fahrzeug Slot unbenutzt und du erstellt mit CreateVehicle (oder sonst wie) ein Fahrzeug, dann wird dieser Slot die neue ID des Fahrzeuges automatisch.


    Vehicleids setzen für Fahrzeuge kann man nicht.


    Dennoch kannst du ermitteln, was die niedrigste freie vehicleid ist, mit [wiki]IsValidVehicle[/wiki].

    ist aber auch nur richtig, wenn der Rest des Systems auch so aussieht.

    Das versteh ich jetzt nicht so ganz?


    Zumal dein System fast identisch ist..nur du hast mehr extra Variablen..die man eig nicht bräuchte...



    Oh, mir fällt grade auf, das der Pin doch mit der Karte verknüpft ist, weil im Reallife gehst du ja auch zur Bank und musst den Pin eingeben damit du mit der Karte die mit dem Konto verknüpft ist Geld abheben kannst.

    Was? Das macht doch gar keinen Sinn, was du da redest.


    Lies dir nochmal meinen Text durch.

    Aber der Pin ist doch mit keiner Karte, sondern mit einem Bankkonto verknüpft.


    Ergo wenn Spieler A ein Konto hat, muss er ja erstmal n Pin sich ausdenken, damit er auf sein Konto zugreifen kann.
    Dieser Pin wird ja in der Tabelle von dem Spieler gespeichert ganz normal.


    Erlangt jetzt Spieler B die Karte von Spieler A, dann gilt die Pin logischerweise von Spieler A noch.
    Ergo kannst du die einfach durch die SQLid von Spieler A aus der Datenbank ermitteln.

    das man einen PIN eingeben muss um an das Geld zu kommen

    Welchen Pin denn?


    Also, da du ja von Spieler A die SQLid hast, kannst du ja auch Spieler B einfach dazu nötigen die PIN von Spieler A eingeben zu müssen.


    Daran kommst du ja easy, oder soll sich Spieler B dann einen neuen Pin ausdenken?! :D

    Was meinst du mit trivial?

    Ich zitiere...Als trivial gilt ein Umstand, der als naheliegend, für jedermann leicht ersichtlich oder erfassbar angesehen wird



    Es sollte halt so sein, das man /inv machen muss, dabei soll sich n Dialog öffnen wo steht Benutzen, Weitergeben oder Wegwerfen.

    Dann machst du eine Schleife...loopst durch Inventar...


    Dann weißt du ja welche Items er hat, kannst ja ein Array mit namen noch machen (sowie das mit den Objekten).


    Dann wenn er darauf klickt haste den Slot (als listitem) (musst halt die leeren Slots auch auflisten).


    Und die _ref_id muss ja nicht zwingend die SQLid Spielerid sein, kannst du ja vom Item abhängig machen, dass du ihm da kp eben die SQLHausID gibst oder eine SQLVehicleID...


    Und ja, die Funktionen für den Rest gibts ja schon :o

    Also soll es ein generelles Inventar System werden oder geht es nur um diese Karte?


    Man wird halt nicht so schlau aus deinem Text, das sind sehr wenige Infos.


    Gibt auch 1000 Arten sowas umzusetzen, je nachdem, was für "Features" man halt benötigt.


    Ich kann es mal grob erklären, also im Endeffekt ist es nur wesentlich z.B. die SQLid von Spieler A dem Item A zuzuordnen.


    Denn Wenn Spieler B das Item bekommt, wird die SQLid von Spieler A auch Spieler B zugewiesen.


    Somit kann Spieler B über diese "Referenz SQLid (kurz refID)" auf das Konto von Spieler A zugreifen.


    Ich habe mal ein kleines Skript in den Spoiler gepackt (weder getestet, noch optimiert oder sonst was).
    Musst es also noch stark anpassen und evtl als Include oder so aufbereiten.
    Ging mir erstmal nur um die grobe Vermittlung meiner Idee.


    Aber so ganz grob, kann man sich das vorstellen. wie ich mir das ungefähr vorgestellt habe.
    Dem Objekt werden dann auch all diese Attribute zugewiesen. Somit kann dann, wenn jemand das Objekt aufhebt durch die refID auf Spieler A zugreifen.


    Und an der Bank musst du dann halt evtl checken, dass er mit der anderen Karte zahlen kann.
    Wobei das System aktuell so geschrieben ist, dass er sogar mehrere Karten haben könnte.
    Musste halt loopen und evtl die Namen aus der Datenbank auslesen, die hinter den SQLids stehen, damit ihm angezeigt wird, von dem wer die Konten abräumen kann.


    Das System, gerade, wenn es so offen bzw "dynamisch" geschrieben ist, ist halt nicht so trivial umzusetzen.