Fabervox

@alastair2k17, я не говорил о том что нужно делать особый gui-элемент, я говорил о том что он, не обязан становиться видимым пользователю. Невидимым его должно было сделать, наложенное сверху dxgui. Без такого костыля, содержимое буфера обмена вряд ли удастся получить. Конечно при каких-то багах или недоработках, стандартное окно ввода может вылезти наружу. Тут уж ничего не поделаешь, красоты требуют жертв, и уже каждому выбирать каких, то ли расстроенных игроков, то ли более тщательной проработки, тестов, а следовательно и времени. Для реального проекта, я бы задался вопросом, а надо ли? Многие же и иначе решают задачу, делая интерфейс браузером, не всё конечно, но вот то что прямо таки является окнами, вполне нормально.

@alastair2k17, к вам встречный вопрос точно такой же. Как там сделали? Можно подставить поле ввода стандартного гуи, при этом можно поверх этого гуи нарисовать свое dx функциями. Далее человек после активации этого невидимого гуи(видимым оно не обязано при этом становиться), человек должен нажать ctrl+v, и вы сможете ессно считать из того gui текст, и написать в своем. Если гуи не скрыто то возможно сделать распознавание, но это вариант теоретический и никому не нужный. Любые другие варианты насколько я понимаю, слежка, воровство, и наверное стоит обратиться непосредственно к MTA Team, дабы они знали об этом, дали соответствующую оценку и при необходимости пресекли подобные действия в будущем.

@TheNormalnij, вообще не курю, но видимо когда пробовал, чего-то курнул, потому-что мне запомнилось что срабатывали только 0 или 1. @Strix, ну с моделями в голову приходят только ужасные костыли, в виде проверок шейдерами/processlineofsight, с другими файлами конечно так не выйдет. Кстати не срабатывание, может быть связано с неопределением в качестве измененной модели.

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

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

@Strix, а resendPlayerModInfo пробовали?

При управлении мышью, колеса поворачиваются на определенный угол, а не на максимальный. Какие есть варианты поворачивать их скриптово? *кроме варианта менять хендлинг ессно

@TheNormalnij, немного грубовато, но не настолько что-бы этому уделять особое внимание. Вообще же говоря о формате дискуссий, кроме используемых слов, есть смысл переданный ними. И новичку наверное должно было показаться, что речь о чем-то изрядно доставшем. В целом они "обменялись любезностями", только вот ответ ТС как раз к самому @Kernell, вовсе не груб, он груб как раз к тем кому видна и доставляет неудобства ошибка. Это в общем плохо, и от одной маленькой и незначительной грубости, сообществу ни холодно, ни жарко, а вот ТС точно лучше не становится. Ну ладно бы только это. Но ведь сам человек показывает несерьёзный подход. С одной стороны размышления, которые стоило бы оформить иначе, что-бы не создалось впечатления об очередном "герое геймдева". Неудачные попытки привлечь людей к реализации идей(а раннее по всей видимости такая же неудача с турниром, во всяком случае пытаться группу в 30 человек, изменить в какой-то магазин, это не особо адекватно) , но в то же время набивание цены. Которое может сыграть не в пользу сохранения идей в тайне, потому-что лишь подогревает интерес, но интерес не к тому что-бы делать, а к тому что-бы просто узнать хоть что-то. Было бы хорошо написать, какого рода модели, ведь персонажи, объекты инвентаря, машины и объекты для карты, это весьма отличное друг от дружки, и кто-то может чем-то не заниматься или заниматься только одним. Также предполагаемые объемы по типам моделей, если идея хорошо проработана должны быть понятны, их открытие скорее привлечет, чем отпугнет кого-то. А если идея не проработана, то тогда получается для скриптера заковыка в том, что придется не просто техническую часть реализовывать, но и долго обсуждать ньюансы, в конце концов придумывать что-то самому. Да и по объемам ведь то же, то ли это что-то соревновательное, с ограниченным функционалом, то ли это какая-то песочница хоть в "RP" сеттинге, хоть в апокалиптичном, или ещё быть может каком-то. Ну и в конце концов, от каких сумм пляшет бюджет совсем непонятно. Вот в этом контексте, крайне важна предрасположенность к ТС и написанному им, что-бы возникающие вопросы, вызвали желание узнать на них ответ пообщавшись. И вызывали у тех кому надо работать с ним, а не кому надо идею узнать.

