Hi!
Ich habe vor den player erst nach einigen Sekunden respawnen zu lassen. Nun habe ich bereits in der player.cpp und in der multiplay_gamerules.cpp nachgeschaut aber nichts gefunden. Gibt es überhaupt so eine Variable?
Ich hoffe ihr könnt mir helfen.

Jein, wenn du dir mal das alte Verhalten von HL anschaust, wirst du merken, dass man zwar erst nach einer gewissen Verzögerung respawnen kann (ca. eine Sekunde würde ich mal schätzen), aber dass der Respawn nach Druck auf Fire ausgelöst wird.

Ich hab jetzt grade auch nichts gefunden, wo man die Verzögerung einstellen kann. Aber wenn du den Player automatisch respawnen lassen willst, kommt wohl noch ein bisschen Arbeit auf dich zu. Da sollte es aber auch Tuts zu geben.

Ist ganz leicht:
player.cpp, PlayerDeathThink:

/*if (!fAnyButtonDown && !( g_pGameRules->IsMultiplayer() && CVAR_GET_FLOAT("mp_forcerespawn") > 0 && (gpGlobals->time > (m_fDeadTime + 5))) )
return;*/

if(gpGlobals->time < (m_fDeadTime + 15)) //das hier ist entscheidend
return;

Ja hast Recht. Danke euch!!

Hi!
Eine Frage habe ich noch. Wie schreibe ich wenn der player tot ist ins hud so etwas wie:"Respawn in 15 sec." ?
THX Gnomo

FUCK!
ClientPrint(pev, HUD_PRINTCENTER, "Respawn in 15 sec.\n");

*rofl* genau das alles hab ich vor ca. 1 Monat durchgemacht...

Wenn du was ins HUD selber schreiben willst, reicht ClientPrint nicht, dafuer muesstest du eine neue Message deklaerieren und Clientside halt ein neues Hud Element.

Move In!

VISIT US Move In!

doch das reicht

®2-D2
Believe in Retrieve :)

Projects:
Monkey-Strike (Leader/Coder)
Water Wars (Head Coder)
Mixed Mod (Coder)

K, jetzt geht's um die Definition des Huds... fuer mich ist ein eine ClientPrintfausgaben noch nicht das Hud, aber muss jeder selber wissen...

Move In!

VISIT US Move In!

Interessant wäre z.B. eine countdown, und dafür bracht man dann wirklich n Hud-Element.

Nein, braucht man nicht:

if(gpGlobals->time < (m_fDeadTime + 15))
{
if (gpGlobals->time == (m_fDeadTime + 3))
{
ClientPrint(pev, HUD_PRINTCENTER, "3...\n");
}
if (gpGlobals->time == (m_fDeadTime + 2))
{
ClientPrint(pev, HUD_PRINTCENTER, "2...\n");
}
if (gpGlobals->time == (m_fDeadTime + 1))
{
ClientPrint(pev, HUD_PRINTCENTER, "1...\n");
}
return;
}

Hm, so is schlecht. Denn die Chance, dass gpGlobals->time wirklich == (m_fDeadTime + 2) etc. ist, ist sehr gering. Also besser so:
Quellcode:if(gpGlobals->time < (m_fDeadTime + 15))
{
  if (gpGlobals->time <= (m_fDeadTime + 1)) {
    ClientPrint(pev, HUD_PRINTCENTER, "1...\n");
  } else if(gpGlobals->time <= (m_fDeadTime + 2)) {
    ClientPrint(pev, HUD_PRINTCENTER, "2...\n");
  } else if (gpGlobals->time <= (m_fDeadTime + 3)) {
    ClientPrint(pev, HUD_PRINTCENTER, "3...\n");
  }
  return;
}


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

Also Tiny, ausnahmsweise, liegst du falsch, denn gpGlobals->time == (m_fDeadTime + 2)) tritt zu 100% ein, denn die Zeit wird ja in diesem Fall immer abgefragt.

Uh oh. Hast du schonmal überlegt, daß Framerates unterschiedlich sein können? Was ist z.B. bei einer Frametime von 0.09 Sekunden. 2 / 0.09 ergibt aber keine konstante Framezahl. D.h. nach 22 Frames ist die Zeit gleich m_fDeadTime + 1.98, nach 23 Frames ist die Zeit dann m_fDeadTime + 2.07.

Wer Floats mit == vergleicht hat meistens ein ernsthaftes Problem.

cu,
Prefect

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

Eben. Die Framerates sind ja nicht die bloße Erfindung von 3D-Programmieren, sondern ergeben sich schlicht aus der Zeit, die ein kompletter Berechnungsdurchlauf benötigt, und zwar 3D-Grafik + alles andere drum rum (KI, aber eben auch Respawn-Code). Also kann man nicht davon ausgehen, dass die Funktion tatsächlich jede Millisekunde ausgeführt wird.

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

Ihr mögt ja recht haben, aber probiert es aus, es geht - zumindest bei mir... :-)

Hm... vielleicht denkt da ja auch der Compiler sehr quer, nimmt das +1 als Addition mit nem Integer auf, macht damit m_fDeadtime auch zu nem Int und vergleicht dann mit nem zum Int gecasteten time. Würde net viel Sinn machen und wäre reine Willkür, aber könnte ja sein.

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

was haltet ihr davon?
Quellcode:
char msg[128]; //ja, ist viel zu viel ;)
sprintf(msg,"%d...\n",(int)(gpGlobals->time-m_fDeadTime));
ClientPrint(pev, HUD_PRINTCENTER, msg);  


Der Horizont vieler Menschen ist ein Kreis mit Radius Null - und das nennen sie ihren Standpunkt.

auch gut :-)

Das könnte tatsächlich sein, weil (m_fDeadTime + 1) wird ziemlich sicher auf nen Integer gecastet, obwohl... hmm bin doch etwas unsicher...
Also (m_fDeadTime + 1.0) wär klar ein Float.

Aber wenn (m_fDeadTime + 1) zu Integer gecastet würde, dann würde sicherlich auch das gesamte (gpGlobals->time <= (m_fDeadTime + 1)) auf Integer gecastet.

Und RirAs Aussage bestätigt das. Und Zufall kann das nicht sein, denn die Wahrscheinlichkeit, dass zwei frag-mich-nich-wieviel-byteige Fließkomma-Variablen tatsächlich gleich sind, ist doch sehr unwahrscheinlich, alleine, wenn man sich mal die verdammt krummen Frame-Times anguckt.