also ich weiss, dass es keinen nebel in 1:2life gibt. aber vielleicht ändert sich das ja bald. wie ihr sicherlich alle wisst ist die sicht unter wasser eingeschränkt => nebel! jetzt bräuchte man nur noch n paar entusiastische coder die das ganze in die tat umsetzen und ein neues entity schaffen wie wärs mit "func_fog"? ich weiss nicht ob daS So ohne weiteres geht aber man kann ja den code zu func_water als vorlage benutzen.

P.S.: auf fragen warum ich das nicht selber mache: ich bin grade dabei mir msvc++ zu besorgen und hab noch nix gecodet.

Schon vorstellbar, ja... mit dem neuen PM-Code könnte man für diese Entity dann als "Content" WATER einstellen, und dennoch verhindern, dass der Spieler schwimmt.

cu,
Prefect

Widelands - Gemütliche Aufbaustrategie, Free Software
Noch ein Blog - Lerne, wie die Welt wirklich ist, aber vergiss niemals, wie sie sein sollte.

....das Problem, das ich da ganz allgemein sehe ist, daß bei jeder Art von Transparenzeffekt (Fenster, Nebel, Wasser usw.) die Engine die komplette Szenerie zweimal rendern muß: Im ersten Durchgang ganz normal ohne den Transparenzeffekt, im zweiten Durchgang wird der Transparenzeffekt über die Szene gelegt, zumindest die Farben jeder Fläche also nochmal berechnet. Wenn man sowas in polygonreichen Bereichen einsetzt, kann's schon mal vorkommen, daß man sich damit 'nen netten Lag einbaut.......

PS: wenn's nur in allen Foren so zugehen würde, wie hier..........

[BSE] crid

Compile-Errors-Artikel (Version 09-01)

http://www.crid.de oder http://www-public.tu-bs.de:8080/~y0009981/

hmmm... das wird auch der Grund sein, warum ½-Life die Pixel doubled, also nur die halbe Auflösung unter Wasser benutzt... zumindest im Softwaremodus! Ist das hardwarebeschleunigt auch so?

hey jo! endlich ma ne gescheite post! ach, die is ja von mir? aij dann is ja klar!

na die paar r_speeds, pöh! muss mer halt immer zu gerung baue, oder soo. kann man eigentlich mit sehr schnellen computern diesen r_speeds kram umgehen, das will heissen: mit k7 und geforce w_polys von 1500?
oder liegt das problem am engine?

Ohh crid! erhöre mich! gib antwort auf diese ungewissheiten! (singsang!)

hey reima, altes haus, wie gehts, wie stehts?
schreib mir mal ne mail mit deinen codererfahrungen, die du gemacht hast. einfach nur kram über kleine einsteigerproblemchen. isch krieg bald mscv++ und die fullsdk, ätschibätsch! =)

Hmm... zuviel geraucht oder was?

Das mit Pixel doublen ist mir noch nicht aufgefallen.

Das mit Szene doppelt rendern ergibt irgendwie keinen Sinn... ich glaub nicht das dem so ist.

Zum Polygonlimit: Der Softwarerenderer ist auf 1000 wpolys beschränkt, ansonsten gibt's aber KEIN Limit!! (Ok, es gibt ein Oberlimit von 64k Polygone in der Map oder so...)

cu,
Prefect

Widelands - Gemütliche Aufbaustrategie, Free Software
Noch ein Blog - Lerne, wie die Welt wirklich ist, aber vergiss niemals, wie sie sein sollte.

Das mit dem doppelt berechnen spielt nur eine rolle, wenn man das wasser halbdurchsichtig macht, wie bei einer Glasscheibe. Wenn man es "normal" lässt, dann ist dieses Problem nicht vorhanden. Aber da man am rand vom Nebel auch raus sehen will, muss es eben doch gemacht werden.

Zu den doppelt Pixeln: Meiner Meinung nach muss die Engine gleich viel berechnen, nur weniger anzeigen. Ich glaube, das ist nur ein Visualeffekt, denn unter Wasser siehst du ja ein bisschen verschwommen.

...denn das atombrot wird nicht ruhen bis es den letzten erwischt hat...

Das mit der Doppelberechnung ergibt doch überhaupt keinen Sinn. Wieso sollte man dann bei SoF oder bei diversen N64-Spielen Nebel einbauen, wenns die Engine mehr fordert??

Boogdoo

------------------------------
© Boogdoo
a.k.a. -=[TFoG|Saddam]=-, ViZiT http://www.tfog-clan.de/

