[ReHLDS] PF_MessageBegin_I msg77 Investigation - AFK Control Code Review

[zlajasql]

Pozdrav svima,

Želio bih čuti neka mišljenja o AFK Controlu i mogućoj interakciji s mojim trenutnim okruženjem.

Serversko okruženje:

ReHLDS:
3.14.0.857-dev
Build 4002
27. ožujka 2025.

ReGameDLL:
5.28.0.756-dev
27. ožujka 2025.

AMX Mod X:
1.9.0.5303

Trenutni problem:

Povremeno se server ruši/ponovno pokreće s:

PF_MessageBegin_I: Nova poruka je započeta kada poruka '77' još nije poslana

Najnoviji primjeri:

10/06/2026 - 15:37:02 (de_inferno)
10/06/2026 - 03:31:07 (de_dust2)
10/06/2026 - 01:57:29 (de_westwood)

Nedavno sam počeo testirati AFK Control 1.2 i volio bih recenziju koda od iskusnih korisnika ReHLDS/ReAPI-ja.

Pitanja:

1. Vidi li itko išta opasno u implementaciji AFK Controla?
2. Postoji li nešto što bi moglo neizravno generirati nalete TeamInfo / ScoreInfo podataka prilikom premještanja igrača u gledatelja?
3. Može li dodatak doprinijeti problemima s PF_MessageBegin_I msg77?
4. Je li itko uspješno koristio ovaj plugin na prometnom javnom serveru s 32 slota?

Relevantni dodaci koji komuniciraju s timovima, gledateljima ili stanjem igrača:

• AFK kontrola 1.2
• Admin Spectator ESP 1.4_beta
• BCS Nevidljivi promatrač 0.4.3
• Oživljavanje suigrača 2.3.17
• CSR Napredna pomoć pri ubijanju 0.9
• BCS VIP MySQL
• BCS HUD oštetitelj

U prilogu:

• afk_control.sma
• sys_error.log
• popis dodataka

Svaka povratna informacija je dobrodošla.
Hvala vam.

 

[zlajasql]

Logs

 

[zlajasql]

bump?

 

[fl0wer]

Hard to read. Please use English.

 

[sTe]

Hi, try this plugin.

 

[zlajasql]

Hard to read. Please use English.

Hello everyone,

I would like to hear some opinions on AFK Control and its possible interaction with my current environment.

Server Environment:

ReHLDS:
3.14.0.857-dev
Build 4002
March 27, 2025

ReGameDLL:
5.28.0.756-dev
March 27, 2025

AMX Mod X:
1.9.0.5303

Current Issue:

Intermittent server crashes/restarts with:

PF_MessageBegin_I: New message started when message '77' has not been sent yet

Latest examples:

10/06/2026 - 15:37:02 (de_inferno)
10/06/2026 - 03:31:07 (de_dust2)
10/06/2026 - 01:57:29 (de_westwood)

I recently started testing AFK Control 1.2 and I would like a code review from experienced ReHLDS/ReAPI users.

Questions:

Does anyone see anything dangerous in the AFK Control implementation?
Is there anything that could indirectly generate TeamInfo / ScoreInfo data bursts when moving players to spectator?
Could the plugin contribute to the PF_MessageBegin_I msg77 issues?
Has anyone successfully used this plugin on a busy 32-slot public server?
Relevant plugins that communicate with teams, spectators, or player state:

AFK Control 1.2
Admin Spectator ESP 1.4_beta
BCS Invisible Spectator 0.4.3
Teammate Revive 2.3.17
CSR Advanced Kill Assist 0.9
BCS VIP MySQL
BCS HUD Damager
Attachment:

afk_control.sma
sys_error.log
list of plugins
Any feedback is welcome.
Thank you.

Сообщение автоматически объединено: Вчера в 14:39

Hi, try this plugin.

Hi,


Regarding your modified AFK Control plugin:


For a public server that is usually 30–32/32 players, would you keep afk_min_spec_players 30 or lower it to 28?


I'm trying to optimize spectator cleanup without being too aggressive towards legitimate spectators.


What would be your recommended setting?

 

[sTe]

Bună ziua tuturor,

Aș dori să aud niște păreri despre AFK Control și posibila sa interacțiune cu mediul meu actual.

