Вопрос Ответ

[vahes]

спасибо xkor, ты мозг )

[xkor]

vahes, я натц)

[SeregaZ]

- привет мозг!
- привет клтуху, орехи принес?

[vahes]

Ребяты, я читал вы в своих программах создаете несколько потоков (для прорисовки радара, функций обработки пакетов тд.), вот и до меня дошло, что без этого никак. Использую system.BeginThread для главного потока формы, и в нем как бы все обрабатывалось. Хотел сделать, чтобы функция хука и добавления в свой буффер были в отдельном потоке, но недопру, как сделать, чтобы поток постоянно висел. Пробовал запускать в другом потоке еще 1 форму и не показывать или показывать, а потом скрывать - ошибка Canvas does not allow drawing, если показывать все нормально, но все же иногда тоже вылазит эта ошибка, и интерефейс как бы перенасыщен изобилием форм.
Будьте добры подскажите как правильно запустить поток чтобы он постоянно висел или как вы организовываете в отдельных потоках буферизацию пакетов и их дальнейшею обработку.

[xkor]

vahes, поток завершается тогда когда завершается которую ты задал выполнять в этом потоке, соответственно чтобы он не завершился надо чтобы эта функция не завершилась)

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

[mira]

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

форм никаких нет. Нелюблю лишние окна. У програмы свой графический оконный движок внутри клиента.

[ziher]

У меня такой вопрос: как читать из памяти клиента НПЦ и игроков? ХП МП И СР разобрался, а это ума не приложу. буду благодарен за любой ответ.

[vahes]

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

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

форм никаких нет. Нелюблю лишние окна. У програмы свой графический оконный движок внутри клиента.

Я почти также хотел, только чуть по другому, поскольку у меня есть форма (до своего графического движка я еще не дорос) она оперирует данными с бд и тд. В отдельном потоке запустить ф-ю хука которая кладет в буффер пакеты, и еще 1 поток который будет тикать и доставать с буфера пакеты и заносить данные в бд (ф-ю тика засунуть в таймер). Вот но я не догоню как запустить таймер в отдельном потоке, ему вроде как нужна родительская форма.
Ну и тут у меня еще куча вопросов, как таймер загружает систему, вот у меня в режиме радара работает 7 таймеров и когда я их включаю куллер заметно начинает шуметь( может это параноя ), может не стоит так много таймеров использовать?
И еще как себя поведет например программа если в буфер данные одновременно будут ложится одним потоком и извлекаться другим?
И как вообще лучше организовать буфер? Я думал, например, array[50] of

TFixPck = packed record case Integer of
    0:(ch: array[Word] of Char); 1:(bt: array[Word] of Byte); 
    2:(size: Word; id: Byte; dbt: array[0..65532] of Byte);
  end;

(спер у xkorа) или вместо массива как в клиенте указатель, но блин я не силен в выделении/освобождении памяти под указатели 100% где-то напартачу.
Звиняйте, что так много вопросов, просто говнокодствую, а потом по 20 раз переписываю. Думаю лучше все точно узнать, и сделать сразу нормально. Спасибо за помощь.

Добавлено через 8 минут

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

У меня такой вопрос: как читать из памяти клиента НПЦ и игроков? ХП МП И СР разобрался, а это ума не приложу. буду благодарен за любой ответ.

Ну смотря как ты узнаешь хп мп и цп, если по фиксированым смещениям в памяти от этого приема лучше уйти сразу. Можно перехватывать пакеты как л2пх или уже расшифрованые хукая UNetworkHandler::AddNetworkQueue(NetworkPacket *) или UNetworkHandler:ispatchNetworkQueue(NetworkPacke t * *) или хукая ф-и которые эти пакеты вызывают UNetworkHandler::OnЧего-то там ну на этом мои познания заканчиваются , а вообще здесь вот http://coderx.ru/showthread.php?t=1077 и еще в этой ветке очень много полезной инфы по этому поводу. По 20 раз перечитывая одно и тоже на 21й обычно доходит (так делал я)

[mira]

Смотря с каким периодом таймеры. Если даже 1мс не должны грузить, если ты канечно в них обсчитываеш мегабайты памяти.
Зачем в хуке поток? Хук на то и хук что выполняетса в контексте родного потока клиента.

мой совет не лезь сразу в дебри то запутаешся и ниче не выдет.
Сделай максимально просто как умееш чтоб работало. Потом неспеша оптимизируй и модифицируй. Ранняя оптимизация и начало со сложного это мертворожденная программа (c)

[supernewbie]

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