@Sir_Pepe:

ich dachte da an eine Art Granaten werfen. Man hat zB. ein bewegliches Ziel, welches hin und herläuft, und wenn man durchschießt, sterben zB 3 Einheiten des gegnerischen Teams.

@ALL:
Ist sowas machbar? ich mein mit nem Trigger oder so?

@AGAMEMNON-Hellmapper:

Jawohl :) Ich werde mich mal dranhängen ^^

Sys: AMD Athlon64 3000+ @ 4000+ (2600Mhz) // ASUS V9999GT @ 350/700 (71.20)

1024MB Infineon PC3200 CL2 @ DDR 370 // MSI K8N Neo2 Platinum (nForce3 Ultra)

Hmm, es sind nun ziemlich genau 100 Lichter, die man zur selben zeit sieht.

hab die Map aber grad gespielt, habe keine Performanceprobleme...

Sys: AMD Athlon64 3000+ @ 4000+ (2600Mhz) // ASUS V9999GT @ 350/700 (71.20)

1024MB Infineon PC3200 CL2 @ DDR 370 // MSI K8N Neo2 Platinum (nForce3 Ultra)

Zitat:

Raptor6 postete

Zitat:

MaurusL postete
lies dir das durch:
http://www.thewall.de/content/half-life:tutorials:r_speeds

zu hohe r-speeds == wenig fps

auf nen r_speeds artikel bei ner cs:s map zu verlinken ist natürlich auch sehr genial mowrus :p

Bring mal rad ans laufen, ohne lighting ist es etwas unerotisch

Ich bekam erstmal nen Lachanfall, als ich merkte, dass es eine Source map ist ;)
Klingt hart, aber Kritik muss man ertragen können, wenn man seine map öffentlich Präsentiert.

Ja, untexturiert sehen meistens alle Maps gleich aus... O.o

Ausserdem war das ne Prebeta, was erwartest du?^^

Sys: AMD Athlon64 3000+ @ 4000+ (2600Mhz) // ASUS V9999GT @ 350/700 (71.20)

1024MB Infineon PC3200 CL2 @ DDR 370 // MSI K8N Neo2 Platinum (nForce3 Ultra)

aber sieht trotzdem aus als wäre sie für hl1 engine, das heißt ja nicht das du da vll noch was reißen kannst

Die Seite von dem Mod wo ich mit mache!
http://www.generation-mod.com/

dtdesign postete
- Zeit investieren, eine Mod kann nicht in 2 Tagen entstehen, dafür brauch es unter Umständen Wochen

wie die map is für cs:s?? ich dachte für cs 1.6. im ernst jetzt.

dann soltlest du, devil55, wie auch schon gesagt wurde, erst mal 15std weiterarbeiten und nicht die prebeta 0.001 vorzeigen, sondern erst was, wenns fertig ist. so wie hier

"Herr Keuner sagte: «Schwierig ist, diejenigen zu belehren, auf die man zornig ist. Es ist aber besonders nötig, denn sie brauchen es besonders.»" - Bertolt Brecht
-
"Hier gibt's was auf die Ohren" - Thewall.de bei last.fm (Was ist last.fm?)

Zitat:

devil55 postete
Hmm, es sind nun ziemlich genau 100 Lichter, die man zur selben zeit sieht.
hab die Map aber grad gespielt, habe keine Performanceprobleme...
--
Sys: AMD Athlon64 3000+ @ 4000+ (2600Mhz) // ASUS V9999GT @ 350/700 (71.20)
1024MB Infineon PC3200 CL2 @ DDR 370 // MSI K8N Neo2 Platinum (nForce3 Ultra)

...und ich bin nicht ReFlex.

Menschen gegen Wolken

@ Sir_Prize: is gut, ich werde weitermachen :)

@ Retrix: Weiss nicht was du meinst, aber jetzt sinds 151 Lichter^^ Was soll man ernst nehmen? Ich möchte halt die Source Engine ausreizen...

Sys: AMD Athlon64 3000+ @ 4000+ (2600Mhz) // ASUS V9999GT @ 350/700 (71.20)

1024MB Infineon PC3200 CL2 @ DDR 370 // MSI K8N Neo2 Platinum (nForce3 Ultra)

