-StalkMen-

Однако

-> = profit

@Desertir, Я не так давно снова стал сидеть на Сталкерских форумах, так что не всё знаю. Движок? Определённо! Первое, что приходит в голову, апдейт биндеров. Вообще я это всё начал из-за отсутствия апдейта, нормального, без всяких цепляний к чему-то там. (©мультиплеер) + Хочетцо модульную систему. Дописал в конфиге строчку, скрипт прописался, куда ему надо.

@Nazgool, У меня Lua 5.1.5, и то, что я написал робит. "Шаблонность" в Lua зачётная, я блин больше времени убил, пока писал аналог на С++ того, что выше, а то, что ниже ... Такой вопрос, стоит вводить систему "эвентов" ? Вроде же вызовы двиг<->скрипты дорогие, значит надо их минимизировать.

Нет ли тут подводных камней?

@Карлан, Уже ничего не надо Ответ на мой вопрос - Просто интересно, пользовался ли кто таким. (Это не связано coroutine)

@Nazgool, Там суть в создании новых Lua_State'ов, которые движок каждый апдейт пинает (resume), но только если они ещё не завершены. Я собственно искал аналог Sleep (в луа это wait ) , чтоб приостановить луашный поток. Те можно изобразить что-то вроде такого function main() local m_surge_manager = surge_manager.get_surge_manager() m_surge_manager:initialize() while true do m_surge_manager:update() wait(10000) end end Причём таймер работает как надо, раньше времени поток не продолжится. Вроде в ТЧ или ЧН ПЫС использовали это

@Nazgool, Тепло, но я не совсем про это. if( l_tpIniFile->section_exist( type_name() ) ) if (l_tpIniFile->r_string(type_name(),"script")) ai().script_engine().add_script_process(ScriptEngine::eScriptProcessorGame,xr_new<CScriptProcess>("game",l_tpIniFile->r_string(type_name(),"script"))); else ai().script_engine().add_script_process(ScriptEngine::eScriptProcessorGame,xr_new<CScriptProcess>("game","")); А про это... Вроде как это сломано, но я починил, выпилив JIT и обновив луа.

@Tron, Может я чего то не понял, но разве это не MFC ? В моём понимании WinAPI (в чистом виде), это всякие CreateWindow и тп.

Кто-нибудь сталкивался с Луа потоками, приостановкой потоков и тп.?

нет, компили xrLC xrAI и тп. А не LevelEditorЫ всякие

Вроде как окошечки компилей используют MFC. А на чём тогда?

Станковое оружие. Но причём тут это??? Если трогался класс, работающий с коллизией физикой и тп.

@Дизель, Я не про машину, а вообще.

@Дизель, И ничего не сломалось? Почему не сделать проверку типа if (что-то пошло не так) return; ??

, Ой ну всё Я не говорил, и не считаю нас ultimate кодерами. Лично я про PhysX знаю мало, и уж тем более я не имею опыта создания/интеграции физ. движков. С чего бы мне спрашивать мнения знающих...

, И чего же там мифического? Я уже частично впилил PhysX в xrLC - есть прирост. Я бы пока не ковырялся с этим, но у нас слишком большая карта. На коллизию уходит слишком много памяти (половина от всей используемой, это только на 1/4 карты) Начал пилить чанки, но понял, что с физикой слишком много заморочек... Никто кроме нас не пилит агроменную карту. Никто кроме нас не пилит кооп. Если мы запилим PhysX, то мы и будем под него всё настраивать ©логика PhysX запилин в A3, но где там бунты? Я не видел.

Кто, что думает по поводу PhysX'a ?

https://msdn.microsoft.com/ru-ru/library/twch6zc8.aspx Наверно

@Forser, Чего вы к варнингу цепляитесь, вопрос не в нём,а в кракозябрах.

@HESH, Телодвижения с "Набор символов" ни на что не влияют. Разве что на количество ошибок

LINK : warning LNK4044: эхЁрёяючэрээ√щ ярЁрьхЄЁ "/INCREMENTAL:NO"; шуэюЁшЁєхЄё Что с таким делать (кракозябры) ? *(vs 2013)

Собственно, а почему нет? Что не так?

@HESH, http://vk.com/topic-69229374_30264475 Стоит проверить тут

@_Призрак_, Нет. std::bind похоже на То, но я уже сделал через тупли. http://ru.cppreference.com/w/cpp/utility/functional/bind 3 Аргумента - 3 инструкции теперь я спокоен.