Beiträge von HToneill

Schätzungen und Zeitangaben nur bei Kostenvoranschlag

?????? ??????,

????? ?????? ??????????? ??????????? ??? ?????? ?ü? ??? ???? ??? ???? ??? ????? ??? ???? ???????. ?????? ??????? ???? ????? ????? ?????? ??? ??????? ??? ???????? ???? ?????? ???? ??????.

??????? ??????? ??? ?? ????? ??????? ?????????? ?ü? ???????????? ?????????????.

?? ??????? ???? ????? ?? ????? ??? ??? ???????????? ???????? ??? ??????? ?????????????????????.

?? ????? ??? ?????? ????? ????????????????? ??? ???% ???? ?? ?????- ?ü?????????

???? ??? ??? ?? ????? ??? ?ö????????, ??? ?????????? ?????? ?? ??? ????? ?? ??ü???, ????? ??? ?????? ?????????? ????????? ????.

???????: ?? ????????? ?? ??????? ?ä??? ????? ??????????????, ??? ??? ??? ?????????? ??????????? ??? ??? ????? ?????

???? ??? ??? ????????? ?ü?? ????, ???? ??? ?? ???? ?????????? ?????.

???? ????? ??? ?????? ???. (???? ??? ??????, ????????????)

?????????? ???????, ???? ????? ????:

?? ???? ?? ????? ??????, ??? ?? ?????? ????

????? ????ß?,

????????

Vielleicht sollte ich mal die Codelock Klasse ändern, zu einem cooleren Namen.

Wird bestimmt nichts verursachen und alle werden sich freuen!

Oder lass mal den Schränken und Stashes custom Namen geben wie Ikea... Schrank_DagiWeh zum Beispiel.

Das wird die Spieler bestimmt freuen, wenn sie in die Types des Servers einstellen und gewiss

keine weiteren Probleme mit sich ziehen.

</HoneyBadger>

Zitat von Zoppel

gegorenen Äpfeln

Danke Reb

Entweder Platzierenfunktion oder Gaskocher abnehmen - DayZ wird immer intuitiver.

Schaue ich mir mal an

Tja ohne Gasherd ist man halt niemand mehr

Hier gibt es einen Hintergrund zu GLSL:

https://en.wikipedia.org/wiki/OpenGL_Shading_Language

Es ist C ähnlich, aber alles nur auf das Mindeste reduziert und mit speziellen Funktionen für die Grafikkarte.

Ich habe ein kleines Geschenk für euch generiert:

Sämtliche Ortschaften habe ich durch ein Script laufen lassen, der diese in Transparente Bilder rendert.

Diese könnt ihr über eure Videos oder Bilder legen und zeigen wo ihr gerade wütet.

Ich habe diese euch in drei verschieden Auflösungen zur Verfügung gestellt.

Sieht in der höchsten Auflösung so aus:

Diese könnt ihr hier runterladen:

Download!

Der Moment wo einem klar wird, dass man einen besseren Pixel Font Renderer geschrieben hat wie in Photoshop implementiert ist

links: CPU lastiges Photoshop

rechts: Eigenerer GPU Renderer

beides hat eine Kantenglättung. Anti-Aliasing.

Jedoch hat Photoshop immer einen eigenen Algorythmus gehabt der sowas wie Mittelwert für alle Einsatzfälle sein sollte, aber eher dazu führt, dass dieser nirgends optimal gepasst hat.

Somit wirkt das Photoshop Bild (Vektor Font + Kontur) entweder unschärfer oder wahlweise ganz ohne Anti-Aliasing.

F: Zur Hölle Oneill, wie sieht so ein Code aus, der sowas macht?

A:

uniform vec4 agk_data;
uniform vec3 agk_bordercolor;
uniform sampler2D texture0;
varying mediump vec2 uvVarying;
varying mediump vec4 colorVarying;

