[alexteam]

Нет, как раз с одним двумя пакетами и не нужно бы сохранять. Я про то чтобы можно было потом анализ проводить из-за чего сбоит.

сбойнуло - сохранил. не сбойнуло - не сохранил.
данные НИКУДА не денуться. кнопку сохранить можно тыкнуть всегда.

Кстати в рав-логе нет размера пакета - это так и надо?

ты про то как он физически выглядит ? если да - есть там все. все что нужно.
Оффтоп

procedure Ttunel.AddToRawLog(dirrection: byte; var data; size: word);
var
  dtime: Double;
begin
  if not isRawAllowed then exit;
  RawLog.WriteBuffer(dirrection,1); //направление пакета
  RawLog.WriteBuffer(size,2); //длинна пакета (НЕ ПАКЕТА ЛИНЕЙКИ, а порции данных пришедших от сервера или ушедших на сервер)
  dtime := now; //время
  RawLog.WriteBuffer(dtime,8); //пишем время
  RawLog.WriteBuffer(data,size); //пишем саму порцию данных
end;

единственное что следует учесть. что в равлоге. пакеты недекриптованные, и даже не разбитые на порции длинна+данные. это именно то что приходит от сервера и уходит на сервер. в одной порции может быть 1,2,3 или больше пакетов (линейки). либо полпакета линейки пришедшие одним тцп пакетом.
т.е. без обработки вообще.
и нужна эта опция в первую очередь больше для тестирования невхоров. а проверка стабильности приложения - это уже побочный, так сказать бонус.
проверка невхоров.. как ?. просто. береться клиент подопытного сервера, цепляеться на него пакетхак с разрешенным сохранением равлогов и отключеной декриптовкой пакетов. лезем на сервер, тусуемся пока по расчету не наберем достаточное кол-во данных чтобы выяснить правильно ли работает наш невхор. сохраняем равлог. вырубаем клиент.
подгружаем невхор в равлог, подгружаем сам равлог.
происходит перегонка данных через невхор с проверкой того как пакет выглядел до декодирования равхором и как он выглядел после кодирования пакета тем же равхором. в идеале они должны быть идентичны.
если обнаруживаются несответствия они выводяться в лог (номер пакета, пакет до дешифровки, дешифрованый пакет, пакет после шифровки)
это гораздо проще и главное быстрее чем каждый раз подгружать невхор в сам пакетхак и запускать клиент. при этом данные можно обработать, и не путаться (иниткей к примеру будет один и тот же, для проверки с другим иниткеем, повторите действие с созданием равлога, будет другой иниткей.)
главное что все можно будет возпроизвести.
да, эта часть требует доработки, и будет дорабатываться, ибо не совсем удобный просмотр, но пока, первоочередная задача - довести пх по стабильности работы с протоколом линейки до показателей старого пх. проверить скрипты и плугины. а дальше уже мастерить второстепенное.