und wer soll die map dann spielen wenn die map grad noch auf deinem system läuft? nicht jeder hat so ein system wie du...das is nämlich genau das was Retrix meint, die map ruckelt bei dir nicht, oder was auch immer. Aber wie schauts bei jemandem aus der vll "nur" 2ghz und ne ti4200?

und zur map kann ich nix sagen, ich zock eh keine funmaps.

DoMiX
---
Imprisoned Thoughts
They're caught in my head
All I want is to forget

Genau Retrix. Deshalb finde ich, dass es ein grober Designfehler von VALVe ist. dass es die alten r_speeds nicht mehr gibt. Bei HL1 konnte man sagen, dass eine Map, die im Durchschnitt nicht mehr als 400 wpolys und maximal 800 wpolys hat, eine wunderbare Performance hat (natürlich gelten heute für HL1 andere Werte, da die Rechner besser geworden sind). Die r_speeds von HL1 sind absolut und nicht vom Rechner abhängig, sonderen nur von der Map. Aber cl_showfps und +showbudget von HL2 sind relativ und unaussagekräftig ohne die Angabe des Rechners, auf dem sie erzielt wurden.

Das die Map auf dem super Highend-Rechner läuft ist ja toll, aber das sagt nichts über die Performance auf einem Durchschnitts-Rechner aus, auf den sich eine Mapper immer konzentieren sollte. Es nutzt nichts die tollste Map zu bauen, wenn sie nur bei 0,5% der Leute vernünftig läuft.

"Mit C++ (noch besser mit C) kann man sich _sehr_ leicht in den Fuss schiessen." - theDon
Auspack und freu! - Auszug aus einer, aus dem japanischen übersetzten, Bedienugsanleitung für ein Spielzeugaquarium.
--
Photon Audio Player | Majestic42.net | How To Ask Questions The Smart Way

Naja, auf nem 2ten Rechner mit nem 3Ghz und ner 6600GT gehts auch ganz gut...

Ich sollte vielleicht doch etwas zurücknehmen mit den Lichtern. ^^

Sorry, ich wollte niemanden auf den Schlips treten, ist halt erst meine 2te Map, und ich dachte, dass das Stadion doch nicht so groß ist, was die in HL2 oft für große Gebiete auf einmal auf den Monitor geklatscht haben...

Wieso hat die HL2 Engine solche Probs damit?

Sys: AMD Athlon64 3000+ @ 4000+ (2600Mhz) // ASUS V9999GT @ 350/700 (71.20)

1024MB Infineon PC3200 CL2 @ DDR 370 // MSI K8N Neo2 Platinum (nForce3 Ultra)

Die Engine hat keine Problem damit.

Es ist performancemässig nichts dagegen einzuwenden 100 oder mehr Lichtquellen zu benutzen für dein Flutlicht, solange du kein dynamsiches Licht benutzt. Denn die normalen, statischen Lichtquellen werden nicht onruntime berechnet, sonderen vrad erstellt daraus die Lightmaps, die im .bsp gespeichert sind. Aber 100 Lichquellen sind reine Verschwendung, denn du kannst den gleichen Effekt mit 3 Lichtquellen erzeugen, die halt nur heller sind. Denn wenn du mehr Lichquellen hast dauert das Compilieren halt länger, was dich bei deinen Highend-Systemen aber eh nicht stören dürfte.

Ausserdem hat die Performance einer Map nichts mit der Grösse zu tun, auch eine kleine Map kann miese Performance haben, wenn man sie falsch baut. Die Performance einer Map hängt auch nicht nur vom Detailgrad ab, sondern ist von vielen Faktoren abhängig.

Auch fühlt sich hier sicher niemanden "auf den Schlips getreten", aber wenn man liest, dass du für eine Flutlicht über 100 Lichtquellen verwendest denkt man sich erstmal: "WTF, was für eine Verschwendung".

Der Vorteil auf einem Highend-System zu mappen liegt darin, dass es einen weniger kümmern muss, dass HL2-Mapping ziemlich Resourcen fressend ist. Der Nachteil ist, dass man nicht unbedingt ein Gefühl dafür bekommt, ob die Map eine vernünftige Performance hat oder nicht, da absolute Kriterien dafür, wie die r_speeds von HL1, bei HL2 fehlen.