void main()
{
    vec4 VBuf = vec4(0);    // create virtual buffer to write to

    for(int i = 0; i < int(agk_data.y); i++)  // do multisampler process for border
    {
        float r = radians( float( (i*2)*180/int(agk_data.y) ) );
        vec2 offset = vec2( -cos(r) * 0.2, sin(r)  ) * agk_data.x; 
        VBuf =  VBuf + texture2D(texture0, uvVarying + offset);
        VBuf.xyz = agk_bordercolor;
    }
    
    gl_FragColor = mix(VBuf, texture2D(texture0, uvVarying), texture2D(texture0, uvVarying).a);    // mix stuff together
}

Das ist ein GLSL Shader, der genau so an die Grafikkarte geschickt wird.

uniform sampler2D texture0;

ist hierbei die Textur, die in den Shader reinkommt. Der Pixelshader wird dann für jeden Pixel einmal berechnet, und zwar auf einer Fläche, die eine UV Koordinate haben muss, sowas wie der Texturausschnitt auf der Fläche (Face).

varying mediump vec2 uvVarying;

Somit wird Pixel für Pixel mit dem was in in der main{} Klammer ist, berechnet.

Die neue Farbe für jeden Pixel wird im RGBA format in

gl_FragColor 

gespeichert. Das kann man dann direkt auf den Bildschirm klatschen, wenn man ein Window mit OpenGL Kontext erstellt hat.

Die Kunst beim Shader programmieren ist, einen Algorythmus zu finden der 1. das macht was du willst und 2. für jeden Pixel funktioniert.

Naja

Zitat von Zoppel

auch allen com Servern mit vielen Spielern

Com Server mit null Zombies und wenig Autos ausgenommen

Zitat von HalfMoon

Ich denke hier muss Bohemia noch deutlich an der Performance Schraube drehen und hoffe das es bald ein Update dafür gibt.

Das war die größte Frage.

=> Vanilla ist broken

=> GDZ Serverperformance ist state of the art.

Zitat von Chillkazz

Also bei welchen Meldungen muss ich mir Sorgen machen und welche kann ich getrost ignorieren

Bei jeder Zeile kannst du dir Sorgen machen

Der Admin kann 24/7 auf dem Server unsichtbar durchfiegen und alle Spieler beobachten.. mehr liefert vanilla DayZ nicht.

Es geht gerade darum die Hitboxen soweit anzupassen, dass das Placement bündig funktioniert.

Aktuell ist es nur auf einer Seite optimal, die andere erzeugt eine zu große Lücke.

Es ist so, dass beim Placement irgendwie nicht oder nicht nur die Geometry LOD Verwendung findet,

sondern eher die VIEW Geometry oder die Fire Geometry. Außerdem voller Spaß mit Proxies, da muss der

schmarren ebenfalls bearbeitet werden - Der Zaun besteht aus 10 Proxies.... Das ergibt etwa 40 mögliche Stellen wo man ähnliche Polygone hin und her schieben kann, damit es bündig wird.

Wer zum Teufel soll so arbeiten können?

1x Crash am Tag ist wirklich fein für DayZ xD

Du hast viele Mods.

Normal

Genau das habe ich gedacht.

Es gibt nichts, was man nicht machen kann, gibt ein neues Spielezug von mir! TS oder Peitsche^^

Zitat von ErnaVII.

In der Datei "serverDZ.cfg" gibt es die Möglichkeit durch einen zusätzlichen Parameter alle Spieler mit einem Ping > x zu kicken.

Code

maxPing= 200;                    // Max ping value until server kick the user (value in milliseconds)

Ist der bei 200?

Ich würde 80-120 maximal Aber zuvor mal tracken... schauen wir mal. Da kommt noch was von mir.

Zitat von [BEEF] ZokA

Mir scheint die Synchronisation zwischen dem Spieler und dem Server nicht so zu funktionieren wie gewollt, bin aber auch nur Laie ?

Ich würde mir wünschen die Latenz abfragen zu können.

