Курилка программистов

Dennis_Chikin · 30 Января 2015

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

А также про ООП, про как заниматься моддингом и его устарелости неустарелости, кто как его себе представляет и т.д. В общем, для много слов "обо всем". Что в более специализированные темы не лезет, но поговорить давно хотелось и хочется.

Но таки да, пп 2.0, 2.1 и даже 2.5 правил здесь вполне таки действуют.

Изменено 30 Января 2015 пользователем Dennis_Chikin

Dennis_Chikin · 31 Января 2015

Ну, вообще-то приведенный вариант - он уже тоже "несколько" устарел, но по смыслу - да.

в call_upd3() мы проверяем - есть ли ожидающие своей очереди арты. Если есть - проверяем еще и условия, что пора. В простейшем варианте - такое условие - время: n игровых секунд от начала игры, допустим.

(в своем варианте я заменил на "от загрузки", но это не принципиально).

В не простейшем - но это уже разговор о вкусе фломастеров - я бы предпочел вариант "насыщения" аномалии, а не время.

Назвать это таймером - можно и назвать, конечно. Почему ж нельзя ? Если хочется ?

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

Показать

	if t5000i == 0 then	-- ни чем не заняты ?
		if global_time_ms >= t5000t then t5000t, t5000i = global_time_ms + t5000q, 1
			-- здесь можно сделать что-нибудь полезное
		end
	else
		gp_fn =  t5000[t5000i]	-- выполняем последовательно что там еще есть
		if gp_fn then t5000i, amk.oau_watchdog = t5000i + 1, gp_fn[2]; gp_fn[1]()
		else t5000i = 0		-- и используем остаток
	end	end

Но это уже, простите, уже совсем не таймеры.

Изменено 31 Января 2015 пользователем Dennis_Chikin

xStream · 31 Января 2015

Мы уже выяснили, что есть сложности с формулировками

Таймер - нечто, позволяющее выполнить какое-либо действие через минимальное определенное время © Примерно так. Каким образом это нечто функционирует, вопрос реализации.

И тут самое интересное - как не извращайся, количество проверок на такие события не изменится. Другое дело интерфейс. Я за удобство, а быстрее работать заставить вряд ли выйдет. Точнее не так - ресурсов использовать меньше. Все ветвления и "медленные" обработчики делаются опять же разными способами, не меняя сути в принципе.

Desertir · 31 Января 2015

Dennis_Chikin писал(а):
есть ли ожидающие своей очереди арты

Само собой, пустоту мы и проверить "на пора" не сможем.

Dennis_Chikin писал(а):
вариант "насыщения" аномалии

Опять же, что такое "насыщение"?

Dennis_Chikin писал(а):
if global_time_ms >= t5000t then

Для меня это и есть таймер. Если время пришло, фигачим что нибудь (а именно, выполнение этих самых функций из t5000, я бы так сделал). Остальное (я про t5000i) - дополнительная надстройка, нужна она или нет, решать разрабу.

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

Если так немного отстраниться, то в этом случае можно запилить "каскад", т.е. вызвали первую функцию по срабатыванию на global_time_ms >= t5000t, далее перед последним эндом вызываем следующую (асинхронно, это вообще возможно в луа?), и так далее. Кстати, есть шанс того, что таймер может вновь сработать еще до завершения каскада.

Dennis_Chikin · 31 Января 2015

Ну, о терминологии: "таймер" и "очередь" - вообще-то взаимоисключающие понятия.

Таймер - это мы должны бросить все, и немедленно выполнить. Очередь - это именно когда дойдет - вот тогда и...

t5000i в примере - это как раз указатель на текущий элемент очереди. Есть - выполняем, и ставим указатель на следующий. Нет - ничего не делаем. По времени здесь происходит установка на первый элемент - это чтобы "лишний" раз ничего НЕ выполнялось.

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

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

xStream · 31 Января 2015

Dennis_Chikin писал(а):
Ну, о терминологии: "таймер" и "очередь" - вообще-то взаимоисключающие понятия.

Нет, это просто разные понятия

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

... о! можно попросить словарик? Ну какая у тебя терминология. А то постоянно ты непонят остаешься.

Dennis_Chikin писал(а):
Так вот, в первоначальном утверждении, с которого начался сыр-бор, было о том, что вот нет в игре ничего такого, чтоб "вот прям счаз все бросить, и начать выполнять это", чтобы было обусловлено именно временем.

Сие к таймерам ну никак не относится.

*Shoker* · 31 Января 2015

malandrinus писал(а):
Но периодически длинные апдейты приводили к тому, что просыпаешься на полчаса позже