Mediul serverului:

ReHLDS:
3.14.0.857-dev
Construcția 4002
27 martie 2025

ReGameDLL:
5.28.0.756-dev
27 martie 2025

AMX Mod X:
1.9.0.5303

Problemă curentă:

Serverul se blochează/repornește intermitent cu:

PF_MessageBegin_I: Mesaj nou început când mesajul „77” nu a fost încă trimis

Cele mai recente exemple:

10.06.2026 - 15:37:02 (de_inferno)
10.06.2026 - 03:31:07 (de_dust2)
10.06.2026 - 01:57:29 (de_westwood)

Am început recent să testez AFK Control 1.2 și aș dori o recenzie a codului de la utilizatori experimentați de ReHLDS/ReAPI.

Întrebări:

Vede cineva ceva periculos în implementarea controlului AFK?
Există ceva care ar putea genera indirect rafale de date TeamInfo / ScoreInfo atunci când jucătorii se mută în modul spectator?
Ar putea pluginul să contribuie la problemele PF_MessageBegin_I msg77?
A folosit cineva cu succes acest plugin pe un server public aglomerat cu 32 de sloturi?
Pluginuri relevante care comunică cu echipele, spectatorii sau starea jucătorilor:

Controlul AFK 1.2
Admin Spectator ESP 1.4_beta
BCS Invisible Spectator 0.4.3
Reînviere coechipier 2.3.17
Asistență avansată la ucidere CSR 0.9
BCS VIP MySQL
Daune BCS HUD
Atașament:

afk_control.sma
sys_error.log
listă de pluginuri
Orice feedback este binevenit.
Mulțumesc.

Сообщение автоматически объединено: Вчера в 14:39

Hi,


În ceea ce privește pluginul AFK Control modificat:


Pentru un server public care are de obicei 30–32/32 de jucători, ai păstra afk_min_spec_players la 30 sau l-ai reduce la 28?


Încerc să optimizez curățenia spectatorilor fără a fi prea agresiv față de spectatorii legitimi.


Care ar fi setarea recomandată de tine?

addons/amxmodx/configs/plugins/plugin -new_afk_control.cfg

Спойлер

// Acest fișier a fost generat automat de AMX Mod X (v1.10.0.5476)
// Cvar-uri pentru pluginul „AFK Control ReNew” de „neygomon” (new_afk_control.amxx, v1.2(a))


//Maksimalan broj upozorenja prije prebacivanja u promatrače
// -
// Implicit: "3"
// Minim: "1.000000"
afk_max_afk_warns „3”

// Maksimalan broj upozorenja prije izbacivanja igrača sa servera
// -
// Implicit: "2"
// Minim: "1.000000"
afk_max_spec_warns „2”

// Minimalan broj igrača potreban za provjeru promatrača
// -
// Implicit: „30”
jucători afk_min_spec "30"

// Prenosi li se bomba drugom igraču ili ne
// -
// Implicit: "1"
afk_transfer_bomb "1"

// Interval provjere AFK igrača
// -
// Implicit: „15.0”
// Minim: „5.000000”
afk_time_afk_check „15.0”

// Interval provjere promatrača
// -
// Implicit: „15.0”
// Minim: „10.000000”
afk_time_spec_check „15.0”

// Immunitet na funkcije plugina
// -
// Implicit: "a"
afk_immunity_flags „a”

 

[zlajasql]

@sTe,

// AFK Control ReNew - recommended config for 30-32/32 public server

// Maximum warnings before moving AFK player to spectators
afk_max_afk_warns "3"

// Maximum warnings before kicking player from spectators
afk_max_spec_warns "2"

// Start checking/kicking spectators only when server has 30+ players
afk_min_spec_players "30"

// Transfer bomb from AFK player
afk_transfer_bomb "1"

// AFK player check interval
afk_time_afk_check "15.0"

// Spectator check interval
afk_time_spec_check "15.0"

// Immunity flags
afk_immunity_flags "a"

Hi,

For my public server which is usually 30–32/32 players, would this be the correct recommended configuration?

My goal is to clean inactive spectators only when the server is almost full, without being too aggressive towards legitimate spectators.

Please let me know if you would change any value.