@KuzmaKZ, когда я просил сделать темную тему, единственным доводом было то что многие и может быть даже большинство кодеров, используют темные темы в IDE и блокнотах. У того же 3d max, то же интерфейс отнюдь не белого цвета. И спрашивается, если кто-то кидает, кто-то отказывается, кому надо что-бы прочитало больше людей и у прочитавших остались лучшие впечатления? При том то что как раз большая часть из востребованных, и получит худшие ощущения от прочтения.

@NLO, бан в мта вообще или на конкретном сервере? За макрос мог забанить конкретный игровой сервер. Также античит может срабатывать на косвенные вещи, например достаточно установленного artmoney, возможно каких-то других программ. Если вы не играли раньше в мта, то может не придали значения каким-то модам в самой GTA. В любом случае обычно за такие вещи не бан, а лишь срабатывание античита, т.е. невозможность зайти на сервера где не выключена соответствующая проверка. Если так то должно писать номер ошибки, ну или же если бан, то при таких нарушениях он вряд-ли будет бессрочным и будет указано количество дней. Но пожалуйста, не надо выдумывать невинность, если вы использовали читы прямо направленные на мта, наверное единственным когда либо возможным вариантом его снятия, было сотрудничество со следствием с mta team в совершенствовании античита. Просто печально видеть, как люди флудят и врут создавая кучу тем, отписывая с разных профилей, или просто описывая проблемы с конкретными проектами серверов, вместо того что-бы выяснять проблему на информационных площадках тех проектов.

@MyArena, вы бы приложили участки кода, вокруг 299,564 и 679 строк. Скорее всего не учтено получение false перед getElementData на 564, и как следствие урон не может быть посчитан на 679, и нечего выводить на 299.

@Essle, вдумайтесь вообще что вы написали. после отключения интернета, игрок совершает действия - как сервер должен угадывать, какие там маты сейчас говорит игрок? Отключился, значит действий он не совершает, если вас волнует, что другие игроки видят некие действия педа(отключившегося игрока), то это уже совсем другой вопрос, хотя решаемый через предложенные функции/события, ессно второе предпочтительней в виду легкости. Но это решение проблем видимых и элемента игрока. которые при подключении интернета обратно вызывают баги - и дело отнюдь не в том, что игрок успел что-то сделать лишнее, скорее всего дело в том, что вы никак не обрабатываете его отключение от сервера. В каком-то смысле правильнее использовать уже предложенные события, но они могут быть чуть чаще чем нужно. Но суть в том, что просто нужно отрабатывать выход игрока (onPlayerQuit,onPlayerLogout) , а не думать что оно само как-то там. Ошибки возникают там, где что-то неверно прервано, как следствие из этого, вы не до конца понимаете как работает ваш код и как должен, точно появляются какие-то другие баги, просто в виду того, что принцип действия недостаточно проработан и проанализирован.

@Kenix, мне кажется технически, он был вполне нормальный, в меру того что имело бы смысл, для такого жанра в мта. Другое дело, что такой жанр, в мта вряд ли может быть популярным сам по себе, ему бы нужна в поддержку сеть проектов, которая бы формировала аудиторию. А вот как раз бесконечно допиливать, дело для него неблагодарное, тогда на пропорциональную отдачу не стоит рассчитывать, его предел популярности ниже. Вот, сколько в среднем была игровая сессия и как при этом выглядило распределение количества игроков по ней? Я конечно ванговать пытаюсь, но все таки мне кажется, в таком жанре игроки неуделят много времени серверу, играя также на других или в другие игры. Зима же не кончилась ещё) PS: вопрос* имеет язвительный оттенок? *в связи с RP Box

@KaYGame, вы ошиблись адресом, это форум вообще мта, а не конкретно вашего крупного сервера MTA. Подобные проблемы бывали у некоторых серверов, они сами их и решали. Вряд ли это чисто клиентская проблема.

@1zone, просто включите, посмотрите perfomancebrowser, каких функций больше всего вызывается(в скобках какого ресурса). Потом поищите в этом ресурсе вызов этой функции, если их будет много то обращайте внимания на те что в циклах, те что вызываются таймерами или какими-то частыми событиями. Возьмите найденный(-е), и поспрошайте в пабликах вк или ещё в каком-нибудь , потому-что здесь редко люди будут выполнять чью-то работу. В ином случае, это ваше срочно если и призовет кого-то, то заодно и возбудит его поднять ценник, или ещё чего похуже сделать, ребенка через 9 месяцев конечно не будет, но вероятность получить те же ощущения будет высока. Даже если вам неудастся решить проблему наивными доброжелателями, то в любом случае факт применения perfomancebrowser, снизит уровень возбуждения, и вы отделаетесь меньшей суммой.

