Даниил Плотников, двухканальный режим дает скорость, но не количество.
На грани - потому что 10 вкладок хрома +ide +фотошоп (если занимаетесь версткой) выжрет эти 8 гб легко и непринужденно. И придется уходить в своп. Можно конечно попрыгать с бубном и уменьшить потребление оперативы, но если есть возможность поставить 16гб - то лучше этим воспользоваться.
Рональд Макдональд, не, я честно просто не в теме ) Давно линукс как десктопную ось не использую (хотя иногда хочется, но набор софта не позволяет), просто помню что была какая то альтернатива.
Герман, вы область видимости с местом выделения памяти попутали.
Можно и первым методом делать "постоянный объект" - объявив его в глобальной области видимости
Арк Тарусов, Согласен что очень зависит от игры и ситуации. Вот вы сразу о скроллере подумали с видом сбоку. Я почему то сразу подумал о виде сверху.
Про углы - наоборот ))) Но - при любых углах, неважно больше или меньше 90 - он может НЕ ПРИЙТИ в точку курсора.
Просто начертите несколько треугольников и померяйте линейкой ))
Т.е. все упирается только в одно - что есть "движется в сторону объекта". Для меня это - при бесконечном движении и неподвижном объекте игрок рано или поздно прийдет в координаты, совпадающие с этим объектом. А как оно там у ТС - черт его знает )
Я бы вычислял угол между вектором направления и вектором, направленным на курсор.
Если угол в пределах какой то эпислон И игрок движется - то он явно идет в сторону курсора
Рональд Макдональд , @kreo_OL
Методы с расстояниями могут сыграть злую шутку. https://yadi.sk/i/-sfm-_F58qGBYw
По расстоянию - игрок движется к курсору.
Вот только мне кажется что с т.з. геймплея это нифига не так )) Но тут уже к ТС вопрос
korablik1, я вам уже сказал (причем и в предыдущем вопросе):
- код в тег "код" и в тело вопроса его
- где висит скрипт, который должен создавать персонажа, у которого есть камера
