Archiv verlassen und diese Seite im Standarddesign anzeigen : VisualBasic - Projekt
Hallo an alle,
ich hab mir gedacht es wäre mal ganz nett, übers internet ein paar leute zu suchen um gemeinsam ein kleines nettes vb-projekt zu schaffen.
Bitte postet was, wenn ihr teilnehmen wollt. Besonders freuen würde ich mich über ein paar Vorschläge was man programmieren könnte.
Gruß :)
an sich keine schlechte idee, wenn es was nützliches werden soll.
ich hab allerdings grad keine grossartige idee.
da du hier noch neu bist, weise ich dich aber ma nur dezent darauf hin, dass es für Projekte hier ein extra Forum gibt.
Irgendjemand wirds schon verschieben.
hey ho,
bin dabei wenn's sich um ein gescheites Projekt handelt, ich möchte dann bitte den Styling-Teil übernehmen :), nein im ernst, ich würd' gern mitmachen
leider hab' ich selber keine Idee was ma proggen könnten, aber vielleicht haben ja andere Vorschläge
also dann,
c ya
Evil-Hunter
23.08.2002, 15:02
Wie wärs denn mit mit nem Client/Server-Prog??? Wäre auch dabei.
jo, the ultimative Trojan :D
OneStone2000
23.08.2002, 19:56
Wär auch dabei, wenns was gscheits werden soll!
Ich würd mal wieder gern was in richtung KI machen.
Sowas wie PodBall (www.freakconnection.de)
Ich würd auch die .dll - Schnittstelle übernehmen!
P.S. jaja, ich weiß ich geh euch auf die nerven mit PodBall, aber ich finds einfach genial!
Killjaeden
24.08.2002, 12:43
Würde mit machen. Nur das Prog muß auch Sin haben und nicht nur angefangen sondern auch zuende geschrieben werden.
Hi,
Ich kündige hiermit auch mal meine intresse an ;)
(Jenachdem was es werden soll)
mmmh...
Sie können Beiträge nur innerhalb eines Zeitraums von 75 Minuten, nachdem Sie den Beitrag geschrieben haben, bearbeiten.
Also ich glaube das kam hier schon öfter mal...
Ein MMORPG in Visual Basic...
So in der Art von Raknarok Online nur halt nicht in 3D...
;)
(Bitte die Kritik sachte ausdrücken)
OneStone2000
25.08.2002, 10:10
Ich weiß ned, bin eigentl. nicht so für n Spiel!
Wenn man was richtung KI macht, kann man auch mal gegen andere antreten, und sein "coder-können" mal messen.
Hab jetzt noch 3 Wochen ferien, wo ich ewig Zeit hab was zu machen!
Wär gut wenn in dieser Zeit schon was läuft!
Ach ja, es gibt doch hier im board auch so ne Rating-Funktion, wir können ja mal über die Verschiedenen Projekt-Vorschläge abstimmen!
MfG
Kann man nicht beides irgendwie kombinieren? :rolleyes:
Ich bin hin und her gerissen!
Ich fänds schon toll mal selber son MMORPG zu machen...
Andererseits, ich hab mit das PodBall mal angesehen und find
es echt gut. :D
Aber man könnte dann sowas machen das man sich nen Roboter
aus vorgegebenen Teilen baut und dann für ihn die KI selber
Programmiert.
Wenn man dann größere Waffen an seinen Roboter baut is er z.B.
stärker aber auch nicht mehr so schnell (auch umgekehrt).
Und dann lässt man seinen Roboter gegen die der anderen
antreten.
Das alles sollte dann am besten übers Internet ablaufen und
nicht wie bei PodBall das man sich die Dll vom anderen Runterläd.
Dann könnte man im Internet auch eine Bestenliste machen und
für jeden gewonnenen Kampf gibt es Punkte.
Das Client Programm läd die Dll des eigenen Roboters
und überträgt die Aktionen zum Server, der sie dann wiederum zum
anderen Clienten überträgt ... blabla bla.
Damit hätten wir dann ein ausbaufähiges Spiel in dem man
sein "coder-können" messen kann...
(Wüste gern mal wo ich das her hab ?!?)
(Irgendwie ist das alles was komisch zu lesen...
Hab jetzt aber keine Zeit die Satzanfänge usw. zu verbessern ;))
die idee find ich klasse. damit könnt man richtig was anfangen.
also ich würd mich sofort daran beteiligen, weil das echt ne herausforderung( für meine vb-kenntnisse) ist. Da kann man sicher einiges lernen.
Ich geb schonma meine stimme für dieses Projekt ab. :D
Ich hab nochmal ein bischen im WWW gesucht und habe
das dabei gefunden: AT-Robots (http://www.necrobones.com/atrobots/)
Is wenn ichs mal so sagen darf auch nicht ganz das wahre,
aber es geht ansatzweise (naja) in die richtung von dem was
ich oben vorgeschlagen habe.
Es sind mini-KIs die einen Panzer (dreieck) steuern und schießen
wenn sie einen Feind in ihren Sichtbereich bekommen.
Was hat das mit dem oben zu tun ?:
Es schießt etwas und es gibt eine mini-KI !
naja, das einfach mal so...
Seit OneStone2000 das mit PodBall und KI erwähnt hat
interessiere ich mich auch mehr und mehr für sowas ...
(PodBall kenn ich erst jetzt weil ich nicht sooo oft ins Projekt Forum kucke!)
Mal ganz nebenbei ~
Wie wird das geschrieben:
Kucken oder Gucken ?
Das erstere oder ?
(Wuste ich noch nie :rolleyes: )
Das heisst gucken. ganz sicher. ;)
Ich denke wir könnten uns da ruhig schon an etwas anspruchsvolleres heranwagen.
problem könnte sein, das wir nen server bräuchten.
oder hat einer ma grad einen zu hause rumstehen, den er dafür zur verfügung stellen könnte. mit dsl flat würde das schon gehen denk ich.
mmmh...
Stimmt ein großes Problem wäre dann der Server !
Ich kenn mich da nicht so gut aus, aber kann man sowas nicht
irgendwie auf asp\php basis schreiben ? (den Server)
Wenn sowas geht wäre es zwar kein reines VB projekt mehr,
aber die Server suche ist dann was einfacher... oder ?
Naja wie gesagt asp kann ich überhauptnicht und php schaff
ich gerade mal ein Gästebuch. ;)
Aber ich weis garnicht ob sowas mit asp\php überhaupt möglich ist...
Naja vergessen wir diese Idee fürs erste einfach mal ;)
Mit nem Server in VB geschrieben schätze ich eh mal das es etwas
"leistungsfähiger" ist als mit asp\php\usw. .
Aber ich denke wenn alle damit einverstanden sind und wir
sowas überhaupt machen sollten wir uns erstmal
nicht soviele gedanken darüber machen wo der Server nachher
seien wird... (oder doch ?)
also zum ganzen spielkonzept:
ich hoffe das lohnt sich überhaupt zu schreiben, schließlich ist die idee ja noch gar nicht von allen angenommen worden.
1. Wir bräuchten also einen server. möglichst einen, der bei einem zu hause steht, damit man die nötigen sachen installieren kann. sonst ist das schonma ein problem. imo. wenn nicht klärt mich auf.
2. man könnte es ja so, wie bei diesem anderen spiel auch, machen, dass jeder seine *.dll's einfach per ftp upoaden darf. Die client software wird dann auch von diesem ftp gesaugt (man könnte ja auch ne eigene seite machen. wär sogar das beste um so ein projekt zu promoten.). der client zieht sich dann vom server die *.dll's und lässt sie lokal gegen die eigene ( also von dem user auf dem client läuft) *.dll antreten. Das ergebnis wird dann (mit statistiken vielleicht?) wieder zum server geschickt. Dort könnte das alles dann doch imo per php ausgewertet werden oder irre ich mich da? ich lerne php erst seit knapp ner woche. aber eigentlich müsste es gehen.
man bräuchte also imo in VB nur den client coden.
wir müssten uns dann allerdings auch nochn paar php-könner ins boot holen.
Bitte schreibt mal was ihr davon haltet und ob ihr das für durchführbar haltet.
Wenn das dann so ist das der Server bei jemanden zuhause steht
dann können wir den Server auch in VB schreiben und nicht in php.
Das ist dann was einfacher...
Mit dem dlls hatte ich das so gedacht das man sie sich
runterladen kann und local gegen seine antreten läst um sie
zu testen.
Wenn man dann einen gute Dll hat (selbst gemacht und nicht
runtergeladen)
kann man über den Server mit seinen Account einloggen und
andere suchen gegen die man seine KI antreten lassen will...
Dafür gibts dann immer Punkte...
(Was mit denn Punkten passiert kann man sich dann ja überlegen)
Ich meine nur, weil wenn man sich die Dll vom anderen runterläd
und bei sich alles soweit laufen lässt hätte das für mich zumindest
keinen so großen Reiz mehr...
Original geschrieben von phoenix
Wenn das dann so ist das der Server bei jemanden zuhause steht
dann können wir den Server auch in VB schreiben und nicht in php.
Das ist dann was einfacher...
Können wir natürlich auch machen.
Original geschrieben von phoenix
Ich meine nur, weil wenn man sich die Dll vom anderen runterläd
und bei sich alles soweit laufen lässt hätte das für mich zumindest
keinen so großen Reiz mehr...
Das hatte ich der einfachheit wegen mir so gedacht.
aber wir können auch alles aufm server abspielen lassen.
brauchen dann natürlich schon ein bisschen besseren, weil der es ja alles berechnen muss. ich könnt mir vorstellen dass das ganz schön auf die performance gehen könnte. vor allem wenn mehrere partien gleichzeitig laufen.
aber das werden wir dann ja sehen.
Genau...
Jetzt müssen nur noch die anderen sagen was sie davon halten :D
Agavenwurm
26.08.2002, 16:08
1. Interesse wäre von meiner Seite aus gegeben
2. Ich denke mal das es ein enormes Sicherheitsrisiko wäre, wenn jeder seine dlls auf dem Server laufen lassen könnte (wer weiß was da allesdrinn steht????). Ich würde zwar auch für dieses System stimmen, es sollte aber auch eine Möglichkeit geben die dlls dann zu überprüfen (z.B.:Quelltext mit einreichen, ...)
Ansonsten würde ich mich durchaus beteiligen.
Gruß Agavenwurm
e-mail:
agavenwurm@hotmail.com
Wegen sicherheit:
Man könnte ja auch die KI in VBScript schreiben...
Dann kann der Server sie leicht auf ActiveX Objekte und
andere Funktionen untersuchen.
Dafür gibt es auch ein Ocx-Control: "ScriptControl",
damit lassen sich die Scripte leicht in das Projekt einbinden...
(Wird auch bei Direct Connect verwendet ;))
Nur dann fällt die schöne Dll Schnittstelle weg ;(
Und der Programmierer kann z.B. nichts einbauen
damit die Dll z.B. nur mit seinem Account funktioniert!
naja... noch nichtmal klar ob das überhaupt gemacht wird und
schon ein problem nach dem anderen... :rolleyes:
Da schlägt vbfreak ein VB Projekt vor und ist 4 Tage nicht da.
nene...
OneStone2000
27.08.2002, 14:39
Freut mich das viele das Projekt in den Grundzügen angenommen haben!
Aus meiner erfhrung(von PodBall) kann ich sagen, dass es SEHR hilfreich wäre, wenn man die einzelnen KIs bei sich zuhause aufm rechner gegeneinander antreten lassen kann!
Dadurch ist es viel leichter eigene Schwachstellen und fehler zu erkennen!Auch kann so der Fortschritt besser beobachtet werden.
Ich wür vorschlagen alles in purem VB zu coden(ausser die .dlls) und in regelmäsigen Abständen zentrale tuniere laufen zu lassen, an denen alle KIs teilnehmen können!
Die Ergebnisse der tuniere kann man ja dann auf einer HP veröffentlichen, auf dieser Seite könnte man auch das ganze Zeug zum Download anbieten!
Zum Thema Sicherheit:
Eigentl. bin ich gegen VBScript, da man in VB mehr möglichkeiten hat und eine sauber definierte Schnittstelle erstellen kann!
Natürlich ist es dann aber auch schwer die .dlls zu überprüfen, was sie wirklich machen usw.
Ein problem ist auch, dass warscheinlich niemend den Source seiner KI veröffentlichen will!Das wäre tödlich ;->
Man muss halt darauf vertrauen, dass wirklich keiner irgend n Mist baut!
Ich fang jetzt einfach mal an n .dll-interface zu schreiben!
MfG
Andi
Gut wenn du jetzt mit der Dll Schnittstelle anfängst, aber:
Wie arbeitet die KI in der Dll dann ?
Wird eine bestimmte Funktion in milisekunden abständen vom
client abgerufen ? Oder befindet sich in der Dll eine Schleife
die nach dem start immer nur die Daten an den Client gibt ?
Und wie soll das Client\Server system aufgebaut werden ?
Ich würde gerne den Server schreiben...
doch wenn ich nicht weis wie der Client mit der Dll arbeitet
und welche Befehle was bedeuten, kann ich da auch noch
nichts machen...
Auserdem sollte man vielleicht erstmal planen wie alles nachher
aussehen soll, ich meine es soll sich ja nicht "nur" darum handeln
für ein fest vorgegebenen Roboter eine KI zu coden...
Da sollte man schon größere Auswahl haben, z.B. wie ist der
Roboter zusammen gestellt und dann kann man sich überlegen
ob er auf Rädern oder Ketten fährt... darauf aufbauend
kann man dann die KI anpassen...
Klar, mit irgenwas müssen wir anfangen aber sollten wir nicht
vorher erstmal überlegen wie das alles zusammen passt ?
(Ja ich überlege sonst auch nicht vorher wenn ich was
Programmier, aber ich denke in dem Fall ist das besser).
Warum die Dlls nicht in VB ?
Ok vielleicht hat man es in C++ ja besser,
aber ich fänds gut wenn man die Dlls auch in VB coden könnte...
(Mit C++ und anderen Sprachen hab ich es nemlich nicht "so" dolle).
Für die Schnittstelle in VB is das bestimmt ganz nützlich:
Plugins (http://archiv.activevb6.de/vb/VBtutor/VBtut054.shtml)
(Hab ich schonmal für nen Trojaner benutzt :D)
(Mach trotzdem mit der Schnittstelle weiter, die brauchen wir auf jeden Fall ;)).
ok...
(Das war erstmal mein Gedanke dazu)...
(naja hoffentlich is der Text oben auch richtig angekommen :))
also imho sollte das schon alles in VB geschrieben werden. Schließlich war das anfangs auch als VB-Projekt geplant. Andernfalls hätt ich auch keine große Möglichkeit mitzumachen, da ich von c++ so gar keine ahnung hab.
Vielleicht macht sich ja einer ma die mühe und schreibt komplett auf, wie das alles ablaufen soll. von wegen wie der client aufgebaut werden soll, ob die partien lokal oder remote ausgetragen werden sollen (ich bin für lokal, wegen oben schon genannten gründen) usw.!
PS: Wir sollten imho auch auf jedenfall eine webseite machen.
Die brauchen wir auf jedenfall um den client zum download anzubieten und um stats von den partien zu veröffentlichen und den ganzen kram.
so long
DaveStar
27.08.2002, 18:29
Hi
Ich könnte euch wahrscheinlich wenig mit VB behilflich sein (davon verstehen die meisten hier wahrscheinlich mehr als ich),
aber ich würde das Projekt gerne verfolgen, würden denn die Quellcodes irgendwie hier ausgetausch, ich meine lernen kann man immer...
Übrigens: Zur Frage ob es 'Gucken' oder 'Kucken' heisst, laut dem DUDEN ist beides richtig :D
mfg
DaveStar
;) Hier wird man ja immer schlauer ;)
Ok...
Ich werde mich morgen Vormittag mal hinsetzen und aufschreiben
wie das "meiner" Meinung nach alles seien sollte...
(Wenns recht ist :eek: )
Jetzt will ich erstmal in ruhe g\kucken ob was gutes im TV läuft :)
OneStone2000
27.08.2002, 22:57
@phoenix
Es soll auf jeden Fall möglich sein, die .dlls auch in VB zu schreiben! Sorry, wenn ich mich vorhin falsch ausgedrückt habe!
Das ist ja gerade der vorteil von dlls, dass man sie in (fast)jeder Sprache schreiben kann.
Ich dachte mir, das das Hauptprogramm(von dem aus die dlls geladen werden) alle paar millisekunden eine funktion der .dll aufruft, in der die dll dei nötigen informationen(position des gegners usw.) erhält, worauf sie dann reagieren kann, und als Rückgabewert ihre Aktion mitteilt(z.B. Ich weiche dem Schuss meines gegners aus und lauf nach rechts - oder so ähnlich ;-)
Es steht in diesem System immer eine .dll für einen Spieler!
Ausserdem bin ich der Meinung, dass man mal kurz definieren sollte, was in der Diskussion mit dem "server" gemeint ist!
Soll das das Hauptprogramm sein, das die .dlls lädt? Oder des Teil des die Statistiken verarbeitet???
Klar das man sich erst mal Gedanken über das ganze Projekt machen sollte!
Ich hat blos am Nachmittag nix zu tun und hab mich n bissle mit dlls usw. beschäftigt, ich bin zum Schluss auch bei ActiveVB gelandet;->
Hab mich ganz eng an dem Beispiel von denen gerichtet und mal n Minni-Prog geschrieben, dass verfügbare Spieler sucht, von diesen Die Namen abruft, und diese Zur Auswahl anbietet!
Bin mittlerweile total dafür, dass die Partien LOKAL ausgetragen werden! So kann jeder zuhause alles mal im Szenario durchspielen!
Wär super, wenn jemand die Website übernehmen würde! Um dort mal die ersten Sachen festzuhalten.
Auf dieser Site können dann später auch die ganzen KIs, das Hauptprogramm usw. zum Download angeboten werden.
Wie das ganze Grafisch aussehen sollte(jetzt bin ich wieder bei dem Programm bzw. dem Tunier) weiß ich auch noch nicht, auch über die Art des "Spiels" hab ich mir noch keine näheren Gedanken gemacht!
In diesem Sinne Guck(Schaun) ma moi
Gruß
Andi
website könnt ich schon machen. mit ein paar anderen vielleicht, die lust haben. texte können wir uns dann ja aufteilen zu schreiben und ich pack sie dann rein.
wegen spiel:
also ich denke es spricht jetzt viel dafür die partien lokal ausfechten zu lassen.
der client müsste also
Spieler + zugehörige .dll's suchen können
.dlls's runterladen können
die partien berechnen können
ergebnis wieder zurück schicken können
hab ich noch was vergessen oder mich geirrt? dann postet es.
ansonsten scheintst du ja punkt 1 schon erledigt zu haben, oder?
tja zum server viele mir nur ein, dass er die stats die vom client kommen in empfang nehmen und irgendwie aufbereiten muss. oder soll/muss er noch mehr können?
so long
Also, so hab ich mir das ganze gedacht:
Zum "Spiel":
Es gibt Roboter (Panzer) die die KI steuert.
Man kann sich die Roboter individuell zusammenstellen,
das läuft dann etwa so ab:
In der Dll gibt es eine Funktion die z.B. Robot_Data heißt,
in dieser ist der Roboter Definiert. z.B.
Function Robot_Data()
Dim Weapon1 as String, Weapon2 as String, Motor as String
Weapon1 = "" 'Waffe Nr.1
Weapon2 = "" 'Waffe Nr.2
Motor = "" 'Auf welchem Untersatz fährt er ?
Robot_Data = Weapon1 & ";" & Weapon2 & ";" & Motor
End Function
(Mini ausführung des codes, man sollte noch mehr sachen verändern können.)
Ich hab das mit den einzelnen Variablen zur übersicht gemacht.
Der Client(Läd die eigene Dll) ruft diese Function auf und setzt
daraus dann den Roboter zusammen.
(Weapon 1 & 2: Die KI kann dann zwischen den Waffen wechseln,
die eine ist besser für das die andere für dies.)
in Weapon1 usw. kommen dann festgelegte Bezeichnungen für
die einzelnen Gegenstände.
Die Roboter fahren (in dem fall) in einer Arena, wie die
aussieht weis ich auch noch nicht genau.
(Man kann vielleicht ja auch ein paar Hindernisse rein machen.)
Zum Server\Client:
-Test
Der Client ist das Programm das jeder zuhause hat (klar ;)).
Für ihn kann man verschiedene Dlls(KIs) runterladen (!Sicherheits Problem!)
und gegen seine eigene antreten lassen, um sie zu testen.
-Inet
Ist man der Meinung das die eigene KI gut genug ist kann man
sich über den Clienten zum Server verbinden und mit seinem Account
einloggen. (Für das Punktesystem notwendig das jeder einen
eigenen Account hat.)
Der Client erhält dann vom Server eine Liste mit Usern die auch
gerade mit dem Server verbunden sind.
Diese können dann gegeneinander antreten und nach jedem gewonnenen
Kampf bekommt man Punkte auf seinen Account gutgeschrieben.
(Mit den Punkten wird man in der Bestenliste geordnet.)
Das ganze sollte nicht Peer to Peer ablaufen sondern über den Server
(für bessere Kontrolle (?)).
(Das jeder beim Spiel übers Internet seine Dll auf dem eigenen
PC laufen lässt mein ich, denn sonst kann sich ja jemand eine
KI coden die nur auf der stelle steht und wartet. Dann läst er
seine gute KI gegen die schlechte spielen und schon bekommt
er Massen an Punkte.)
Die Punkte können dann vielleicht über einen PHP-Script an die Website
gesendet werden oder der PHP-Script (auch andere Sprache) verbindet zum
Server und holt sich bei jedem Aufruf die aktuelle Liste.
(Das zweite sorgt bestimmt für mehr Traffic und deswegen sollte man
eher das erste nehmen.)
Zur Dll:
Also in milisekunden abständen aufrufen ? Gut wie bei PodBall :D
Es sollten mehrere Functionen in der Dll sein:
Erstmal die KI Funktion z.B.: Robot_KI (oder sowas).
Dann die Funktion für die zusammenstellung z.B.: Robot_Data (Siehe oben).
Und eine Funktion mit Informationen über den Coder usw: Robot_Info (oder sowas ;)).
In der Informations Funktion sollte der Coder die möglickeit haben
Informationen über sich zu Definieren und !Ganz wichtig:
Infos über seinen Account, denn er will bestimmt nicht das irgendjemand
im Internet einfach seine super KI zum spielen benutzt und sich damit
Punkte für sein Account holt.
(Also: die Dll sollte bei Internetspielen immer nur mit dem Account funktionieren
für den sie auch Programmiert worden ist.)
Mehr fällt mir im Moment nicht ein ;)
Was meint ihr dazu ?¿?
(Was meint ihr "genau" mit lokal spielen lassen ?)
(Und ich hoffe man konnte das oben verstehen :rolleyes: )
OneStone2000
28.08.2002, 09:59
Naja, weiß nicht, Phoenix ob das mit dem Spielsystem die wahre Lösung ist.
Ich hätte eher an regelmäßige Zentrale tuniere gedacht.
Sprich: Am soundso vielten im Monat werden alle KIs, die bis dahin auf der HP vertreten sind gegeneinender angetreten (jeder gegen jeden). Das ganze kann auf einem unserer Rechner zu Hause laufen!
Die Stats spuckt dann das Hauptprogramm aus(in Zukunft jetzt mal Loader genannt(jaja, PodBall . . .)), diese Stats werden dan (vieleicht sogar per Hand) auf die Website geuppt.
So werden einfach viele möglichkeiten zum Schummeln weggenommen, und man braucht keinen Server sondern einfach nur webspace!
Ob jeder selber seine KI hochladen kann, oder ob man sie einem von uns(dem Webmaster) als E-mail schikt und der sie hochlädt, müssen wir noch entscheiden!
Ich will hier jetzt auf keinen Fall irgendwas vorwegnehmen; Ich lass mich gern noch vom Sinn des Server/Client systems überzeugen, nur find ich zum jetztigen Zeitpunkt das System, wie oben beschrieben für Sinnvoller.
Vieleicht sollte einfach mal jeder dazu Stellung nehmen!
Das zum Spielsystem!
Das mit der Funktion Robot_data find ich super!
Man kan ja n paar fahrebare untersätze zur auswahl anbieten(Raupen, Reifen . . .) aus denen die coder dann wählen können.
Ich fänds auch gut, wenn man die Waffe wechseln könnte!
Mit manchen Waffen wär man halt dann langsamer oder in der Bewegung eingeschränkt!
Das sind aber noch details, die jetzzt noch nicht so wichtig sind!
Erst mal muss das Grundsystem klar sein, und stehen!
Mir ist noch was eingefallen:
Zur Grafik-ausgabe(des Spielfelds u. der Roboter) könnte man eine eigene dll verwenden!
Diese dll kriegt als input einfach die Aktuelle Position und Zusammensetzung der Roboter und liefer nichts zurück, sonder gibt das ganze Grafisch auf m Bildschirm aus!
Sie soll auch keine Berechnungen übernehmen! Also ne reine Grafik-engine!
Das hätte den Vorteil, das mehrere solcher dlls geschrieben werden könnten (für 3D, 2D oder nur schnell für die Statistik!) So bleibt das Programm flexibler.
Man bräucht halt jemanden, der das verwirklicht (auch Texturen für die Roboter u. deren Waffen erstellen!). An dieser dll kan dann immer weiter rmgeschrieben werden, ohne das das einfluss auf das Programm hat!
zum spielsystem:
phoenix vorschlag, dass man mehrere spieler auf dem server gleichzeitig haben muss find ich schwierig. dafür könnte das spiel zuwenig resonanz habenum da überhaupt ma eine partie zustande zubringen. Außerdem bräuchte das Teil doch ne hammer rechenleistung bei mehreren partien gleichzietig oder nich?
könnte man es nich so machen, dass alle .dll's der teilnehmenden spieler zum download bereit stehen und sich jemand der spielen will sich eine runterläd und auf seinem pc (phoenix: das würd ich als lokal bezeichen) gegen seine eigene antreten lässt. das ergebnis wird dann nach der partie automatisch weggeschickt. wohin, ist die nächste frage. wenn wirs hinkriegen in php was zu schreiben, dass das sofort aufbereitet und online stellt, wärs klasse. ansonsten zu einem von uns, der es dann manuell reinstellt. dann sollte natürlich noch der andere spieler benachrichtigt werden, dass seine KI rausgefordert wurde und das er das ergebnis auf der Webseite sehen kann.
schreibt mal was ihr davon haltet.
Jo, das mit der Grafik engine is gut :)
Ich habe für das Client\Server System gestimmt weil wenn
man die Dlls bei uns laufen lässt wissen wir nicht ob das jemand
irgendwelchen Kram mit "böser" absicht reingeschrieben hat.
Auserdem wenn die Tuniere auf dem Server ablaufen dann
braucht man ja den Loader auch nur noch um seine KI zu testen
...
Des weiteren sieht man ja garnicht wie sich seine KI bewehrt
wenn alles auf dem Server läuft...
Man könnte es natürlich so machen das man dann den Loader hat
mit dem man sich zum Server verbindet und dann kann man sich
den gerade laufenden "Kampf" ansehen...
Aber im moment tendiere ich immer noch ein bisschen mehr zum
Client\Server system...
(Lass mich aber vielleicht auch noch überzeugen :D)
Aber jetzt warten wir besser erstmal auf die Meinung der anderen...
ok... ich geh jetzt weiter Assembler lernen ;)
OneStone2000
28.08.2002, 11:37
@asbest
Das mit der Idee, das jeder, der die Spielergebnisse von zuhause zur auswertung schiken kann, find ich ned so toll, da dann niemand gegen eine gute KI spielen wird, da er sicher verlieren wird.
Ausserdem find ich es "fairer" wenn alle KIs gleich viele Spiele absolvieren!
@phoenix
Den Loader brauch man auf jeden fall zum testen! Das ist eigentlich das wichtigste bei der entwiklung einer eigenen KI!
Zum Thema Sicherheit:
Ich könnt den Rechner von meinem Vater(;->) für die Tuniere zur verfügung stellen! Da isses nicht so schlimm wenn jemand n scheiss in seine dll geschrieben hat, und das system geschrottet ist :-)
Damit man sieht, wie sich seine KI bewehrt, wird vom Loader ein Spielprotokoll jeder Partie angefertigt, das man dann laden kann, und sich die Partie in ruhe anschauen kann!
Ich hab jetzt das Dll interface soweit, das der Loader die dlls sucht, Namen abruft, Author abruft und die Zusammensetzung der einzelnen Roboter abruft(waffen u. antrieb).
Wenn dann alles zum Spielsystem geklärt ist, können wir uns ja an die Details machen (was für waffen, bewegungsart, spielregeln usw.)
So long
Andi
Original geschrieben von OneStone2000
@asbest
Das mit der Idee, das jeder, der die Spielergebnisse von zuhause zur auswertung schiken kann, find ich ned so toll, da dann niemand gegen eine gute KI spielen wird, da er sicher verlieren wird.
Ausserdem find ich es "fairer" wenn alle KIs gleich viele Spiele absolvieren!
also ehrlich gesagt hab ich das jetzt nich ganz kapiert.
ich versteh das jetzt so, dass du überhaupt keine statistiken veröffentlicht haben willst, oder wie?
sonst wüsst ich nich wie du das meinen könntest.
Das alle KIs gleich viele Spiele bestreiten sollen, ist ja wohl locker in mein system oben zu integrieren.
aber wir werden ja sehen.
btw, wir sollten uns dann auch ma gedanken um nen einprägsamen Namen dafür machen.
OneStone2000
28.08.2002, 12:51
hab ich mich wohl ned so klar ausgedrückt. sorry
Ich mein, dass an nem Bestimmten Zeitpunkt Jede KI gegen jede Spielt .
Beispiel:
Am 1.10.02 Findet ein Tunier statt. Alle KIs die sich bis dahin gemeldet haben saug ich mir v. der HP, Hau sie auf vadders Rechner, und lasse jede gegen jede spielen!
Die ergebnisse schik ich dann dem Webmaster, der diese dann auf der HP veröffentlicht.
Natürlich kann man zuhause seine KI gegen die anderen antreten lassen um mal zu sehen wo man liegt, oder was man verbessern könnte.
Aber ich würd diese Ergebnisse nicht in die Statistik/Bestenliste auf der Site einfliesen lassen, da sich die KIs wahrscheinlich laufend in Entwiklung befinden werden und die spiele nicht zum gleichen Zeitpunkt ausgetragen werden.
Aber vieleicht erläuterst du mir mal dein System noch etwas genauer.
N guter Name fällt mir jetzt grad auch nicht ein, vieleicht irgendwas wo rauskommt, das programmierer gegeneinander spielen "coder's war" oda so.
Ach ja und noch was:
Wer ist jetzt eigentl. sich er bei dem Projekt dabei?
Von VBfreak hat man nix mehr gehört.
S schaut so aus, das Asbest, phoenix und ich sicher daei wären!
Vieleicht melden sich die die Lust haben mitzumachen einfach noch mal.
Andi
Original geschrieben von OneStone2000
hab ich mich wohl ned so klar ausgedrückt. sorry
Ich mein, dass an nem Bestimmten Zeitpunkt Jede KI gegen jede Spielt .
Beispiel:
Am 1.10.02 Findet ein Tunier statt. Alle KIs die sich bis dahin gemeldet haben saug ich mir v. der HP, Hau sie auf vadders Rechner, und lasse jede gegen jede spielen!
Die ergebnisse schik ich dann dem Webmaster, der diese dann auf der HP veröffentlicht.
aso, jetzt hab ichs kapiert. das find ich ne gute idee. könnten wir meinetwegen so machen.
Original geschrieben von OneStone2000
Natürlich kann man zuhause seine KI gegen die anderen antreten lassen um mal zu sehen wo man liegt, oder was man verbessern könnte.
Aber ich würd diese Ergebnisse nicht in die Statistik/Bestenliste auf der Site einfliesen lassen, da sich die KIs wahrscheinlich laufend in Entwiklung befinden werden und die spiele nicht zum gleichen Zeitpunkt ausgetragen werden.
auch einleuchtend.
Auf jedenfall muss es aber möglich sein, die KIs bei sich gegeneinander antreten zu lassen, wann man will, wie du ja schn geschrieben hast. sonst verliert das ganze imho für alle anderen ihren reiz, weil man immer zu lange warten müsste.
bei dem namen tu ich mir auch schwer. mir sind da so sachen eingefallen, wie "KI Fight", "RobotWars" :lol: ,"Coder battle"
Naja das muss ja nich sofort entschieden werden.
Ok...
nemen wir die Methode von OneStone2000, also kein Client\Server...
Auch gut :)
Was gibts denn jetzt noch zu coden ?
(Will auch was...)
Mit Grafik kenn ich mich nicht so aus...
Wenn OneStone2000 jetzt schon soweit den Loader hat
sollten wir klären was jetzt alles mit der KI möglich seien soll...
(Also die Befehle die die KI Funktion zurückgibt.)
Was können asbest und ich denn jetzt noch machen ?
(Ich habs nicht so damit, mir selber irgendeine Rolle zu geben :()
Aber dazu sollten wir wissen wie weit du mit dem Interface (:D) bist
und was du noch gedenkst zu tun...
(Ok du hast gesagt das du das mit dem Autor abrufen und so schon hast)
Wie wärs mit "AI-Wars" ?
AI-Wars is nich schlecht, find ich.
mir würd es auch reichen wenn ich die HP mache und dann noch meine KI code.
Ansonsten sollten wir jetzt ma sehen was noch zu machen ist und das dann aufteilen.
Wie sollen die Kämpfe eigentlich dargestellt werden. praktisch in echtzeit wo man die panzer rumfahren und ballern sieht? oder wird alles nur berechnet und dann per text ausgegeben welche aktionen gerade stattfinden?
bei ersterem bräuchten wir jemanden, der graphisch en bissl was drauf hat. bin da ne null drin.
OneStone2000
28.08.2002, 14:06
Wen soweit alles klar ist, würd ich sagen, wir machen uns mal an die Spielregeln!
Habt ihr ada schon nähere vorstellungen?
Ich würd sagen es stehen halt bestimmte Sachen zur Auswahl
z.B. verschiedene Nah- und Fernkampfwaffen und verschiedene Fahrgestelle. Man kann ja auch noch ne Panzerung hinzufügen, die den Roboter dann schwerer, also auch langsamer/träger macht.
Als antrieb könnt ich mir vorstellen:
1. Kettenantrieb - Man hat keinen wenderadius--> Flinker aber auch langsamer
2. Normale Reifen - Grösserer Wenderadius; schneller
3. Weiß ich ned
Soll man die Waffen wärend einer Partie wechseln können, oder hat man die ganze Zeit nur eine Waffe?
wenn man sie wechseln kann, würd ich ne Wechselzeit einplanen(wenn man von Nem Scharfschützengewehr auf nen Nahkampfhammer wechselt, würde das dann 3 Sekunden dauern[oder so ähnlich])
Ich würd zuerst mal n einfaches Viereckiges Spielfeld nehme - Hindernisse kann man dann ja in nem späterem Stadium hinzufügen!
Man bräucht jetzt halt jemanden der die ganzen Physikalischen berechnungen auf die reihe bringt und sauber implementiert(nennt man das so?), so dass ein Roboter nicht sofort "von 0 auf 100" beschläunigen kann (trägheit . . .). Ich kann ja mal so ne Mini-Grafik engine basteln (ohne Texturen) nur mal für n Anfang.
Die endgültige Grafik ausgabe müsst jemand machen, der schon mal was in Richtung Grafik gemacht hat. Ich bin da ne totale Niete!(Auch in Sachen Design ;->)
@asbest Du kannst ja mal wenn du lust hast ne kleine Site online Stellen auf der unser Projekt kurz beschrieben ist, und ein Link auf diesen Thread führt.
Das wichtigste meiner Meinung nach ist jetzt erst mal, dass die Spielregeln feststehen!
P.S. "coder battle" oder "AI-Wars" find ich ne gte Idee!
Original geschrieben von OneStone2000
Man bräucht jetzt halt jemanden der die ganzen Physikalischen berechnungen auf die reihe bringt und sauber implementiert(nennt man das so?), so dass ein Roboter nicht sofort "von 0 auf 100" beschläunigen kann (trägheit . . .). Ich kann ja mal so ne Mini-Grafik engine basteln (ohne Texturen) nur mal für n Anfang.
Die endgültige Grafik ausgabe müsst jemand machen, der schon mal was in Richtung Grafik gemacht hat. Ich bin da ne totale Niete!(Auch in Sachen Design ;->)
Hi ich melde mich hier erste mal zu wort und will damit mein Interessen verkünden *g*
Also das mit der Physik kann ich machen, mein VB ist zwar nicht gerade das beste, aber dafür sollte es noch reichen.
Jetzt noch eine Frage zum Spiel.
Darf die KI lernfähig sein, d h sie lernt aus jedem Kampf und optimiert sich von ganz alleine.
OneStone2000
28.08.2002, 14:44
Die KI darf alles machen!
Das is ja der Sinn der sache! wenn dus hinkriegst, das deine KI lernt dann is des doch super!
Ich wäre auch dabei!
Vielleicht ne Idee:
Nen Keylogger, der per FTP dann die Logdateien hochlädt! Und vielleicht gleich nen Serverprogie ran!
hat nicht letztens erst jemand hier ein projekt fuer eine KI gestartet? Ich glaub die wollten kaesekaestchen programmieren, vom spiel jetzt :), aber keine ahnung, ob die noch dabei sind, und wie weit die gekommen sind.
Sollte auch nur nebenbei gesagt sein.
stefan
OneStone2000
28.08.2002, 15:04
Hab den Käsekästchen - Thread schon immer beobachtet, aber die machen das rein in Phyton!
@joker
Wir haben schon n Projekt ausgewählt!
Jo, das Projekt haben wir schon: KI
OneStone2000 hat schon etwas angefangen die
Dll Schnittstelle zu schreiben...
aber wenn asbest jetzt eine Homepage macht wird
da bestimmt auch nochmal der Status vom Projekt
stehen...
Wenn das Projekt nacher soweit steht, werden wir auch
noch jemanden brauchen der die InGame grafiken macht...
aber soweit sind wir im moment noch nicht.
(Könnt euch ja die oberen Postings nochmal durchlesen.)
Das Logo is so wie ich es verstanden habe schon von
OneStone2000 vergeben worden :)
Und das Käsekästchen projekt hab ich mir auch angekuck,
hat mich aber nicht so interessiert weil ich so ein spiel schonmal
geproggt hab bei dem der Computer mit Logig den nächsten
Zug berechnet...
also ich hab jetzt ma in ner halben stunde die page hingekleckst.
das ist wirklich nur das gröbste also bitte keine allzu harsche kritik.
über den banner bin ich übrigens positiv übberrascht. ;) Hab ja schon erwähnt, dass ich in desgn technischen sachen nich so bewandert bin. kann also gerne jemand noch nen neuen machen. aber dann bitte im format 468x60 Pixel. danke.
also hier die url:
http://ai-wars.ionichost.com
ich versuche auch noch http://www.ai-wars.de.vu zu reggen aber die haben da grad ein paar probs. mach ich dann später.
ich hoffe ihr findet das design ansprechend.
PS: die links funzen noch nicht. bin ich noch nich zu kommen da ne fehlerseite hinzumachen.
ja das Design is soweit gut,
obwohl ich nur den obersten Balken mit der
Seitenüberschrift sehen kann :D
...
Agavenwurm
28.08.2002, 17:48
Hey, Leutz,
wenn ihr noch jemanden braucht, ich bin dabei!
Nur mit Grafik hab ichs leider auch nich so. Aber was ist eigentlich aus dem 3D-Engine Projekt geworden?
Wenn man deren Engine nutzen könnte müßten wir uns um die Umsetzung keine Gedanken machen und die Engine hätte einen ersten Härtetest... (ich weiß, 3d=Rechenleistung²)
Iss nur so ne Idee...
Ich schau mal wie weit die drüben schon sind...
cya
Agavenwurm
e-mail: agavenwurm@hotmail.com
Original geschrieben von phoenix
ja das Design is soweit gut,
obwohl ich nur den obersten Balken mit der
Seitenüberschrift sehen kann :D
das is shit. was fürn browser benutzte?
die seite ist jetzt optimiert für IE 5.5
Evil-Hunter
28.08.2002, 21:03
Die Panzer sollten auch noch Mienen legen können, die der Gegner nicht sehen kann. (Aber nur begrenzt)
Ich glaube es ist jetzt sehr wichtig die regel eindeutig zu definieren, um Missverständnisse zu vermeiden und eine kleine Zusammenfassung, was bis jetzt gemahct worden ist und wird und was alles noch gebraucht wird und wie es später mal aussehen soll (vom Programmieren her bis zur Grafik)
OneStone2000
29.08.2002, 00:32
@agavenwurm
Das is ja des schöne an der dll-Methode! Für den Anfang schreibt man halt ne Mini-Grafik-Engine, in der die Roboter nur Punkte oder so sind!
Wenn man dann Zeit/Lust hat kann man sogar ne 3D-Engine draus machen!
Du meinst warscheinlich die FireFly-Engine! Ich hab aber keine Ahnung, wie weit die Leute da sind, bzw. inwieweit die zur Zusammenarbeit bereit wären!
Wär natürlich schön wenn sich da ne Möglichkeit bieten könnte!
@reggid Wie es später mal aussehen soll, ist noch nicht so klar! Vielleicht läuft die Bewegungs-steuerung der Roboter auf Vektor-Basis(ich hab darüber mal mit phoenix gechattet), es steht aber noch nix fest! Auch wär ne feste Zusage von jedem nicht schlecht. Und wenn sich VBfreak(der der den Threat eröffnet hat) mal wieder melden würde wär des auch ne schau, da wir sonst keinen offizielölen "Projektleiter" haben.
So, ich hau mich jetzt aufs Ohr!
Gute Nacht!
Guten Morgen :D
@OneStone2000
Was meint ihr mit VektorBasis ? So weit bin ich in Mathe noch nicht.
Aber die Regeln müssten doch langsam gestallt annehemen, oder ?
Das hier ist meine feste Zusage, dass ich euch bei dem Projekt helfen möchte.
OneStone2000
29.08.2002, 09:27
Ich fass hier mal Zusammen, wieweit wir sind, und was noch ansteht!
Also Asbest hat gestern ne Homepage aus dem Boden gestampft, die sogar noch super aussieht!
Phoenix hat n eigenes Board registriert, das aber noch eingestellt werden muss!
Bis auf weiteres bleibt die Diskussion hier im BuBo auf jeden Fall erhalten!
Zur Zeit haben wir 5 feste Zusagen:
phoenix, asbest, agavenwurm, reggid und mich
von VBfreak hab ich immer noch nix gehört ;->
Die ersten Probleme die das Dll-interface hatte sind gelöst!
Auch das Spielsystem ist schon klar!
Jeder Spieler besteht aus einer .dll. Der loader lädt die dlls, frägt bestimmte informationen von ihnen ab, und startet das Spiel! Nach dem Spiel Spuckt er die Ergebnisse aus! Das Spiel kann natürlich visuell mit der Grafik-Engine(die es noch nicht gibt) beobachtet werden!
Wenn ein coder meint seine KI ist fertig (oder fast fertig) entwikelt, schikt er sie an asbest(oder an jemand anderen, das steht noch ned fest), der sie dann auf die HP lädt und zum Download verlinkt. So kann jeder coder seine KI zuhause Probeweise gegen andere antreten lassen!
Zu einem fixen Zeitpunkt werden dann Tuniere sein, bei denen jede KI gegen jede andere Spielt, und eine Umfangreiche Statistik erstellt wird! Diese wird ebenfalls auf die HP gestellt! Diese Tuniere sollten dann in regelmäßigen Zeitabschnitten durchgeführt werden!
Das Spiel verläuft warscheinlich dann so:
Die Roboter bestehen aus Zwei Teilen:
Dem fahrbaren Untersatz und den Waffen.
Das Fahrgestell muss vor dem Start des Spiels gewählt sein, also es muss fester bestandteil der KI sein. Eine KI kann immer nur mit dem selben fahrgestell spielen!
Es gibt verschiedene Fahrgestelle zur Auswahl! Zur Zeit haben wir: Kettenantrieb, Reifenantrieb und vieleicht noch Hovercraft.
Das steht aber noch nicht fest, Vorschläge isnd sehr wilkommen!
Jedes Fahrgestell hat natürlich sein Vor- und Nachteile! (Geschwindigkeit, Wenderadius, Trägheit)
Zu den Waffen:
Es wird warscheinlich Nah- und Fernkampfwaffen geben, die der Roboter alle mit sich rumträgt, und zwischen denen er wärend dem laufendem Spiel dynamisch wechseln kann.
Wenn er aber z. B. von nem Hammer auf ne Sniperrifle wechselt, kostet das natürlich Zeit, in dieser der Roboter nicht schiesen kann.
Welche Waffen es gibt, steht auch noch nicht fest! VORSCHLÄGE MACHEN!!!!
Die Waffen haben natürlich auch Vor- und Nachteile(Reichweite, treffsicherheit, durchschlagskraft)
Auch von Minen ist schon gesprochen worden, ich hab mir dazu noch keinen Gedanken gemacht, mich würd eure Meinung interessieren!
Der Roboter, der als erstes stirbt, hat verloren(wie ich da wohl draufgekommen bin);->
Soweit dürfte alles klar sein.
Zur Bewegung der Roboter:
Wir haben noch kein festes Bewegungssystem!
Aber ich habe mit phoenix gechattet und hab ihm die Idee mit dem Vektor-system erläutert und er war nicht abgeneigt!
Dieses System gabs schon in PodBall!
Es läuft daraus hinaus, dass das Spielfeld ein Koordinatensystem darstellt, wo der Ursprung (0|0) im Mittelpunkt liegt!
Was Vektoren sind, dürfte klar sein (diese Striche mit den Pfeilen dran)
Das Koordinatensystem könnte z.B. auf der X-Achse v. -1 bis 1 Reichen und auf der Y-Achse auch(Quadrat)
Wenn mein Roboter jetzt z.B. auf (-0.5|0.7) steht (Das ist links oben) und ich will, dass er sich nach unten bewegt, geb ich ihm die BewegungsVektoren vX=0, vY=-1 jetzt bewegt er sich mit der höchsten Geschwindigkeit (1) nach unten.
Wenn ich will, das er sich nach rechts unten bewegt kriegt er: vX=0.5 vY=-0.5 Jetzt bewegt er sich mit der Geschwindigkeit 0.7071 nach rechts unten(Hypotenuse von den Katheden vX und vY).
Das schöne an Vektoren ist, das man mit ihnen rechnen kann!
Wenn ich z.B. will das sich mein Roboter, unabhängig v. seine position zum Mittelpunkt begiebt, gibts dafür ne einfache rechnung:
Ich ziehe einfach meine Eigenen Koordinaten von en Ziel-Koordinaten ab:
0-MeinRoboter.X wäre dann der X-Vektor(vX)
0-MeinRoboter.Y wäre dann der Y-Vektor(vY)
So kanni ch auch ganz einfach den gegner verfolgen:
vX=GegnerRoboter.X-MeinRoboter.X
vY=GegnerRoboter.Y-MeinRoboter.Y
Das würde den Vektor zurückgeben, der auf meinen Gegner Zeigt!
Das ganze steht aber bis jetzt nur in der Theorie!
Wenn jemand einen anderen Vorschlag für das Bewegungssystem hat: HER DAMIT!
Soweit sogut
Wie ihr seht steht noch n schönes Stück Arbeit vor uns, aber ich bin Zuversichtlich, das das was wird!
Gruß
Andi
So ok
Bewegungssystem verstanden, zumindestens glaube ich das *g*.
Was mir zu den Robotern eingefallen ist.
Untersatz:
Reifen: normale Geschwindkeit, normale Panzerung, gute Lenkung
Ketten: langsame Geschwindkeit, gute Panzerung, schlechte Lenkung
Hover: schnelle Geschwindkeit, schlechte Panzerung, sehr gute Lenkung
Waffen:
30mm Vulcan-cannon: normaler Schaden, hohe Schußrate, ungenau auf Reichweite, Munition 100 Schuß
Raketenwerfer: hoher Schaden, langsame Schußrate , sehr genau auf reichweite, Magazin 1 Schuß
Railgun: normaler Schaden, durchschnittliche Schußrate, nicht sehr genau, aber auch nicht ungenau auf Reichweite,
Magazin 20 Schuß.
So das waren meine gedanken, man muss natürlich dann noch genau die waffen ausbalancieren, deswegen schrieb ich auch immer nur "normal", hoch", etc .
Ach ja noch was
Sollen die Waffen um 360° drehbar sein oder nur um 180° oder 90 °, wobei mir das hier am besten gefällt 45 ° Links, 45° rechts.
Gruß
reggid
hey ho, das sieht ja schon ma gut aus. sehr viele neue ideen hier.
zu den waffen:
oben war mal von ner sniper die rede. soweit ich weiss sind das scharfschützengewehre, oder? ich glaube die würden bei panzerähnlichen robotern nich so bringen. ;)
aber reggids ideen sind ja schon in ordnung.
ich werd jetzt ma an der page weiternbasteln.
PS: Bin die meiste Zeit des Tages in #buha. Könnt also auch vorbeikommen um en bisschen darüber zu chatten wies weitergeht.
Evil-Hunter
29.08.2002, 15:27
Ich wäre auch dabei, könnte alles machen, außer Grafik.
Weitere Vorschläge:
Die Roboter sollten auch einen bestimmten Sichtradius haben, also so, dass sie nicht das ganze Feld sehen, und denn Gegner erst suchen müssen. Da könnte man dann z.B. auch noch wählen zwischen guter Feuerkraft und wenig Sichtradius und schlechter Feuerkraft und weitem Sichtradius.
Die Roboter könnten auch nur sehr begrenzt Munition haben und wenn sie leer ist immer wieder zu nem Lade-Depot fahren und nachladen.
Hab ich mit OneStone gestern mal beredet... (halbwegs)
Wir haben erstmal vor es so zu machen das die KI weis
wo der Gegner ist... (beta version).
Später kommt sowas auch noch dazu, weil es etwas schwerer ist
in vb wärend die funktion in der Dll läuft Daten zu übergeben...
Aber das ist ne gute Idee und wird sicher später auch noch eingebaut ;)
Zur "Rollen"-Verteilung fragst du am besten OneStone2000
denn er hat ja oben auch schon geschrieben was noch gemacht werden muss usw. ...
Das mit der Sichtweite und Waffe würde sich dardurch erledigen
das jede waffe eine bestimmte Präzession (oder so) hat.
Also mann kann nicht mit einer Pistole (*g* am Panzer)
übers ganze Spielfeld schießen und dann auch noch treffen ;)
Mann könnte dabei aber auch wieder was neues dazu bringen:
Die Commando Brücke (Enterprise läst grüßen) also das Vorderteil
wo in echt der Pilot drin sitzen würde... um so größer es ist, um so
besser\weiter kann man sehen, dadurch wird aber auch der bewegungsfreiraum der Waffe eingeschränkt... usw.
Das mit dem Ladedepod find ich eine klasse idee (begrenzte Munition sowieso).
Dann stellt sich wenigstens keine KI aufs Feld und schießt ununterbrochen mit ner Minigun (;))...
zu dem nachlade depot:
es muss aber verhindert werden, dass sich eine KI bemüht die andere zu vernichten während eine nur darauf setzt mit nem flinken untersatz möglichst auszuweichen und dann wenn der andere keine munni mehr hat und zum depot will dann praktisch innen rücken geschossen und abgemurkst wird. das wäre nicht fair und würde den spielspass mächtig trüben.
PS: Was soll noch alles auf die Homepage drauf? Es muss auf jeden Fall noch eine Einführung und die Spielregeln geschrieben werden. Aber da sind wir uns ja selber noch nich ganz einig.
Wollt ihr sonst noch ne rubrik auf der siete haben?
Zum Thema Nachladen, wie wäre es mit einer Waffe, son kleinen Laser, der keine Munition braucht, so das man immer ne waffe hat, klar, dass die waffe nicht gerade so stark und genau ist.
Wie wäre es mit einer TIPs und Tricks Sektion, so wie eine Tutorial Sektion zum Thema KI, da könnte man z B kleine Taktiken oder Roboter Bau Kominationen erklären und später einen Tactical Guide rausbringen und "Wie baue ich mir die ultimative Kampfmaschine ".
In der Tutorial Sektion soll rein, was man über KI allgemein wissen sollte und wie man am besten eine aufbaut, dass man sie leicht erweitern und verbessern kann.
Original geschrieben von reggid
Zum Thema Nachladen, wie wäre es mit einer Waffe, son kleinen Laser, der keine Munition braucht, so das man immer ne waffe hat, klar, dass die waffe nicht gerade so stark und genau ist.
die idee find ich klasse, dann steht man nicht auf einma ohne munni da.
Original geschrieben von reggid
Wie wäre es mit einer TIPs und Tricks Sektion, so wie eine Tutorial Sektion zum Thema KI, da könnte man z B kleine Taktiken oder Roboter Bau Kominationen erklären und später einen Tactical Guide rausbringen und "Wie baue ich mir die ultimative Kampfmaschine ".
In der Tutorial Sektion soll rein, was man über KI allgemein wissen sollte und wie man am besten eine aufbaut, dass man sie leicht erweitern und verbessern kann.
und imo gleich noch ne super idee. Wenn du lust und zeit hast kannste ja ma ein tut schreiben. ist bestimmt hilfreich für leute, die zwar lust haben mitzumachen aber nich so die ahnung davon.
Ja wenn das spiel so weit fertig ist schreib ich mal einen kleinen Taktik guide und wie man so eine KI anfangen soll, am besten mit Boole'sche Logik anfange *g*
pHoeNIgS
29.08.2002, 22:04
Hallo Leudz!
Ich bin der der den Loader gemacht hat :cool: . Ich beschäftige mich gerade mit dem ausbalancieren von ein paar Waffen.
Hier ein paar anfänge:
ANTRIEB: (Alle Werte sind Orientierungswerte, die natürlich erst erprobt werden müssen)
Trägheit: 0 (nicht träge) bis 1 (träge)
Beweglichkeit: 0 (kein Radius) bis 1 (grosser Radius)
(Höchst)Geschwindigkeit: 0 (langsam) bis 1 (schnell)
da die Panzerung zwecks Ausgleich meiner Meinung nach vom Fahrgestell abhängen sollte, wird sie hier auch aufgeführt.
Art / Trägheit / Beweglichkeit / Geschwindigkeit / Panzerung
Hover / 1 / 0.2 / 1 / 0.8
Kettenantrieb / 0.2 / 0 / 0.5 / 1
Reifen / 0.5 / 0.5 / 0.8 / 0.4
zu Beachten:
Hovercraft: Trägheit wirkt sich extrem auf die Beweglichkeit aus(kleiner Radius, aber langsame Umstellung auf neue Richtung)
Kettenantrieb: Kann auf der Stelle drehen, fast keine Trägheit
------------------------------------------------------------------------------------
WAFFEN: (Alle Werte sind Orientierungswerte, die natürlich erst erprobt werden müssen)
Standartwaffe:
Minimaler Schaden(evtl. ¼ einer Standart-MG) + evtl. Schildfunktion für ein paar Sekunden (3 sek.)
Nahkampf:
Auswirkung: entweder Schaden oder andere Auswirkungen
Nachladezeit: 0 (keine[Dauerfeuer]) bist 1 (lange Nachladezeit)
Typ / Auswirkung / Nachladezeit
Kettensäge / Schaden / 0
EMP-Schocker / setzt gegnerische Waffen kurze Zeit außer Kraft (2 sek) / 1
EMP-Granate / setzt gegnerisches Fahrgestell kurze Zeit ausser Kraft (1 sek) / 0.7
zu Beachten:
Alle eine Reichweite!
so, des hab ich mir bis jetzt überlegt, wenns ideen gibt, gleich her! :f :t
GREEZ Peter
So meine Gedanken zu den Waffen, wird noch erweitert.
Also sagt ob es :t oder :f ist
OneStone2000
30.08.2002, 11:28
ok
Für die Vulkan find ich das nicht schlecht!
Eine Frage: Soll der Schuss sofort beim Gegner landen? oder hat er eine gewisse Laufzeit, die mit zunemender Entfernung zunimmt?
Du kannst ja den Waffen-part übernehmen und für alle anderen Waffen des auch noch erstellen!
Ich definier dann mal n paar Datentypen für die Waffen!
<edit>
JUHUUUUUU
Die erste Beta-engine ist fertig!! Und sie funktioniert total unabhängig vom loader!
Die Roboter sind zwar nur kreise, aber is ja wurst.
Jetzt kanns richtig losgehen!
Ich implementier jetzt mal das Bewegungs-system(so wie es jetzt aussieht bleiben wir bei dem Vektor-system!)
Heut Abend schik ich mal ne gamma-version des loaders samt engine und 2 "kI"s asbest, und der lädt sie dann auf die page!
Da kann man zwar noch nix machen, aber man sieht mal wies mal werden soll!
</edit>
so die page ist jetzt überarbeitet.
das schöne design ist flöten gegangen, aber die gängigen browser sollten das jetzt alles fehlerfrei darstellen können.
ich hab schon ein paar texte bezüglich der Einführung und der Waffen gekriegt. die stelle ich dann ma online.
PS: Dopefish wird nachher so nett sein und diesen Thread in das aktive Forum heben.
Das ist gut mit dem aktiven Forum
Ein Lob an asbest und an DopeFish
Killswitch
03.09.2002, 14:17
Waaah... Wieso hab ich das den hier überlesen?
Nuja, also da binn ich auf jedenfall auch mit dabei. Hab mir nochnicht alles durchgelesen, aber ich denke das is ne geniale Idee.
Agavenwurm
03.09.2002, 14:40
Sorry, Leutz, war übers wochenende leider (familiär) nich da,
was bleibt denn nun für Killswitch und mich noch übrig?
Engine und Loader macht ihr ja schon, woran arbeitet ihr grade, wie weit seit ihr?
Kann man euch vielleich mal irgendwo treffen (Chat, irc)?
cu Agavenwurm
kommt einfach in den IRC
euirc #ai-wars
Ps: Eine Alpha-Beta Verison ist schon drausen :D
Killjaeden
03.09.2002, 15:39
Find ich gut wäre für jedes Prog offen
Killswitch
03.09.2002, 16:29
So, bin grad in euren channel. Leider bin ich da auch der einzigste ;) wir müssten ma ne Uhrzeit ausmachen, damit man da auch ma n paar trifft.
boah bin ich im stress im moment. scheiss schule.
wie dem auch sei.
Habt ihr für Killswitch und Agavenwurm schon was gefunden?
sonst wären feste chat zeiten wirklich ma nich schlecht. am besten so gegen abend.
und der neue loader is klasse. sieht schon cool aus.
lustig is vor allem, dass die tote KI noch fröhlich weiter ballert und die andere noch tötet :D . aber das wird schon noch
Killswitch
03.09.2002, 18:49
Hoi. Also am liebsten wär mir was mit code schreiben. Grafik und sowas is garnich mein Ding. Als qualifikation kann ich euch einmal dashier: http://sourceforge.net/projects/headcrash/ anbieten, und meinen status als mod im VB Forum.
Das Sourceforge Projekt wurde üprigens wegen zuwenig codern eingestellt.
OneStone2000
04.09.2002, 11:46
Hier mal wieder der aktuelle Status des Projekts:
Den Loader hab ich so gut wie fertig geschreiben.
Die Engine ist auch schon fertig. Leider hat sie ne besch*****e grafik, da wir immr noch keinen coder gefunden haben, der die Engine machen will!
AUFRUF an alle coder. wenn ihr n bissl Ahnung von Grafikprogrammierung habt bitte melden!!!!
Es gibt 2 mehr oder weniger "intellegente" KIs.
Ende der Woche wird warscheinlich auf der Homepage (www.AI-Wars.de.vu) die erste Version von AI-Wars zum download bereitstelen.
Dann kann man auch beginnen die ersten KIs zu schreiben!
Leider hab ich bis jetzt noch keine Zeit gehabt, die Schnittstelle zu definieren! Aber das kommt auch noch!
Also nochmal: WIR BRAUCHEN DRINGEND JEMANDEN; DER DIE ENGINE MACHT ! ! !
Es kann auch eine fertige engine benutzt werden! Man muss halt nur n bissl was ändern!
ach ja: killswitch ist dabei den Tunier-Modus zu schreiben, so dass auch bald nachdem die ersten KIs erschienen sind tuniere stattfinden können!
So long
Andi
Evil-Hunter
16.09.2002, 20:24
Sieht schon ganz lustig aus, macht auch Spass ne KI zu coden, die Oberfläche braucht aber noch ein paar Verbesserungen.