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);
}
Добавил бы, что еще порой для упрощения и уменьшения проверок и меньшей рандомности..
просто вводят набор точек (список или массивчик не суть) спавна. и просто генерят рандомный индекс. следующая точка снова рандомный индекс, за исключением прошлого( или двух, трех прошлых не суть опять же)
таким образом можно сделать более предсказуемым, если вдруг понадобиться.
и так любопытства ради, и нормально?
не "плывет" ?? ато акселерометр, не совсем то что меряет положение деваиса, а только ускорения.
то есть определить что вращают акселерометром можно и даже в какую сторону, а вот на сколько конкретно повернули(если надо поточнее), уже немного не то.
в юнити..первый раз про плагины??
да как так то??
ну и это конечно не один день скорее всего уйдет толково все сделать..
хотя потом сможете таковой "плагин предоставляющий API для получения данный с USB" или людям "подарить" или переиспользовать..
и рекомендацию делать на фикс апдеите, и что на деле он "..potentially stop it.."
и тип коллизии еще можете попробовать менять, а не Descrete