PKT v3.0 Viewer

[Йоха]

Проект на гитхабе:
https://github.com/Johnson7/pkt30view

Скриншот:


Возможности программы:

- Открывает .pkt файл формата 3.0, описание формата тут
- По умолчанию отображает пакеты в шестнадцатеричном представлении.
- Можно задавать имена для пакетов и имя функции на языке lua для парсинга пакета
- позволяет задавать имена опкодов и парсеры специфичные для конкретного билда wow.
Для этого необходимо создать в папке где находится екзешник - папку с номером билда wow от которого сделан сниф
Внутри папки создать 2 файла: opcodes.txt и parsers.lua

формат файла opcodes.txt :

опкод1, название_опкода1, имя_луа_функции1
опкод2, название_опкода2, имя_луа_функции2

в файле parsers.lua содержатся функции парсинга

function имя_луа_функции1()
end

function имя_луа_функции2()
end

при выделении строки в списке программы вызывается функция из загруженного lua файла соответсвующая опкоду, которая задается в файле opcodes.txt, если функция не задана, то соответственно ничего не вызывается.

В скрипте lua помимо стандартных доступны 2 библиотеки: packet и output

для packet доступны следующие функции:

length()		- возвращает длину данных пакета
decompress()		- распаковать compressed пакет

read8()			- читает BYTE
read16()		- читает WORD
read32()		- читает DWORD
readfloat()		- читает float
readguid()		- читает GUID (8 байт)
readpackedguid()	- читает упакованый GUID
readstring([len])	- читает строку длиной len, если вызывать без параметра,
			читает строку до завершающего 0 или конца пакета

для output :

print(string)
println(string)

Приглашаются все желающие для совместной разработки


В аттаче последня сборка

[Йоха]

luabind на бусте сделан ? ну его в нафиг тогда

[alien]

Да на boost )) Но там используются только хедеры из него. Тоесть сам boost компилить ненужно для использования luabind

[Йоха]

- Переписаны все вызовы луа без сторонних средств, удалены из проекта файлы luawraper.h luawraper.cpp за ненадобностью

- Добавлена команда "перегрузить опкоды и lua" - которая позволяет обновить оподы и луа функцию без перезагрузки программы и без повторного открытия файла.
То есть можно что-то изменить в файлах opcodes.txt или parsers.lua и нажать кнопку "обновить", изменения сразу будут видны.

- в библиотеку packet добавлен вызов функции readstring()
функцию можно вызывать без параметров, тогда читается строка до первого нулевого символа или конца пакета. так же можно вызывать readstring(n), тогда функция вернет строку длиной n.

[Йоха]

в библиотеку packet добавлены функции readguid, readpackedguid, readfloat, decompress

сейчас займусь выводом в окно hex view и нормальным окном для parsed packet.

К модераторам: может закрепить топик ?

------------
Закрепил. YuruY

[Йоха]

выплыл такой нюанс, в луа все числа представлены в формате double, который имеет 11 бит на порядок и 53 на мантиссу (всего 64 бита)
Мне кажется при чтении GUIDa будет потеря данных, в каком тогда виде лучше возвращать GUID ?

Сообщение от Йоха

выплыл такой нюанс, в луа все числа представлены в формате double, который имеет 11 бит на порядок и 53 на мантиссу (всего 64 бита)
Мне кажется при чтении GUIDa будет потеря данных, в каком тогда виде лучше возвращать GUID ?

а разве максимальный размер GUIDa не 8 байт (64 бита)? как раз влезает в размер

[Йоха]

гуид то конечно 8 байт, просто по моему будет ересь если сделать так:

__int64 a = 10000000000;
double d;
memcpy(&d, &a, 8);

а если так :

__int64 a = 10000000000;
double d = a;

то потеря данных.

[TOM_RUS]

Сообщение от Йоха

гуид то конечно 8 байт, просто по моему будет ересь если сделать так:

__int64 a = 10000000000;
double d;
memcpy(&d, &a, 8);

а если так :

__int64 a = 10000000000;
double d = a;

то потеря данных.

А если так:

__int64 a = 10000000000;
double d = *(double*)&a;

?

Или так:

union Foo
{
    double d;
   __int64 a;
};

Foo foo;
foo.a = 10000000000;
double d = foo.d;

[Йоха]

да по сути это одно и то же - побитовое копирование

просто если сделать такой тест:

	__int64 a = 10000000000;
	
	double d = *(double*)&a;

	std::cout << a << std::endl;
	std::cout << d << std::endl;

то результат будет как раз такой которого я и боялся

10000000000
4.94066e-314

побитово они совпадают, но интерпретируются по разному

[Йоха]

Теоретически придумал решение: возвращать гуид в виде таблицы, типа :

-- код на луа
guid = packet.readguid()
high = guid["high"] -- старшая часть гуида
lo = guid["lo"] -- младшая часть гуида

Осталось разобраться как это реализовать на практике. Или предложите более изящный вариант

[RomanRom2]