Okay, also vom technischen Hintergrund sieht die Sache so aus:

Wir haben Objekte, die, wenn diese in der Bubble vom Spieler sind, vom Server nachgeladen werden müssen (infos z.B wo das Objekt ist, und welchen Status es hat, ob und welche proxies da hängen usw...) Wenn die Daten nicht alle eingetroffen sind

=> Client Pause, bis alles da ist für euch als Lag bekannt, da sichergestellt werden muss, dass alle die gleichen Daten haben, sonst async (ja passiert auch)

Dann haben wir noch bei allen Objekten mit denen man interagieren kann einen Skript, der ebenfalls dauerhaft ausgeführt wird, solange sind das entsprechende Objekt in der Bubble des Spielers befindet.

Da wir von Bohemia mit den besten Diagnosetools augestattet wurden ( Mittelfinger und breites Grinsen von BI ) stechen wir entsprechend im dunkeln, ob und wo das problem liegt.

Wenn ich wüsste wie man den Ping zum spieler Skriptseitig misst, würde ich halt jeden mit Ping über 120 oder so kicken (pvp wäre natürlich mit pings weniger als 80 besser), wie in anderen Games auch üblich. Bei CS gehörst du mit einem Ping über 20 schon zum Präkariat.

Ich weiß nicht einmal ob sowas Auswirkung hat, es ist nur stark davon auszugehen. Die Frage liegt im Backend von ihrem Netzwerkcode in der Enfusion Engine.

Ergo nur mit Diagnosesoftware zu machen - von uns kann das nur Halfmoon

Frage: Sorgen einzelne, schlechte Client Verbindungen mit Ping>120 für ärger bei allen?

Die Frage ist heftig, da die Diagnose schwer fällt und viel Kummer kosten wird.

Ocullision Culling

Ich gebe zu, es ist ein mießes Wort, aber auch für euch von zentraler Bedeutung. Dieses Verfahren dient in einer 3d Engine dazu Polygone, die nicht von der Kamera gesehen werden können, im Vorfeld nicht zu rendern. DayZ hatte das mal nicht und ihr hattet mit euren Mega Maschinen trozdem nur 20fps in Cherno, weil auch die Häuser hinter den Häusern berechnet wurden, auch wenn ihr nicht mal einen Pixel davon sehen konntet.

Dann haben die Devs gesagt: "so geht das nicht weiter!111!!111einself " somit gibt es in jedem Haus neben Kollisions und Hitboxen auch eine Art Ocullision Hitbox, die sagt, ob die Wand durchsehbar ist oder nicht.

Dann muss man das im Vorfeld berechnen lassen, geht bei Cherausrus so etwa 40 Minuten dann erstellt er eine art Baumdiagramm was man von wo sehen kann. Das wird dann in Realtime in die Engine gepresst und voila der Client zeigt nur das an, was der Client von der Position auch sieht!

Und jetzt kommts: Diese Berechnung wird nur einmalig gemacht, wenn die Map erstellt wird!

Folgedessen werden Häuser in Cherno, die bereits im Editor gesetzt sind "gecullt", ergo weggemacht, wenn man diese nicht sehen kann,

D.h alle nachträglich hinzugefügten Objekte (gemoddet oder reguläre Items und Spieler) fallen nicht under das Ocullision Culling von DayZ.

Weil ihre Vorberechnung nach Polygon (alles was gecullt werden soll muss da sein) erfolgt und nicht nach Volumen (alles was in dem Volumen steht wird gecullt).

Da wir auch nicht einen Script Heap auslesen können (wieviele Skripte aktuell laufen und wieviel Zeit diese in Anspruch nehmen für einen Durchgang)

gibt es auch keine Diagnoseitems die wir euch verteilen können.

Kombiniert mit etwas was die GPU und Memoryauslastung anzeigen könnte wäre es ein Traum.

Denn mit den Daten wäre jegliche Ursache sofort sichbar...