@CWanted, я чет вообще непонимаю вас. С одной стороны подавай графику, с другой на популярных игровых движках, невозможно сделать с приемлемыми требованиями? Да и какие требования вообще. DayZ: сцена 10 зомби на человека, максимум 100 человек онлайн на карту SA, хотя обычно и 40-60, многие считают большим количеством, поведенческие факторы отсутствуют. Вместе игроков, управляемых кем-то тс и ботов, в рендере врядли дойдет до 100. BPAN\RP: боты отсутствуют как правило, но в рендере может быть человек 100. Что для таких сцен, будут неприемлемые требования в указанных движках? Зачем вам нужна популярность? У Just Cause и "убисофтовских однодневок", разве была ниже популярность чем у MTA? Если указанные сцены вам не нужны, то вопрос популярности вообще не должен стоять, т.к. основная масса игроков МТА играет именно в подобных сценах. И насчет парни лепят с нуля, было бы что туда переносить, сейчас то особо и нечего. Когда же появится, то внезапно окажется что дело не в графике.

@CWanted, вот эти высеры как бы, должны были бы объяснить уж, что графика вообще второстепенный параметр для нормальной игры. Должны были бы. Но нет, люди беспредельно деревянны. Вот представьте, ездите вы на стареньком, недорогом спорткаре, да даже на обычной машине среднего класса, вы что пересядете на запорожец с корпусом бугатти или ламборгини? А в играх вы хотите именно этого. Именно что хотите, потому-что речь не о тех кто должен пересесть, речь о тех кто сейчас эти запорожцы делают с кузовами современных бюджетных машин, вот для них вы предлагаете, что-бы делали с более навороченными кузовами. Вместо того что-бы изменить начинку и интерьер. Большинство наполнителей моделями, делают колеса по 60к, выхлопные по 20к, и другие мелочи в таком же ракурсе, дай им чуток помощнее движок, и они к, заменят на кк, освоят скульптинг. Они занимаются этим, потому-что всё ещё достаточно денег получают. Популярность конечно падает, но в остальном, мертворожденные второй раз умереть не могут, а он эдакий зомби. Опять же DDoS, в прошлом и позапрошлом году, вообще тема популярная, коснувшаяся даже не такого уж маленького количества ДЦ, так что можно сказать что они в тренде. Писать движок с нуля, вообще непонятно зачем, движки есть, о переносе открытой части на что-то, @lil Toady говорил что-то вроде "флаг в руки". О закрытой части в виде защиты и прочего, ну наверное если этому будет место, говорить об этом нужно после подвижек в сторону переноса открытой части. Опять же спрашивается зачем, что-бы немного навести марафет, и перенести на новый движок БПАН/RP/DayZ? Остальных так мало, что можно просто конкретно их перенести, на что-то, даже если там совсем всё иначе.

@KulakovD, по разному, кому-то 15 минут хватает, кому-то месяца хватит лишь на азы. Если опыта с другими языками мало, то уж точно несколько дней-неделю уделить нужно. И полноценное понимание придет только с опытом, без опыта хотя-бы с другими, будет банально не хватать общей логики, конечно можно почитать побольше, посмотреть, но чем больше готовых решений вначале, тем сложнее потом учится думать, решать задачи, для которых нет или сложно найти готовое, подобное.

@KulakovD, ошибки у вас 2, с loot ошибка в том, что функция присваивающая значение ей, выполняется неудачно ( на всякий случай, false, ложь по английски, по факту отрицательный ответ). С тем что говорите получилось, tires должна получать то сколько должно быть колес у ТС, получается стандартной функцией. А вот в элементдате записано сколько установлено колес в машине, это уже из самого дейзи. Опять же уточню, nil это не 0, а отсутствие значения. Так вот то что сразу написал @nikitafloy, означало что левая часть в сравнении не могла выдать такую ошибку, её вернула правая часть. Ищите где она присваивается, потому-что скорее всего, полученный вами код, будет при той же ошибке, просто выполнять дописанную часть, а следовательно ехать, или что там функция целиком делает, можно будет без установленных колес. А вообще, разберитесь с самой Lua: @nikitafloy, ну как скрытно посылали, обычно вон по адресу выше или вики, не всегда ссылкой, порой просто словами, прям уж так посылали разве что если кто не в духе был.