Даже при использовании fastcall-а "пролетало"? %)

******************

Вообще по сну просто интересная заметка, по крайнем мере работающая в ЗП - для перемотки времени можно использовать банальный "спидхак" из какого нибудь Cheat Engine например. (или реализовать движковый аналог)

Он ускоряет все процессы игры в 2-100 раз, тем самым по сути несколько игровых часов пролетают за пару секунд как при перемотке, при этом происходят абсолютно все события как будто игрок эти часы просто стоял на месте и ждал. При этом те же апдейты продолжают вызываться аналогично с ускорением. Это самая что ни на есть "настоящая" реализация сна.

То-есть решается проблема когда игрок "засыпает" рядом с бежащим на него монстром и просыпается через 10 игровых часов рядом со всё тем же всё ещё бежащим на него монстром.

Правда можно столкнутся с проблемой что после долгого сна в игре может что то слететь.

По типу того как слетал game_time() после, кажется, игрового месяца.

(Это как если бы стоять на одной локации несколько реальных часов без перезагрузок)

Изменено 31 Января 2015 пользователем *Shoker*

Dennis_Chikin · 31 Января 2015

fastcall не гарантирует одинаковые интервалы. Тоже меняются в зависимости от нагрузки, хотя и не так сильно. Хотя на мой взгляд - вполне, и даже избыточно.

Просто надо помнить, что точно и через него ничего не отмерить. Где-то сам же malandrinus и описывал.

game_time() - проблема с разрядностью. Да, так называемое "45-е мая". Ну, тут все по разному решают. Я вот, опять же, остановился на том, что 45 игровых дней на одной локации без единой перезагрузки сидеть вряд-ли кто будет.

2 xStream, к вопросу об определениях:

"Таймер - нечто, позволяющее выполнить какое-либо действие через минимальное определенное время" - в принципе, годится. Хотя, вообще-то, "гарантированно выдерживаемый интервал времени".

Изменено 31 Января 2015 пользователем Dennis_Chikin

boryan67 · 1 Февраля 2015

Всем привет!

Вот заглянул в тему посмотреть что вы тут курите.

Накурили примерно на 100 милиБздэнов, не меньше.

Для информации (Показать)

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

По поводу рефакторинга... Я всегда с уважением относился и отношусь к любому чужому труду. Наработки команды АМК и лично xStream (мадам, снимаю шляпу) для того времени были настолько прогрессивны, что, я не побоюсь этого слова и скажу, - они опередили время. На базе АМК было сделано немало интересных модов. Более того, и сейчас некоторые наработки лично я использую. А почему бы и нет? Если меня работа этой функции устраивает, то зачем мне ее переписывать? Да, время не стоит на месте, нужды и требования растут и многое пришлось переписать самому "в духе времени". Но ни в коем разе это не умоляет заслуг и не затмевает гения людей, творивших в команде АМК, да и не только их. Поэтому, давайте будем толерантны до конца. То, что нас уже не устраивает - обсудим и перепишем, но без каких либо оскорбительных выпадов в адрес авторов.

По поводу таймеров... В метрологии есть понятие допусков и если измеряемая величина укладывается в это поле допусков, то точность считается приемлемой. Поэтому, я и задался вопросом - каков допуск на сон?

Катастрофично ли дать поспать ГГ на полчаса больше? И для себя пришел к выводу, что ни на что в сюжете точность плюс/минус полчаса не повлияют, а, стало быть, лично я этим заморачиваться не стану. Другой вопрос, если таки нужно отследить временной интервал с более высокой точностью. Например, "...Штирлиц проснется ровно через двадцать минут. Эту привычку он выработал в себе годами...". Тут никуда не денешься, придется быстрым апдейтом отслеживать или еще как.

Dennis_Chikin · 1 Февраля 2015

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

А вот вопрос о том, что из этого следует использовать в 2015 году, и в каком виде - вопрос уже другой.

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

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

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

Остается только еще раз повторить:

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

Увидели, что нечто можно/нужно поправить - опять же, выложили свой вариант.

Так же в принципе общеполезно может быть и "вот имеющийся вариант обладает такими вот особенностями, я их использую вот таким способом, а недостаток в моем случае ни как себя не проявляет/не мешает, поскольку вот в таких вот условиях он никогда не проявится".

Ну и дальше уже дело хозяйское, кто что для себя выберет.

P.S. А, да, остается только добавить, что "бывают и просто сны", и не всегда стоит искать какие-то намеки на неведомое в простых фразах, относящихся к самому предмету поста.

Изменено 1 Февраля 2015 пользователем Dennis_Chikin

