[Pawn] Вопросы от Javekson

[Javekson]

d3m37r4, я немного офигел, когда я не могу сменить ник, а какой то игрок каждый 5 секунд его меняет в обход плагина или resrdetector'а

 

[Javekson]

d3m37r4, я имел ввиду со стороны игрока, может ли игрок его миновать

 

[Javekson]

Объясните пожалуйста разницу между set_localinfo и set_vaultdata где хранятся данные и теряются ли они при падении или выключения сервера?

 

[Javekson]

up

 

[Javekson]

На сколько вообще рентабельнее работать с битсуммами как замену работы с обычными булевыми например?
А то читаю, мнения у всех расходятся, кто-то говорит, что быстрее будет, кто-то говорит, что нет, мол операций будет больше.

Спойлер: Пример

Из рунета:
Вот небольшой кусок тестового плагина

new alive[ 33 ];
new bits_alive;
public alive ( id )
{
    alive[ id ] = true;   
    #emit break;   
    bits_alive |= 1 << ( id - 1 );
    #emit break
}

а вот его дизассемблированный код

PROC  alive
    zero.alt       
 
 ; 2
    load.s.pri   0xC ; 3
    bounds       0x20; 4
    idxaddr        &
amp;
nbsp; ; 2
    move.alt       
 
 ; 2
    const.pri   0x1  ; 2
    stor.i        &a
mp;n
bsp;  ; 10
             &n
bsp;       ; 25
 
    load.pri   0x84  ; 3
    push.pri       
 
 ; 3
    load.s.pri  0xC  ; 3
    add.c      -0x1 
;
;; 3
    const.alt   0x1  ; 2
    xchg        &
;nbs
p;    ; 3
    shl         
;     ; 6
    pop.alt        &
amp;
nbsp; ; 4
    or         
      ; 3
    stor.pri    0x84 ; 3
             &n
bsp;       ; 33
ENDP

как видно строка alive[ id ] = true выполняется в семь операций, а bits_alive |= 1 << ( id - 1 ) в 10 операций.
Цифры после ; это кол-во операций ассемблера (можно посмотреть в исходниках amxx файл amxexecn.asm), даже тут булевая операция выигрывает (25 против 33 комманд).

 

[fl0wer]

даже тут булевая операция выигрывает (25 против 33 комманд).

что выигрывает?

6 Дек 2020

Очевидно, что битсуммы придумали не для "оптимизаций" в павне и точно не для извращений с проверкой живого игрока, а для цели хранить несколько значений в одной переменной, например: флаги игрока, стейты оружия (спорно).

 

[irrumabo_me_nomen]

fl0wer, мне кажется больше для сжатия их используют. На форумах по сампам треды про сжатие ASCII-строк попадались.
Javekson, тут дело в удобстве скорее, а не в рентабельности. Реальный прирост в производительности это не даст. расход пасяти в 4 раза сократит, но это практически незаметно. (Вообще есть олимпиадные задачи где ими можно нехило память сохранить, но в коес их не решают)
Я использую потому, что мне удобно.

 

[Javekson]

Появилась необходимость хранить различное время игры игроков, например время игры будучи только живым, вопрос по большей части риторический, нужно ли в этой схемы убрать хук смены команды? При каких обстоятельствах или в каких-то модах может случится так, что игрок перейдя в спектры не умрет?

P.s: схемы рисовать не умею

 

[irrumabo_me_nomen]

Javekson, спектатора воскресить можно. У меня в моде мёртвые игроки и наблюдатели могут в режим призрака переходить и при этом являться "живыми".

 

[fl0wer]

Javekson, в синке прибавляй.

 

[d3m37r4]

При каких обстоятельствах или в каких-то модах может случится так, что игрок перейдя в спектры не умрет?

Если кто-то плагином тиму игроку сменит.

 

[Javekson]

fl0wer, любимый рабочий совет твой :D

 

[Javekson]

irrumabo_me_nomen, мертвый игрок - живым?

 

[fl0wer]

fl0wer, любимый рабочий совет твой :D

Чем плохо решение в лоб?

 

[Javekson]

fl0wer, я не говорил, что оно плохое

11 Дек 2020

d3m37r4, это понятно, просто хотел узнать встречается ли такое на практике переход в спектры без убийства игрока

 

[Javekson]

7 разных режимов накидал, но учитывая нюансы модов, не уверен, что будет работать как задумано

 

[fl0wer]

А мог бы просто в лоб сделать, избавившись от лишнего кода и большой логики.

 

[Javekson]

fl0wer, вместо синка таском можно пробегать по игрокам и проверять их состояние, погрешность небольшая будет

 

[Javekson]

fl0wer, будет если желание, загляни в код, подскажи, что можно придумать с логикой начиная с 73 строки, это подсчет игрового времени.
Логику подсчета отдельно по каждой команде вроде сделал, но получилось так, что сейчас две разные логики с повторными условиями, можно ли как-то эти две логики объединить в одну, красиво и грамотно, так сказать?

hastebin

 

[Ayk]

Javekson, комбинация TeamInfo + get_user_time() или get_systime() + метки (моменты смены команды). Видел такую реализацию. Не подходит?