@Kernell, не максимум для меня, а максимум для программы, которая планируется лишь как редактор кода для мта, а не нормального универсального редактора, хотя-бы даже для всего что связано с Lua. Хотя конечно, велосипед такой, да ещё если и реализация тоже состоит из велосипедов, идея совершенно нерациональная, в сравнении с плагинами для существующих или сборки на существующих открытых редакторах. И реализовав названные уже здесь фичи, автор должен рассчитывать не на смену критики на овации, а лишь на добрые улыбки. Рассчитывать, хотя реально это могло бы принести пользу, если будет большее удобство работы, хотя бы с той же самой мта. @lime|sg, уважение к чему собственно? Вы тратите время впустую на разработку этой программы. Во-первых потому-что если для вас, то что сейчас сделано, представляет ценность, значит оно недостаточно просто. Если это первый опыт в разработке отдельных программ, а не скриптов для мта или ещё чего-то, то обертка явно должна быть другая. Во-вторых, если вы сами в этом пишите скрипты, то опять же зря тратите время, из-за отсутствия функционала. Ну и что касаемо уважения, ИМХО конечно... @Kernell, написал 2 поста, по 3-4 предложения, то же самое @Disinterpreter, чисто из спортивного интереса, можно было бы их отрерайтить вполовину, и получились бы строго пункты roadmap'а, но и так ёмко. Называть это чем-то излишним, и уж тем более критиканством, это как раз таки и есть проявление неуважения, в какой-то степени стеб и даже оскорбление, но это уже им судить, терпеть или игнорировать.

@lime|sg, именно для указанных вами людей, первым делом человек изобрел и развивал ручной труд, и сегодня он не исчез. Вопросы разжеваны/пережеваны уже множество раз, и в виде текста, и в виде видео. В последних возможно не вся информация, продублирована устной речью, но ваша программа тоже не решает, проблем людей с ограниченными возможностями. Других людей, чье желание не может быть удовлетворено целиком, существующим обучающим контентом, и при этом должно поддерживаться обществом, а не наказываться или как минимум подвергаться порицанию, с почти абсолютной вероятностью, нет. Если вы решили просто попрактиковаться, то о чем вы тогда спорете. Да и в таком случае, она представляла бы здесь куда больший интерес, будучи таки открытой. Совокупность нацеленности на новичков, отсутствия особых возможностей, наличие автоматического обновления, позиционирование как чего-то полезного и отличного от существующих решений, закрытости, лично мне кажется хорошей ширмой для сбора статистики, в ракурсе темы группы, но может быть и ботнет. В любом случае, немногих здесь удастся убедить в ненулевой полезности софтины, пока хоть что-то из перечисленного не появится.

@KulakovD, картинка во-первых не работает что уже сказано, во-вторых из лога можно скопировать. Ванговать, мы то конечно можем, но вот луа-машина нет. weapon2 вообще не используется после получения. А с weapon вместо того что-бы обработать то что передается в функцию, заново присваивается значение. Я бы посоветовал назвать файлы звуков также как и названия оружий, и в одном формате сделать. Занести названия оружий с кастомным звуком в таблицу(лучше в качестве индексов), и далее просто проверять есть ли индекс.

@Kernell, я ТС никак защищать не хочу, но перечисленное это не минимум, а скорее максимум что можно было бы делать для мта. Самостоятельное выполнение всех целей в отдельном приложении, имеет смысл, если развивать во что-то большее чем среда разработки для мта. Другое дело, что делать отдельную программу, вообще непонятно зачем(мб что-бы посмотреть что люди пишут? в русле фри, но не опен вполне логично), люди уже привыкли к notepad++ и sublime text, почему не плагины то к ним? Наверное потому-что сделать что-то полезное и заметное, для них сложно. @Disinterpreter, там в группе если полистать, то видно что пробовали разные варианты интерфейса.

@vovandolg, только ВМ, только хардкор. Да и то, ВМ если не запрещен античитом конкретного сервера.

@Dimosha, каждый ресурс отдельная lua-машина и также родитель создаваемых ним элементов, и соответственно то глобальное окружение, которым считается оно в Lua, в рамках мта может рассматриваться как локальное. Вот над этим подумать и/или поэкспериментировать, и станут ясны все плюсы и недостатки. И т.к. подход самоизменяемого кода, считается в целом некорректным всюду, то и вносить таким образом патчи неправильно и сложно, не говоря уж о том что это дыра в безопасности. Следовательно разделение должно быть настолько значимым, что-бы остановка ресурса никогда не становилась значительной.