"Mit C++ (noch besser mit C) kann man sich _sehr_ leicht in den Fuss schiessen." - theDon
Auspack und freu! - Auszug aus einer, aus dem japanischen übersetzten, Bedienugsanleitung für ein Spielzeugaquarium.
--
Photon Audio Player | Majestic42.net | How To Ask Questions The Smart Way

Zitat:

HammerBlade postete
Die Engine hat keine Problem damit.

Es ist performancemässig nichts dagegen einzuwenden 100 oder mehr Lichtquellen zu benutzen für dein Flutlicht, solange du kein dynamsiches Licht benutzt. Denn die normalen, statischen Lichtquellen werden nicht onruntime berechnet, sonderen vrad erstellt daraus die Lightmaps, die im .bsp gespeichert sind. Aber 100 Lichquellen sind reine Verschwendung, denn du kannst den gleichen Effekt mit 3 Lichtquellen erzeugen, die halt nur heller sind. Denn wenn du mehr Lichquellen hast dauert das Compilieren halt länger, was dich bei deinen Highend-Systemen aber eh nicht stören dürfte.

Ausserdem hat die Performance einer Map nichts mit der Grösse zu tun, auch eine kleine Map kann miese Performance haben, wenn man sie falsch baut. Die Performance einer Map hängt auch nicht nur vom Detailgrad ab, sondern ist von vielen Faktoren abhängig.

Auch fühlt sich hier sicher niemanden "auf den Schlips getreten", aber wenn man liest, dass du für eine Flutlicht über 100 Lichtquellen verwendest denkt man sich erstmal: "WTF, was für eine Verschwendung".

Der Vorteil auf einem Highend-System zu mappen liegt darin, dass es einen weniger kümmern muss, dass HL2-Mapping ziemlich Resourcen fressend ist. Der Nachteil ist, dass man nicht unbedingt ein Gefühl dafür bekommt, ob die Map eine vernünftige Performance hat oder nicht, da absolute Kriterien dafür, wie die r_speeds von HL1, bei HL2 fehlen.

Die 100 Lichtquellen sind ja auch für Tribühne usw. also nicht nur für das Flutlicht,sondern für die komplette Map, obwohl das auch wieder auf 150 angestiegen ist ^^
Es ist stinknormales statisches Licht. Das Compilen dauert nun länger aber, sehr lange is es auch nicht.

Aber wie hell soll ich die denn noch einstellen? Ich bin mittlerweile schon bei 7000^^

Sys: AMD Athlon64 3000+ @ 4000+ (2600Mhz) // ASUS V9999GT @ 350/700 (71.20)

1024MB Infineon PC3200 CL2 @ DDR 370 // MSI K8N Neo2 Platinum (nForce3 Ultra)

des ergibt trotzdem keinen sinn. warum brauchst du da bitte 100 lichter für :o du hast doch da nen himmel drin, wenn ich das richtig seh (wenn doch nicht, nutz doch bitte einen), warum gibst du dessen light net einfach nen vernünftigen lichtwert, dann sieht des alle mal besser aus, als das da, wo im grunde jedes der 150 lichter bis auf eins total unnütz is, weil mans, wie hammerblade nu schon 12 mal gesagt hat, überhaupt nicht braucht, wenn man wüsste, womit man um sich wirft.
mit "engine ausreizen" hat das recht wenig zu tun. aber klingt natürlich fesch, gell :) die engine hat eher dich ausgereizt, kommt mir so vor

würd mir mal an deiner stelle die beispielmaps im sdk angucken, anstatt jeden tag wieder 50 neue lichter in die map zu propfen - die wird da auch nicht glücklich von :o
ich sehs so, du hast 2 Möglichkeiten. Entweder du nimmst dir die äußerst liebevollen Tipps zu Herzen, die dir die Leute bisher gegeben haben und erzielst eine erhebliche Verbesserung der Map und deiner "Fähigkeiten" oder du benutzt einfach weiterhin die Ausreden wie "bei mir läuft es ja" "sind doch nur 148,3 Lichter" "ich "mappe" halt noch nicht so lang". Liegt bei dir..

Zitat:

AGAMEMNON-Hellmapper postete
Das Problem dass ich da sehe ist, dass es erst Probleme mit den Speeds gibt und dann Probleme mit Snipern, da man von jedem Punkt der Map jeden anderen Einsehen kann.