Nun, bei den Engines, wo der Nebel von Anfang an eingebaut ist (vor allem bei älteren, Turok etwa), ist der Nebel hauptsächlich dazu da, die Sichtweite herabzusetzen. Die Engine ist also direkt darauf ausgelegt, ab einer bestimmten Distanz ins Weiße überzublenden und den Rest dahinter einfach zu vergessen. Bei HL aber wird es sicher so sein, dass die Engine erstmal alles berechnet und dann den Nebel-Effekt draufrechnet (insofern hat crid mit dem Doppeltberechnen recht... glaub ich). Soll heißen, bei HL bringt der Nebel nur Geschwindigkeitsnachteile.
Hmm, ob er dann wirklich alles doppelt berechnet, weiß ich nicht. Ich denke, HL berechnet erst alles ohne das func_water bzw. func_fog/haze und dann kommt eine Art Lightmap drüber (ähnlich wie bei Lichteffekten). Und die Durchsichtigkeit könnte einfach dadurch gemacht sein, dass die Leafs nach hinten hin immer undurchsichtiger werden. Hmm. Das geht sicher einfacher. Denn wenn ich mir das so überlege, müsste er nach meiner Methode etwa 3 mal die Szene berechnen (einmal ohne, einmal mit Licht, einmal Transparenz von hinten aufbauen...)
Your thoughts?

TheTinySteini
Coder Poke646
"Don't Panic" - Hitchhiker's Guide to the Galaxy

Also... Geschwindigkeitsvorteile bringt der Nebel sicher nicht, weil er ja nicht bei der VIS-Berechnung berücksichtigt wird. Besonders große Nachteile bringt er aber sicher auch nicht (außer in Softwaremodus oder bei nicht so guten Grafikkarten), weil bei 3D-Beschleunigung die Nebelinfos gleich mit den Polygonen an die Grafikkarte mitgeschickt wird, und die das dann in einem Rutsch erledigt. Glaubt mir, ich weiß wie OpenGL aufgebaut ist :)

cu,
Prefect

Widelands - Gemütliche Aufbaustrategie, Free Software
Noch ein Blog - Lerne, wie die Welt wirklich ist, aber vergiss niemals, wie sie sein sollte.

...da zeigt sich mal wieder, daß man nie auslernt....aber warum ruckeln dann Maps mit sehr vielen Fensterscheiben (Transparenzeffekten) trotz niedriger r_speeds und trotz OpenGL?

[BSE] crid

Compile-Errors-Artikel (Version 09-01)

http://www.crid.de oder http://www-public.tu-bs.de:8080/~y0009981/

Naja... Transparenz ist ja was anderes. Der Nebel ist technisch gesehen nur sowas wie ein dynamisches Licht (wobei auch das, je nach Grafikkarte) Zeit kosten kann. Das Glas dauert wahrscheinlich vor allem deshalb länger, weil zusätzlich zu der Write-Operation in den Grafikspeicher noch eine Read-Operation (nämlich das was dahinter liegt) dazukommt, und Speicherzugriffe sind (verglichen mit dem Prozessortakt) verdammt langsam.

cu,
Prefect

Widelands - Gemütliche Aufbaustrategie, Free Software
Noch ein Blog - Lerne, wie die Welt wirklich ist, aber vergiss niemals, wie sie sein sollte.

Wobei aber die Frage bleibt, ob HL überhaupt auf den OpenGL-Nebel zugreift. Denn wenn die den Nebel nur für's Wasser bestimmt haben, wird's vermutlich eine reine Engine-Funktion sein, von der die Grafikkarte nur das Ergebnis mitkriegt. Deswegen meine ich auch, dass der Nebel in HL sicher die Grafik verlangsamt, wohingegen er ja (wie beschrieben) in anderen Spielen sogar dafür benutzt wird, die Grafik schneller zu machen. Diese Spiele greifen dann natürlich direkt auf die Grafikkarten-Fähigkeiten zu. Deshalb ist der Nebel dort ja auch schön schnell bzw. schneller als die Berechnung der dahinterliegenden Welt. Dann haben die Spiele natürlich auch keinen Softwaremodus, denn ich kann mir kaum vorstellen, dass man richtig schönen Nebel softwaremäßig implementieren kann und trotzdem hohe Frameraten erzielt.
Anderer Meinung, Prefect?

TheTinySteini
Coder Poke646
"Don't Panic" - Hitchhiker's Guide to the Galaxy

ich wage an dieser stelle nun eine gewagte Ankündigung: Tätärätätä! Bei TF2 wird es nebel geben! (ich habs in n paar videos gesehen!)

Wieso versucht es nicht einfach mla jemand Nebel zu machen ???

Masterstroke
resourcecode.de

ja, vielleicht macht das ja schon jemAND? vielleicht auch nicht... wär schon wenn er dann ein tut darüber schreibt! :)

Interessanterweise ist crid's Hypothese (das die Szene doppelt gerendert werden muß) sogar mehr oder weniger richtig. Zumindest bei Quake1 wird ein Polygon tatsächlich zweimal gerendert, einmal mit der normalen Textur und einmal mit der Lightmap. Bei normalen Polygonen werden natürlich auch beide Texturen gerendert, allerdings werden sie per "Multitexture" kombiniert. Jetzt ist die Frage wie groß da der Performanceunterschied ist... zwei Texturen müssen ja in jedem Fall gerendert werden.

cu,
Prefect

Widelands - Gemütliche Aufbaustrategie, Free Software
Noch ein Blog - Lerne, wie die Welt wirklich ist, aber vergiss niemals, wie sie sein sollte.