либо возвращать record (struct по вашему) из двух интов, либо просто массив из 8 байт.
если остановишься на структуре, то используй названия полей какие нибудь по сложнее. у меня например в дельфи Lo - это функция, возвращаются младший байт word. например чонить типа guid_lo и guid_hi.

только гуиды бывают разные. есть еще packed guid, не забывай.

[Йоха]

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

либо возвращать record (struct по вашему) из двух интов, либо просто массив из 8 байт.

в луа нет понятия struct, есть таблицы

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

только гуиды бывают разные. есть еще packed guid, не забывай.

какая разница, возвращается то уже нормальный 8-байтовый гуид

[TOM_RUS]

Близы в виде HEX строки у себя в lua гуиды передают
В lua еще какое-то "userdata" есть, хз что это

    enum LuaType : int
    {
        None = -1,
        Nil = 0,
        Boolean = 1,
        LightUserdata = 2,
        Number = 3,
        String = 4,
        Table = 5,
        Function = 6,
        Userdata = 7,
        Thread = 8,
        Proto = 9,
        Upval = 10
    }

[Йоха]

Да я уже смотрел userdata, в скрипт луа из основной программы он передается как void*, то есть указатель на любую хрень
Но в луа с userdata ничего нельзя сделать :-(

вариант со строкой тоже ничего, но мне кажется это будет неудобно обрабатывать гуид в таком виде

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

[RomanRom2]

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

вы б на самом деле хоть описали бы задачу, которую будет решать вьювер. high level design. а то придумываете (и проблемы в том числе ) на ходу.

Сообщение от Йоха

в луа нет понятия struct, есть таблицы

ну тоже пойдет, какая разница.

Сообщение от Йоха

какая разница, возвращается то уже нормальный 8-байтовый гуид

откуда возвращается? луа код типа будет распаковывать pguid в 8ми байтный и передавать его в основную программу? тогда ок.

[Йоха]

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

откуда возвращается? луа код типа будет распаковывать pguid в 8ми байтный и передавать его в основную программу? тогда ок.

наоборот, луа скрипт вызывает packet.readpacketguid(), эта функция реализована на cpp, она распаковывает packed guid в обычный 8-байтовый гуид и возвращает его.

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

вы б на самом деле хоть описали бы задачу, которую будет решать вьювер. high level design. а то придумываете (и проблемы в том числе ) на ходу.

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

[RomanRom2]

аа, ну ок ты обновил первый пост, я просто помню что в самом начале этой инфы не было и я не запомнил соответственно что было описание там и пр. гуд гуд

[Йоха]

Исправлены функции readguid() и readpackedguid(), теперь они возвращают гуид в виде hex строки.

[Йоха]

Добавлено нормальное окно для hex дампа и для вывода данных из lua скрипта. Надо немного допилить вывод шестнадцатеричных данных и реализовать поддержку скролинга.
Обновил собраный exe в шапке, исходнике на гитхабе еще нет, это на работу завтра прийду и обновлю.

Скажите кто-нибудь вообще пробовал использовать эту программу ? хотя бы для каких-нибудь не сложных опкодов написали парсер на lua ? А то топик выглядит как мой личный блог.

Есть смысл продолжать ? или это все неудобно и никому не нужно ? Мне самому эта програмка нафиг не нужна

[LordJZ]

Сообщение от Йоха

Скажите кто-нибудь вообще пробовал использовать эту программу ? хотя бы для каких-нибудь не сложных опкодов написали парсер на lua ? А то топик выглядит как мой личный блог.

Есть смысл продолжать ? или это все неудобно и никому не нужно ? Мне самому эта програмка нафиг не нужна

Я парсеры на lua не писал, но программку скачивал и запускал, даже исходники с гитхаба качал и приводил в общий вид солюшен (пути инклюдов, директорий, т.п.)

[Lordronn]

Есть смысл продолжать ? или это все неудобно и никому не нужно ? Мне самому эта програмка нафиг не нужна

А как же самообучение и развитие? Я так тоже часто думаю, когда дописываю в свой вайвер что нибудь и думаю, а нафиг оно кому нибудь надо кроме меня

[RomanRom2]

Сообщение от Йоха

Есть смысл продолжать ? или это все неудобно и никому не нужно ? Мне самому эта програмка нафиг не нужна

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

не парься, не обращай внимания, делай. мне нужна

[Lordronn]

И мне) Если будет что-то интересное - реализую такое у себя.

[Йоха]

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

Сообщение от Йоха

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

если в ней будет интересный функционал, она многих заинтересует

[Йоха]

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

если в ней будет интересный функционал, она многих заинтересует

какой ? опишите что было бы нужно ?

[Konctantin]

Знатоков С++ прошу сильно не пинать, но у меня есть пару вопросов:
Скачал проект, запускаю, пытаюсь скомпилировать, в итоге получаю ошибки:

Ошибка	1	error C1083: Не удается открыть файл включение: wtl\atlapp.h: No such file or directory	d:\project\packetviewer\pkt30view\pkt30view\stdafx.h	13	1	pkt30view

