может и вправду баг или не доработка.) по крайней мере мне тоже казалось что физика в 2D - вроде бы и вправду не очень популярное дело, тем более что ничего не мешает сделать все 3d и рисовать ортогональной камерой)
а по ссылке вам надо было прочитать описание метода..надеюсь с англ проблемы нету??..и понять что оно не совсем так работает как хотелось бы вам представлять.
без понятия что вы там толком делали, да и вообще если про управление пошла речь, для этого есть
CharacterController в юнити. не знаю правда что с 2d версией.
и что значит сделал тоже самое на другом движке?) другой движок по другому считает коллизии? правда? вот это новость.
а вы пробовали именно
AddForce к телу приложить? на FixedUpdate ? и так же "скачет" ??
Ingernirated без понятия, нет смысла как по мне искать русскоязычное сообщество..при наличии хорошего международного.
вам примеры и ответы нужны? или поболтать с кем то о философии языка и какие из новых фишек вам нравятся? (для такого есть просто форумы, хоть на том же 4pda обсуждайте, хотя там почти гиблая ветка сплошного холивара)
в текущих реалиях вообще то лучше б сразу Kotlin изучать не джаву, если вам именно под андроид и на будущее.
да и как везде почти вам скажут..синтаксис и язык..выучить не так много проблем и времени. основы какие то чтоб понимать и начать писать.
так что лучше учить принципы , на которых программы строятся. технологии , а не их реализацию.
совместить это с изучением полезного языка - хорошо бы, но не то чтоб прям обязательно.
как уже писал, это дело вашего дальнейшего выбора. будет упор на игры и 3D графику - удобнее будет и востребование юнити.
будет упор на приложения (трэкеры активности, фаило менеджеры, торговля опционами и тп) - предпочтительнее Xamarin
хотите вообще и то и другое изучите)
а по хорошему надо б освоить Англ и принципы основные. структуры данных и подобное. а движок и инструмент сменить..дело не хитрое пока еще в вашем случае.
как по мне, если там будут анимации, подвижные объекты, точечный свет и прочее подобное - то я б делал в Юнити. так как как таковой логики в викторине не так много, и что в юнити , что в Xamarin одинаково писать все это.
в наносекундах латентность в порядке.
второй и первый уровень кэша тоже более, чем в порядке.
скорее всего дело в методологии теста. на быстрой памяти..прогоняет за другое время. и усредняет скорость и выборку как то захватывая что то лишнее от начального "прогрева" к примеру..(это так из разряда теорий заговора)
вам бы скрин приложить. или даже парочку скринов инспектора
как выглядит персонаж, что за коллайдеры на нем, как его двигаете?
желательно бы еще момент застревания.
а то пока что это - "я ел еду и теперь вроде бы живот болит, подскажите как готовить еду!?"))
если нет фаила..вы проверяли что он есть?
потому как дальше и
save = JsonUtility.FromJson (loadedData);
не должно бы выполняться. или вы подсократили кусочек кода.?
ну и как вам описали..мало ли что в проекте мешает вам запустить второй раз обновленную игру. вам смотреть лог с деваиса. как это сделать погуглите. в андроид сдк есть утилитка monitor, крайне полезная)
ну диалог можно и отключить, убрав галочку. главное чтоб не диалог всплывал, а в диспетчере звуковых устроиств
not plugged in изменилось или появился новый подключенный деваис.
если порт не заливался, не ковырялся. то при наличии инета винда 10 сама прекрасно ставит дровишки на такие простые вещи как звук.
ну и в аудио менеджере, можно ж самому на "разъем жмякнуть" и вызвать это диалоговое окошко, если туда что-то подключенным засчиталось.
а что значит ничего не происходит?
наушники вставляете или гарнитуру..там вроде 4-х пиновый разъем под гарнитуру, тоесть и наушники и микрофор в одно гнездо, может банально в этом дело?
Сдвинули, проверили , если нельзя - то вернули. это кошмар
вам надо без if else пройтись по всем входящим инпутам
"собрать" эдакий вектор направления...куда пользователь хочет идти. и не важно кнопками, тачем..просто на выходе получает эдакий
targetInputDirection (или назовите как хотите)
к примеру если и стрелку вправо и стрелку влево одновременно нажал пользователь, то без всяких ваших if else
вы в этот вектор сложите плюс один, отнимете минус один и по сути на месте останется.
потом собранный этот " вектор направления"
проверили на валидность(можно ли двигаться в эту сторону)
и только потом применили его..помножив на скорость или сделав шаг..уже зависит от того что там у вас с движением.
все это будет куда аккуратнее , модифицируемее и не будет такой мешанины со скобочками.
это кошмарный код. избавляйтесь от использования else if кучи лишних.
и от повторения везде и всюду
if(CheckIsValidPosition()) {
FindObjectOfType().UpdateGrid(this);
}
Добавил бы, что еще порой для упрощения и уменьшения проверок и меньшей рандомности..
просто вводят набор точек (список или массивчик не суть) спавна. и просто генерят рандомный индекс. следующая точка снова рандомный индекс, за исключением прошлого( или двух, трех прошлых не суть опять же)
таким образом можно сделать более предсказуемым, если вдруг понадобиться.