xStream · 1 Февраля 2015

Dennis_Chikin писал(а):
Посчитали нужным сделать - сделали. Посчитали нужным выложить - выложили. Посчитали нужным описать: что сделано, как работает, как используется - опять же, написали. Увидели, что нечто можно/нужно поправить - опять же, выложили свой вариант. Так же в принципе общеполезно может быть и "вот имеющийся вариант обладает такими вот особенностями, я их использую вот таким способом, а недостаток в моем случае ни как себя не проявляет/не мешает, поскольку вот в таких вот условиях он никогда не проявится".

То есть обсуждать и критиковать в принципе не разрешается?

Dennis_Chikin · 1 Февраля 2015

Что значит, "не разрешается" ? Где это написано ?

Просто обсуждать и критиковать можно так, чтобы с этого была какая-то польза, а можно - чтобы получилось лишь много букв.

"не умеете их готовить" - это и есть много букв.

Покажите, как вы их готовите - будет польза.

Изменено 1 Февраля 2015 пользователем Dennis_Chikin

Карлан · 1 Февраля 2015

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

xStream · 1 Февраля 2015

Карлан писал(а):
В общем и целом поддержу Дениса, критиковать думаю уместно разве что с предложением альтернативно-лучшего варианта выложенной разработки.

, то есть, если на фоне существующих решений, решение кажется не айс, то эти существующие нельзя как вариант приводить? Обязательно очередной лисапед?

Карлан писал(а):
Остальная критика как по мне - снобизм.

А я считаю, что те, кто написал такие же велосипеды, имеют право критиковать - опыт есть.

Карлан писал(а):
Да и для большинства модов суперсистем

Это что за системы такие? Если вы про высокоуровневые, то у меня для вас плохие новости: вы повторяете путь тех, кто прошел "эволюцию" несколько лет назад, выдаете такие же решения, и при этом говорите, что костыльного типа решения (один в один как те, олдскульные и якобы непригодные) - айс, а получше и поэффективнее - фигня. Удачи, чо

Карлан писал(а):
оно уже есть в нормальном варианте,

Как вы смеете это использовать?! Это же суперсистема!

Карлан писал(а):
опять же я сам лично колоссальных различий не замечал

Тогда чего это конкретно то, что тут предлагается, нужно принимать с радостью и уважением? Про бритву Оккама слышали?

Dennis_Chikin · 1 Февраля 2015

Вот теперь уже я хочу пояснений. Означает ли все написанное, что в 2015-ом году все обязаны делать вот так: https://dl.dropboxusercontent.com/u/27871782/amk.script

только прикрутить еще куда-то сбоку систему ивинтов и песочницу от одного конкретного автора (указать, какого именно) ?

Кто не хочет делать так - отключить от интернетов и сослать на лесоповал ?

kamikazze · 1 Февраля 2015

Цитата

только прикрутить еще куда-то сбоку систему ивинтов и песочницу от одного конкретного автора (указать, какого именно) ?

Означает, что нет никакого смысла заниматься некрофилией в особо извращенной форме и перелопачивать вещи, которые уже давно у всех либо перелопачены, либо уже написано свое нормальное, которое и используется а о древости подобной все давно забыли. Это раз. Второе - рефакторинг - дело конечно хорошее, но только тогда когда он реально нужен. Ну то есть вообще вот совсем реально без него никак. В противном случае это чистый спорт, с претензией на рекорды. Спортивные, которые как бы вообще делаются только ради рекордов. Т.е. например нет никакого особого смысла рефакторить скрипты, которые стабильно работают и при этом вызываются допустим один раз при загрузке игры и далее вообще никак не дергаются. Потому что ну не нужно. Полученный миллисекундный выигрыш в скорости загрузки игры не компенсирует никак потраченного на рефакторинг времени. Это не говоря уже о том, что зачастую перестаравшись с рефакторингом, можно сделать текст модуля тупо нечитаемым, и затруднить себе последующую отладку и вообще работу с модулем.

xStream · 1 Февраля 2015

Dennis_Chikin писал(а):
Означает ли все написанное, что в 2015-ом году все обязаны делать вот так:

Это означает, что выкинуть это "вот так" вообще в принципе И это не зависит от года. Твой лисапед не сильно от этого отличается.

Dennis_Chikin писал(а):
только прикрутить еще куда-то сбоку систему ивинтов и песочницу от одного конкретного автора (указать, какого именно)

Системы ивентов - всего лишь один файл! О.Д.И.Н. с более менее внятными примерами. И для его работы напрочь не нужно "вот так".