и вот таких кучу:

	6	IntelliSense: идентификатор "CAppModule" не определен	d:\project\packetviewer\pkt30view\pkt30view\stdafx.h	15	8	pkt30view
	14	IntelliSense: идентификатор "CListViewCtrl" не определен	d:\project\packetviewer\pkt30view\pkt30view\stdafx.h	27	8	pkt30view
	16	IntelliSense: идентификатор "L" не определен	d:\project\packetviewer\pkt30view\pkt30view\lua_funcs.h	5	27	pkt30view
	17	IntelliSense: идентификатор "L" не определен	d:\project\packetviewer\pkt30view\pkt30view\lua_funcs.h	7	26	pkt30view

может чего-то не хватает? надо какие-то дополнительные компоненты?

Сообщение от Йоха

какой ? опишите что было бы нужно ?

сохранение в pkt3, форматов более ранних версий
создание описания для снифов (территории, квесты, итемы )
пакетная обработка снифов ( переименование, описание, поиск и т.п.)
да и юзерфрендли интерфейс тоже бы не помешал

[zergtmn]

Konctantin, мне кажется, что не хватает WTL.
http://wtl.sourceforge.net/

[Konctantin]

создание описания для снифов (территории, квесты, итемы )
пакетная обработка снифов ( переименование, описание, поиск и т.п.)

Этим уже должна заниматься другая программка, что-то на подобии PKT Browser.
Ну или воротить комплекс для этого дела...

[RomanRom2]

1. форматов более ранних версий поддерживать не нужно. 1.0, 2.0, 2.1 и 2.2 считайте что более не существуют, всеобщий переход на 3.0. у себя я тоже все конвертнул. все утилиты переводятся на работу с 3.0.

2. описание для снифов - полезно. его можно сохранять в optData

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

4. еще полезно сохранение выделенных пакетов в один снифф.

5. в моем вьювере есть похожая функциональность: фильтр - оставляется видимыми только отфильтрованные пакеты. на самом деле просто перечитывается снифф с условиями. тоже надо.

пока всё.

[Konctantin]

Я фильтр тоже делал (по опкоду и по содержимому пакета)

[RomanRom2]

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

Этим уже должна заниматься другая программка, что-то на подобии PKT Browser.
Ну или воротить комплекс для этого дела...

нет нет, не надо схожих по функциональности программ. не нужно РЕДАКТИРОВАТЬ снифы. МОЖНО редактировать ОПИСАНИЯ.

если наступит момент, когда понадобится действительно что то изменять в снифах, допишем эту функциональность и переименуем в какой нибудь... ну не знаю... PKT Studio... не нужно плодить лишних утилит.

[Konctantin]

с WTL разобрался, осталось найти инклюды для lua.
Йоха, не могли бы вы приложить ссылки на внешние компоненты...

[Konctantin]

создание описания для снифов (территории, квесты, итемы )

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

<?xml version="1.0"?>
<PacketList xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
  <Packet>
    <FileName>ruRU_13329_2011-01-10_12-57-49-6480.pkt</FileName>
    <Build>13329</Build>
    <Locales>ruRU</Locales>
    <Description>test</Description>
    <Maps>
      <unsignedInt>1</unsignedInt>
      <unsignedInt>0</unsignedInt>
    </Maps>
    <Quests>
      <unsignedInt>25584</unsignedInt>
    </Quests>
  </Packet>
</PacketList>

ЗЫ. Все застыло из-за того, что я не смог заставить WebBrouser работать с js в оффлайн режиме (в нем я хотел отображать описание сниффа, при этом получая данные с вовхеда)

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

[Йоха]

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

с WTL разобрался, осталось найти инклюды для lua.
Йоха, не могли бы вы приложить ссылки на внешние компоненты...

нужны ссылки или недостающие файлы? в первом посте в аттаче есть и WTL и Lua (хидеры и либы) и zlib (хидер и либа)
А если ссылки то www.lua.org, www.zlib.org, wtl

[Йоха]

Нашел наконец-то WTL app wizard для VisualStudio 2010, а так же оказалось что существует версия wtl 8.1. В связи с этим делается некоторая переработка проекта, как закончу выложу.

[RomanRom2]

в продолжение списка функциональностей (feature spec):

6. поскольку снифы могут быть от разных билдов, соответственно парсеры опкодов (например респонсов) так же могут быть разные. нужно что бы загружались соответствующие выбранному билду парсеры.

как одно из решений:
в корне программы находятся каталоги по номеру билда (10314, 12340, ...), в которых лежат соответствующие lua-парсеры. при загрузке снифа мы знаем какой билд и грузим нужные парсеры из соответствующего каталога.

ЗЫ. йоха, добавь в проект на гит все необходимые библиотеки в какой нибудь глобальный libs и настрой проект что бы он юзал эти библиотеки. проект должен собираться без каких либо танцов с бубнами.

Сообщение от Йоха

Проект на гитхабе:
https://github.com/Johnson7/pkt30view

Для этого необходимо создать в папке где находится екзешник - папку с номером билда wow от которого сделан сниф
Внутри папки создать 2 файла: opcodes.txt и parsers.lua

плохо видно