|
|
#2542 (permalink) |
![]() ![]() Registriert seit: 16.11.2006
Ort: Paris-Rom-Erkner
Alter: 55
Beiträge: 6.205
|
Jepp, ich stell das ma so hin, kannst ja versuchen wegzuräumen ![]() Also es kann natürlich auch an schlecht gemachter Missionslogic von crCTI@angryInsects und WFBE liegen, aber mehrere hundert kann man defintiv vergessen, vor allem wenn die sich wirklich begegnen. Es sind dann definitiv 500 oder gar 800 auf der Platte, aber die machen....NIX!!! Den AI kannst dein Gewehr rektal einführen, sie treten nur von einem Bein aufs andere. DAC ist in derartigen Missionen nicht anwendbar wenn damit gemeint ist dass man Feinde nur in der Nähe spawned und ansonsten wieder verschwinden lässt. Etwas derartiges existiert in crCTI und WFBE für towndefense und Patrol groups aber ansonsten basiert die Missionslogic ja darauf dass man den Gegner dezimiert ohne dass er wieder irgendwo respawned (ausser human player). Ich kann mich an mehrere Sessions auf GFC erinnern wo wirklich ALLE möglichen Server-Konfigurationen getestet wurden um die CPU besser zu nutzen , sowohl crCTI@AI als auch WFBE, ohne bahnbrechenden Erfolg. Die paar AI, welche bei mir am client mitlaufen waren nie das Problem. Und wenn du jetzt sagtst dass parallelisierbare Prozesse nicht von mehreren CPUs profitieren können...dann weiss ich auch nicht.
__________________
|
|
|
|
|
#2543 (permalink) |
![]() ![]() Registriert seit: 03.01.2008
Alter: 86
Beiträge: 6.552
|
Ich zitiere mal Herrn Ondrej Spanel, seines Zeichens BIS Lead Programmer, um das mal ins rechte Licht zu rücken: Xeno
__________________
In arma everything is made of refined explodium, armored with wet paper towels. |
|
|
|
|
#2545 (permalink) |
![]() ![]() Registriert seit: 16.11.2006
Ort: Paris-Rom-Erkner
Alter: 55
Beiträge: 6.205
|
Vor allem ist mir unklar was Ondrej unter "Simulation" versteht und warum er ausgerechnet pathplanning "owner-side" lässt.
Das erklärt auch warum es kein "Chaos Management" gibt wenn sich viele Einheiten dicht beieinander verhakeln so dass keiner mehr wegkommt. Wenn AI Path Planung unabhängig voneinander fast autonom erfolgt dann kann man Knäuel nicht intelligent entwirren. Wo ist denn jetzt eigentlich das Problem jeden AI "Server-owned" zu machen und nur die Kontrolldaten an den Server zu senden und an alle Clients gehen nur die Daten der Positionen alle Objekte und AI und was für Effekte zu triggern/visualisieren sind? Xeno, burns, Ticketnummer? @burns: Todesstern-PC habbich, schwarz wie Darth Vaders Unterhose
__________________
Geändert von INNOCENT&CLUELESS (24.04.2012 um 16:19 Uhr). |
|
|
|
|
#2546 (permalink) |
![]() ![]() Registriert seit: 09.04.2008
Beiträge: 1.309
|
Man hat oft den Eindruck als ob Cheater ihr Werk tun. Ausgerechnet wenn ein Gegner die Basis angreift oder ein Bunker nehmen will, wo ich mit meiner KI bin, haben die einen Totalausfall. 12 AT-Soldaten, die keinen BMP angreifen und so ein Stuss. Das ist mir in einer der aktuellen Beta-Versionen passiert ! Soll ja auch Lag-Cheater geben, wo der Abrams plötzlich aus dem Nichts heraus vor deiner Nase steht...
__________________
„Viel gute Arbeit wird mangels etwas mehr Arbeit verschwendet." Edward Harriman |
|
|
|
|
#2547 (permalink) |
![]() ![]() Registriert seit: 03.01.2008
Alter: 86
Beiträge: 6.552
|
Das ist exakt was die Engine tut, lol. Nennt sich simulieren ![]() https://dev-heaven.net/issues/6963#note-28 Xeno
__________________
In arma everything is made of refined explodium, armored with wet paper towels. |
|
|
|
|
#2548 (permalink) |
![]() ![]() Registriert seit: 16.11.2006
Ort: Paris-Rom-Erkner
Alter: 55
Beiträge: 6.205
|
??????????????????? Moment! Ich dachte alle AI in meiner Gruppe werden auf meinem Mandelbrenner kalkuliert? d.h. Beispiel crCTI und 32Gruppen x 10 AI Groupsize + sagen wir mal max. 500 AI rein server (towndefense+patrol+staicDefensecrew...) würde heissen wenn nur ich auf Server spiele: server: 500+310=810AI client:10 AI (9+mein bot) und wenn alle slots belegt sind: server: 500AI client:320 AI (288+32 bots) Wo sind denn jetzt alle AI server-owned? Und das Problem ist ja IMHO immer noch dass man paralelle oder zyklische tasks (z.B. "ist im Pfad der unit xyz irgendein Hindernis neu aufgetaucht") fast beliebig über cores verteilen kann. Nur habe ich selbst am server wenn server FPS <10 war nie mehr als 2 CPU auf Anschlag gesehen. Und wenn alle Pfadkalkulationen unter Kontrolle einer Instanz laufen würden, dann könnte man dort auch effizient checken ob es Ballungen an AI über eine gewisse Zeit keinen freien Pfad gefunden haben und diese mit temporär anderen Routinen auflösen (z.B. "alle driverWheeledVehicle halten mal an, ich finde raus welches vehicle sich an der peripherie des Knäuls befindet und diese AI bekommt 30s allein und herauszurangieren ohne das eine andere AI ihm in den frisch kalkulierten Pfad reinrangiert....."). Bei dem TT ging es auch eher um client FPS impact und nicht darum die Performance auf client und server durch bessere CPU Auslastung zu verbessern. Mir scheint der Begriff "Simulation" wird von jedem anders interpretiert. Es ist klar dass wenn alle "foreign-owned" 800+AI neben mir stehen und alles mögliche veranstalten mein client richtig was zu tun bekommt um alles darzustellen und FX für wasauchimmer zu kalkulieren. Aber die Kalkulation für die Entscheidung eines AI ob er mich sieht und wenn, ob und wie er mir eine Kugel unter die Jacke knallt sollte doch am server laufen oder?
__________________
Geändert von INNOCENT&CLUELESS (24.04.2012 um 17:25 Uhr). |
|
|
|
|
#2549 (permalink) |
![]() ![]() Registriert seit: 03.01.2008
Alter: 86
Beiträge: 6.552
|
Nochmal, der Server simuliert bei Server KI die Positionen und wie man im Ticket lesen kann noch ein paar andere Dinge. Der Rest der Simulation findet auf den Clients statt. Der Rest auf den Clients ist nicht ohne, die Clients müssen alles an Objekten auch nochmal simulieren. Allerdings halt nicht Positions Berechnung oder Waypoints sondern alles rund um die Objekte selbst (Animationen, Physik, whatever). Plus alles was auf einer Insel/Map simuliert wird, Explosionen, und was auch immer anfällt. Und natürlich muss ein Client dann noch Zeit finden das Ganze noch zu rendern und auch Sounds abzuspielen, Scripte auszuführen, mal abgesehen davon das auch der Client seine Simulation gerne auf dem Server abladen will und auch noch das was der Spieler möchte verarbeiten muss. Zur Simulation gehört auch das Abfeuern einer Waffe, jedes Geschoss das irgendwo rumfliegt ist ein Netzwerkobjekt und muss so auch in die Simulation einbezogen werden. Je mehr Objekte es zu simulieren gilt umso mehr kommt neben den Clients auch der Server ins Schwitzen. Die Server FPS (auch Server Cycles, bei anderen Spielen heißt das auch Ticks) gehen immer mehr runter weil der Server nicht nur mit dem Simulieren von eigenen Objekten beschäftigt ist sondern auch noch das Ganze einigermaßen Synchron halten muss. Die Daten müssen ja auch noch verteilt werden, je mehr los ist umso mehr muss rausgeschickt werden bzw. es kommt auch immer mehr von außen an was ebenfalls verarbeitet, ausgewertet und auch nochmal verteilt werden muss. Mal abgesehen davon das dann auch noch JIP Clients gerne Einlass hätten oder Spieler gehen und auch GameSpy gerne bedient werden möchte. Eventuell noch VOIP auch noch etwas Zeit verlangt. Als Schutzmechanismus bei sehr niedrigen FPS/Cycles wird z.B. die Scripting Engine einfach "abgeschaltet" um zumindest noch ein wenig mehr Cycles zur Verfügung zu haben (gilt sowohl für Server als auch für Clients). In der RV Engine gibt es dann noch Objekte die bevorzugt behandelt werden, als Beispiel Spieler Entities und Laser Targets. Beides wird allerdings noch nicht so lange bevorzugt behandelt. Das was in der RV Engine nicht optimal ist ist das die Clients, einfach ausgedrückt, zu viel simulieren und das der Server mit seinen 1 1/2 Cores die er nutzt recht schnell hoffnungslos überfordert ist. Daher einfach mal von dem Gedanken wegkommen das sowas wie 500 oder 800 KI womöglich noch mit 50 Spielern möglich ist. Nur mal zur Info, 99% der sogenannten First Person Shooter wie BF3, COD, <enter your favourite FPS here>, arbeiten komplett anders. Da muss alles, und ich meine damit wirklich alles, vom Server abgesegnet werden. Das heißt, wenn ein Client die Position wechseln will, so fragt der Client erst den Server und wenn der Server sein go gibt, dann wechselst Du als Spieler erst die Position. Gleiches gilt fürs Schießen, ohne das der Server mit ja antwortet schießt Du als Client nicht. Das hat natürlich einen riesigen Nachteil, mit hohem Ping wirst Du als Spieler nicht viel Spaß haben (sofern es keine Prediction gibt) und es sind einfach ausgedrückt nicht viele Entities gleichzeitig möglich. Daher sind auch die meisten dieser FPS auf relativ wenig Spieler pro Map begrenzt. Sehen aber gleichzeitig unwahrscheinlich gut aus weil alles wirklich recht synchron ist. Ich füge selbst schon ein tl;dr hinzu ![]() Edith: Ich habe noch so einiges vergessen aber iwie keine Lust mehr noch was dazu zu schreiben. Xeno
__________________
In arma everything is made of refined explodium, armored with wet paper towels. Geändert von Xeno (24.04.2012 um 21:49 Uhr). |
|
|
|
|
#2550 (permalink) |
![]() ![]() Registriert seit: 16.11.2006
Ort: Paris-Rom-Erkner
Alter: 55
Beiträge: 6.205
|
Arrg, danke für die lange Erklärung. Ich bin davon ausgegangen dass die RV Engine nicht so weit weg ist von den klassischen Engines für MP Egoshooter.
Dann ist ja der Wettbewerbsvorteil den BIS gern für sich beansprucht kompletter Schwachsinn, BIS kann eben noch weniger ein echtes MP synchron liefern als jeder Dorfegoshooter. BIS liefert also die Simulation einer Simulation ![]() Was für BIS mal ok war zu zeiten wesentliche schwächerer Server+Clients und als ich noch mit V.92bis modem versuchte mitzuspielen ist jetzt wohl ein Designklumpfuß der so ziemlich alles verhindert was wir für ordentliches MP brauchen. Und wenn wir mal annehmen dass server u. client HW kein Problem mehr sind und alle Immernett via 6Mbit/s und mehr haben sowie ping < 50ms dann sehe ich eigentlich kein problem für klassische FPS mit 50 clients. Heutige server hoster können die notwendigen serverbandbreiten locker bereitstellen.
__________________
|
|
|
|
|
#2551 (permalink) |
![]() ![]() ![]() ![]() Registriert seit: 26.11.2006
Ort: Kiel, S-H
Alter: 59
Beiträge: 3.013
|
Moment Inno ... ich fasse zusammen ...
Du erwartest ernsthaft das ArmA mit 500+ Units problemlos klarkommt, sagst dann aber das du lieber <50 besser synchronverarbeitete Units die dann nicht einmal KI in der Summe von BIS-Halbe hätten, mehr Spass hättest was dann ArmA allerdings auch problemlos wuppen könnte ? Jetzt bin ich verwirrt und kann nicht mehr folgen ...
__________________
Nur ein Beispiel das zeigt wie BI "support" definiert: https://feedback.bistudio.com/T75547 |
|
|
|
|
#2552 (permalink) |
![]() ![]() Registriert seit: 16.11.2006
Ort: Paris-Rom-Erkner
Alter: 55
Beiträge: 6.205
|
Manager Attitude Entscheidungsvorlage: Entweder - Oder Entscheidung: Beides! Bei CTI haben wir es ja fast schon, nur wunder ich mich jetzt nicht mehr dass es nie so funzen kann wie BIS gern suggeriert. WFBE MP sessions auf WASP laufen ja mit 16 bis 32 human clients + 8-12 AI je human client und 100-300 server-kontrollierten AI recht brauchbar. Nur waren die AI oft recht........ignorant. Passt zu Xeno's Aussage: ...und der von einen der Spanels dass unter server FPS < 8 man davon ausgehen kann dass die Mission steht. aber... Manager Attitude "...ich will nichts von Problemen wissen, ich will Lösungen..." jetzt sind wir wieder beim Uraltthema: "..BIS engine ist alt/überholt/scheisse.....einfach mal ne Neue coden"
__________________
|
|
|
|
|
#2553 (permalink) |
![]() ![]() ![]() ![]() Registriert seit: 26.11.2006
Ort: Kiel, S-H
Alter: 59
Beiträge: 3.013
|
Mit dem Zusatz das "neu" nicht zwangläufig besser sein muß ... ... und eben deswegen überall in der Wirtschaft lieber bestehende Dinge Stück für Stück verbessert werden, als ganz von vorn anzufangen. ![]() Bei einigen Dingen in ArmA liegt es doch eher daran das BIS ganz andere Notwendigkeiten sieht / wahrnimmt als (ggf. sogar viele) andere es gerne hätten. Teilweise wird auf Wünsche reagiert und nicht auf diejenigen gehört die einfach nur am lautesten schreien und andererseits will man wohl einfach nicht genügend Gehör schenken, aus welchen Gründen auch immer. Dann wird halt mal wieder auf die "Schreihälse" gehört ... "ich will CoC", "ich will Gras", "ich will Wüstengelände" etc.
__________________
Nur ein Beispiel das zeigt wie BI "support" definiert: https://feedback.bistudio.com/T75547 |
|
|
|
|
#2554 (permalink) |
![]() ![]() Registriert seit: 01.12.2006
Ort: Bergen/Südheide
Alter: 47
Beiträge: 1.863
|
Bei diesen ganzen negativen Vibration's die hier schon wieder im Vorfeld des Releases ausgespuckt werden wird mir schon wieder ganz schwindelig.
Tut dem allgemeinen Spielerzufluss von ArmA2/ArmA3 sicher sehr gut, wenn eigentlich immer nur wehement gegen das Spiel gefetzt wird. Ist für mich in einem ArmA Forum eigentlich nicht verständlich. Und nein, ich habe nicht die Rosarote Brille auf. Verstehe nur die Kritikpunkte nicht. ArmA2 ist durchaus in der Lage eine Coop Session auf einem vernünftigen Server mit bis zu 60 Spielern und entsprechender Gegneranzahl flüssig spielbar darzustellen. Alles andere wie 500+ KI ist sowieso weit von dem entfernt was in dem Spiel Sinn machen würde. Wer das nicht einsehen will, ist bei ArmA eh fehl am Platz. |
|
|
|
|
#2555 (permalink) |
![]() ![]() Registriert seit: 12.04.2005
Ort: Lummerland
Beiträge: 1.121
|
Negativ Vibrations? OK, lassen wir die einfach weg....
![]() Also, geile Videos. Ein Meilenstein von BIS die Umgebung superrealsistisch darzustellen. Noch mehr Möglichkeiten. Spannende Neuerungen. AI wird noch besser reagieren. Ist ja schließlich eine Weiterentwicklung eines schon geilen Spiels...habe eh meinen Rechner nun auf DX11, 4 Q 3 Ghz und neuester Grafikkarte ausgerüstet. Ich freue mich schon auf die ersten gut gemachten Coop-Missionen mit meinen Friends...man sieht sich am Mittelmeer.
|
|
|
|
|
#2556 (permalink) |
![]() ![]() Registriert seit: 16.11.2006
Ort: Paris-Rom-Erkner
Alter: 55
Beiträge: 6.205
|
Das ist der einige Grund warum ich immer auf OFP/ArmA schiele und nicht CoD.........wasauchimmer zocke.BIS serviert die x-te aufgewärmte Version des engine-Ur-designs und wir dürfen das hier nicht sagen?
__________________
|
|
|
|
|
#2558 (permalink) |
![]() ![]() ![]() ![]() Registriert seit: 26.11.2006
Ort: Kiel, S-H
Alter: 59
Beiträge: 3.013
|
Klar, wenn man dabei beachtet das es eben bei der Unreal oder Cryengine auch nur eine Weiterentwicklung der alten Engine handelt. Trotzdem wird hier oft über Kleinigkeiten dermaßen hergezogen die teilweise an eine falsch angewendeteNutzung (z.B. beim DAC) oder einfach an eine Überbelastung liegen die andere Engines erst gar nicht gestattet hätten weil sie bereits vorzeitig pauschal abgeriegelt werden. Es gibt noch viel zu tun um die Engine "perfekt" zu machen, ohne Frage, BIS setzt ihre Prioritäten oftmals leider "besch...eiden", auch das unterschreibe ich ohne Gegenwehr. Trotzdem ist ArmA meiner Meinung nach total unterbewertet, die Summe der Dinge die da in der Schachtel drin sind sucht einfach ihresgleichen. Da auf Kleinigkeiten (ja, es gibt auch größere Probleme, aber nichts was die Engine untauglich machen würde) herumzureiten schreckt eher potenziellen Nachwuchs ab als das es Geschmack auf mehr macht. Ich fühl mich immer irgendwie an den MMO Sektor erinnert wo gejammert wird das "Spiel X nicht anderes macht als WoW" und wenn ein "Spiel X" denn doch mal andere Ansätze einfließen läßt hießt es dann "das ist aber überhaupt nicht so wie bei WoW und damit blöd". ![]() @Fritz Schröder Mir ist aktuell nichts bekannt das BIS eine 64bit Version herausbringen/optional anbieten will/wird, aber das muß ncihts heissen.
__________________
Nur ein Beispiel das zeigt wie BI "support" definiert: https://feedback.bistudio.com/T75547 |
|
|
|
|
#2559 (permalink) |
![]() ![]() ![]() ![]() Registriert seit: 13.04.2003
Ort: Monerica
Alter: 43
Beiträge: 32.994
|
Und das ist der ArmA Fluch. Ob wir immernoch mit Model T´s rumfahren würden wenn es nicht andere Autohersteller als Ford gegben hätte? Nagut, vllt. gäbe es das T Model ab Jahr 2000 mit modernem Kunststoff Armaturenbrett.... Je weiter die Zeit fortschreitet, umso mehr seiner einstigen Stärken muss ArmA mit anderen Spielen teilen. Wenn großräumige Aussenmaps bei OFP noch das Salz in der Suppe waren, und die Möglichkeit alle herumliegenden Waffen aufheben, oder Fahrzeuge benutzen zu können, muss man heute sagen: das kann mittlerweile jedes andere Spiel auch. Unterschiede ergeben sich lediglich in der Gesamtpräsentation. Die einzigen Faktoren die ArmA noch zu ArmA machen sind: 1) Community(mods/maps/mp) 2) Künstliche Intelligenz - welche zwar out of the box mehr kann als jede andere - aber auch einen ellenlangen Rattenschwanz inzestöser Erbkrankheiten mit sich herumschleppt. Handlungsbedarf? Ja, viel. |
|
|
|
|
#2560 (permalink) |
![]() Registriert seit: 03.09.2006
Beiträge: 716
|
Burns bitte sei vorsichtig mit Autovergleichen, ich kenne da jemanden der springt da gerne sofort drauf an...
![]() Gabs es bisher irgendwelche Aussagen von BIS bezüglich der Lockings, also Aufschaltungen mit der TAB Taste oder dem 2 Menue ? Wenn da jemand was dazu weiß wäre toll, mich interessiert das sehr.
__________________
Event: Jeden Freitag & Sonntag Projekt: crCTI Proman Spruch: I am washed with all waters... |
|
|
![]() |
| Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1) | |
| Themen-Optionen | |
| Ansicht | |
|
|
Ähnliche Themen
|
||||
| Thema | Autor | Forum | Antworten | Letzter Beitrag |
| ArmA 2 - ACE 2 Missionen in Combined Operations funktionieren nicht | Flo66 | Mods & Addons | 4 | 19.08.2010 12:17 |
| ARMA 2 und ARMA 2.5 ( Opa ) 3 mal auf einem Computer installieren? | det99 | Technische Fragen & Probleme | 5 | 29.06.2010 20:44 |
| Deutsche Addons für ArmA II | Marseille77 | Mods & Addons | 2 | 19.06.2010 08:00 |
| Arma 1 Guide mit arma 2 kompatibel ? | Bakker | Editing & Scripting | 5 | 18.06.2010 19:41 |
| ofp, arma 1 oder doch arma 2? | grievous | Die Litfaßsäule | 20 | 24.05.2010 09:16 |