Непонятный алгоритм смены ID исходящих пакетов

[aSproot]

А зачем вобще использовать корректор для первых двух пакетов?

если кинешь код своего алгоритма магу проверить

потому что это одна строчка =) (та что закоменченная)

procedure _decode_ID;
	begin
    with CorrectorData^ do begin
    //if (_1_byte_table[Byte(buff[3])+1] = #$2B) or (_1_byte_table[Byte(buff[3])+1] = #$12) then begin
	  buff[3]:=_1_byte_table[Byte(buff[3])+1];
      if buff[3] = #$D0 then begin

декоде и инкоде соответственно

Да, оказалось что это так. Опасненько, надо сказать. Было бы логичней шифровать только пакеты, вносимые/изменяемые скриптами. А всё что идёт от клиента пропускать без изменений.

Про рав-лог хорошая идея.

[Asmoday]

Сообщение от aSproot

Опасненько, надо сказать.

Ничего подобного, за то "на входе" ты имеешь чистый, раскодированный, расшифрованный трафик, и задумываться о "выходе" тож не нужно, составил пакет->отправил пакет. При любом другом варианте работы было бы слохно писать некоторые скрипты (например, те, которые контролируют наличие/отсутствие итемов в рюкзаке) приходилось бы явно указывать что пакет необходимо обработать, что вызывало бы лишние траблы.