Beiträge von Kaliber

    Um das kurz klarzustellen: Es handelt sich nicht um eine klassische API im Entwickler-Sinne. Der Bot läuft direkt auf deinem Server, verfügt über ein Web-Dashboard, in dem du alles einstellen kannst, und kann wichtige Ereignisse in einen Discord-Channel schicken. Die beiden „Interfaces“ sind also eher das Dashboard im Browser und die Discord-Benachrichtigungen, nicht wirklich eine offene API zum Programmieren.

    Wieso klingt das so nach KI hahaha 😅

    Natürlich läuft der "Bot" direkt auf meinem Server, das habe ich nie in Frage gestellt.


    Aber das Web-Dashboard schickt doch Ereignisse wieder an deinen "Bot", und vom Discord aus, kann man den "Bot" doch auch steuern.

    Ergo müssen diese Befehle, sowohl aus dem Web-Dashboard, als auch aus dem Discord, an EINE Schnittstelle gesendet werden oder gibt es da mehrere?


    Ich glaube die KI hat in dem Kontext "API" falsch verstanden. Mit API meine ich ein Interface, nichts offenes "zum Programmieren" 😅


    Zum Thema IP: Das habe ich mir noch einmal überlegt. Im TS3-Client sieht der Server-Admin die IP von jedem Nutzer ohnehin das ist also nichts, was mein Bot neu einführt. Ich zeige die IP hauptsächlich, damit man erkennt, ob jemand mit VPN verbunden ist, und vor allem, um bei ernsteren Vorfällen wie Beleidigungen, Betrug oder anderen Regelverstößen die Person dauerhaft sperren zu können. Ein Namens-Ban bringt wenig, wenn sich jemand einfach neu verbindet. Ich gebe dir aber recht, dass man damit verantwortungsvoll umgehen sollte. Deshalb werde ich im Dashboard einen deutlichen Hinweis ergänzen, dass IPs vertraulich zu behandeln sind.

    Natürlich siehst du die IP, wenn der User auf den TS3-Server kommt, da ist er ja auch wirklich. (Self-Hosted + User ist anwesend)

    Beim SA:MP Server, auch kein Problem. (Self-Hosted)


    Aber stell dir vor, der User ist nicht auf Discord und kommt nur auf den TS3-Server und plötzlich werden personenbezogene Daten IP-(DSGVO) an die Discord-Server (Amerika) geschickt, wobei der Nutzer dort nie war...also ohne deinen Bot, wären die Daten da nie gelandet. Das ist technisch nicht DSGVO konform.

    Ein ähnliches Problem ergibt sich, wenn du Schriftarten oder CSS, via Google Link auf deine Webseite einbettest, dann wird auch die IP einfach mal so eben von dem Nutzer zu Google übertragen, obwohl er das vllt gar nicht will.


    Das ist halt nicht so schön. Man könnte es wie gesagt, juristisch rechtfertigen, aber why, muss ja nicht.


    Und die SA:MP-Integration: das ist tatsächlich eine Idee, die mich selbst reizt, weil ich aus der SA:MP-Szene komme. Mal schauen, ob ich das irgendwann einbauen kann.

    Da dein Bot lokal läuft und der SA:MP Server am Besten auch, kannst du einfach diese Funktion nutzen: http


    Dadurch kannst du in SAMP die Gleiche Schnittstelle nutzen, wie dein Web-Dashboard ohne irgendwas extra zu programmieren.

    Halt nur in SA:MP die entsprechenden Befehle oder Übersichten, um das alles darzustellen.


    Ja, viel Erfolg, falls du konkret fragen hast, kannst du das gerne hier im Forum tun, ein paar alte Hasen, wie ich z.B. sind ja noch unterwegs.

    Also, wenn ich das richtig verstehe ist das quasi eine API von dem Bot, mit 2 Interfaces.


    Einmal die UI als Website und einmal per Discord?


    Grundsätzlich sieht das doch schonmal sehr gut aus.

    Was mich früher immer genervt hatte, war das Rechte-Management. Wer welchen Channel sehen kann, wer wen moven darf und wohin, etc etc etc. Da wäre es cool, vielleicht sowas noch zu automatisieren oder zu vereinfachen, dass man einfache Server-Gruppen hat oder das Rechte System auch transparenter erklärt, denn viele kennen sich damit nicht aus.


    Dass man die IP von einem User btw in Discord sieht, finde ich ein bisschen kritisch. Gerade im Hinblick auf DSGVO, klar, man könnte argumentieren, es ist ein berechtigtes Interesse, gerade im Bezug auf Sicherheit, aber finde es trotzdem nicht so schön.

    Schließlich könnte man einen IP Ban auch machen, wenn man den Namen oder die ID von der Person hat, da muss nicht die IP stehen.


    Wenn diese API Schnittstelle vereinheitlicht ist, kann man diese auch z.B. aus SA:MP heraus oder anderen Gameservern ansprechen, das finde ich immer cool, dann muss man nicht raustabben :)


    Aber ja, finde ich sehr gut! :)

    Ich find ChatGPT 5.2 im Thinking Mode mit am Besten.


    Aber die Modelle nehmen sich alle nicht so viel.

    Wichtiger ist, dass man die richtige Sprache wählt (ich empfehle dir Flutter) und selber ein gutes Verständnis der Materie hat und nicht nur Vibe Coded.

    Auch, wenn durch midomen der Thread etwas abgeschweift ist, wollte ich doch neue Erkenntnisse in diesem Bereich teilen.


    Das Video was ich damals geteilt hatte, der Fortschritt von dem Projekt kann hier weiter verfolgt werden:

    Project CETI •-- News, Research & Insights
    CETI is a nonprofit organization applying advanced machine learning and state-of-the-art robotics to listen to and translate the communication of sperm whales.
    www.projectceti.org


    Zusätzlich hat sich Google-Deepmind auch etwas damit beschäftigt, aber die nutzen die Daten von Delfinen.

    DolphinGemma
    DolphinGemma is a large language model that uses dolphin audio to help scientists study how dolphins communicate — and hopefully find out what they're saying,…
    deepmind.google


    Und hier hat ein Japanischer Wissenschaftlicher sich mit Vögeln beschäftigt:

    Experimental evidence for compositional syntax in bird calls - Nature Communications
    Animal vocalizations contain distinct elements, but it is not clear whether they convey combined meanings in the same way as human speech. Here, Suzuki et…
    www.nature.com

    Externer Inhalt www.youtube.com
    Inhalte von externen Seiten werden ohne Ihre Zustimmung nicht automatisch geladen und angezeigt.
    Durch die Aktivierung der externen Inhalte erklären Sie sich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.


    Ich bin sehr gespannt, was man da in Zukunft noch so rausholen kann :)

    Skype wurde 2025 abgeschaltet :whistling_:


    Und nein, ich habe kein Interesse daran privat zu helfen. Du musst schon selber etwas lernen.


    Es gibt übrigens inzwischen ChatGPT, was ich dir empfehlen kann, der kann dich gut unterstützen.


    Ansonsten, ja du musst die .dll (auf Windows) oder die .so (auf Linux) downloaden, in den Plugins Ordner kopieren und dann in der server.cfg: unter plugins crashdetect hinzufügen.


    Du schaffst das :thumbup_:

    außer kaputten Dateien

    Bist du sicher, dass sie kaputt sind?


    Ich könnte wetten, dass sie funktional sind, nur hier und da Plugins fehlen oder configs unvollständig sind. Aber das kann man ja einfach korrigieren. Nach den Plugins googeln, dann findet man diese.


    Und, um sehen, wieso etwas nicht geht crashdetect mitladen, das zeigt dir i,m server log an, was fehlt, bzw, wieso etwas nicht geht.


    //Edit:
    PS: Bester Server (Leiter) jemals: Rosalife-Script

    *** Streamer Plugin: Include file version (0x294) does not match plugin version (0x293) (script might need to be recompiled with the correct include file).

    Da steht dein Problem. Dein Streamer Plugin ist veraltet, bzw dein Include zu neu.


    Die müssen die gleiche Version haben.


    Kannst dir einfach die Aktuellste Version holen: https://github.com/samp-incogn…-streamer-plugin/releases


    Und dann das Include unter pawno/include einfügen und das Skript nochmal compilen.