Ich hatte mir über Ostern wieder einmal meine NPC Experimente vorgenommen und bin wieder, wie schon oft zuvor, krachend an die Grenzen der Scriptsprache gestoßen . Für anspruchsvolle Sachen braucht man ein ausgewachsenes Programmiersystem mit dem man in der Region interagieren kann.
Ich hatte mir dann wg. einer Schnittstelle zunächst dieses HTML Gezumpel angesehen und ganz schnell wieder als viiiiiiel zu umständlich, Leistungsfressend u. Fehleranfällig verworfen. Für irgendwelche Netz-Sachen, ok. Aber für eine lokale Kommunikation? Nicht ernsthaft erwägenswert!!
Mir schwebte eher etwas wie das gute alte Unix-Prinzip vor: Gerät-,Anwendung-,User-1 schreibt in Datei/Gerät und Gerät-,Anwendung-,User-2 liest sie aus. Simpel, einfach, leicht zu merken und funktioniert immer und mit jeder Sprache und jeder angepassten Hardware. Egal ob mit „Datei“ Monitor oder „Datei“ Reaktorkühlungsventil…..
Ich habe ich mir daher zwei kleine OS-Funktionen osFileWrite und osFileRead als Schnittstelle geschrieben. Funktionieren tadellos. Nun kann ich in c oder c++ geschriebene opensource Navi-Algos als Pathfinding verwenden und in Lisp,Basic oder Prolog eine lernfähige KI basteln…..
Da meine Funktionen in der jetzigen Form nur für erste lokale Experimente geeignet sind und auf öffentlichen Systemen absolut verhängnisvoll wären, stelle ich sie nicht näher vor. Aber wäre so eine einfach zu handhabende Universalschnittstelle nicht ganz allgemein von großem Interesse? Es gibt viele denkbare Anwendungen für Opensim, aber die meisten scheitern an den fehlenden Kommunikationsmöglichkeiten mit anderen lokalen Anwendungen.
Wie müsste so eine (unbedenkliche) Schnittstelle aussehen? Nutzbar nur für Leute, die eh vollen Zugriff auf das Dateisystem haben, ist klar. Aber wie kann man das elegant realisieren? Die höchste interne Sicherheitsstufe ist meines Wissens nur der Regions Owner, der nicht zwangsläufig Herr über das Dateisystem ist.
Ich hatte mir dann wg. einer Schnittstelle zunächst dieses HTML Gezumpel angesehen und ganz schnell wieder als viiiiiiel zu umständlich, Leistungsfressend u. Fehleranfällig verworfen. Für irgendwelche Netz-Sachen, ok. Aber für eine lokale Kommunikation? Nicht ernsthaft erwägenswert!!
Mir schwebte eher etwas wie das gute alte Unix-Prinzip vor: Gerät-,Anwendung-,User-1 schreibt in Datei/Gerät und Gerät-,Anwendung-,User-2 liest sie aus. Simpel, einfach, leicht zu merken und funktioniert immer und mit jeder Sprache und jeder angepassten Hardware. Egal ob mit „Datei“ Monitor oder „Datei“ Reaktorkühlungsventil…..
Ich habe ich mir daher zwei kleine OS-Funktionen osFileWrite und osFileRead als Schnittstelle geschrieben. Funktionieren tadellos. Nun kann ich in c oder c++ geschriebene opensource Navi-Algos als Pathfinding verwenden und in Lisp,Basic oder Prolog eine lernfähige KI basteln…..
Da meine Funktionen in der jetzigen Form nur für erste lokale Experimente geeignet sind und auf öffentlichen Systemen absolut verhängnisvoll wären, stelle ich sie nicht näher vor. Aber wäre so eine einfach zu handhabende Universalschnittstelle nicht ganz allgemein von großem Interesse? Es gibt viele denkbare Anwendungen für Opensim, aber die meisten scheitern an den fehlenden Kommunikationsmöglichkeiten mit anderen lokalen Anwendungen.
Wie müsste so eine (unbedenkliche) Schnittstelle aussehen? Nutzbar nur für Leute, die eh vollen Zugriff auf das Dateisystem haben, ist klar. Aber wie kann man das elegant realisieren? Die höchste interne Sicherheitsstufe ist meines Wissens nur der Regions Owner, der nicht zwangsläufig Herr über das Dateisystem ist.
Degolburg:
24h online und ca. 10 % fertig
Taxi: 85.214.150.139:9000:Degolburg
24h online und ca. 10 % fertig
Taxi: 85.214.150.139:9000:Degolburg