12.08.2012, 12:54 | #1401 (permalink) |
Registriert seit: 09.04.2008
Beiträge: 1.309
|
Also, noch einmal:
Spieler zoomt rein, am Turm ist ein Balkon dran, Spieler zoomt zurück, Balkon ist weg. Spieler dreht sich, Hummvee hat einen niedrigen LOD, Spieler dreht sich zurück, Hummvee wird plötzlich viel detaillierter abgebildet. Ich kann da nicht erkennen wie sich die Spielerposition beim Zoomen (gar nicht) und bei der Drehung (millimeter) im Bezug auf die Entfernung zu den Objekten verändert. Daher meine beiden Vorschläge: - Wenn der Spieler "zoomt" soll er auf dem LOD-Level bleiben. Man könnte es auch optional machen und ausprobieren. - Wenn jemand ein Zielfernrohr einsetzt, soll logisch schon das nächst höhere LOD für die Optik verwendet werden. Ich verspreche mir davon in beiden Fällen eine bessere Performance und einen verbesserten Spieleindruck.
__________________
„Viel gute Arbeit wird mangels etwas mehr Arbeit verschwendet." Edward Harriman Geändert von Krypto (12.08.2012 um 12:57 Uhr). |
13.08.2012, 02:35 | #1402 (permalink) |
Registriert seit: 26.11.2006
Ort: Kiel, S-H
Alter: 58
Beiträge: 3.013
|
Sollten dann nicht die geänderten Eckdaten korrekterweise übertragen werden ? Ich denke schon ... Zufallswerte sind es generell ja eben auch nicht. Nachdem sie bei der 1.6x "Probleme mit den globalen Markern gelöst haben" dachte ich mir ich probiere es mal wieder global und lass die Engine sich um die übermittlung kümmern. Interessant ist eben das da immer wieder Werte auftauchen die eben vor einiger Zeit mal gepasst haben ! Das läßt für mich nur einen Schluß zu, Netzübertragene Informationen verschwinden nicht einfach sondern kommen viel später aus irgendeine Art von Puffer. Oder hast Du eine bessere Erklärung für das Phänomen ? Interessant dabei ist das mit zunehmender Anzahl grundsätzlich primär immer der letzte erzeugte Marker am meisten betroffen zu sein scheint. Dummerweise läßt sich sowas eben nicht in einer kontrollierten Miniumgebung als "Repro" produzieren. @Krypto Das Problem ist der Schwellenpunkt, wenn BIS den eben nicht vom Spielerdrehpunkt sondern von der Waffenoptik oder Waffenspitze wieauchimmer ermittelt wird man an den Grenzbereichen eben genau das Problem haben. Wenn Z.B das LOD bei >100m Schalten würde, durch das leichte Drehen es aber zwischen 99,9m und 100,1m erreicht werden haste genau den Effekt. Wenn du jetzt mit "runden" kommen solltest, irgendwo ist eben immer genau diese Schaltschwelle erreicht. Mit dem "nächsthöheren LOD" ist es beim Zielfernrohr eben nicht getan, je nach Objektmenge im Sichtbereich passte es eben nicht. Das einzige was man da machen könnte wäre pauschal vom Worst-Case auszugehen was natürlich extrem bescheiden aussieht. Zudem ist natürlich jederzeit damit zu rechnen das die Ansicht wieder gewechselt wird, zu dem Zeitpunkt Daten zu entladen/neuzuladen wäre extrem ekelig.
__________________
Nur ein Beispiel das zeigt wie BI "support" definiert: https://feedback.bistudio.com/T75547 Geändert von Lester (13.08.2012 um 02:38 Uhr). |
13.08.2012, 11:56 | #1403 (permalink) |
Registriert seit: 29.05.2009
Beiträge: 87
|
Wie hatten vor ein paar Tagen genau so ein Phänomen, Feindinformation, die ein Truppführer just for fun mit der rechten Maustaste melden wollte, kamen mit teils 5 minütiger Verspätung. Es wirkte als wären sie von etwas aufgehalten worden öder hätten einen Flaschenhals nicht passieren können. |
13.08.2012, 13:54 | #1404 (permalink) |
Registriert seit: 09.04.2008
Beiträge: 1.309
|
Reproduzierbar ohne BattlEye ?
Ohne BattlEye reproduzierbar ?
Bei der Problematik mit den von Spielern gemachten Map-Markern möchte ich auf Cheats im DayZ-Mod hinweisen, wo Cheater die "Basen" (Zelte oder Fahrzeuge) von anderen Spielern (für alle) sichtbar gemacht haben. BattlEye kann nur schwer dokumentiert werden, man kann sich selbst vorstellen, welche Problematiken in DayZ mit der Karte entstehen können und wie schwer es sein muss dagegen vorzugehen.
__________________
„Viel gute Arbeit wird mangels etwas mehr Arbeit verschwendet." Edward Harriman |
13.08.2012, 17:39 | #1406 (permalink) |
__________________
Niemand hat die Absicht eine Tüte zu bauen! ___<<<A3 Wounding System>>>___ |
|
13.08.2012, 18:14 | #1407 (permalink) |
Registriert seit: 26.11.2006
Ort: Kiel, S-H
Alter: 58
Beiträge: 3.013
|
Bei uns haben wie "dat Buddelauge" nicht aktiv, einmaliges ERstellen von Markern ist z.B. auch keine Problem, nur Veränderung wird nicht sauber aktualisiert, zumindest nicht Markerfarbe und Markergröße.
__________________
Nur ein Beispiel das zeigt wie BI "support" definiert: https://feedback.bistudio.com/T75547 |
14.08.2012, 15:51 | #1408 (permalink) |
Registriert seit: 03.09.2006
Beiträge: 716
|
Wie machst du denn die Markergröße ?
__________________
Event: Jeden Freitag & Sonntag Projekt: crCTI Proman Spruch: I am washed with all waters... |
14.08.2012, 18:45 | #1409 (permalink) |
Registriert seit: 03.01.2008
Alter: 84
Beiträge: 6.552
|
Uuuuund, wieder ein neuer, 95948
Changelog: + surprise for admins revealed http://forums.bistudio.com/showthrea...gging-Blocking note: the default server filters will be further improved in future Xeno
__________________
In arma everything is made of refined explodium, armored with wet paper towels. Geändert von Xeno (14.08.2012 um 18:49 Uhr). |
14.08.2012, 20:19 | #1410 (permalink) |
Lügt er oder ist das diesmal wirklich sicher? Trifft das blockieren von createVehicle dann auch auf den Server selbst zu? Wenn ich die Objekte Filter müßte ich ja vorher genau wissen was da gespielt wird (und nur das). Funktioniert für mich jetzt auf den ersten Blick nur für DayZ so richtig sinnvoll.
__________________
Niemand hat die Absicht eine Tüte zu bauen! ___<<<A3 Wounding System>>>___ |
|
14.08.2012, 21:07 | #1411 (permalink) |
Registriert seit: 03.01.2008
Alter: 84
Beiträge: 6.552
|
Gut erkannt... oder anders ausgedrückt, funktioniert nur auf Servern auf denen immer die gleiche Mission läuft. Xeno
__________________
In arma everything is made of refined explodium, armored with wet paper towels. |
15.08.2012, 01:46 | #1412 (permalink) |
Registriert seit: 26.11.2006
Ort: Kiel, S-H
Alter: 58
Beiträge: 3.013
|
Diese "Flächendinger" heissen doch auch Marker, man muß damit nicht nur Symbole darstellen.
__________________
Nur ein Beispiel das zeigt wie BI "support" definiert: https://feedback.bistudio.com/T75547 |
15.08.2012, 16:41 | #1413 (permalink) |
Registriert seit: 03.09.2006
Beiträge: 716
|
Ja ne, is klar. Ich dachte du hast eine Tastenkombi zum Marker vergrößern.
__________________
Event: Jeden Freitag & Sonntag Projekt: crCTI Proman Spruch: I am washed with all waters... |
19.12.2012, 09:16 | #1417 (permalink) |
Registriert seit: 26.11.2006
Ort: Kiel, S-H
Alter: 58
Beiträge: 3.013
|
Togal, wer braucht schon Battle Isle ?
__________________
Nur ein Beispiel das zeigt wie BI "support" definiert: https://feedback.bistudio.com/T75547 |
19.12.2012, 10:48 | #1418 (permalink) |
Registriert seit: 03.09.2006
Beiträge: 716
|
Kann ich bestätigen.
__________________
Event: Jeden Freitag & Sonntag Projekt: crCTI Proman Spruch: I am washed with all waters... |
19.12.2012, 18:31 | #1419 (permalink) |
Registriert seit: 16.11.2006
Ort: Paris-Rom-Erkner
Alter: 53
Beiträge: 6.205
|
258 fixt das Kampf-Augen-Problem?
__________________
|
19.12.2012, 18:41 | #1420 (permalink) |
Registriert seit: 24.02.2008
Beiträge: 2.397
|
BIS fixt ein Bug
Minions - Window - YouTube
__________________
masturbation simulator Arma 3 Dev" so far we haven't deemed it an issues significant enough for hotfixing and also there haven't been many requests for it." so Arbeitet man |
Stichworte |
bis rox :d, neuester Βήτα-patch, patch chaos, patch fail, schon wieder einer |
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1) | |
Themen-Optionen | |
Ansicht | |
|
|
Ähnliche Themen | ||||
Thema | Autor | Forum | Antworten | Letzter Beitrag |
Patch 1.60! | Xeno | Community | 69 | 11.01.2012 13:41 |
1.60 rc | Dieter66 | Community | 47 | 22.12.2011 16:49 |
Invasion 44 - Beta Patch | HerrWagner | Mods & Addons | 6 | 20.12.2011 09:29 |
OA Patch 1.56 | Xeno | Community | 64 | 09.12.2010 22:07 |
Mit Beta Patch kein Multiplayer! | Berliner19 | Technische Fragen & Probleme | 8 | 07.06.2010 11:03 |