Dennis_Chikin писал(а):
Кто не хочет делать так - отключить от интернетов и сослать на лесоповал ?

Естественно. На земле дерьмокода и так тысячи

Dennis_Chikin · 1 Февраля 2015

Таки вопрос опять же: что делать с приведенным выше образцом ?

Указанные проблемы/возможность проблем (про "перестаравшись" и про затраты времени) - да, согласен, есть. Да, несомненно, есть спортивный элемент, в какой-то степени. Или не спортивный, а разгребая вот то, что, опять же, в приведенном примере - заодно и переписал.

И, отдельно, по поводу "все", "у всех" и "некрофилия" - несколько категорично. Не все и не у всех, во-первых, во-вторых - некоторым вещам тоже лет по пять-шесть.

"- Кто не хочет делать так - отключить от интернетов и сослать на лесоповал ?

- Естественно."

О, вот мы и дошли до сути. Благодарю, вопросов больше нет.

Изменено 1 Февраля 2015 пользователем Dennis_Chikin

Карлан · 1 Февраля 2015

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

Ну и:

xStream писал(а):
А я считаю, что те, кто написал такие же велосипеды, имеют право критиковать - опыт есть.

Обратного я и не говорил, только лишь с условием что покажи свой велосипед, тогда и критикуй.

xStream писал(а):
Это что за системы такие?

Сарказм как-бы. Ну это вот всякие новомодные ивенты, хранилища и тэпэ (хотя и это все далеко не вчера придумано ).

xStream писал(а):
Как вы смеете это использовать?! Это же суперсистема!

Видимо ты меня не поняла...

kamikazze · 1 Февраля 2015

Цитата

Таки вопрос опять же: что делать с приведенным выше образцом ?

В музей моддинга Сталкера под стекло.

Цитата

Указанные проблемы/возможность проблем (про "перестаравшись" и про затраты времени) - да, согласен, есть. Да, несомненно, есть спортивный элемент, в какой-то степени. Или не спортивный, а разгребая вот то, что, опять же, в приведенном примере - заодно и переписал.

Вы лучше вот что сделайте. В движке игры есть специальные функции для профилирования кода. Вот эти:

Цитата

C++ class profile_timer {

    profile_timer ();

    profile_timer (profile_timer&);

    operator +(const profile_timer&, profile_timer);

    function stop();

    function start();

    function time() const;

    function __tostring(profile_timer&);

    operator <(const profile_timer&, profile_timer);

};

На них очень легко себе сделать инструмент для профилирования. Например вот такой:

https://dl.dropboxusercontent.com/u/54347025/ogse/ogse_profiler.script

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

xStream · 1 Февраля 2015

Карлан писал(а):
только в противном случае ты должна меня ткнуть носом в какую-то более менее вменяемую сборку модулей

Тыкали. Неоднократно. Но видимо там слишком сложно с интрукцией и примерами.

Карлан писал(а):
Ну это вот всякие новомодные ивенты, хранилища и тэпэ (хотя и это все далеко не вчера придумано ).

То же самое - новомодному сто лет в обед. Даже у Артоса, которого так хвалишь, благополучно затырены в мод все эти вещи.

Карлан писал(а):
Видимо ты меня не поняла...

Поняла, но есть такая штука, как сарказм

Войти

Курилка программистов

Рекомендуемые сообщения

Dennis_Chikin 3 663

Ссылка на комментарий

Dennis_Chikin 3 663

Ссылка на комментарий

xStream 86

Ссылка на комментарий

Desertir 202

Ссылка на комментарий

Dennis_Chikin 3 663

Ссылка на комментарий

xStream 86

Ссылка на комментарий

*Shoker* 322

Ссылка на комментарий

Dennis_Chikin 3 663

Ссылка на комментарий

boryan67 38

Ссылка на комментарий

Dennis_Chikin 3 663

Ссылка на комментарий

xStream 86

Ссылка на комментарий

Dennis_Chikin 3 663

Ссылка на комментарий

Карлан 1 050

Ссылка на комментарий

xStream 86

Ссылка на комментарий

Dennis_Chikin 3 663

Ссылка на комментарий

kamikazze 266

Ссылка на комментарий

xStream 86

Ссылка на комментарий

Dennis_Chikin 3 663

Ссылка на комментарий

Карлан 1 050

Ссылка на комментарий

kamikazze 266

Ссылка на комментарий

xStream 86

Ссылка на комментарий

Создайте аккаунт или авторизуйтесь, чтобы оставить комментарий

Создать аккаунт

Войти

Недавно просматривали 0 пользователей

AMK Склад

Shoker 322