24 декабря Архивач восстановлен после серьёзной аварии. К сожалению, значительная часть сохранённых изображений и видео была потеряна. Подробности случившегося. Мы призываем всех неравнодушных помочь нам с восстановлением утраченного контента!
Учу вот потихоньку программирование на С#, unity служит как полигон для практического закрепления. Осилил begginer скриптинг, наполовину intermediate, вроде есть представления о наследовании, всяких сиалед, абстрактных классах, делегировании, куча, стэк, и тд, но как это практически применить не знаю. Ну то есть юнити дает возможность половину игры сделать методом "пацаны, скиньте скрипт на подбор оружия", "гугл: как сделать так чтоб..", в общем, можно ли научится чему-либо создавая что-то в юнити? Выполнять задание "калькулятор" нудно и неинтересно ,а вот процедурную генерацию простого 2d уровня + логику мобов куда приятнее.
1.Требуется ли для создания игр в юнити глубокое понимание ООП? 2.В какой мере изучение юнити даст понимание программирования? 2.Можно ли сейчас зарабатывать копейки выполняя работу для белых господ на всяких фрилансах? В моем незавидном положении либо так, либо вовсе тяжкие, или в петлю. Начинал изучение с javascript, анус в ошметки разорвало от "10 странностей языка", но говорят в вэбе низкий порог вхождения + всегда работа есть, но а что скажешь ты?
> Рано, если задаешь такие вопросы. Да, это понятно, но а если заниматься изучением?
Алсо, если копать серверную часть, всякие фотон серверы, пытаться разработать простейшую логику, это даст то самое понимание, где его можно будет применить? Просто это интересно, можно целый день просидеть за обучалками. Другое дело, имеет ли смысл? Не могу определится с направлением.
>>262042 1. Желательно, особенно раздел "почему не надо использовать ООП в играх". 2. Не хуже и не лучше чем всё остальное. 3. Нет, как минимум не на твоём уровне. Потому предложения слишком много.
>>262042 >юнити дает возможность половину игры сделать методом "пацаны, скиньте скрипт на подбор оружия" Много раз встречал подобные высказывания, но каждый раз когда брал книжку и пытался сделать по ней игру натыкался на "ехал код через код". Это такое максимум утрирование или я дуб дубом? Ну, т.е. когда берёшь кусок готового кода "у пацанов/гугла" необходимо сначала досконально разобраться что он делает, чтобы применить его в игре. А это занимает примерно столько же времени, как и написать нужный кусок самому. Или я дубом дуб?
>>262074 Ну я имел ввиду следующее, вот окрываю урок по C#, и там конструкторы, хуюкторы, перегрузка методов, статический класс, кок-пок, паттерн, дизассемблер, а потом смотрю в юнити, где линкую объекты между собой да пишу простенькую логику,и понимаю, что вот там реальные пацаны, а я опущ обыкновенный.
>>262084 Пример не всегда один, есть изи примеры в гугле а есть потные с тем что ты описал, поначалу юзай изи методы которые пишут такие же как и ты кирилы, потом пытайся разобраться в сложных и пиши все сам когда постигнеш дзен.
Научите делать авиасимулятор, ну такой не хардкорный, но чтобы газообразная среда чувствовалась и влияла на управления самолётами. И гравитация конечно тоже.
>>262145 >Алсо, какой смысл перекатываться, если меня устраивает то, что есть сейчас? Никакого. Для Фри версии ничего практически не изменилось, только установили ограничения на дополнительные сервисы, типа Multiplayer.
>>262152 С остальным проблем нет. А вот здесь: >1. Реализуешь упрощенную модель полета по учебникам физики. Я обосрался не знаю как. Захерачить управление с тангажом, рысканьем и креном довольно просто, но хочется добавить ощущение сопротивления воздуха, чтобы трясло на максимальных углах и было сваливание в штопор. Чтобы ветер немного сносил.
Пулемёты ракеты и прочим уже разжёваны и отточены с этим проблем не будет. А вот с запиливанием физики какая-то ебала на юнити. Либо крайне элементарная уровня платформера, либо попытки в реализм которые выглядят крайне уёбищно. Кто играл в бёрдс оф прей или вартандер хотя бы, поймёт с их упрощённым физоном всё равно чувствуется когда самолёт теряя скорость начинает не просто падать вниз и зависать в воздухе а именно что планировать, заваливаться и сваливаться в штопор плывя в воздушном потоке из которого его трудно вывести просто потянув в другую сторону. Даже в Эйсокмбат и Хоксе полная параша с этим.
Помогите, может я в глаза ебусь? Одна строка: if (Physics2D.Raycast(pos, Vector2.zero, Mathf.Infinity, 1 << 14).collider != null) Debug.Log("виден слой 14 сука");
Суть в том, что на сцене ВООБЩЕ нет объектов 14 слоя. Но ёбаный рэйкаст берёт любой коллайдер, в который попадет, и говорит мне, что это результат рэйкаста.
>>262480 Бля. Оказывается, юнити воспринимает 1<<14 как расстояние. Всю жизнь сталивался с этой хуйнёй и заменял на physics2d.linecast. Теперь буду знать, что длину луча пропускать нельзя.
Вопрос по 2D Как флипнуть анимированного персонажа, у которого анимация сделана IK контроллерами? Гугель не помогает. FacingRight бла бла бла работает только с прямой кинематикой. С инверсной - спрайты переворачивает, но анимация превращается в кашу, всё дёргается неправильно. Это если привязать скрипт флипа к главному объекту персонажа. Ещё я пробовал привязывать его отдельно к каждому объекту из которых состоит перс, получается лучше, но всё-равно некорректно (нарушается расположение слоёв).
>>262510 Именно это и не выходит. > С инверсной - спрайты переворачивает, но анимация превращается в кашу, всё дёргается неправильно. > Это если привязать скрипт флипа к главному объекту персонажа.
>>262552 Ну ладно, пойду, и в правду, нахуй этот фотон непонятный, буду ждать сервеной либы от юнити, надеюсь она будет простая и понятная как ебля твоей мамаши.
>>262641 лол. просто скопипастив 25 строчек кода из например мсдн ты не сделаешь сервер. ты сделаешь хуйню которая сможет только байты слать. с тем же успехом можно в три строчки подключиться к базе мускуля и назвать это сервером.
>>262654 окей. я перехватываю пакет и говорю серверу что клиент "честно" посчитал столкновение пули с твоей головой при том что ты в пяти километрах от меня. а потом я "честно" просачиваюсь через дверь и иду по своим делам.
>>262645 Я же написал, скелет пишется изи. Т.е. Может принимать и отправлять данные. А обработка данных в промежутке между приемом и отправкой данных это не более чем стандартная работа с бд, массивами и прочей хренью. Насчет прохода сквозь стены: можно же на клиенте в тех же стенах поставить малюсенькие коллайдеры или подобную шелупонь, до которых честный игрок никак не достанет, а вот читакака, задевшего такой коллайдер можно заставить обосраться. Можно пойти более сложным путем, на сервере воспроизводить упрощенную карту стен и просчитывать уже там, естесно все придется делать ручками. Ну а неосиляторы и дальше будут ждать выката серверной либы, что бы наконец та запилить ммо мечты
>>262713 посмотрю я на вас юнитидебилов когда вы будете по сто раз спрашивать как в этой серверной библиотеке байт переслать. а потом еще буду года три угорать от сотен ассетов которые делают это за вас.
>>262696 Сук. Мой UDP серв на плюсах занимает 50 строк кода. Написан на winsock2. На питоне простой UDP эхосервер вообще 9 строк кода.
>>262717 блеать. какие ассеты, поехаваший? В C# есть класс UdpClient, который спокойно вызывается в юньке. С помощью него написание сервера или подключения к серверу укладывается в 15 строк. Никаких ассетов, только using System.Net.Sockets
Зачем писать свой тормознутый велосипед на 1000+++ строк? Если только ради интереса.
>>262721 какой же ты дебил блядь. что ты можешь сделать с помошью этого сокета. перечисли. если 15 строк то видимо даже не асинхронный. так как на калбаки еще строк 3-5 нужно. ты просто поехавший ребенок называющий экземпляр сокета - сервером.
>>262721 давай ка лучше напиши мне в 15 строк как игрок торгуя с другим игроком дает ему 1 золотой и в ответ получает 10 слитков железа. если не уложишься - значит это НЕ сервер.
>>262723 >>262726 Как же вы заебали. Причем здесь золото и слитки железа? Я пишу про процесс передачи и получения данных, что этот процесс занимает строк количеством ровно нихуя, все остальное это уже игровая логика/механика (нужное подчеркнуть), тут я не спорю, объем сильно увеличиться.
>>262646 Разные приоритеты например. Не прошла команда "игрок переместился"? Следующая придет. Не пришла "игрок заспавнился"? Жопа. Плюс игровые сессии, битвы, авторизация, аккаунт, админка, античит.
Более мене освоил среду Flash но до написания серьёзных RIA пока далеко. Если ли смысл изучать параллельно Unity или сосредоточить пока все силы на Flash?
>>262734 Скелет сервера - это на порядок больше чем передача данных по udp. Это когда игрок может залогиниться, зайти/создать сессию, выйти и отлогиниться. А админ может игрока кткнуть/забанить. Это минимум. Передача байтиков тут на самом низком уровне.
Аноны, у меня такой вопрос. Раз все равно трачу жизнь в пустую, решил поучить пил игор. С чего вообще начать, что учить и брать ли мне юнити, учитывая что в доступе бесплатный ce5?
>>262734 тебе кажется что достаточно сунуть в буфер координаты и потом отослать их всем клиентам но ты не прав. если ты считаешь что сервер только броадкастит что то там клиентам то ты явно никогда не писал сервак и даже не пытался. сервак отсылает клиентам индивидуальные для каждого клиента кадры мира. он не просто шлет все подряд. он принимает ото всех клиентов дату, сопоставляет, сравнивает таймштампы и прочую ебалу, делает поправки на пинг, проверяет на читы, потом отдает клиенту кусок мира в котором тот находится.
Вот смотрите, я кидаю на объекты бехавиор UniquelyNamedObject у которого есть прокси поле для строки (через дополнительный класс, не знаю как иначе сделать кастомный отрисовщик для стандартных типов) при его изменении грузит с диска файлик и дописывает туда свое имя прямо в редакторе, или выдает ошибку что такое имя уже есть, такая типо метадата. Потом есть поля у других объектов специальные, и там я делаю попап со списком имен из этого файла.
Насколько хреново будет, если я запихну в update() вызов методов, которые будут обновлять значения ~20 параметров? Можно, конечно, написать методы на проверку изменений этих параметров, но код вырастет просто ну на овердохуя, а это лениво. Использовать события не выйдет из-за особенностей моей системы.
Помогите ньюфагу. Пилю туториалы. Столкнулся с такой проблемой. Если через FixedUpdate менять скорость объекта, то картинка получается дерганой. Это легко исправить, если добавить интерполяцию в рендер. Как можно ее включить в юнити.
>>262841 Под интерполяцией имею ввиду что если у нас прошло 40% времени для FixedUpdate выполнено, то мы в Render будем выводить так: obj.draw(position + velocity * 0.4)
>>262818 Апдейт, в любой сложной системе и так обрабатывает сотни параметров. Если под обновлением ты понимаешь присвоение 40 переменным новых значений, то это не страшно (при условии что это не делается для сотен объектов). Хотя анон тебе правильно сказал, переступи через лень и реорганизуй систему так, чтобы нужные операции выполнялись только когда это нужно.
>>262023 (OP) уважаемые дама и господа. прошу, подскажите годных книг по юнити, комп. графике, чтобы они были только на русском. очень прошу. если все будет хорошо, в четверг создам тредик со своим дипломным проектом.
>>262871 >если бы не помогла Ты понимаешь что ты используешь для движения физику. Как ты не интерполируй, а если ригид боди у тебя в позиции 0,0, то и столкновения у тебя в позиции 0,0. Хоть ты рисуешь в 10,0, хоть в Афганистане, а физический объект остается на месте.
Либо тебе отказываться от физики, двигать спрайт вручную через координаты отрисовки, писать собственные события столкновений, либо не ебать мозги со своей интерполяцией, а делать как белые люди.
>>262882 > годных книг по юнити > на русском ЛОЛ Форум Юнити.ру, Статьи на Хабре, этот тред. Или что конкретно ты имеешь ввиду? Кодинг? > комп. графике конкретизируй
>>262831 >>262866 Писать что-то уровня "глобального слушателя" или "глобального менеджера" - я слишком туп и ленив. Затянется это надолго из-за чего вообще могу забить на проект, да и острой необходимости пока в нем не вижу. Решил, что просто в методах добавлю простое условие, которое будет проверять наличие изменений в этих параметрах. А потом уж, если потребуется и вообще доделаю проект, сделаю "глобального слушателя".
Ну и что касается графики, я за несколько дней научился делать модельки в Blender3D, он бесплатный и не тормозит, а суперграфон и куча полигонов для дипломного проекта не нужны. Уроки по блендеру найдешь в интернети.
>>262911 >>262929 мне надо теоретической части наливать как воды в диплом, чтобы объема набрать. игра написана. 2Д стел экшонюазарюс пиксельартом. я так подумал что я тут использовал - 1. анимация, аниматор. 2. коллизии. 3. несколько камер. 4. гуи. 5. фонарик(сделал из ассета). вроде все.
>>262955 а, ну еще стрельба и поиск пути. поиск пути стандартный, навигация. а стрельба - инстанциировал патрону и проверял коллизии, то есть про это не надо опять писать.
>>262959 крутяк) рад за тебя. хорошо, что ты не такой разъебай как я. >>262957 >>262958 ага, повар. специальность обоссаная у меня, нихуя нас там не научили в итоге. комплексное обеспечение безопасности.
>>262959 я тоже так собираюсь сделать. я про то что о коллизиях опишу в том как у меня ГГ ходит, мол почему он сквозь стены не проходит, о том что я лайнкаст юзаю, чтобы проверть "можно ли сделать шаг". писать то же самое про коллайдеры и рейкасты/лайнкасты при получении пули в лоб нет смысла.
>>263064 сам хуею вообще, хорошим решением мне видится две камеры, одна для нарм всего, другая для лодов. но за этим последуют охуенные глитчи, опенворлд может обламаться — особенно на мабилах
>>263062 Ты ёбнутый, там можно овердохуя дистанцию отрисовки нарисовать. Но больше 2-3к ставить не советую, z-buffer не резиновый. Хотя зависит от твоих скейлов. >>263066 Хуёвое решение, как показала практика. Это удваивает время на сортировку и кулинг жрёт просто пиздец сколько времени. Частично помогает дисейбл ненужных объектов, но один хуй. Я пилил под две камеры, теперь заменил на ААА-технику. Замыливаю всё нахуй.
Поясните за этот код http://pastebin.com/Ntm7aDpF Мы что вешаем целый поток на этот метод? Почему тогда если я просто напишу while(true) { } у меня всё зависнет?
>>263193 Не правильно выразился. Допустим у юнити есть thread pool. Могу ли я быть уверен, что когда у нас выполняется WaitForSeconds() поток, который занимался этим методом начнет заниматься другим? И через определенное время уже этот поток (или другой) продолжит выполнение этой функции.
>>263195 Не в одном потоке. Просто тебе не всё разрешают.
>>263199 >Basically, Unity runs on a single thread Cразу нахуй, потому что юнити выполняется в нескольких потоках. Да, юзеру дали только один, потому что не все апи функции треад сейф, а юзер по умолчанию идиот. Как автор того поста, на который ты дал ссылку.
>>263222 Ну, эдитор и билд разные вещи. Плюс, если у тебя тяжёлые задачи - пили мультитрединг. Сам. Юнити использует несколько потоков для своих внутренних целей, для того же рендеринга. А тебе дают возможность использовать любое кол-во потоков, но доступ к апи только из одного.
>>263225 Просто для меня это странно. Юнити позиционирует себя как двиг для инди проектов. Купил лицуху, наклепал и работает. А, по сути, мне самому нужно пилить многопоточный менеджер задач. И при этом не на прямую работая с API железа, а используя System.Threading (ну не круды же пилим блин). Короче я для себя вывод сделал. Для прототипов - супер. Да и куча платформ из коробки. Но для готовых игр не очень. Кстати, ещё запустил pillars of iternity. GPU 70%, CPU 46%, FPS 50. Но, если не ошибаюсь, обсидианы делали ее на Unity3. А там вообще всё в одном потоке крутилось.
>>263238 Запустил проект без менеджера задач, по крайней мере, без дополнительного. Посмотрел на утилизацию процессора. Ну и да, посмотри на собственный пик, 150 фпс с 30% загрузкой процессора. В чём проблемы-то? Для готовых игр юнити это очень заебись. >Unity3 Unity3 = Mono 2.6 = C#4. А там треадинг есть.
>>263240 Если ты думаешь, что я за анриал поясняю, то ты не прав. Достаточно посмотреть на игры, которые вышли.
>>263241 Ну смотри. У тебя процесс использует 4 аппаратных потока (сам двиг). Плюс пул потоков. Допустим 2. У тебя уже проблемы с производительностью (думаю пояснять не нужно почему). Да и суть не в CPU а в GPU. Это GPU должен быть всегда нагружен на 100%.
>>263243 У меня нет проблем с производительностью. >GPU должен быть всегда нагружен на 100% Ты ебан, всинк для кого придуман? Хотя вот я его выключил и получил 100% загрузку gpu и 40% загрузку кпу. Короче твои посты не соответствуют реальности.
>>263245 Но это не значит, что разработчик не мог использовать треадинг. И это не значит, что я верю хую с двача, что якобы он знает, как выглядел код.
>>263238 Под кАпотом у Юнити есть менеджер задач. Они просто ещё не придумали как тебе его выдать. Для подавляющего большинства случаев разработчику просто не надо этого, одного потока для игровой логики достаточно.
>>263419 Чорный скин, приоритет в Cloud Build и несколько полезных фич по поводу анализа крэшей у игроков за 35 в месяц. Убрать логотип - 125 в месяц. На всех платформах разом.
>>263436 Я и так на Юнити. >>263437 Ну, если из анрыла убрать мерзкий C++, сделать разворачиваемую за пару минут CI, добавить встроенную аналитику и юнит-тесты для игрового кода - то можно подумать.
>>263445 Ну посмотри первую строчку, cost. Юнити вот поднимает подписку до 125$, у них 7500$. Откуда? За анрил ты не платишь, откуда у них 5к$? Ну да, если у тебя выгоды больше 3к$, то роялти 5%. Откуда эти цифры? Точно также со всем остальным - всё пиздёж.
>>263463 Если залупаться до упора, то я могу сказать, что команде-то и не нужна про лицензия. Только билд собрать. Так что 0k$x5 = 0k$. Ну да, плюс сервачок развернуть под билды или для тимлида машинка, полтора косарика. А если у тимлида перманентная про лицензия? Но всё равно это хуёвые вангования, как и про команду из пяти рыл и 100к за год.
>>263495 Не заинстансит, а сбатчит. Тут есть дохуя нюансов. В сумме не должно получаться более 64к треугольников, должен быть одинаковый скейл и материал. Но да, если все условия соблюдены, то юнити будет рендерить это за минимальное количество драуколов.
>>263500 Ты смотрю дохуя начитанный, но если тебе пишут батчинг, значит батчинг. Инстансить можно один объект, а юнити может объединять разные меши для отрисовки за раз, то есть батчить. У объектов должен быть общий материал и ограниченное количество трисов, в доках точно написано сколько и как.
>>263500 Это не инстансинг. Цитата из документации: >Internally, static batching works by transforming the static objects into world space and building a big vertex + index buffer for them. Then for visible objects in the same batch, a series of “cheap” draw calls are done, with almost no state changes in between. So technically it does not save “3D API draw calls”, but it saves on state changes done between them (which is the expensive part). Т.е. юнити не рисует >9000 одинаковых объектов за один ДК, а экономит на переключениях контекста между ними.
>>263500 Только не инстансинг, а батчинг. Инстансинг это создание копии объекта. Вот копия может батчится с другой копией. А может и нет. Но это не инстансинг. >>263502 Скорее всего, ты прав. У меня просто никогда не было таких больших моделей.
>>263504 Юнити не рисует 9к за один дк, но может отрисовать пару сотен за пару десятков, я проверял. Не знаю, на чём там ещё экономия, но на дк точно.
>>263499 хуйня какая то. откуда ты 64к на все взял? это ограничение обж формата. Почему скейлть нельзя то? это просто матрица трансформации, как поворот или перемещение.
ааа бля понял, ты про динамический батчинг. Динамический батчинг это эльфийская магия нахуй. Сделан для небольших объектов, которые ты типа двигать будешь. Бочки там, эшики, всякая грязь, которая физикой разносится. И ограничение там в зависимости от нагрузки информации на вертекс. <900 вершинок на модель. Тоесть влияет сколько там UV координат на вершину назначено, используются ли плюшки вершинных шейдер. Хуй знает сколько максимум таких обьектов может сбатчиться. Все трансформации кладутся на ЦП. Тоесть твой проц обсчитывает трансформацию каждой вершинки каждого прежде чем отправить. Даже хрен знает, быстрее ли так получится) А в статическом батчинге грузи обьекты сколько хочешь, но у них должен быть один общий материал, они не должны изменяться во время выполнения, и их флаг должен быть выставлен как статик.
>>263238 >для прототипов - супер От разных петухов по поводу разных движков такое слышу. Очень часто. По факту люди игори делают, а эти петухи - выводы. А потом заплывшие говном приходят на двощи и рассуждают о том, как хуево делать игры на движках когда можно хуем себе по лбу случать.
>>263543 >откуда ты 64к на все взял? В буфер больше не влезет, 65534. >for example object A with +1 scale and object B with –1 scale can not be batched together. Для меня было самым неприятным, что нужно использовать один инстанс материала. То есть просто инстансить префаб с одним и тем же материалом - мало.
>>263544 Вообще, если уж задрачиваться на батчинге, то посмотри на Mesh.CombineMeshes.
>>263569 Ну смотри. Я с юнити не был знаком. Но мне вручили hololens и сказали сделать на нем простенькую игру (пощупать платформу). У меня 2 варианта. DirectX + C++ или юнити. Выбор очевиден.
>>263571 Сложную игру ты все равно не осилишь. Мало просто бить себя в грудь, какой, мол, я матерый программист. Нужно собственно ДЕЛАТЬ. Один хуй на чем. Два мудака за год делают готи, а ты за год делаешь прототип на юнити, чтобы потом рассказать нам какое оно говно. И дело ведь не в юнити, дело в тебе.
>>263543 64k -,ограничение ushort что для индексов. По идее юнити делает "ручной инстансинг" заливая вершины в один буфер и рисуя все одним вызовом. Инстансинг есть не на всех железках.
>>263570 >>263579 пождите-пождите в какой буфер то?? есть статический батчинг, есть динамический батчинг, и как товарищ напомнил, есть дедовский ручной батчинг. (кстать, инстансинг это дублирование объекта из образца. Это не батчинг) В статике вообще пофигу на трансформации должно быть. Для динамики хз даже. У тебя указано от 1 до -1 может быть отзеркаливание на процессоре, меняет порядок индексирования вертексов. Кароч, попробуй масштабирование от 1 до 2 может заработает
>пождите-пождите в какой буфер то? http://answers.unity3d.com/questions/255405/vertex-limit.html Обычный вертекс буффер. В DX10, например, этот буфер уже вмещает в 2 раза больше данных, в DX11 это вообще 64 бита. Но политика юнити строгая, лол. Либо работает везде, либо нигде. Хотя нужно быть ебанутым, чтобы заливать в игру модели, которые не пролазят в эти лимиты.
>>263611 хех точно, попробовал тяжелую модель импортнуть так он её автоматически на несколько подповерхтностей нарезал. но для батчинга статитики 65 к вершин это не много.
>>263608 GPU знает только про вершинные и индексные буферы. Батчинг это просто способ уменьшить число dip путем засовывания геометрии в один набор буферов.
>>263618 Ну хуй знает. По большей части хочу работу с сетью скрыть, чтоб меньше читерили. Ну и чтение файлов. Как-то тупо, что весь код отдаётся в исходном виде.
>>263630 Кривая хуйня, после которой большая часть кода перестаёт работать, а то, что работает, работает в три раза медленнее и всё ещё легко вскрывается? Слышал.
>>263648 Спасибо. Просто думал, что так ему ещё лезть, искать. А если сразу задать, то он адрес в память скидывает. Наверное я чересчур заморачиваюсь. Преждевременная оптимизация не нужна.
Как лучше делать оружие для шутана мультиплеерного? Я могу для других игроков отрисовывать тело с анимацией и оружием, но для самого игрока не рисовать его тело. Только оружие. И то, которое не будет синхронизоровано с анимацией. Как бы два - одно для игрока, другое для вида. Что посоветуете?
скачал бесплатную vs 2015 комьюнити @ триал 30 дней истёк Чтоблядь? Она же якобы фришная. скачал дополнение к шарпдевелопу для крестов @ мсбуилд в c:/msbuild не найден
Уёбок, его там никогда не бывает. Ладно, поебался с реестром, нашло всё. Компилим. Неправильная целевая платформа @ Целевая платформа - любой CPU Окей. Скачал экплипс. Велком ту эклипс еррор сервис!. И главное каждая эта дрисня тащит за собой кучу софта, библиотек, конпеляторов, даже джаву блядь, джаву! И не работает. Язык для пердоликов, блядь, чтобы запустить IDE нужно пердолиться с ней полгода. С шарпом же пиздец всё просто, накатил дотнет, накатил любую хуйню в качестве редактора. Всё, работать можно.
>>263717 Ну так-то тот же шарпдевелоп успешно собирает C# проекты и не может собрать C++. Но я в итоге понял, что этот хипсторский бесплатный софт - это для педиков. Так что я пошёл и отсосал билли, получил хипстерский аккаунт в облаке и лицензию на студию. Где всё сразу же собралось. Всё остальное говно просто не нужно.
>>262455 Нахуя тебе он нужен, я уверен что валвы его так просто не раздадут, да и если брать соурс 1 то он очень узкий, хоть и мощный, если соурс 2 будет на него похож, то ну его к черту
>>263733 Это еще не все к стати: $35/month for a 12 month plan. $49/month, for a monthly plan. $125/month with one year commitment, Это значит, что ты весь год должен платить и не можешь дропнуть через пару месяцев?
>>263748 А что произойдет если не заплатишь, она обновятся что ли перестанет? И почему все бугуртят насчет сплэшскрина, можно же купить подписку на 1 месяц, собрать билд со своей заствакой и получать профит.
>>263749 >И почему все бугуртят насчет сплэшскрина, можно же купить подписку на 1 месяц, собрать билд со своей заствакой и получать профит. Это так же нелегально как и скомпилить пираткой. При покупке подписки ты соглашаешься с тем, что будешь проплачивать её как минимум год.
>>263769 >Тогда проще оплатить сразу на 36 месяцев и получить вечный про. Не прокатит, с 2017 упити будет только по подписке, ну по индивидуальному прайсу.
>>263773 >Пожалуйста, обратите внимание, что поддержка бессрочных лицензий Unity Pro, включающая новые функции, улучшения, исправления и сервисы, будет прекращена в марте 2017 г. Подписка Unity Pro дает вам доступ к новым функциям, улучшениям, исправлениям и сервисам в течение всего срока своего действия. https://store.unity3d.com/ru/subscribe
>>263776 >В дополнение мы предложим продукты Pro по модели pay to own тем заказчикам, которые хотят сохранить версию Unity по окончании периода подписки. http://blogs.unity3d.com/ru/2016/05/31/new-products-and-prices/ >Заказчики бессрочной лицензии смогут приобрести предоплаченную 24- или 26-месячную подписку на Unity Pro, что позволит им использовать ПО как бессрочную версию после окончания срока подписки. http://unity3d.com/ru/unity/faq/4520
>>263777 >которые хотят сохранить версию Unity по окончании периода подписки. Еще раз перечитай. Версию юнити, все будут юзать новые йоба-функции, а ты будешь жрать говно мамонта свое купленное навечно. ЗАТО НИКТО НЕ ОТБЕРЕТ.
>24- или 26-месячную "Ну короч на 2 года вперед купите и это типа будет бессрочная подписка, через джва года мы еще говно придумаем какое-нибудь)))"
>>263784 >ты будешь жрать говно мамонта Будет надо новее - можно купить новее. Да и один хуй юнити 6 не будет, а теперешняя юнити достаточно хороша. В мире софта вообще редко новые версии дают бесплатно, а в играх даже минорные обновления докупать надо. > бессрочная подписка Так тебе бессрочную подписку никто и не обещает. Как-то дохуя хочешь, сервисы юнити, мультиплеер вот выкатят, обновления. Хуяку в сраку. С другой стороны, это не особо-то и нужно, лол. Я вот никогда не буду пользоваться встроенным мультиком или сервером сборок, так нахуя мне оно? Нахуя мне 26 платформ для деплоя? Разве что обновления могут понадобиться.
>>263788 Тёмная тема и сплешскрин. В юнити же просто все сделали бесплатным, бессрочная версия имела вес, пока не было отражений\теней во фри. За свои деньги покупатель получает дохуя. Но, опять же, "за свои деньги". Ты оплачиваешь лицензию на 2-3 года вперёд, пользуешься всеми сервисами и потом у тебя не отнимают возможность юзать тёмную тему или сплешскрин. А в большинстве софта так и происходит - прога превращается в тыкву. А разные мобилоклепатели, которым нахуй не нужны сервисы и т.д. будут только рады. Сорт оф старая лицензия юнити, может, даже обновления со скидкой запилят, как раньше. Но изначально вообще речь шла про сплешскрин, эту проблему бессрочная версия решает.
>>263951 Это боке. Это капельки и кусочки грязи которые не попали в фокус и от этого выглядят размытыми, но свет преломляется через них, поэтому если в шар не светят то их почти не видно а если светят в шар то светятся этим преломлённым светом.
>>262023 (OP) Антуан, я вот тут сижу, читаю вскукареки всяких петухов без игор и замечаю все чаще посты в стиле "шарп говно".
Мне интересно, на самом деле ли оправданы эти выпады в сторону шарпа, и если да, то что в нем такого ужасного? У нас тут как бы общество петухов, говорить привыкли все твердо, безапелляционно, но, по какой то причине не подкрепляя все это аргументами. А мне их очень не хватает, пушо я действительно не вижу каких то заметных минусов.
>>264029 Дело не в том, что я начал сомневаться или что-то такое. Просто интересно, чем аргументируют свою позицию такие люди. Меня юнька пока устраивает практически полностью.
Хотел спросить. Есть ли какая-нибудь фича на юнити чтобы не обновлять проект до новой версии? ТО есть я закончил проект. Выложил в апстор/маркет а на юньку уже 10 обнов выкатили. Хотелось бы новый проект на обновленной юньке делать, но ведь и старые возможно надо будет поддерживать, а обновлять их как то страшновато (мало ли что)
>>264072 по идее никак. Запускаешь свой проект на новой юньке и дебажишь. Вообще, менять версию инструмента по ходу разработки не принято нигде.
Это все натолкнуло меня на другой вопрос. Как обновлять свою игру? тоесть выпускать патчи для уже готовой. Есть ли уроки на эту тему? какие то рекомендации?
Есть тут кто шарит в specular map юньки? Включил шейдер Standart (specular setup) хуйнул куда полагается свою спекулар карту, а "металл" больше на глянец похож чем на металл и нет никаких фолдеров-шкал чтобы это подкрутить. Вон у ерохина в стандартном шейдере два параметра металлик и смузнес и заебись ваще, ток карту туда вставить нельзя. Бля че делать ваще.
>>262141 лолировал. Есть же чуваки, которые заплатили овер дохуя за эти лицензии. Например, они могли взять про+андройд+ios, вроде по старым ценам это около 4500 бакосов. Но самое веселое, что они могли набрать на 10-20 машин, лол
>>264102 То есть человек готов дрочить свои велосипеды годами, так нихуя и не запилив, вместо того, чтобы игры делать, и все это потому что плюсы "быстрее" на годы, лол?
>>264108 >>264104 я работал в одной конторе, там лид запрещал использовать switch потому что он работает меленее чем if. Пилили говноказуалу типа ситивиля php (!) + flash (!). Этому уебану еще и денег платили овердохуя.
>>264102 >Тем что шарп может быть медленнее плюсов. Какой-то пустой цикл с миллионом итераций - возможно. Теоретически C# или джава могут работать быстрее за счёт runtime компиляции, у них больше информации о машине, на которой они выполняются - поэтому могут быть более оптимизированы. Но вылизанный С++ код, конечно, быстрее.
Вообще очевидно на плюсах скорость разработки гораздо ниже, я думаю там невозможно нормально писать без статического анализатора кода и всяких умных указателей. Короче, петухи.
>>264109 А он профайлер запускал? Вообще ты правильно заметил - долбоёб, что говорить.
>>264109 Ну так-то в пыхе теоретически иф быстрее за счёт того, что в нём на пару инструкций меньше. На практике этот выигрыш гораздо меньше статистической погрешности. Он, наверное, из тех уёбков, что тащат легенды про одинарные кавычки из 4.х в современность. Ну или проект был на пыхе десятилетней давности, лол.
>>264136 > Но вылизанный С++ код, конечно, быстрее. А тут мы приходим к тому, что можно писать С код на С# и он будет быстрее крестов. Часто пиздят на сборщик памяти, но в шарпе есть куча. Пиздят на слоу высокоуровневые функции, но их можно не использовать. И тут внезапно оказывается, что "вылизанный" с++ и вылизанный с# это просто С и есть и разницы в скорости хуй да нихуя.
>>264125 Выбери террейн в иерархии, зайди в таб инспектор, нажми шестерёнку, прокрути до RESOLUTION. Выстави нужный. Больше 2к не ставь.
>>264139 >"вылизанный" с++ и вылизанный с# это просто С и есть и разницы в скорости хуй да нихуя Вот мне тоже кажется, что все эти петухи с плюсами головного мозга - просто бездарные программисты.
>>262023 (OP) ПРОБЛЕМА Пытаюсь редактировать код в visual studio, не показывает подсказок, при на ведении на файл со скриптом пишет, что VS не совместим с текущей версией проекта, как решить?
Имею линукс. Стоит ли мне перекатываться на шинду? Есть ли разница? О юнити знаю чуть меньше, чем нихуя, там сказано, что какие то скрипты на c# нужно пилить, а visual studio же онли для шинды.
Итак, давайте по порядку. 1. Делаю два рижидбоди, соединяю их ConfigurableJoint'ом. 2. Выставляю angularXDrive и таргет ротейшон руками через инспектор 3. Джоинт крутится
4. Делаю то же самое через скрипт 5. Нихуя не меняется, хотя в инспекторе видно измененные значения. Если изменить даже на 0.000001 руками, то он сразу же переезжает в нужное положение 6. ??? 7. PROFIT
Ссу в глаза юнитекам, совсем уже оборзели такое говно клепать.
>>264402 >вопрос 2011 года, когда configured joint'ов и в помине не было >вопрос вообще про другое
Решалось все просто. Нужно было поставить у ригидбодей sleepThreshold который кстати раньше был в инспекторе, но теперь его какого-то хуя убрали на 0. И естественно, в документации нихуя не написано, что джоинты не могут "разбудить" спящий рижидбоди. Не удивлюсь, если мотор у других джоинтов может так делать, а у configuredJoint'а - нет. Какого хуя оно двигалось при изменении параметров руками в плеймоде, тоже непонятно. В общем, плохо сделано, тупо.
Посоны, ставлю тут Visual Studio что в комплекте с юнити последней идёт - а она зависла на этом моменте. Она вообще нужна? Я так понял, это альтернатива Mono Develop и можно забить?
>>264452 если хочешь охуеть от монодевелопа, то можешь забить. я охуел и советую не связываться с этим говном у которого вечно не работают шорткаты вечно какая-то срань, говно вместо опций форматирования и прочая хуйня.
Анон, подскажи как добиться эффекта прозрачной модельки, окрашенной в цвет. Например как в RTS, когда выбираешь куда поставить завод.%Ну или скажи почему это плохая идея.%
>>264522 Я понимаю что тут игры делают, а не модельки. Но мне казалось что тут сидят одинокие кириллы, которые вынуждены и музыки сочинять, и модели рисовать, и локации делать.
>>264569 Хочу болтающиеся и цепляющиеся за углы пушки как в sub rosa. Только у меня не про мультиплеер. Вообще попытаюсь сделать персонажа с как можно меньшим количеством ограничений, но понимаю что полностью на физоне вряд ли получится его основать. Плюс интересно, как это будет работать с оружием ближнего боя, ради чего я все и затевал.
>>264580 >Обычный IK же, только с рижидбодями. На то я и новичок, чтобы не знать даже такой простоты. То есть руки со включенным ик, а их "цель" - винтовка? Или винтовка тоже к рукам приклеена костями?
>>264580 >Плюс интересно, как это будет работать с оружием ближнего боя Должно быть охуенно для какой-нибудь рпг с булавами и щитами, например. Или гейплеем того же курсед крусейд.
>>264582 Все сделано из рижидбодей и джоинтов. IK рассчитывается как обычно, но вместо того чтобы напрямую вращать руки, задает параметры джоинтам, а те уже сами вращаются.
>>264586 Пикрелейтед собсно. Нужно еще доделать кисти, чтобы они тоже анимировались и нормально закрепить оружие, но в целом меня удовлетворяет результат. Это на 0.5 скорости кстати.
>>264590 Ты мой новый бог. В планах (очень отдалённых) было сделать слешер с встроенным редактором ударов, стилей и так далее. Теперь знаю на что опираться.
Вопросы по деревьям и траве: 1. Как сделать так, чтобы деревья были разные? При копировании дерева или создания разных прфабов, они все одинаковые. 2. Как наносить траву не только на террайн, но и на произвольные объекты? 3. Как сделать так, чтобы деревья и трава, установленное не на террайн, "упрощались вдалеке"?
>>264615 Решил включить тени, но не настраивал особо. Как оказалось, не лучшая затея.
>>264620 У меня немного про другое и доспехи вряд ли будут уместны, но вот зональные повреждения будут непременно. Вообще надо хорошо постараться, чтобы это не выглядело как две болтающиеся сосиски на статичном персонаже, да еще и целиться нормально можно было, но пара идей есть. Позже запилю тутор, как такое же реализовать.
Анон, такой ситуейшн, помогите разобраться. У меня есть булин processing. И есть еще несколько булинов: eating, shitting, analing, jerking. Как сделать так, чтобы processing был верен, если хотя бы один из вышеперечисленных верен? Через геттеры сеттеры это можно как то сделать? Как тута делать логическую сумму?
>>264631 1. https://www.youtube.com/watch?v=hTqmk1Zs_1I Это может быть не нужно - в Firewatch, который целиком в лесу, было чуть более десятка моделей деревьев. Можно сделать тулуз что будет размещать деревья хаотично чуть-чуть меняя масштаб и поворт. И будет ОК. 2. Никак. 3. LOD для деревьев, террейн вроде бы умеет скрывать траву далеко.
пишу интерфейс для террейна чтобы там была возможность посмотреть сплатмапы и выбрать для них всякую информацию. хочу чтобы в инспекторе отображалась картинка сплатмапа. собственно я сделал что хотел, но почему она такая бледная? пробовал менять GUI.skin, пробовал GUILayout.Box (который почему-то инорирует GUILayout.MaxHeight), пробовал потыкать опции импорта текстурки, в итоге сделал через AssetPreview.GetAssetPreview(), но все равно интересно в чем же дело.
>>264671 Мне это нужно, чтобы реализовать bouncing. По сути, не ик нужен, а физически правдоподобная модель поведения. Думаю, привязать их к костям, а кости к невидимому ригидбади. Но пока не брался за это, пилю другую хуйню.
>>264554 как планируешь стояние то сделать? копчик тоже на джойнт? вообще, заебись, сам такое в свой проект хочу сделать. чтобы было как в Receiver только ещё можно было валыну в корягах проебать, или выстрелить себе в ногу по неосторожности.
Аноны, хочу потестировать генетический алгоритм на ходьбу в юнити. Могу создать Ragdoll скелет. Что можно использовать в качестве мышц? Насколько реально работает физика?
>>264698 Пока думаю еще. Пришло в голову прилепить персонажа на невидимый коллайдер и рассчитывать то, с какой силой его поддерживает в зависимости от состояний. Ну а двигать если прокатит то ногами, а если нет, то как-нибудь анимировать. Не пытался еще этим заниматься. Как начну, может что получше в голову придет
>>264701 Заебешься пружины настраивать. Да и количество инпутов огромное будет. Вообще конструкции из множества соединений трудно стабильными сделать, но если получится, то отпишись как-нибудь. Вообще, оставь контакты какие, тоже этой темой интересуюсь.
>>264704 У меня не так уж и много соединений, а физика, вообще, на основе шарнирной куклы. Все сначала на генетическом алгоритме буду тестировать. А потом отдам нейронной сети.
>>264705 Но я пока не до конца понимаю, как это в юнити. У меня есть скелет, накладываю на него модельку. А чем заставлять скелет перемещаться и где почитать вообще про все это?
>>264718 А скорость? Зависит от массы объекта? Как это вообще работает? Указываем большую длину вектора - получаем большую силу. Указываем меньшую длину - меньшая сила?
>>264719 Скорость зависит от силы, которую ты прикладываешь, от линейного и углового замедления, от гравитации и от массы естественно. Чем больше масса, тем большую силу нужно приложить к объекту, чтобы его двигать. Вектор задает силу по двум осям, соответственно движение по каждой из осей зависит от соответствующего компонента вектора.
>>264805 >соответственно движение по каждой из осей зависит от соответствующего компонента вектора Это весело? Говорить фразы, понятные только тебе? Вектор вроде как не имеет компонентов. А вот про линейное и угловое замедление поподробнее, если можно. У меня есть сочленения и есть механизм их вращения. Вращать все через механику - наверное лютый костыль. Да и у Joint Motor, наверное, будет проблема с системой координат, ведь у меня как бы движение шарнира должно зависеть от предыдущего его движения, хотя можно и забить
>>264880 Ты с самого начала должен понять, что тебе стоит загуглить "векторы движение физика", потому что ты вообще не понимаешь, похоже, как это работает на примере юнити. Нейросеть он пишет, а открыть официальные видеоуроки не смог. мимо
>>264881 Я это загуглил. Мои вопросы и не связаны с вектором движения больше. Мне просто нужно полностью управлять движением шарового шарнира по 2-м осям c заданной скоростью и силой. А в официальной видео-гайде есть управление только 2-х мерным Hingle Joint
>>264922 Кватернионы вам что-нибудь говорит? Вообще там для каждой оси настраивается упругость, дампинг и максимальное усилие, и ты бы это давно знал, если бы скачал юпити.
>>264926 Да, у меня впереди еще очень много ебли мозгов. Но спасибо. Можешь подсказать, а возможно ли двигателем от Hingle Joint двигать Configurable Joint? Будет ли в юнити действовать редуктор?
>>264982 У него вообще нет такого параметра как motor, потому что он может вращаться по всем осям. Для каждой есть JointDrive. Так сложно открыть документацию и почитать?
>>264878 Компоненты вектора это то же, что и компоненты чего нибудь другого. Составные части, хуле тут непонятного? Есть вектор Vector2 (10,15). 10 - икс-компонент вектора, 15 - игрек-компонент. Это же школьная программа, вроде, не?
Замедление (damping) в физике твердых тел используется для симуляции трения. Об другие тела или окружающую среду. Линейное замедление приводит к потере импульса движения в пространстве, угловое - к потере импульса вращения. Грубо говоря, чем больше замедление, тем быстрее объект остановится или перестанет вращаться.
Для простого вращения физических объектов вокруг точки не нужны джоинты. Достаточно задать ему при создании угловую скорость и промаркировать как кинематик. Джоинты нужны когда тебе не просто нужно вращать, но и физически взаимодействовать с объектами.
>>265029 Начнем с того, что ты пиздоглазое мудило. Сначала из этого ануса достань детектор, а потом распознавай пиратобогов по скачанному в инете лично мной, нотариально заверенному скриншотику.
>>265039 >Обосрался с детектом скачанного в гугле cкриншота, попробуй стереть говно с лица и заяви что "а у меня вот есть, а у тебя нету, а еще ты глупый и у тебя штаны в каках! азаза!" Правильно работаешь, как по учебнику.
>>265043 Не умеешь в гугл, твоя проблема. Погугли в яндуксе, чтоли. Нет, говноед, мне лень скринить, обрезать кортиночку, чтобы был виден именно Layout group, а не куча всякой херни. 5 секунд<6 секунд, ваш КО. И вообще, я срать хочу, лезь в унитаз.
Чапаны, вот раньше (по крайней мере в юнити 4ых версий) в корневой папке проекта создавалась вся эта херня: sln, csproj, unityproj, userprefs. А теперь её нет. Почему?
>>262023 (OP) Аноны, нужно научиться работать с юнити. Ничего создавать я не буду, оно мне нужно в качестве визуализации своих идей. Технологии я уже почти полностью изучил, документацию прочел. Но языком программирования все еще не владею, с чего начинать и чем заканчивать изучение Сишарпа?
>>265112 > Ничего создавать я не буду, оно мне нужно в качестве визуализации своих идей > Но языком программирования все еще не владею Ну так не парься - юзай гугл, ютюб. Это в смысле: уроки, сайты типа стаковерфлоу, форумы по юнити, в том числе русские, официальную документацию, уроки на ютюбе, бесплатные/ворованные асеты. Пару месяцев такого вдумчивого (осознанного а не тупо копипаст) въёбывания и элементарные вещи сам писать будешь. Результат можно полирнуть парочкой книг типа "сишарп/жабаскреп для школьников/чайников".
>>265116 > Ну, каждые 5 минут ходить в гугл - это не дело. Книжки-хуижки это всё теория. А гуглить это норма, сорт оф практика. Как говорится, хороший ученик не стесняется задавать вопросы. Как минимум - документацию курить. С одной только книжкой хуй что получится.
>>265066 > Чапаны, вот раньше (по крайней мере в юнити 4ых версий) в корневой папке проекта создавалась вся эта херня: sln, csproj, unityproj, userprefs. > А теперь её нет. Почему? Всё ещё жду ответ. Реально интересно, а нагуглить ответ не могу.
Необходимо динамически создать N элементов интерфейса (в данном случае кнопок). Создаю префаб кнопки, вешаю его на скрип, но как теперь изменить Text, Image, задать onClick кнопки? Если возможно дайте ссылку где объясняется создание элементов интерфейса через скрипт. Результаты google выдают старые темы с созданием интерфейса через GUI.
Такое дело, освоил более менее intermediate скрипитнг, вот недавно искали юнити петушка в команду, но я совсем не знаю возможности движка, писать логику ок, а во всяких партиклах, свет, UI и аниматоры вообще ноль. Что мне делать?
>>26532 Не уточнял, ну вот скажут надо то и то? А как его делать? К примеру я хз как сделать лазерный луч, небо, солнце или какие-то эффекты, например искажение света над горящим костром.
>>265328 Какие-то зачатки кода нужны только для лазерного луча, но там буквально 20 строк, чтобы понять откуда и куда стрелять и когда его отрисовывать. Эффекты уже настраиваются в менюшках, если тебе не нужно что-то сверхъестественное.
>>265337 Ну, если тебе названия подменю и параметров ничего не говорят, то я даже не знаю чем тебе помочь. Смотри видеоуроки, подтягивай английский и включай смекалку.
доволен. сходил в старый код чтобы говна почистить, сделал глобальный словарик с зонами. заодно сделал хуйню для сплатмап чтобы была возможность указывать в них какая сплатмапа какой зоне равна. и сделал чтобы вокселю присваивалась зона согласно наибольшему значению под ним. и порисовал хуи на навмеше.
>>262023 (OP) Суп, гд, вопрос от слегка овоща. Кратко - есть допусти три куба в рандомных местах. Нужно чтобы они могли объединяться в сеть, типа являлись вершинами графа, но суть не в графе. Допустим я щелкаю пкм по одному кубу и если я после этого щелкну пкм по другому кубу - они объединятся в сеть, то бишь переменная connected = true; Загвозд вот в чем - как куб, который соединяется, узнает что я хочу его соединить с кубом, по которому щелкал до этого? Создавать глобальные переменные как то не оче хочется.
>>265445 Берешь такой, тип, список и добавляешь туда куб. Потому хуяк и еще один. А потом для обоих кубов хуяк-хуяк и идентификатор "объединения" присваиваешь.
>>262023 (OP) Быстрый вопрос: как заставить Particle System спавнить частицы без оглядки на то, что предыдущая пачка ещё не исчезла? Грубо говоря, чтобы у меня отрисовывался постэффект не по кулдауну Lifetime, а каждый раз, когда я нажимаю клавишу.
Как сделать анимацию стрельбы в 2D платформере? Вот нажимаю я кнопку, начинается проигрываться анимация, а как сделать переход обратно к статичной анимации? if (Input.GetKey(KeyCode.Space)) { shoot=true; } animator.SetBool ("shooting", shoot);
case STATE_WALK: animator.SetInteger("state", STATE_IDLE); break;
case STATE_CROUCH: animator.SetInteger("state", STATE_SHOOT); break; } currentAnimationState = state; }
В аниматоре добавь параметр state и на графе ведущем к анимации стрельбы присвой ему 1, и 0 на графе идущем к анимации простоя. Легко расширить на любое количество анимаций и переходов.
При нажатии рисуется line renderer (луч) и particle system (постфэффект). При новом нажатии/зажатии снова рисуется луч, но постэффект не рисуется пока не кончится startLifetime предыдущего.
На видео видно, что эффект включается каждые 3 секунды = startLifetime, скорострельность же — 1 секунда.
Мне нужно, чтобы начало отрисовки эффекта было привязано к скорострельности, а не жизни частиц, и чтобы частицы не исчезали при новом нажатии, а жили до конца. Я не могу допетрить в какую сторону копать. Instantiate не помогло, ибо клоны точно также дожидаются смерти всех частиц.
Аноны видел сегодня игру. Там нужно было нарисовать толстую кривую, в кривой включалась физика и можно было решать разные физ. головоломки. Вопрос: как сделать такую прямую?
>>265471 >>265453 Вы не поняли проблемы - я не знаю как сделать что то вроде РЕЖИМ ОБЪЕДИНЕНИЯ ВКЛЮЧЕН и если включен, то при нажатии пкм по кубу объединять его с кубом, по нажатию на который включился этот режим то есть проверять соединен ли он с основным кубом, и если да, то у куба, который я соединял переменная connected = true; и рисовать линию от присоединенного к присоединяемому. Бля хуй знает как это нормально объяснить
У меня бомбит. Пиздец. Почему ебаный скрипт работает через раз? Он блядь о работает, то не работает. Что это за хуйня? Я даже не смогу понять в чем проблема, ведь код иногда срабатывает как надо. Что делать? Это признак говнокода?
Публикация в категории (каталоге) концептов стим гринлайт - бесплатна. А вот публикация в каталоге завершённых (или "почти завершённых") проектов стим гринлайт - 100$ Это фильтр от долбоёбов и шутников. Выплата единоразовая, допуск не ограничен временем и количеством проектов.
>>265577 так просто при нажатии спавни обьект с париклами, делай в нем берст и дестрой его когда он вернет false в ParticleSystem.IsAlive. сделай ещё пулл обжектов, если не хочется каждый раз спавнить чето. не обязательно же связывать нажатие и время жизни партикла.
В очередном подкасте про новый Мор сказали, что в Юнити нельзя сделать зеркала. Но в сети полно туториалов по зеркалам, да и теоретически не должно быть сложно (вторую камеру поставить). Кто прав?
>>265947 Можно же, камера + рендер ту текстур материал со скейлом -1 по горизонтали. Заебато выглядит, но наверняка просаживает фпс. А вообще этих способов с десяток.
>>265249 начнем с того, что по хорошему, ты вообще не должен заниматься этой хуйней. Для этого должны быть левел дизайнеры-рабы, которые как раз и задротят редактор за 20 тысяч в месяц. Но если руководство ебанаты и будут заставлять этим заиматься тебя, то ничего страшного, просто гуглишь и делаешь. Как можно быстрее устраивайся на работу, там по ходу разберешься что нужно, а что нет.
Аноны, подскажите: Есть канвас, режим скринспейс, камера. Один спрайт уезжает на ведроиде за экран, хоть в плеере при масштабировании все скейлится нормально. Куда копать-смотреть?
Плиз хелп! Есть скрипт который позволяет вращать объект в сторону другого объекта(Target) по оси z. Нужно чтобы вращаемый объект вращался в сторону Target не моментально, а с определенной скоростью. Сам скрипт: public GameObject Target;
void Update () { if (Target != null) { Vector3 TargetPos = Camera.main.WorldToScreenPoint(Target.transform.position); var screenPoint = Camera.main.WorldToScreenPoint(transform.localPosition); var offset = new Vector2(TargetPos.x - screenPoint.x, TargetPos.y - screenPoint.y); var angle = Mathf.Atan2(offset.y, offset.x) * Mathf.Rad2Deg - 90; transform.rotation = Quaternion.Euler(0, 0, angle); } }
>>266978 а хотя стоп. у юнити же Mathf.Sign не возвращает 0, а только 1 и -1. можно не городить тернарный оператор и вместо (targetLocal.y > 0 ? 1 : -1) написать Mathf.Sign(targetLocal.y)
>>267018 не ну можно написать tempVector = Vector3.Lerp(tempVector, new Vector3(targetTransform.position.x, targetTransform.position.y, myTransform.position.z), speed * Time.deltaTime); myTransform.LookAt(tempVector);
но если myTransform начнет двигаться по оси z то результат сразу станет говняным, да и для более равномерного лерпа надо нормализовать вектор, что тоже превратится в гору нечитабельного говна. по моему ротация лучше направления в этом случае.
>>266978 Спасибо тебе огромное! Заработало. Почему-то сразу не подумал использовать лерп. Второй день с этим говном ебусь. >>267018 Распидорасит. У меня вращение идет только по оси z. Кстати мой вариант с минимумом переменных:
public GameObject Target;
void Start () { if (Target == null) Debug.LogError ("Target is null"); }
>>267051 вообще, раз уж у тебя такая специфичная ось то можно чуть покороче написать Vector2 targetLocal = (Vector2)(targetTransform.position - myTransform.position); потому что z всеравно 0 и использовать вместо Vector3.Angle - Vector2.Angle. ну и вместо Quaternion.Lerp можно Mathf.LerpAngle, если сохранять предидущий angle, наверно это лучше.
алсо советую кешировать переменные, юнити то так хитро хватает this.transfrom что это выходит немного дольше. и вообще переменные лучше с маленькой буквы называть, чтобы не путать их с функциями.
>>267421 > this.transfrom Это встроенный метод доступа к компоненту. Unity за тебя вызывает GetComponent<Transform>() каждый раз, как ты обращаешься к transfrom класса-родителя. Так что, если ты будешь обращаться к нему в каждом кадре, то каждый кадр будет поиск этого компонента. Но вообще да, на ранних этапах разработки этой хуйней лучше не заниматься.
>>267804 В плане оптимизации нету никакого смысла. Это все нужно только для разработчика(ов). Читать, поддерживать, и расширять правильно оформленный проект намного проще.
А не подскажите случаем как сделать чтобы если объект не находится в поле видимости камеры происходило какое-то действие(выдавалось сообщение например)?
>>302607 Shader error in 'Custom/Ground': 'lerp': no matching 3 parameter intrinsic function; Possible intrinsic functions are: lerp(float|half|min10float|min16float, float|half|min10float|min16float, float|half|min10float|min16float) at line 73 (on d3d11)
>>268635 Нахуй тебе эта навмеш-дрисня? Пока ты ее допилишь, уже повсюду нейросети будут, а ты будешь похож на шизика, который только что колесо изобрел
Котаны, такой вопрос: можно ли в юньке держать активными 2 сцены? Суть: есть основная сцена, во время ее работы нужно подгрузить другую сцену (очень простую), совершить там некоторые действия и вернуться в основную. Объединять сцены не предлагать (в основной и так объектов дохуя и эту дополнительную сцену мне нужно грузить еще и с других сцен). Если есть какая инфа ткните лицом, даже если на инглише.
В общем в уроках 2Д только платформеры или если вид сверху, все равно используется физика и ригидбоди и вся коллизия через них.
В общем тестю юнити.
Вид сверху по типу как Hero Siege или Binding of Isaac, как сделать коллизию со стенами? В гугле искал - все советуют ригидбоди для платформеров и т.д. Но у меня не платформер, нашел какой-то вариант с CastRay но что-то не вышло.
привет, давно уже хочу пробнуть делать свои игры (мечта детства прям), и решил взять для этого юнити. Только вот немного глупый вопрос: для юнити обязательно учить С#, или можно кодить на Джаве?
>>306857 C# и javascript. В теории можно делать одни и те же вещи и на том и на том, но js'ом никто не пользуется и 95% туториалов сделаны для шарпа. Прибавь сюда то, что js - гавно и получишь единственно верный и православный язык для написания скриптов - C#
>>306868 Жаль что приходится писать на куче сахарка на коленке т.к. нормальных IDE NET.U. А для джавамашины есть языки, которые дерут шарп во все дырочки и будь тут джава, были бы и они.
Не могу спроектировать нормальную систему скилов. Все какая-то велосипедная хуита получается. Подскажите, где можно напиздить асетов, в которых это нормально реализовано, поглядеть, че да как. На ассет сторе нашел uMoba и Ultimate Modern Action RPG kit, но меня жаба душит 60 бачей платить за то, чтобы посмотреть.
Посоны, как можно заинклюдить скрипт в другой скрипт. Через using не катит, множественное наследование тоже. Вот допустим функция calcAngle в скрипте CalcAngle, как использовать ее в любом другом скрипте?
>>307067 Да не за что, но static юзать часто не стоит, ибо потом проект может превратиться в неконтролируемое нечто, в идеале объявлять поле с типом твоего класса и обращаться через объект этого класса задав его в инспекторе
>>307130 Не нужен, потому что это лишний слой говна. Как то структурировать скрипты надо конечно, но сама суть скриптов в юнити - это написание конкретно игры а не средство городить дополнительные абстракции и фабрики фабрик, а потом перекидываться между ними сендмеседжами.
Посоны, вопрос дебильный, но гугол выдает какую то хуйню - как получить угол между двумя векторами в диапазоне от 0 до 360 Vector3.Angle дает только 0-180
>>307171 >Посоны, вопрос дебильный, но гугол выдает какую то хуйню - как получить угол между двумя векторами в диапазоне от 0 до 360 Vector3.Angle дает только 0-180 для этого надо знать какой вектор справа, а какой слева. если from справа, то просто 360 - угол. Так как в 3д право зависит оттуда, откуда смотришь, то тут без inversetransform' не обойтись. Для 2д надо просто сравнить икс
ребят, я немного запутался. Юнити позволяет писать игры на шарпе под ведро (да и на ios тоже), на само ведро очень предпочитает джаву, то если я хочу заделать игры на андроид (а иногда и обычные проги), то что у меня должно быть в приоритете: шарп или ява?
>>307131 для обычной таполки не нужно городить, в больших проектах необходимы и фабрики и абстракции для упрощения своей же жизни как разработчика, тут такое
>>307265 решаешь что для тебя важнее: приложения - джава, игры - шарп. И задрачиваешь в этом направлении. По сути языки очень похожи и не будет проблем с перекатом туда-сюда
Аноны, как можно реализовать управление ray тапом? То есть чтобы луч за тапом двигался. Допустим пальцем я веду от одной точки в другую, и луч должен идти от этой точки во вторую.
Подскажите пожалуйста, как в юнете сделать генерацию уровня иным способом. Сейчас создаю около 500-3к игровых объектов со стенами и полом. Полы имеют 1) Спрайт рендерер. 2) Аниматор. Стены имеют 1) Спрайт рендерер. 2) Бокс коллайдеры.
Игра 2D топ даун шутан. Но всё люто начинает лагать. Как бы мне это исправить, помогите плиз?
>>307433 So the situation is this: -We have this awesome demo, that’s really has nothing to do with the engine that’s we’re advertising by it. Or -IT IS made with unity. But you have to rewrite shaders, lighting, physics, mesh tools – almost everything. How many times i’ve encountered the developers saying “oh, Unity is a great engine, take a look at ADAM’ and then it turns out they can’t do a tenth of what they saying this wonder-engine capable of. So – what is the point, if your engine is useless out of the box? Oh, i forgot – the asset store.. This all looks like false advertising. Of course you can do such stuff if you have an army of hi-level programmers, but you sell your stuff to indie devs, who obviously don’t have it.
Посоны, как повернуть куб на 45 градусов, так, чтобы в юнити в трансформе стояло 0 градусов по всем осям? проще говоря 3д ромб сделать В блендере и максе пробовал - при импорте все равно распознает повернутый куб и в трансформе стоит 45 градусов.
>>307436 Там абсолютно все запилено с нуля. С таким же успехом можно было сделать на уече, да. Демка должна показывать возможности движка, а не программистов.
>>307439 Ты тупой? Я хочу чтобы в рекламе движка показывали возможности движка. В юнити на данный момент нет возможности сделать графику как в этой демке.
>>307433 Я понимаю, что ты ньюфаг, но дело в том, что нужно понимать, как делаются демки в юнити. Команда разработчиков к демкам не имеет и малейшего отношения, демки пилит отдельная студия. И да, они очень часто допиливают что-то сами. Это для того и делается, чтобы выявить какие-то острые углы. Вся инфа уходит разработчикам, пожелания и т.д. Для блексмита, допустим, писалось расширение редактора, чтобы траву растить на любых мешах. Надеюсь, это уйдёт в компоненты нового террейн энжина, когда бы его ни запилили. Ну и кроме того, если ты на самом деле будешь делать игру - тебе в любом случае придётся писать что-то поверх движка, все это понимают.
>>307443 Зачем мне эти оправдания? Эти демки показываются на официальном канале с подписью made with unity. Если бы они вылаживались на канале vasyan.tv с подписью "ин зис демо есть технолоджи не представленное в движке", то был бы другой разговор.
>>307444 Ммм, ясно. Почему это тогда не демка directx, или видеокарт нвидиа, или visual studio в которой был написан код?
>>307445 >Эти демки показываются на официальном канале с подписью made with unity. Потому что они действительно сделаны на юнити. Не понимаю твоего подгорания.
>>307445 Ты какой-то странный. В юнити есть только кубы с цилиндрами, и из них таких моделей как в этой демке ты не соберешь. И в уече тоже, представь себе. То есть невозможно воссоздать эту демку пользуясь только редактором юнити, редактором уеча, края, аллахэнжина, по-моему это должно быть и ежу понятно.
>>307503 Ты же понимаешь, что это оправдания фанбоя? С таким же успехом можно взять какой-нибудь лефт фор дед и сказать, мол смотрите, какие охуенные игры вам позволяет делать sdl.
какой ужасный некротред тут у вас. покажу занимательный дебаг байтиков. что-то реализовать поиск пути по такому графу из конца в начало оказалось заметно сложней чем наоборот. интересно как сделать в этой мешанине эвристику, а то хоть я и сильно сузил список возможных действий хождением задом наперед, но их все равно дохуя для дейкстры.
>>307171 кросс-продукт оси возьми относительно которой меряешь, хуйни же натвориш.
Гейманы, делаю инвентарь, надо снятую шмотку и вернуть в List<items> героя. Как будет по труъшному? Находить игрока по тэгу, получать компонент, кэшировать и уже работать, или синглтон? Видел что синглтон хэйтят.
>>307566 >>307569 у тебя же инвентарь имеет ссылку на владельца? зачем ищешь то? и зачем тут синглтон? я вот не против синглтонов, я люблю их городить если надо сделать что-то довольно абстрактное. но работа с инвентарем то не абстрактное.
>>307572 >А что, инвентарь у тебя не знает, к чему он прикручен? А, черт меня раздери на куски, опять не так выразился, хотел спросить за слот, скрипт-примерник висит на слоте, и когда туда дропаешь итем, то этот итем добавить нужно в список вещей.
>>262023 (OP) Есть охуительный генератор уровней.Но он на флеше.Есть ли возможность при запуске уровня запустить swf чтоб свф записал координаты обьектов в хмл или ещё куда и потом прочитать их оттуда?
>>307577 Странно, что скрипт лежит в слоте. Яб любой инвентарь управлял скриптом самого инвентаря, но не каждого его отдельного слота. Слотики любые эвенты бы передавали в текущий инвентарь.
>>307588 слушай, что у тебя за такая сраная проблема? у тебя сам Player чтоли не может сказать инвентарю что он тут клитором командует? он у тебя на другом обьекте или че?
>>307588 Смотри как заебательски можно захуячить. Есть герой (не обязательно ведь один, вдруг ты захочешь 5,25,100, N героев, тогда синглтон не канает). К нему прикручен инвентарь, который прихуячен к герою дитятей. Инвентарь может обратиться к нему как к родителю через иерархию. Он хранит в себе массив слотов, где какой предмет лежит (опять же, почему у тебя не инвентарь хранит инфу о предметах, а герой?). Когда ты хочешь отобразить инвентарь любого героя, инвентарь либо стучит в гуи менеджер (вот в него можно въебенить синглтон твой любимый), чтобы он создал инстанс ОКНА инвентаря, либо, если не предполагается возможность открытия сразу дохуищ окон инвентарей, то пусть просто активируется gameobject общего для всех инвентарей окна (окно одно, просто каждый открывающийся инвентарь будет его апдейтить и прятать при закрытии). Окно инвентаря просто рисует слоты, регистрирует клики и прочие события, стучит обратно в инвентарь. Это удобно и няшно! Ты отделил модель и отображение её. К модели инвентаря потом ты спокойно можешь прикручивать другие свистоперделки, не особо беспокоясь за гуй, ведь он лежит отдельно. Также и гуй можешь потом перепиливать много раз, инвентарь не отвалится.
Ага, вроде начинаю понимать, кажется так оно и было примерно, только через жопу. >опять же, почему у тебя не инвентарь хранит инфу о предметах, а герой?
У меня наверное недопонимание возникло, в моем случае инвентарь по сути есть как кусок UIменеджера, он только и занимается тем что вырисовывает всякое. Данные лежат у героя в компоненте BaseHero, там кол-во слотов, список шмоток, что можно носить. Вот это ты и называешь инвентарем? То для меня инвентарь это как раз вырисовывание окошек. Было примерно так, хуяк итем в слот дропннулся, слот говорит в BaseHero "эй браток, добавь-ка итем в список шмота", а BaseHero такой, "эй инвентарь, а ну создай иконку". У моба и игрока есть BaseHero, а MobInventory И Inventory(существуют в единичном экземпляре) занимаются отображением. Во втором еще и таскать можно. Но возникают вопросы, наверное эти два инвентаря перенести в UIменеджер? Или пусть будут отдельно, а то менеджер может превратиться в непроходимую чащу? В общем обращаться со слота к BaseHero(который есть инвентарь в твоем понимании, и уже моем)со словами что шмотка упала есть верное решение?
Как перестать забивать хуй? Вроде, и знаю, что и как сделать, вижу потенциальные проблемы дефолтный шейдер ёбаный пиздец и глючит в ортографической проекции, например. Меж тем поковырял компьют шейдоры, DX11++ гпу отпугивают. Проще шейдером генерировать текстуру, а потом скриптом в OnPostRender получать пиксели. Так получится запускать своё говно на говне мамонта, а то и девайсах постарше.
чето чую я на дебагер GOAP уйдет больше сил, времени и кода чем на сам GOAP. смотрю и просто "хуйня случилась". а как она случилась загадочно бывает.
>>307598 полез таки в компют шейдор? молодец какой. клевая же хуйня! я вот забиваю периодически хуи, но всегда возвращаюсь, потому что альтернативы хуже. недавно вот друганы дали мне BF1, сказали "иди сюда" и я пошел, но через три дня меня от него начало тошнить и в итоге я вернулся к тому что делал. в крайнем случае если мне надоест одно, то я могу начать делать свой проект с другой стороны. а то от решения одних и тех-же задач и правда мозги киснут.
>>307602 А теперь вспомни насколько уёбищен action script во флеше. Если на шарпе писать такое три месяца, то на as - тридцать лет. Что не может быть правдой. А значит, на шарпе ты запилишь за пару дней с ноля.
>>307566 А не проще ли риальне иметь в инвентаре ссылку на героя хотя смутно понял что тебе надо - разве эквип экран не часть инвентаря? Почему? Может сделать его частью и не городить перекрестные ссылки?
>>307601 >на дебагер GOAP уйдет больше сил, времени и кода Может просто вывода в консоль мало? Рисуй в onGUI дополнительные окна с инфой, мне помогает. >полез таки в компют шейдор? Да, но мне не понравилось. Может, взял бы для физона, но тогда отвалится слишком много устройств - не интересно.
>>307805 да его определенно мало. я разумеется сразу полез в SceneView.onSceneGUIDelegate и стал дорисовывать то что мне нужно в окне сцены, но там действительно надо дебажить все и вся, чтобы понимать происходящее. а чтобы все это удобно наблюдать было то действительно придется написать больше кода чем сам GOAP. удивительно насколько довольно простая имплементация дейкстры с парой хитростей может быть непредсказуемой на процедурном графе. тут никаким юнит-тестированием не оттестируешься, в имплементации бихейвор три было значительно проще с этим.
кстати сегодня юнити меня здорово сконфузило. я хранил факты о мире в структах как ключи для словаря, с сылкой на геймобжект и всё такое. хотел потом дополнять их, а пока для удобства положил в словарь чтобы в качестве значения было последнее время когда эти факты наблюдались, чтобы сортировать их по релевантности. оверрайднул гетхешкод, эквивалетность другому обьекту, чтобы работало быстренько. а когда я стал из мира удалять обьекты поднимая их: стала происходить какая-то белиберда. в итоге понял что юнити меня сконфузило тем что оно делает это говно для удаленных геймобжектов и их компонентов перегружая у них оператор ==. удалил геймобжект, суешся в ссылку к нему, получаешь магическим образом что он равен null, хотя туда его никогда не присваивал. значения в словарике сразу стали вести себя интересно.
>Да, но мне не понравилось. Может, взял бы для физона, но тогда отвалится слишком много устройств - не интересно. ааа так ли оно надо? в общем-то можно заимплементить и так и так. если платформа не поддерживает, то можно делать так как поддерживает.
Ребята, я видел сравнение языков картинкой, и там были разные мечи, катаны и тд, а потом PHP , и ему соответствует дилдак, а потом С#, и ему соответствует игрушечный пластмассовый меч. Это глубоко оскорбил омои религиозные чувства, правда ли это? Кто есть юнити разработчик в иерархии программистов? Сейчас не о 2д платформере, а такой себе средненькой игре, не могли бы вы для меня хуя пояснить за сложность проектов на С#, будь то игры Unity или какие-либо серверные приложения.
Я некоторое время занимался веб-разработкой, делал простенькие задания на питоне. Но понял что хочу геймдевить. Не для денег, а для себя. Но меня просто захватывает ступор от обилия методов. Несколько раз перечитал доки но все равно не могу ничего написать. Что посоветуете?
>>307856 Нарисуй свою картинку, где C# соответствует баллистическая ракета и обоссывай в интернете всех, кто что-нибудь против кукарекнет. Картинка ему спать не даёт, охуеть.
>>307862 Двачую, как узнаешь, пока не попробуешь. Если ты не даёшь какого-нибудь результата (код, картинки, план работы, набросок механики или сюжета своими словами, неважно), а сидишь в прострации и чего-то раздумываешь - ты тупо стоишь на месте. Лучше сделать хуйню и выкинуть, переделать и ещё раз выкинуть, чем вообще ничего не делать.
На сцене есть объект - гг и куча разных других объектов, допустим кубов. Как определить, пересекаются ли гг и кубы? Как запретить гг двигаться на кубы?
Сап гд.ч . Помоги мне совладать с этой залупой. Представь сферическую ситуацию в вакууме, в которой мне нужно выполнить карутину в внутри карутины после того как завершиться другая карутина. Допустим есть матч три в которой мне нужно определить нужно ли опускать ряд с камнями или нет, и если нужно то после завершения перемещения камней - уничтожить их. Сейчас имеется реализация пикрелейтед ,думал использовать что-то вроде делегатов но не выходит, как поступить в таком случае?
>>307922 страшно представить чего ты хочешь достигнуть. поделись охуенной идеей.
>>307972 проверять на столкновении с чем столкнулся?
>>307990 я бы написал элементарную машину с стейтами из энама, чтобы твоя хуйня знала что делать в нужный момент. а по завершению работы корутины просто переключал флаг, чтобы продвинутся с следующему стейту. что-то вроде такого.
>>307996 Это не оффтоп, это мягкий намёк на то, что ты ебанутый, а архитектура с тремя вложенными корутинами - говно. Тем более подобное использование корутин - повод почитать справку по корутинам ещё разок-другой. Код с пика, кстати, вообще не соберётся в юнити. Стейт машина, как писал анон выше - более адекватный вариант.
>>308013 собственно, использовать мессенджи коллайдера на нужный тебе случай. тыж документацию то открой. https://docs.unity3d.com/ScriptReference/Collider.html прокрути на Messages и увидишь что там есть просто охуительные вещи, вроде OnCollisionEnter, или OnCollisionExit, или даже OnTriggerEnter. которые вызываются в очевидных ситуациях и туда попадает вся-вся информация о коллизии с чем-то.
>>308013 но если серьёзно, то что за охуительные вопросы. "Как запретить гг двигаться на кубы?" как? сделать их статичными, например? чтобы хуяк куб лежит, его никуда не сдвинуть. или у тебя там какой-то особый случай когда например что-то кубы двигает, а игрок двигать их не может?
>>307995 Я подгружаю на сцену разные маленькие уровни, и мне нужно чтобы на них было разное "глобльное" освещение. Лучшая имитация солнечного света - всетаки дирекшнл лайт, но тогда они складываются с разных уровней очевидно. Тратить драгоценные слои на это считаю расточительным.
>>308021 даже не знаю что за подозрительные махинации ты делаешь. мне кажется ты хочешь переключение лайтмап, а не всего освещения. лучше на саму проблему укажи, а лучше скриншотиком. у меня никаких идей чего ты пытаешься достигнуть.
Задача - сделать так, чтобы источник направленного света освещал только объекты в определенном объеме (каждый источник может иметь свой объем), и карты теней для него тоже считались только в пределах этого объема.
Судя по тому что я знаю - встроенных средств для этого не существует. Можно сделать имитацию через куки, но она будет тормозная и я ожидаю к тому же увидеть артефакты при наложении большого количества источников. Использование слоев для достижения этого эффекта не годится.
Зная принципиально как работает движек, думаю - это не так уж сложно делается. К сожалению, одного этого знания недостаточно.
>>308037 хуй знает даже что ты делаешь. я не понимаю ключевых отличий желаемого эффекта от спотлайта, кроме того что он конусом. но это. ты покопай в сторону комманд буффера, например. https://docs.unity3d.com/Manual/GraphicsCommandBuffers.html он довольно могущественный.
>>308072 а хуй знает что там у тебя. может коллайдеры забыл, может ещё чего. на тебе экзампл. можно передвигаться капсулкой, рулить. красные кубы двигать нельзя, зеленые нельзя двигать, но если зажать пробел и подойти то можно их пинать. ещё на сцене будут рисоваться линии на месте столкновений. http://rgho.st/6mqDZDFbn
>>308125 Окей, спасибо. Почему спрайт меняется в размерах неправильно? В юнити какой-то ебанутый скейл. Как правильно настроить проект, что бы спрайты отображались в истинном размере? Потому что при скейле спрайты портятся. Например тут, что за 2 красные точки в углу спрайта? Пиздец.
Если ты кодер, но нужно чуть простых звуков для игры, взрывы выстрелы, где их искать/брать? А если кирилл мечтает о том что срубит пару долларов на пивас с индигого, то авторское право никак нарушать нельзя?
Алсо, сколько времени уходит на то чтоб нарисовать одну иконку из пикрелейтеда?
>>262023 (OP) Может кто знает. Можно ли как нить выполнять в редакторе скрипты? То есть допустим хочу Все поле кубиками заставить 10x10. можно ли делать это не ручками, а как то скриптом?
/как вариант конечно можно написать в коде чтобы все заставить Запустить сцену Потом все скопировать Вырубить сцену Вставить/
>>308310 Так эти пидорасы не сделали встроенную фичу которая все делала бы сама, типа engineState.next? Ок, становлюсь пока на вермишелине, тут совсем простенькое. Спасибо.
>>308313 ноуп. во всяком случае я такое не знаю. вообще енум же в итоге это int с клевым названием, собраным в тип и имеющим константные имена. их самих не очень то следует использовать для хранения значений. если бы я захотел использовать енум, то использовал бы не индекс энума, как значение, а использовал энум как указатель индекса в другой коллекции. и имел бы не лист с всеми значениями из enum, а имел лист с нужными мне значениями, которые я бы получал обратившись на индекс enum. потому что тот подход выше решает проблему последовательного хождения по значениями enum, но чтобы указывать значение для curStateIndex то придется обращаться к проперти curState и писать там set curState = states.IndexOf value. что так себе. такой подход более адекватен по моему.
Короче, поясните, есть круговое меню, там 3 элемента, нужно сделать кд элемента, типо кнопка затемняется и по кругу идет кд, ну что-то уровня итемов в доте. Итак, сам вопрос. Это легче сделать покадровой анимацией или через сам юнити что-то делать?
>>308510 например можно шейдором отрезать по маске значение, а саму маску сделать в форме нужной тебе анимации. например вот так http://rgho.st/7KFn9HPFt запусти сцену и посмотри что будет. собрал на коленке за 15 минут. впрочем в шейдорах я все равно понимаю почти ничего, так что наверняка говна подсунул.
Посоны, поясните по хардкору - вот для построения меша програмно нам нужены вертиксы, которые объединяются в трисы. У компонента Mesh есть Vector3 vertices - ну это ясно почему, позиции вершин и все такое. А еще есть int triangles - и это мне неясно. Какого хуя инт? Нахуя это вообще? Как исходя из заполнения массива юнити понимает какие вертиксы куда объединяются? Вроде почитал в гугле, но там чот нихуя такое не объясняется. Вот пример юнити доков : >код блять mesh.vertices = new Vector3[] {new Vector3(0, 0, 0), new Vector3(0, 1, 0), new Vector3(1, 1, 0)}; mesh.uv = new Vector2[] {new Vector2(0, 0), new Vector2(0, 1), new Vector2(1, 1)}; mesh.triangles = new int[] {0, 1, 2}; >дальше код нахуй И что с того, что в трианглес записано 0, 1,2? Что будет, если записать 1, 2, 3 вместо этого? А если 1, 4, 88? Поясните плес.
>>308577 это индекесы вертекса. значит что для построения треугольника будет использовано то что на 0, 1, 2 индексе mesh.vertices и в этой последовательности.
хочу чтобы персонаж крутил пушкой в руке в сторону цели. говорю юнити чтобы оно крутило ИК руки в сторону цели. юнити крутит рукой в сторону цели. но эта ротация крутит кость хуй пойми как и по моему отталкивается от Т-позы, или ещё чего-то в этом духе. вопрос: как избавить себя от ручного труда вызнавания оффсета ротации? я конечно могу сказать чтобы юнити сказало мне оффсет ротации, а потом я бы мог обратно сказать юнити этот оффсет, но мне интересно могу ли я его узнать без этих манипуляций.
>>308711 имеешь в виду руку крутить не IK а просто кость покручивать? не. IK ещё красиво локоть крутит при повороте руки. делать такие костыли поверх того что и так нормально работает не стоит. крутить объект в руке тоже плохой план. крутить руку оружием тоже не кажется чем-то хорошим, персонаж же не только в прицелившемся состоянии будет и переключение между ними тогда потребует больше усилий чем просто смена анимации.
>>308713 анимацию делай. никакого "оффсета ротации" не существует. видимо ты имеешь ввиду положение кости без вращения. Это зависит только от того, как скелет настроен в редакторе
>>308716 разумеется я не буду делать никакой анимации. особенно если уже всё что мне надо бесплатным лежит. нет я имею в виду положение кости после применения IK. скриншот видишь? розовеньким это целевая ротация для IK. которая имеет мало общего с ротацией кости самой руки. очевидно что эту разницу скорей всего задает настройка аватара, но трахаться с каждым аватаром разумеется тоже нахуй. очевидное решение - применять к целевой для IK ротации ещё и оффсет. но очевидного метода узнать этот оффсет я не вижу, что и рождает мой вопрос.
>>308720 всё что я сделал в соседнем скриншоте. ну кроме того что куб голубеньким рисует свой transform.forward. я вот не вижу того что я сделал неправильно. а ты видишь?
>>308721 зачем каждую анимацию хардкодить, наркоман? у меня уже есть IK который крутит руку сразу в нужную мне ротацию красиво. независимо от анимации рука будет повернута как я скажу и будет где я скажу. вот только то куда IK вертит руку это не совсем то что я от него ожидаю.
Есть где-нибудь годный тутор по углам в юнети? О там какая функция что дает и как крутить объекты. Пока что сижу transform.rotation = ... использую, бошка ломается каждый раз на бумаге по пол часа решать уравнения тригонометрические, я уверен есть что-то готовое и простое.
>>308730 я таких не знаю. в официальных документах есть полезная страничка https://docs.unity3d.com/Manual/VectorCookbook.html на эту тему. ещё можешь взять полезную хуйню с вики http://wiki.unity3d.com/index.php/3d_Math_functions которой я регулярно пользуюсь. почти все нужные решения находятся в неймспейсе Quaternion, или Vector3, а все нужные значения как правило дает трансформ. ну и можно ещё похитрить с матрицами трансформации при желании. например чтобы узнать где находится нужная точка при такой ротации и такой дистанции. например то как у меня графически отображается лимит угла прицеливания. решение с синусами, косинусами, радианами было бы намного менее читабельно.
>>308723 >а ты видишь? конечно. ты зачем-то используешь значения кости для вращения
>зачем каждую анимацию хардкодить, наркоман? IK максимум годится чтобы смещать руки относительно заранее сделанной анимации. Если ты фантазируешь делать анимации для оружия только на одном IK, то у тебя ничего не получится.
>>308738 то есть предлагаешь вращать обьект в руке и IK давать ротацию обьекта. да, я знаю что это очевидное решение, я думал над ним. но у него минусы есть. такие как если я никуда не буду целится им, то мне придется возвращать этот объект в какую-то дефолтовую ротацию для объекта в руке и процесс переключения между прицелившимся и не прицелившимся разумеется будет довольно стремным. ну и ещё пару потенциальных проблем разумеется это родит.
гораздо проще просто взять пивот заперенченый к кости руки и повернуть его в сторону примерно как у инверсивной кинематики. или прибавлять к целевой ротации эту разницу. и не гуглится ничего интересного по этому вопросу.
>>308743 >конечно. ты зачем-то используешь значения кости для вращения лол ну в этом случае ты плохой чтец. потому что значение ротации для IK это просто вектор от плеча к цели, повернутый так чтобы не держать куб как ганкстер.
>IK максимум годится чтобы смещать руки относительно заранее сделанной анимации. Если ты фантазируешь делать анимации для оружия только на одном IK, то у тебя ничего не получится. тоесть примерно то как я делаю. воткнул спизженную анимацию "целится с винтовки", "целится с пестика" и прочее и желаю делать небольшие корректировки этих анимаций по своему вкусу через инверсивную кинематику, включая прицеливания. разумеется нет ничего очевидней чем заперентить объект в руке к самой руке, чтобы его держать.
>>308746 Переход в дефолтный ротейшн производится параллельно с проигрвыанием n-ной анимации перехода в дефолтное положение. Почему бы и нет. Я так с ходьбой и переходами в положение лежа-сидя для животных делал. В любом случае аниматор надо юзать очень усиленно и блендить эту фигню всю. На одном айкее не уедешь далеко
>>308749 йеп, на одном IK разумеется не уедешь, но это та часть где если выкинуть подобную лишнюю ось то количество потенциальных проблем только уменьшится. а никаких бонусов, кроме как решение только этой задачи, которую можно решить и другими методами, я от неё не вижу. подобные лишние переменные как всегда в итоге будут только костылями, которые будут мешать. если уж брать костыли, то хотя-бы такие на которые не придется весь остальной код упирать.
всем спасибо за внимание. итоговым решением было сделать кнопку которая бы в эдиторе вертела пивот по направлению ИК. воспользовался тем что у аниматора есть клевая фича с Update.
ребятки, потерял скрипт с вики.юнити который заменяет это: SomeClass a = b.GetComponent<SomeClass>(); if (!a) { a = b.AddComponent<SomeClass>(); } На дженерик однострочный вызов (да я понимаю что можно и самому написать, но все же если видели где т, то скиньте плз)
>>308788 я не видел, но э. на. public static class MyExtensions { public static T GetMyShit<T>(this GameObject go) where T : Component { T result = go.GetComponent<T>(); if (result == null) result = go.AddComponent<T>(); return result; } }
>>308884 Что-нибудь, чтобы понять, что меня не наёбывают. Для маааленькой галочки - уровень технического пиздеца в одной из индиподелок недавнего времени. Нас наёбывают, для нормпродакта нужны топовые специалисты и куча бабла. Исключений не было нет и не будет. Матрицы Байесса. Спектральный шум по каналу на основе синего. Ну норм, чё. Нахуй мне вообще это говно, если я могу такие вещи делать, нахуй мне какой-то движок????? http://www.gdcvault.com/play/1023002/Low-Complexity-High-Fidelity-INSIDE
>>308888 что за хуйню ты несешь. где пиздец? показали хорошее, интересное. а нахуй тебе движок? ну так гвозди легче забивать микроскопом, чем голыми руками.
>>308894 я пиздеца не вижу. всё что было показано отталкивалось от желаемого результата, а то что нужно было сделать для его получения подсказывала сама задача. я её бы решал дольше просто потому что не имею опыта в скрин спейс шейдорах, например. и не знаю как сказать глупой машине что я от неё хочу. но хули, я вот например смог сделать многоуровневый навмеш с укрытиями, прыжками и чтобы он мог делаться в рантайме. и приступая к задаче я не имел представления как же его делать.
>>308892 проблема в том, что volumetric light и т.д. эффекты должны настраиваться в движке одним кликом, а не ебстись самому с шейдорами. но нет, зачем надо делать движок. давайте лучше сделаем сайт для юнити-фриланса, запилим очень нужный визуальный редактор ассет бандлов, сделаем редактор который собирает из текстур спрайшит и еще очень много бесполезного говна. Все это конечно зарезилим через 10 лет, как 2д тулзы допилим, которые мы обещали 3 года назад.
>>308908 на самом деле юнитеки дают и шейдоры и волуметрик лайт и много всякой хуйни там сям везде через собственный сайт в собственных бесплатных ассетах, например. и другим дают давать свое бесплатное говно. не то что бы это уж так сильно увеличивало количество кликов. просто помимо этого дают и возможность сделать всё самим так как этого хочется. тут вот по своему захотели и молодцы.
да и хули, пилят же клевые фичи вон. мне например в бете новые линии, партиклы и прочее очень нравятся.
>>308909 да не особо. начал тем летом, закончил в конце этого лета. при этом много прокрастинировал и отвлекался на иные задачи. сейчас разве что не допилил пару важных фич, например сериализацию навмеша, но ну нахуй. уже тошнит от наблюдения статичной картинки и пердолинга в собственном болоте, сделаю недостающее по мере надобности. надо сначала проверить работоспособность этой хуйни на более реальных задачах.
лучше вот с АИ покручусь и чтобы он сам туда-сюда покрутился. на сегодня вот задача перелопатить процесс остановки контролера, чтобы он мог останавливаться на какой-то дистанции от нужной позиции, чтобы подбирать предмет. контролер уже похож на какое-то мусорное ведро с кучей переменных.
>>262023 (OP) К бесплатной лицензии как-то можно систему контроля версий прикрутить? Если нет, то как быть, какой софт использовать для организации своего труда? Сейчас всё проектирование ведётся на бумажках, результат соответствующий.
>>308933 Ты ошибся, это обычный петушок каких в гд пруд пруди. Чтоб он перестал срать в треде юнитеки должны запилить кнопку "сделать пиздато", только тогда у сажепидора получится сделать игру, а пока он будет с видом умного школьника рассказывать по какие то 2д тулзы, без которых ему, понимаете ли, жизни нет. Плохому танцору яйца мешают.
>>308951 >как делают движок нормальные разработчки >добавляют новые функции, улучшают графику, облегчают использование
>как делают движок by unity >ну и что у нас ничего нет, зато мы дали вам asset store и фриланс-сайт: покупайте, заказывайте что хотите. Видите, мы даем вам возможность сделать что угодно на нашем чудо-движке.
>>308932 да не. понимаю же я немного всякие сюрфес шейдоры. вот например меня хватило на простенький вертексный шейдор. я имею некоторое представление о том что там рассказывают в картинках.
>>308953 Разрабам юнити невыгодно делать хороший движок. Если сразу сделать хороший двиг, то и ассет стор не будет нужен, а как иначе выкачивать деньги с лохов, играющих в разработчиков игр?
>>308956 Некоторое представление? О каждом типе из икснормала сможешь рассказать без гугла? Имплементировать сможешь программно в тот же юнити? Это тебе так кажется, что ты имеешь представление, сядь и попробуй - свернешься калачиком на кроватке, закроешься одеялком и начнешь хныкать беззвучно.
>>308968 >какая-то хуйня для того чтобы нормали делать Ну и нахуй такие деволоперы нужны, скажи? Я тебя не унизить хочу, ты не подумай, но вот блядь вы чем занимаетесь тут всем разделом, мне интересно?
>>308971 я вот делаю то что желаю видеть. я желаю видеть игру своей мечты. предположу что все остальные тоже. но ты просвети что же такое икснормал на самом то деле, вдруг упускаем что-то интересное. мне вот карты с нормалями ненужны.
Это что-то типа фриланс-биржи для гейдевелоперов. Интересная штука. Если вдруг нужен будет шойдер или какой-то скрипт, можно будет заказать быстренько. Или если нужна будет моделька/арт.
>>309090 >Где ты нашел такое странное решение В своей больной голове.
Так значит разницы между (float)damage и Convert особо никакой нет, так что лучше использовать (float)damage ибо удобнее? Алсо да, вот в коде 100 вместо 100f, что в таком случае происходит? 100 автоматом в флоат конвертируется?
>>309105 Если одна из переменных в операции float то результат будет float. int / float = float, float / int = float, 100f это float, 100 это int, 100.0 это double, 100.0f это float.
Помогите нюфагу - долбоебу. Пару часов прбовал по всякому - не хочет.
В общем, есть один объект, цилиндр, он движется в пространстве. Нужно каждый кадр ориентировать его дном на точку (0,0,0). Как я только не ебялся со всеми эти transform - не получаетсо.
>>309214 сделай пустой геймобжект, присоедини к нему цилиндр, так чтобы его дно торчало в сторону голубой стрелочки и скажи тому объекту к которому ты присоединил цилиндр void Update () { transform.LookAt(Vector3.zero); } LookAt поворачивает выбранный трансформ в нужном направлении передней частью вперед, но так как передняя часть это нижняя часть теперь то будет нужный тебе поворот.
ну или можно присвоить трансформу нужную ротацию. например void Update () { transform.rotation = Quaternion.LookRotation(Vector3.zero - transform.position, Vector3.up) * Quaternion.Euler(-90,0,0); }
но ты что-то совсем валенок. документацию почитай внимательней.
>>309228 >>309228 О, спасибо, анончик. Лишнее доказательство тому что если не получается надо подумать или вообще отвлечься а не перебирать разную хуйню часами.
>>309228 >валенок Но у меня процедурная генерация меша и его редактирование на лету, а я всего неделю в юнити
Вот у меня есть ЮИ панель с кучей кнопок. Как передавать между ними сообщения типа ОнКлик я разобрался.
Теперь мне нужно передать сообщение ОнКлик 3д объекту, который играет роль корневого, там вся физика просчитывается.
Делаю также как с кнопками а мои функции в списке отсутствуют (паблик, ессно, и оба наследуют МохоБихейвор) - пикрил.
Вопрос - как мне передать сообщение от кнопки тому 3д объекту?
Видимо, в 3д объекте нужно создать ссылки на все кнопки, потом установить листенеры для каждой кнопки...
Ок, я подключился к панели с кнопками по тегу gameControllerObject = GameObject.FindWithTag("UIobject");
Как мне теперь получить список кнопок и прочей лабудени в этой панели? Что бы добавить кнопкам листенеры и вообще управлять ими.. Гуггле пишет что через transform.FindChild( "child name" );
Но трансформ то мне нафик не нужен, мне сам объект нужен а не его трансформ.
>>309285 Нихуя не понял что тебе нужно, но вообще >Но трансформ то мне нафик не нужен, мне сам объект нужен а не его трансформ Доступ к объекту можно получить через трансформ, transform.gameObject, или к компоненту: transform.GetComponent<...>()
Сап, антуаны. Такой вопросик - надобно мне сделать переключение fps\tps controllerов, как лучше это сделать? У меня 2 варианта: 1)Создать ГО, к нему чайлдами лепить 2 контроллера, к этому гей(м)обжекту прицепить скрипт включения одного и выключения другого контроллера, при этом автоматом присваивая включенному контроллеру позицию,ротацию выключенного (ну,чтоб не было такой хуйни, что один контроллер тут, а другой воооон там). 2)Прилепить к tps controllerу вторую камеру, и менять depth (или как оно там?), типа как true fps Так вот, какой вариант лучше, менее геморен, ибо не хочу потом соснуть хуйца. Или расскажите мне другой вариант.
>>309344 Иначе бы и не спрашивал. Логично ведь. А даже если бы и писал бы свой - хуй его знает, как это все в него впилить. Может ты поделишься, как бы ты запилил?
>>309349 Это не ошибки, а предупреждения. что некоторые вещи в скриптах устарели. Они могут юзаться спокойно, но иногда бывает, что выдает ошибки при работе, так что поставил скрипт - проверь его.
>>309358 Пиздец просто. Решил научиться в этом хуюнти что-то сделать а тут тебе C# который вообще не знаю блять. Просто решил найти уроки по этому юнити и нашел на хабре какую-то статью по созданию 2d платформера. Все сделал как он сказал скачал его скрипт а он блять такие ошибки выдает. Теперь вообще не знаю с чего начать вообще.
>>309359 >Пиздец просто. Решил научиться ездить а тут тебе рычаги, педали, какие то кнопки и кольцеобразная параша по середине, которую вообще не знаю блять. Просто решил найти видосы и нашел в ютубе какой-то видос по вождению. Делаю все как он сказал, а оно блядь какие-то звуки издает. Теперь вообще не знаю с чего начать вообще.
>>309361 С машиной легче :) >>309362 Хорошо! Спасибо. >>309364 Сколько пересмотрел серавно не понял. Тупо пишут код не обьясняя что и за что отвечает. Так что буду учить C# .
3Д анон, смотри какая хуйня. У меня есть фигура из двух мешей - синий и зеленый. Когда камера вблизи (где то 100 - 500 единиц float) то все норм - пик 1
Но когда я отвожу камеру что бы видеть весь объект (где то тысяч 5-10 в местных 3д еденицах) - в местах соприкосновения появляются такие противные острые артефакты (пик 2)
Вопрос - как эта хуйня называется и как с ней бороться? Связано ли это с погрешностью вычисления типа float? Есть ли смысл масштабировать всю сцену в 1000 раз, например, что бы было меньше погрешности?
С расчетом нормалей это связано быть не может случаем?
>>309395 https://en.wikipedia.org/wiki/Z-fighting Там все так расписано, что и добавить нечего. Разве что из языков только английский и сербский. От себя добавлю, что тебе проще будет либо физически разнести полигоны(скажем, увеличив углы склонов), либо запретить так удалять камеру. Ибо в этом вашем Юнити у тебя едва ли есть контроль над точностью буфера.
>>309424 >Ну а хуле ты хотел.Вселенную ты в масштабе 1 к 1 не сделаешь при всем желании Я сначала сделал планету радиусом 6 000 000 единиц - артефакты вообще всю картинку съели. Сейчас планета - 6000 единиц.
И потом, у меня в физоне (не в рендере) при вычислении высот тоже появляется ошибка округления - где то 0.004 на число типа 6300. (Что наверно логично, т.к. у float где то 7-8 знаков после запятой)
Думаешь, поможет еще в 1000 раз уменьшить масштаб?
>>309423 Погоди, расскажи подробнее, я же нуб в 3д графике. Порядок отрисовки полигонов вроде как в меше задается? Где я тебя не понял?
https://docs.unity3d.com/Manual/SL-CullAndDepth.html >Offset >This allows you to force one polygon to be drawn on top of another although they are actually in the same position А вообще сцена у тебя слишком большая, тебе нужно подумать, какие хаки и костыли здесь могут подойти, потому что физон так и будет тебя ебать. Попробуй совместить центр сцены с центром меша планеты, это даст тебе немного пространства, т.к буфер считается и в отрицательную сторону тоже.
>>309452 > >https://docs.unity3d.com/Manual/SL-CullAndDepth.html >>Offset Спасибо. Вообще, мне нужно оба полигона отрисовать и получить на их пересечении няшную береговую линию. Может быть, если синие полигоны воды с помощью Offset рисовать поверх земли то будет лучше.
>>309452 >А вообще сцена у тебя слишком большая, тебе нужно подумать, какие хаки и костыли здесь могут подойти, потому что физон так и будет тебя еба Попробую масштаб в 1000 уменьшить >>309452 >Попробуй совместить центр сцены с центром меша планеты, это даст тебе немного пространства, т.к буфер считается и в отрицательную сторону тоже. А это и так есть - центр мешей в (0, 0, 0). Хотя в будущем, возможно, планета будет двигаться по орбите для корректного расчета нагрева поверхности от солнца. Впрочем, можно будет изъебнуться и вращать солнце вокруг планеты ...
>>309353 таймер обнуляй, а не 1 отнимай, там же мусор остаётся. Не критично, но лучше делать сразу нормально, чем потом часами в случае какой хуйни искать причину.
Написал велосипед на 1.5к строк, который схороняет скинмеш в байты и пишет на диск, а потом с диска же и читает и инстансирует в рантайме. Теперь переношу, что можно перенести, в длл на крестах. Как перестать решать задачки и начать делать игры?
>>309460 Ну да, выбора то нет. Перейти с float на double не возможно, как я понимаю (в рендере).
Я тут почитал про погрешность вычислений в float - этож пиздец какой, чуть что поделишь да вычтешь - и получается погрешность в 0.004 на число 6000, примерно.
Че делать то? Может мне расчет физики (не рендера) перевести в double? Так там та же петрушка вроде, запятая то плавает. Может вообще по хардкору в целочисленный тип перевести физон? Делить с остатком, остаток не проебывать? Буду костыльничать.
>>309543 Лучше всего сохранять ссылку на них в коллекцию во время инстанциирования. Обходить дерево объектов и сравнивать строки это неоптимальное дрочево.
>>309395 Зачем тебе такой гигантский масштаб? Какой самый маленький размер движущегося объекта на планете по отношению к радиусу планеты? От него и пляши.
что-то написать контролер для ИИ оказалось той ещё задачей. когда я приступил к имплементации действий требующих некоторое время (поднятие предмета, прыжки, действия с станционарными предметами и прочее) весь код стал превращаться в какую-то лапшу. особенно когда действие говорит что делать центральной части ИИ, а эта часть уже говорит что делать контролеру и всему остальному заодно начались какие-то невероятные проблемы с интерпретацией флагов одной системы в другую. я конечно понял как можно сделать похитрей, но всё равно какое-то болото. где можно почитать как такое имплементируется у нормальных людей? или примеры? официальных не нашел. да и вообще каких-либо полезных, или просто интересных не нашел.
>>309261 >Но у меня процедурная генерация меша и его редактирование на лету, а я всего неделю в юнити не ну молодец конечно. вот красивые слова сказал, а ты покажи что ты там делаешь то такое.
>>309552 >Зачем тебе такой гигантский масштаб? Я хотел считать в километрах и рисовать сцену из расчета 1 float = 1 километр.
Тащемта, как я понял, ошибка накапливается не из-за масштаба а из-за интервала. например, если считать высоту в числах от 0..6000 float, то точность вычисления уровня 9999.999, т.е. цифры после третьего места после запятой уже ничего не значат.
А если считать в высоту в числах -99..99 километров то максимальная точность будет 99.99999, т.е. точность на 2 порядка выше.
Но, все равно погрешность накапливается. Кароч, мне надо научится незначащие цифры после запятой в null отправлять и будет збсь.
>>309552 >Какой самый маленький размер движущегося объекта на планете по отношению к радиусу планеты? От него и пляши. Там вообще никто не движется (и не будет), зато есть расчет перетекания воды с накоплением ошибок (что плохо).
>>309633 Внезапно, я, и можно сказать что НФ по сюжету. Но я только начал и вообще кирил. И не факт что смогу продать или хотя бы не дропну (хотя писечка уже получается местами).
Текстурки и пара моделек может и пригодились бы, да я наверно в ассет сторе найду какую нибудь размытую хуйню. Да и как я с живым человеком буду взаимодействовать то? Хочешь, фейк-адрес дай, может напишу через неделю или раньше\позже. ДА и тебе не понравится, у меня не стрелялка.
>>309643 Симулятор вселенной. С термодинамикой и всей лабудой. Да там и нечего моделировать, несколько текстур да пару моделек. Генерируется жи почти все. Или не нужно.
>>309717 Нит, в SE процедурное говно а у меня все норм рассчитываться будет на лету
Кароч, победил я ошибки с рассчетами в float.
Промежуточные результаты оставляю как есть - с незначищими цифрами, а перед записью конечных данных округляю с помощью public static float safeRound(float income) { return Mathf.Round(income * Application.calculationPricise) / Application.calculationPricise; }
Где calculationPricise - 100 00f , т.е. до 4х знаков запятой (до дециметра, лол, ибо мерю все еще в километрах)
Норм решение с точки зрения погрешности\производительности?
Ябучий юнити. Ни с чего начинает фризить при запуске. Пока другой проект не запустишь, этот не перестанет фризить. После чего один раз нормально запустишь, потом опять фризит. Причем проект может быть даже практически пустым. Замечал, что появляется после того, как галочки потыкаешь в матрице коллизий. Но при возвращении всё на дефолт ничего не улучшается. Ябучий юнити. Через нескольких запусков-перезапусков может внезапно заявить при билде проекта, что что-то там нужно куда-то залогиниться (хотя залогинен). И, главное, всё нормально билдит, но заебывает видить эту ошибку при каждом запуске, а чтобы она исчезла, нужно с нуля проект начинать и импортировать, лол. Это норма?
Сап, юнити господа. Вопрос нюфани. Можно ли в юнити делать массивы объектов, расположенных на равном расстоянии друг от друга? Точнее есть ли удобны инструментарий для этого или херачить в ручную координаты надо?
>>309970 Скажу так - нет, нельзя. В любом 3Д редакторе проще это сделать процедурно - выглядит ворклфлоу так - подготавливаешь элементы, прописываешь расстояние, рисуешь линию. Вуаля, линия заполнена согласно твоим параметрам. В анриле нет "той самой" параметризации, он как раз рассчитан на "ручное", художественное композиционирование.
>>309975 >>310001 Спасибо за ответы господа. А что имеется в виду под "скрипт для редактора"? Отдельный скрипт не привязанный к объекту, который при старте отрисовывает объекты в нужном мне месте?
Лучше скажу сразу задачу, необходимо сделать ровненькое 2D поле гексов. Как лучше всего это сделать? При чем каждый гекс должен быть отдельным объектом.
>>310044 Просто гекс-объект тормозит, я пробовал. Точнее, там можно изъебнуться, чтобы меньше тормозило из-за батчинга. Я как-то даже код вкидывал в тред со скринами. Так что лучше собирать всё поле в один объект.
сап двач, возникла такая проблема: у меня есть кнопка, у нее стандартная картинка есть, я хочу сделать, чтобы при наведении картинка менялась. Вроде все просто, в настройках кнопки надо просто поставить Sprite Swap. Но проблема вот какая - картинка, которая должна появляться при наведении на кнопку просто не появляется. Все я вроде делал правильно, спрайт есть, все есть, но при наведении на кнопку как была дефолтная картинка, так они и осталась. В чем проблема?
>>310211 В чем проблема то? У тебя точно на канвасе поверх никаких объектов перекрывающих нет/или у канвса- канвас скрин-спейс - камера какая-нибудь левая не выставлена?
Котаны, смотрите, в игре есть разные объекты, и обычно если их таскать в инвентаре, подбирать на земле, сам объект вкладываю в геймобъект как на пикче. Это нормально? Как такой прием называется? Просто объект может быть дохуя составным, юзать наследование и агрегацию. Какие подводные камни, существующие альтернативы?
>>310505 Я не могу понять твой код. Совсем. Ты создаешь приватное поле типа Crewmamber. Затем ты создаешь метод Member, который возвращает созданное ранее поле.
И затем метод Se(t)upMember(Member), который устанавливает значение того же поля.
Но что ты хочешь этим сказать? Нахуя все это? Почему ты просто не таскаешь Member? Я бы еще согласился, если бы это была, как бы, ячейка инвентаря. Но ты ведь запрещаешь укладывать в неё что-то, если там уже что-то есть. И не предоставляешь методов что-то оттуда основательно выложить? А еще иметь похожие названия элементов - не к добру. Даже если это метод доступа и поле, к которому совершается доступ. Поверь, ты найдешь способ их перепутать и что-нибудь наебнуть. Так что лучше поберечься заранее. Ну и действие после if стоит обрамить в скобки. Даже пускай оно всего одно и язык это позволяет. Когда ты будешь читать-менять этот код, ты можешь об этом не вспомнить
>>310515 Ну вот создаю предмет для инвентаря(геймобжект), "зашиваю" туда какой-нибудь объект, то есть сменить его уже нельзя, таким образом не смогу что либо перепутать.
>>310505 Удаляем компонент "Позиция в мире" и "Визуальный ресурс" (что убивает GameObject с моделькой и коллайдером), добавляем "Принадлежит игроку" с id'ом игрока. За пределами тривиальных случаев Юнити следует использовать только как фронтенд, в MonoBehaviour не должно быть игровой логики. Тогда всё становится тривиальным поскольку можно использовать все стандартные методы.
>>265249 Чет я тоже ничего не понял. Я вроде как тоже уже не дно с шарпах, учился по Рихтеру и Троелсену + год работы на галерах. Пришел на собеседование в днище команду на юнити, на вопросы местного тимлида ответил как нехуй делать, он походу сам не знает шарпов выше чем в туториал на сайте. Параллельно рассказал им, что пихать весь графоуни в одну сборку - это пиздец зашквар и им срочно нужно выносить ресурсы отдельно. После чего они мне отказали под видом, "ну ты же не знаешь юнити, а мы тут делаем серьезные игры".
>>310576 >пихать весь графоуни в одну сборку - это пиздец зашквар и им срочно нужно выносить ресурсы отдельно Как юнитидебил скажу - к этому рано или поздно приходишь сам. И удобнее, и размер билда сокращает и вообще.
>>310587 То, что кнопку cancel убрали при импорте, и вообще зависающее диалоговое окно, переместив импорт в фон - уже прорыв. Кнопка "zdelat pizdato", я понимаю - следующий шаг.
Подскажите, можно ли как то оптимизировать вот такой случай, когда у меня несколько одинаковых материалов на одном мешрендерере. Батчиться они не будут, поэтому в некоторых случаях у меня цифра Batches достигает 15 000 и больше, фпс сразу падает.
>>310616 У меня две гуишные панельки, в каждую спавнится 250 ячеек, когда я дебажу чилдкаунт, он говорит что там их 380, а во втором случае 498. Не знаю в чем было дело, если в самой панельке сделать скрипт, в который записывать число добавленных чилдов, а потом использовать его, то все прекрасно.
>>310599 >Version: 0.5 (Aug 29, 2016) Автор видимо забил хуй на ассет, не смог шарики-молекулы в вертексы меша преобразовать. В оригинальной демке флекса такой хуйни нет.
>>310680 Ну очевидно, что твой код дерьмо. Возможно, где-то создаются чилды с неправильным анкором или позицией и ты их не видишь. Чилдкаунт врать не может.
Смотрите, есть спрайт шкалы, делаю филлАмоунт, оно блядь центр смешает в сторону, обрезав пустое место. Если спрайт 200 пикселей, и на половину он пустой, то заполнение начнется с позиции 50 (центр ста пикселей), бесит. Что делать, рисовать полный круг или есть какие-то настройки в хуюнити? Конечно можно 1 пиксель в конце и заебись.
>>262042 Лол, можешь не манямечтать, c# ты не знаешь даже на начальном уровне. Туториалы на оф. сайте сделаны просто для привлечения внимания, на деле там поверхностный пересказ 10 страницы Троелсена.
1. Нет, они ведь загнали тебя в анальное рабство своей архитектуры. 2. Очень небольшое и специфическое, особенно если будешь ковыряться один. 3. Можно, если сумеешь нассать в уши заказчику.
Вопрос возник, есть корабль(компонент), и в нем есть корпус, в корпусе стоит разное оборудование - оружие, дроиды, модули. Всё это оборудование по сути палки с дамагом и циферками. Корпус - ГлавПалка,которая собирается из мелких палок. Есть компонент - контроллер. Контролер отвечает за поведение палок (пушек и другого оборудования) которое может быть активировано. Как только поставили оружие в корпус, сразу же и повесился компонент нужного контроллера на геймобжект. В контроллере есть поля - итем(за который отвечает контроллер) и корабль (которому контроллер принадлежит). Контроллерами управляет АИ, если это бот, или UI, если это я. Надеюсь тут все ясно понятно.
Ну так вот, нажали кнопочку, делаем проверки, активируем контроллер, получаем <IHitable> таргета и вваливаем ДАМАГ. Дальше делаем Корабль.Корпус.Отнять_энергия ( energyUSageOfWeapon). Ну норм, работет, хуй знает насколько это криво, но мне норм, пока что. Но вот захотелось сделать баф на корабль, -20% к энергопотреблению всеми орудиями. И что тут, в контроллере делать проверочку на наличие бафа? А что если бафов много? Тогда может требуется сделать поле в корпусе которое будет отвечать за энергоэффективность орудийных систем? Кинули баф в корпус, корпус сделал пересчет характристик, а контроллер только черпает информацию из нужного ему поля и заебись? А может вообще контроллер не должен иметь права отнимать у корпуса энергию?Может контроллер должен только говорить корпусу что было активировано, а корпус уже внутри себя делает перерасчет и отъем энергии ? Спасибо.
>>310932 Я бы сделал чисто c# систему для управления всем этим и "сборщик" на стороне Юнити. Сборщик берет кораблик и делает все геймобжекты как надо. Никакой логики в нем - только отражать изменения в модели и сообщать о попаданиях назад. Так проще.
забавная проблема. организовал два варианта хождения по процедурному графу, один когда начальным состоянием является персонаж и при попытке продвинутся сравниваются рекваерменты действия с состоянием мира в ноде, а потом на него накладываются эффекты действий. когда аккумулированное состояние мира равно целевому, то это нужная последовательность. и наоборот - начальное состояние мира это желаемый эффект, для продвижения надо чтобы состоянию мира соответствовали эффекты, а на него накладываются рекваерменты действий. когда аккумулированное состояние мира равно состоянию агента, то это то что нужно. первый вариант долго, потому что очевидно перебирается весь спектр возможных действий. второй вариант быстро, но зато разумеется хуй его знает какая там будет позиция агента, где и когда. к тому-же из-за того что на каждой итерации берется наиболее дешевое действие в этом случае первым действием становится самое дорогое действие, если смотреть с обратной стороны. и например если надо подобрать последовательно два предмета в любом порядке то первым надо будет подобрать самый далекий предмет. и ИИ так и будет бегать туда-сюда между двумя предметами, потому что самый далекий предмет становится другим предметом, по мере приближения к самому далекому предмету. похоже единственное адекватное решение это два раза делать этот процесс. первый - в обратной последовательности чтобы сократить список возможных действий только до самых нужных и прямой - чтобы обновлять позицию агента на каждой итерации.
алсо разница по времени между обоими вариантами почти нихуя. спасибо байтоёбле.
>>310932 как-то ты логику организовал непонятно. организуй все операции через какую-то центральную абстрактную часть где описана вся логика, на которую остается ссылка при создании компонента. где были бы функции в духе bool TakeEnergy где возвращалась бы возможность взять энергию из общего пулла, рядом бы лежала функция наличия возможности стрельбы и функция (или несколько на разный вкус), которая бы применяла все нужные модификаторы к конечному дамагу. пушке же необязательно знать какие там баффы и где, надо просто знать можно ли стрелять, как делать стрельбу и сколько дамаги выплюнуть после всех модификаторов. так что да, ты подумал в правильном направлении. собирание такой ключевой логики в одном месте упрощает дальнейшие манипуляции с ним.
>>311195 >картинку ты можешь кинуть в панель, а панель в картинку нет На самом деле можешь кинуть панель в панель, а потом это всё в картинку. Если посмотреть на компоненты панели и картинки, то очевидно, что это одна и та же хуйня. Только дефолтные настройки анкора отличаются.
Если на объект светит свет с render mode: important, динамический бутчинг не будет работать и с этим ничего не сделать? Или можно и то, и это при каких-то условиях?
>>311251 Не совсем в верном. Пусть опен-сорс версию берет и ковыряет. Только без прямого диалога с техами движка это растянется на годы. Пусть xenko берет - однохуйственная юнити, только опенсорсная. мимо УЕ-даун
сап ребят если у меня есть аниматор из которого я могу проигрывать две анимации типа animator.Play("one") и animator.Play("two") то как мне осуществить проверку не проигрывается ли одна из них сейчас?
>>311294 Если цель мобилы, то пили сразу на юнити. Если целишься в топовые платформы, то есть Сryengine 5\Лумберярд. Если у тебя есть желание и возможность нахуярить сотню тысяч строк с++ кода, то уе4 может быть альтернативой. Но это такое, для мазохистов.
доволен. сделал себе простенький прототип дополнительного грида на навмеше. в конце этапа с вокселями берется каждый энный воксель и у него проверяется есть ли по ключевым направлениям ещё другие такие воксели. потом они закидываются в отдельную хранилку и уходят на общий граф. и когда надо то хранилке дается нужная координата, внутри находится ближайшая позиция грида, а потом от этой позиции нужное количество итераций хватаются соседние позиции. я получаю кучу точек вокруг нужной к которым можно пройти и которые находятся примерно у поверхности. а потом я охуеваю, делаю много лайнкастов проверяя видимость нужных мне высот на полученных точках. но зато получаю какой-то сорт информации о том куда ИИ следует бежать. надо будет добавить ещё какие-то сорта цыфр на этот грид видимости, вроде того целится ли туда кто-то, удаленности их от агента, наличия рядом ценных предметов, дистанции до союзников, или врагов. или сделать ещё лучше - когда сделаю сквад менеджер, то подобная информация думалась бы на его стороне для всего сквада, чтобы одни и те-же точки не проверялись несколько раз
>>310968 а я вот делаю! заебись вот практичное что-то же!
>>311257 а зачем? проект я начал делать исходя из желания узнавать что-то новое по мере создания мира своей мечты и я не тороплюсь особо. опенсорс мне не слишком то нужен, ковырять чужой код пытаясь заточить его под себя это сомнительное удовольствие. особенно в плане навигации, или ИИ. которые мне бы пришлось в той-же степени имплементировать скорей всего на любом другом движке. (хотя навигация на УЕ мне например очень нравится. зато не нравится много чего другое) а у юнити есть такие важные плюсы как довольно легкое расширение самого редактора, хорошая документация.
>>311287 про лайтмапы чтоли? Window > Lighting. снизу чекбокс Auto
Антош, я тут решил попробовать сделать на юньке что-то сложнее 2д казуалок. Первым делом начал моделить статическую геометрию для уровня. Домики там разные, ящики, мусор. А потом встал вопрос с террайном. Допустим я для большого уровня использую один юнети террайн. Я хочу чтобы это была детализированная поверхность, хендпейнт текстурированная, с рельефом, на котором не только холмы, но и, скажем, дороги. Как в этом случае грамотно подойти к моделированию террайна? Нормально ли рисовать геометрию дороги прямо на террайне, с помощью карты высот? Нужно ли большой уровень разбивать не несколько террайнов поменьше и стыковать, ради увеличения производительности, или юнити сам отрезает у него все ненужное? Как обстоят дела с текстурированием? Например если я вручную текстурирую декали, поверхности, прямо на террайне, вся эта огромная текстура террайна потом сама разрезается как нужно? Или лучше декали делать на отдельных и ставить сверху на террайн? В общем поясните как правильно в отношении 3д шутера пользоваться всем этим.
>>311346 Проблема не в том, чтобы это замоделить. Проблема в том, чтобы это принести в движок, и он не охуел от усердия. Я, например хочу не просто хайвей, а дорогу, которая на обочине плавно переходит в грунт. Такое отдельными моделями делать - швы останутся и смешивания текстуры модели и террайна не будет.
>>311344 >Нормально ли рисовать геометрию дороги прямо на террайне Высокой чёткости дорогу так не сделаешь. То есть просёлок ещё можно, грунтовка-брусчатка. А шоссе уже нет. >большой уровень разбивать не несколько террайнов Да. Но смотря на сколько большой. Не советовал бы делать размер террейна больше, чем 2х2 км. Плюс рекомендую дополнительно выключать GO, до которых очень далеко, иначе сортировка жрёт фпс. >Как обстоят дела с текстурированием? N текстур смешиваются по маске, нет никакой "огромной текстуры". Декали террейн же не поддерживает, о чём ты вообще? Про дитейл меши? Их можно хуярить сколько угодно. >>311346 Долбоёб, ты не в том треде срёшь. Уёбывай в свой загон.
Нужно запилить перемещение по нажатии мышки и чтобы шел пока снова не ебанешь(point-click, ага). Времени в обрез, может кто подсказать, скинуть скрипт с комментами, маму выебать?
>>311353 >высокой чёткости дорогу так не сделаешь Ну мне высокая четкость и не нужна. Нужно дорожное полотно, с небольшими неровностями. К примеру в тест драйв, где дороги около берега переходят в песчаный пляж. Без ограждений, просто полотно. Остальное моделями можно допилить. >2х2 км Это практически полный размер уровня, на который я ориентируюсь. Будет ли толк если я, скажем, сделаю четыре куска по квадратному километру? А если восемь кусков по пол километра? Или это уже на производительность не влияет? >выключать GO А разве амбиент околюжен с этим не справляется автоматически? >о чём ты вообще? Ну я в разных 3д пакетах наблюдал как работает этот процесс, при экспорте текстуры приводятся к одной гигантской диффузной карте. Думал и тут так же. Окей, а сама маска, чтобы содержать приемлемое качество детализации должна же быть тоже высокого разрешения. А для большого террайна, 2х2 киллометра, например, разрешения в 1024х1024 маловато. Вот я об этом и говорил. А что до декалей, так это я образно. Какая то текстура, у меня как бэкграунд для террайна. А другая - чтобы, например, травки добавить под деревом, на этом террайне. Третья - чтобы на дороге ямку нарисовать или неоднородности придать. Вот это я называю декалями. Может неправильно выразился.
>>311358 >дорожное полотно, с небольшими неровностями Думаю, вполне. В крайнем случае ебанёшь поребрик мешами.
> Будет ли толк если я, скажем, сделаю четыре куска по квадратному километру Ну я на самом деле разницы не замечал. Сам террейн скидывает лишние полигоны при отдалении, т.е некоторая оптимизация есть и её хватает при адекватных размерах. Ну ты можешь поставить эксперимент. Только не забудь зайти в справку, найти там Terrain.SetNeighbors и накалякать себе скрипт для этого дела. Без него несколько террейнов - гроб-кладбище-пидор. >А разве амбиент околюжен с этим не справляется автоматически? Нет. Хотя бы потому, что AO это фейковые затенения и не имеет никакого отношения к куллингу. И нет, я же говорю, он начинает слишком грузить. То есть отсечение всего лишнего говна производится каждый кадр, когда достаточно выключить его один раз. Хотя с уровнем 2км это скорее всего не пригодится. У меня уровни больше, вот и начал расписывать, лол. >при экспорте текстуры приводятся к одной гигантской диффузной карте Это говно ёбаное. Из 3д пакета тебе нужны оригинальные текстуры и сплатмапа. Она же эта "маска". Для террейна 2х2км используй 2048x2048 и вполне годится. Если не ошибаюсь, сплатмапу из стороннего 3д пакета без скрипта тоже не ебанёшь в юнити. >неправильно выразился. Это. Ты текстуры назвал декалями, хотя это не так. >>311363 >как его конформить к террайну А никак. Весь "обвес", если это не деревья, трава и не детейл меши, просто делается отдельно.
>>311357 А давай я тебе просто на ебало поссу и всё? Кокой агрессивный, пиздец просто. Пссс-пссс.
>>311364 >AO это фейковые затенения Околюжен куллинг, конечно же. Опечатка. >Ты текстуры назвал декалями, хотя это не так. Просто они выполняют, в моем манямирке по крайней мере, туже функцию, что декали на моделях. >делается отдельно Славненько. Значит этот вариант отпадает.
>>311365 В общем потыкал я в террайн эдитор. Хуйня, все хуйня. Годится только для подготовки основы для террайна. Деталей не добавить, на высоких разрешениях карт все начинает дико тормозить. Нерикаминдую. Придется делать ручками все и импортировать готовую геометрию.
>>311455 >Нет, ты! Как-то тупо. В гугл сходи, тебе предоставят пруфов. Импорт меша всегда будет хуже. Ты же не будешь делать для цельного меша свою лод систему. Не прикрутишь адекватный мипмапинг или хотя бы батчинг травы, камней и деревьев. А значит, "свой" меш всегда будет медленнее работать, чем такой же террейн.
>>311461 А теперь этот же террайн, но не с высоты птичьего помета, а из камеры на земле. Ты бы еще в три раза картинку ужал, чтобы эффект усилить, дятел.
>>311461 Говно. Причина, по которой вся эта процедурная коковолюция провалилась - низкий уровень инвестиций в исследования математической составляющей понятия "красота". Ебальники и сиськи математически изучены, все эти перспективы и гармонии на ландшафтах - говно.
>>311474 C земли выглядит не так эффектно. Но всё равно не тормозит. То есть про руки - остаётся в силе, криворучка. >>311483 Да похуй на революции. Изначально сгенерированный ландшафт выглядит лучше, трудозатрат на него меньше, кисточкой рисовать не надо. А "красота" вообще понятие субъективное - в популярных рпг до реалистичности очень далеко, но всем нравится. >>311492 В код не вникал, но у тебя очевидно не находит чего-то. Сделай переменную под камеру, например.
>>311492 и как же ты тут нулл то мог получить? камеру из сцены удалил чтоли? параши какой-то принес.
>>311459 >Но как инструмент для создания того, что у тебя на пикче он не подходит. террейн никогда и не являлся единственным доступным инструментом для создания всякой хуйни. к тому-же если тебе не хватает какого-то инструмента для редактирования террейна, вроде выравнивания его вдоль дорожек, то можешь сесть и написать его за пару вечеров.
>>311453 >Деталей не добавить потому что детали добавляются иными методами, очевидно.
а вот то что у деревьев может быть только капсульный коллайдер последний раз когда я это проверял это гораздо большая проблема.
>>262023 (OP) Допустим я пилю шутан-рпг. И тут возник вопрос, если я хочу прикрутить мультиплеер на 20 рылблядское ограничение, насколько сильно придётся перепиливать код ?
Объясните ньюфагу почему unity ругается на вот это: using UnityEngine; using System.Collections; public class MouseLook : MonoBehaviour { void Start() {
} void Update() {
} }
Проблема явно в какойто настройке толи Unity толи еще чегото. Редакторы пробовал и monodevelop и visualstudio все однохуйственно
Это явно какаято хуйня с редактором, который както не так сохраняет файлы. Я добавил скрипт в юнити, он открылся в monodevelop, вручную перенес туда код. Все работает. В чем может быть дело?
>>311605 Тогда самое время учиться гуглить(не в обиду, просто все через это проходят). На подобный вопрос отвечали сотни раз ибо все с ним сталкиваются. Гуглить прийдется по мелочевке год-полтора, а потом уже и вопросы можно начинать задавать.
Анон, посоветуй действительно годный ресурс по юнити, с бест практис. Хотя бы примеры реальных проектов, с тестами. Все книги и видео урокилол которые находил походят на какой-то трэш, либо на начальный уровень. Официальный сайт туда же.
>>311696 Официальный сайт не нравится? А как надо? Чтоб тебе шаг за шагом объясняли на примере готовый тайтлов - что куда надо настраивать, какие буковки писать, как модельки пиздить с интернета вплоть до релиза и получения денежков? Официальный сайт не нравится, бля!
>>311521 >не так эффектно Ты бы еще пруфцы подогнал, что то нарисовано в террайн эдиторе, а не в каком нибудь блендере. поскольку сам ты нихуя не сделал, а только чужими руками что-то там маняфантазируешь, то я засчитываю тебе очередной слив.
>>311522 >детали добавляются иными методами То есть если я хочу добавить декаль, или сделать ЯМКУ, мне нужно хуячить вмятину размером с анус твоей мамки, а потом маскировать ее такого де размера мешем с замоделенной нормально ЯМКОЙ? Хорошо, что я хотя бы доебался до шейдеров, и эту ситуацию можно спасти. Но сторонними методами за вдвое большее время.
За то же время я замоделю хороший террайн в блендере, затекстурирую, приведу к идеальному состоянию и просто импортну мапы в юнити.
А все на что способен юнитековский террайн - пикрелейтед.
>>311784 >То есть если я хочу добавить декаль то ты добавляешь декаль
>сделать ЯМКУ, мне нужно хуячить вмятину размером с анус твоей мамки, а потом маскировать ее такого де размера мешем с замоделенной нормально ЯМКОЙ? да, прямо как это делают в многих других играх. замаскировав швы всяким говном вроде камешков. если конечно ты не можешь сделать из них нужную тебе ямку изначально.
>Хорошо, что я хотя бы доебался до шейдеров, и эту ситуацию можно спасти. Но сторонними методами за вдвое большее время. как бы террейн это не совсем шейдор
>За то же время я замоделю хороший террайн в блендере, затекстурирую, приведу к идеальному состоянию и просто импортну мапы в юнити. травку тоже анимируешь в блендоре? мистер артист, карту высот оптимизировать явно проще чем результаты твоих непосильных трудов в блендоре.
>А все на что способен юнитековский террайн - пикрелейтед. это то на что способен ты, а не террейн. юнити разумеется ещё может делать траву, деревья, эту свою хуйню с лодами, шевеление травкой и прочим говном о котором можно прочесть в документации.
>>311791 >то ты добавляешь декаль Ямогу ее добавлять и без всякого террайна. Нет ни функций, ни оптимизации для этого в террайне юнити. >да, прямо как это делают в многих других играх В других играх? 2016 год на дворе. Все уже во всю используют тесселяцию, шейдеры геометрии и прочие хорошие вещи. Проснись. >как бы террейн это не совсем шейдор Но детализация террайна это работа шейдера. >травку тоже анимируешь в блендоре? Та травка, которой можно шевелить в юнити - кусок говна. Для нормальной травы все равно приходится лепить меши, и либо шевелить их вручную, либо нахуй вообще шевелить. Лично мне это шевеление не нужно, а вот нормальные инструменты для работы с террайном - очень даже. >юнити разумеется ещё может делать траву, деревья, эту свою хуйню с лодами, шевеление травкой и прочим говном Да, он может делать все, кроме террайна, это я и без тебя понял. Лоды, шевеление травкой можно написать самому. А террайн то де?
>>311950 >Ямогу ее добавлять и без всякого террайна. потому что декали это явно не фича террейна
>В других играх? 2016 год на дворе. Все уже во всю используют тесселяцию, шейдеры геометрии и прочие хорошие вещи. только швы это не слишком то скрывает.
>Но детализация террайна это работа шейдера. шейдор это последнее что к террейну применяется.
>Та травка, которой можно шевелить в юнити - кусок говна. Для нормальной травы все равно приходится лепить меши, и либо шевелить их вручную, либо нахуй вообще шевелить. Лично мне это шевеление не нужно, а вот нормальные инструменты для работы с террайном - очень даже. сделать инструменты - легко. сделать шевелящуюся травку - трудно. и ололо шевелить вручную. костью видимо.
>Да, он может делать все, кроме террайна это он и есть, наркоман.
>Лоды, шевеление травкой можно написать самому. что ты там напишешь сам? как сетка разрешение меняет по мере удаленности от камеры без дырок под ногами? как деревья билбордами становится красиво? чтобы шевелилось все от винд зон?
>>312008 >потому что декали это явно не фича террейна Схуяль бы ямка на земле или выбоина на асфальте не фича террайна? >только швы это не слишком то скрывает Пикрелейтед >шейдор это последнее что к террейну применяется Это что-то меняет? >сделать инструменты - легко. сделать шевелящуюся травку - трудно. и ололо шевелить вручную. костью видимо Наркоман.
>>312097 >Схуяль бы ямка на земле или выбоина на асфальте не фича террайна? мистер артист, декаль - широкое понятие не ограничивающееся террейном. декаль может быть где угодно. как и выбоина может быть и на стене и на земле и на космическом корабле.
>Пикрелейтед мистер артист, понимаешь ли ты что на картинке? на картинке есть пенёк, потом есть красивая волнистая хуйня с текстуркой террейна красиво обрезанная, чтобы как раз скрыть факт того что меши разные. и всё. нету охуительных шейдоров делающих техномагию, есть как раз то о чём я сказал - умелое скрытие швов всяким говном.
>Это что-то меняет? меняет иерархию представления о террейне, разумеется. что же ты глупый то такой. это то о чём я тебе говорю. террейн это то что из карты высот, карт с травкой, карт с текстурками и карт с деревьями делает вертексы, треугольники, так чтобы их количество было пропорционально расстоянию до камеры, коллайдер, и прочую замечательную хуйню так чтобы всё это не тормозило. и дарует инструменты для редактирования всего этого, даже в процессе игры. а шейдор это уже то что отображает тебе на монитор представление террейна о представлении всех тех карт что ему скармливают. прослеживаешь иерархичность?
>>312108 >декаль - широкое понятие И, тем не менее, в гейдеве декали для террайна уже давно не новость. Но юнети в этом плане зачем то взаде.
>нету охуительных шейдоров Лол, на картинке как раз шейдер геометрии. Никаких лишних мешей не добавлено. Все процедурно сделано через шейдер. Маня, ты застрял в 2005 году.
>прослеживаешь иерархичность? Аутист, при чем тут иерархичность? Я тебе говорю что все эти >карты высот, карт с травкой, карт с текстурками и карт с деревьями вещи, это не весь террайн. Есть слот под кастомный шейдер для террайна, но НЕТ ИНСТРУМЕНТОВ для маппинга дополнительных карт через кастомный шейдер. Так же как и нет продвинутого родного шейдера дляобработки все той же тесселяции. Ты какой то упоротый, ей-богу.
>>312111 >И, тем не менее, в гейдеве декали для террайна уже давно не новость. Но юнети в этом плане зачем то взаде. ничего особо не мешает сделать тебе их там самому. юнити поставило перед собой благородную задачу - сделать инструменты так чтобы их можно было заточить под себя не проходя через боль и страдание.
>Лол, на картинке как раз шейдер геометрии. Никаких лишних мешей не добавлено. Все процедурно сделано через шейдер. Маня, ты застрял в 2005 году. https://www.assetstore.unity3d.com/en/#!/content/48684 видишь ли ты где-то файлик с расширением .shader?
>Аутист, при чем тут иерархичность? Я тебе говорю что все эти вещи, это не весь террайн. Есть слот под кастомный шейдер для террайна, но НЕТ ИНСТРУМЕНТОВ для маппинга дополнительных карт через кастомный шейдер. Так же как и нет продвинутого родного шейдера дляобработки все той же тесселяции. как бы предполагается что ты эту хуйню сможешь делать самостоятельно и это не выглядит такой большой задачей. ты же понимаешь что у велосипеда скрутить сидение и прикрутить другое под свою задницу несравнимо проще, чем собрать свой велосипед?
>>312113 >ничего особо не мешает сделать тебе их там самому Как и сам террайн. Но если уж есть такой иснтрумент, то почему не позаботиться о такой насущной проблеме?
>видишь ли ты где-то Да тут я обосрался.
>эту хуйню сможешь делать самостоятельно В отм то и дело что слишком много нужно делать самостоятельно и слишком мало идет искаропки. Чем работать в двух инструментах сразу, проще взять сразу один. И в этом конкретном случае этот инструмент точно не юнитековский террайн. Карту высот я могу сделать в любом графическом редакторе, а деревья расставлять с травой - не самая приоритетная задача.
Просто представь что нужно сделать не чисто-поле, а, например, поселок. С хатами и грунтовками, с огородами и прочими колдоебинами. Чтобы это выглядело КРАСИВО нужно 90% времени пользоваться декалями, мушо от террайна не добиться ничего кроме гладеньких бугров.
>>312115 >Как и сам террайн. Но если уж есть такой иснтрумент, то почему не позаботиться о такой насущной проблеме? сам террейн то довольно проблемно сделать самому. а то что ты выдвигаешь как проблему - не является той проблемой которая должна решатся непосредственно террейном. она изначально решаема множеством методов, в том числе переделкой террейна для себя, переписывая его шейдор, добавляя какие-то внешние карты самостоятельно храня их. разве что уныло что сорсов нет, но с другой стороны с прослойкой из API обновление на новую версию не превратится в боль.
по моему насущные проблемы это капсульные коллайдеры у деревьев, или отсутствие тесселяции изкаропки. уж тесселяцию то могли бы и сделать.
>Да тут я обосрался. как видишь методы 2005 года достаточно технологичны и сейчас. а вот например https://www.assetstore.unity3d.com/en/#!/content/2680 который уже пиздец какой старый, но всё ещё валиден и на текущий день. можешь скачать, посмотреть что там внутри, сделать по своему.
>Карту высот я могу сделать в любом графическом редакторе ну сделай, хули. инструменты редактирования карты высот в юнити ни на что особо не претендуют, особенно учитывая что большинство всё равно эти карты генерируют используя внешние программы независимо от движка. например вон тот мой скриншотик с пальмами был сделан процедурной генерацией которую я сам-же и написал. просить от юнити каких-то серьёзных инструментов для редактирования этой хуйни всё равно неадекватно, хуй там знает чего тебе надо. куда важней что это то что ты даешь юнити - работает. а это уже гораздо практичней. мне вот например понадобилась хуйнюшка чтобы копировать куски карты из заготовок, но жаловатся что в юнити нет такого инструментария изначально довольно странно.
>Просто представь что нужно сделать не чисто-поле, а, например, поселок. С хатами и грунтовками, с огородами и прочими колдоебинами. Чтобы это выглядело КРАСИВО нужно 90% времени пользоваться декалями, мушо от террайна не добиться ничего кроме гладеньких бугров. да не особо. накати тесселяцию сам, или отдай за неё 15 долларов. https://www.assetstore.unity3d.com/en/#!/content/20439 будет всё объемное-обьемное. даже не знаю где тебе там декали могут понадобится в таком колличестве.
>>312122 справа не видно ничего особенного, это без проблем достижимо средствами юнити. а то что там дайсы в фростбайт положили это разумеется трудно ожидать от юнити. можешь почитать их статьи о том как они это сделали и воспроизвести, или перекатится на другой движок. UE получше террейн рисует, например.
>>312123 Дело не в том как движок рисует террайн. Юнити вполне справляется с красивым рендером. Но посмотри на террайн же. Колор маппинг, дисплейс, тесселяция, декали. Без всего этого у баттлфронта террайн выглядел бы так же как и в юнити - голым. Я не знаю как технически это реализовано у дайсов, но я не вижу технических возможностей сделать то же самое в юнити, без дописывания функционала вручную. Как ты правильно заметил, я артист. И не смотря на то, что я не совсем деревянный программист, я самоучка и писать дополнительный функционал для меня и сложно и долго. Я выбрал юнити чтобы игры делать, а не велосипеды.
>но я не вижу технических возможностей сделать то же самое в юнити, без дописывания функционала вручную. какая нелепая жалоба. а я не вижу технических возможностей не делать модельки, не делать текстурки, не записывать звуки в этом случае. вот очень трудно мне. наверно я не должен этого делать никогда! даже если очень надо!
>я самоучка и писать дополнительный функционал для меня и сложно и долго. а кто тут не самоучка. тоже мне особенность!
>>312134 а говорил что выбрал юнити чтобы игры делать
>>312138 >какая нелепая жалоба В юнити нет функционала для 3д моделирования, поэтому он не претендует на возможность делать модельки. Нет там и графического редактора, чтобы претендовать на рисовку текстур. Звукового редактора там тоже нет, нутыпонел. А террайн эдитор есть. Функционала у него нихуя нет, но сам он есть. Я не требую невозможного, я выражаю свое неудовлетворение куцым инструментарием. Не пойму чего тебе печет-то так? Ты сам же только что показал террайн свой, который годится в лучшем случае для РТС, и то если PODALSHE SEL.
>а кто тут не самоучка Ну есть же тут и студентики, и профессиональные программисты. Это их профиль. Как мой - делать арт. Хоть я и пытаюсь совмещать, но прекрасно понимаю что звезд с неба в этом деле мне не достать.
>а говорил Это интерактивная презентация в игровой форме. Не вижу, собственно, разницы в техническом плане. И вообще это ведь мемас такой)))0) Смищно, азаз)
>>312141 >А террайн эдитор есть. Функционала у него нихуя нет, но сам он есть. Я не требую невозможного, я выражаю свое неудовлетворение куцым инструментарием. ну а чего тебе не хватает то? кисточек? ты вот требуешь инструменты чтобы сделать чтобы как у дайсов. это вопрос не нехватки инструментов, это вопрос нехватки самих фич для начала. чтобы ещё инструменты для них сделать.
>Ты сам же только что показал террайн свой, который годится в лучшем случае для РТС, и то если PODALSHE SEL. эй, все мои силы ушли на то чтобы сделать процедурный генератор. я напиздил бесплатного говна, пальм, текстурок на землю, травку там, у половины даже не потрудился карты с нормалями воткнуть. зато кнопку нажал, чёто получил. сделать покрасивей задача другого дня, месяца, года. надо ещё хотя-бы гейплей сделать для начала.
>Ну есть же тут и студентики, и профессиональные программисты. Это их профиль. а знаешь ли ты как получаются профессионалы? вот например я забежал в шарп с разбегу имея куцое говно из первого курса универа про паскаль. мне вот даже в школе в таинства бейсика не посвятили. и хули. я вот не испытываю явно той боли которую ты испытываешь при написании дополнительного функционала. мне кажется для этого не надо быть профессионалом.
>Это интерактивная презентация в игровой форме. Не вижу, собственно, разницы в техническом плане. кинцо делать собрался!!!
>>312149 >инструменты чтобы сделать чтобы как у дайсов Бля, да декали это не вопрос "как у дайсов". Декали не интегрированные в террайн будут более накладными для производительности. Колормапы - вопрос внедрения в стандартный шейдер. Ты можешь переписать юнитековский шейдер? Я - нет. То же и тесселяции касается. А чтобы рисовать все это добро потом кисточкой, нужна еще настройка самой кисти под конкретный материал, использующий тесселяцию ли, колормаппинг или другую текстурную карту, или не использующий ничего.
>все мои силы ушли на то чтобы сделать процедурный генератор И вот ты такой сидишь, пилишь свою процедурную генерацию и с пеной у рта мне доказываешь что все ок, даже не попробовав поработать с этим самому. Что за манера?
>мне кажется для этого не надо быть профессионалом Не все, что тебе кажется, является истиной. Вот ты возьми лучше и попробуй красивые модельки сделать, текстуры к ним хорошие нарисуй. Мне тоже кажется что для этого не надо быть профессионалом.
>>312154 >Бля, да декали это не вопрос "как у дайсов". тыж сам их показал как пример заебись. ты тогда конкретно давай указывай чего тебе там хочется. чтобы вот камешки проглядывали через землю? чтобы камешки как галька на земле лежали? чтобы валуны были? всё сразу?
>Ты можешь переписать юнитековский шейдер? Я - нет. То же и тесселяции касается. ну так. я тебе даже экзампл дал. сделай реверс-инжинеринг и сможешь. в крайнем случае всегда можно спиздить готовое. ты всёравно вроде там бесплатное делаешь, никто и не заметит твоего успеха.
>А чтобы рисовать все это добро потом кисточкой, нужна еще настройка самой кисти под конкретный материал, использующий тесселяцию ли, колормаппинг или другую текстурную карту, или не использующий ничего. ну так сделай, хули. уж написать свой интерфейс для редактирования террейна в юнити особого труда не составит. потому что у юнити могущественное API для расширения его интерфейса.
>И вот ты такой сидишь, пилишь свою процедурную генерацию и с пеной у рта мне доказываешь что все ок, даже не попробовав поработать с этим самому. Что за манера? гы гы. а ты думаешь почему я процедурную генерацию сделал? как раз потому что попробовал. и решил что нахуй и в пизду. сделал кусок локации ручками, но быстро заскучал от подобного творчества и захотел кнопку которая бы делала за меня. но потом сделал копипаст локаций, чтобы какие-то места всё-же можно было делать руками. но я пробовал сам. вышло нормально. но скриншотов не будет, винч сгорел со скриншотами двухлетней давности.
>Не все, что тебе кажется, является истиной. Вот ты возьми лучше и попробуй красивые модельки сделать, текстуры к ним хорошие нарисуй. Мне тоже кажется что для этого не надо быть профессионалом. я же утрировал. впрочем мне тоже кажется что понятие о професиональном артисте невероятно размыто. и, кстати, я делал красивые модельки, текстурил, лошадью мешок красил, иконки рисовал, анимировал. но писать код важней. без кода всё это бесполезная хуйня.
>>312161 >тыж сам их показал как пример заебись Просто это первый скриншот с нужным набором фич на террайне, который мне попался. А так то да, нужно все и сразу.
>сделай реверс-инжинеринг и сможешь Я таким методом ковырял пиксельные шейдеры. Но там я хотя бы принцип работы понимал. А тут я в душе не ебу зачем седално так и так. Я прекрасно понимаю какой эффект даст карта нормалей, например, но я понятия не имею как это работает на практике. Ну то есть сухая теория есть, а представления как это использовать - нет.
>быстро заскучал от подобного творчества Чет вспомнилось как мы в школе в пэйнте рисовали, лол. Творчество уровня гд.
>но писать код важней А я вот не могу писать код, пока у меня нет перед глазами более-менее цельной визуальной картины. Для меня бесполезен плавающий по уровню куб.
Няши ^,как можно изменить этот скрипт,чтобы спавнить обьекты при двойном касании экрана :
using UnityEngine; using System.Collections;
public class SpawnObject : MonoBehaviour { public Object Player; public GameObject prefabToSpawn; private void Update()
{
if (Input.GetKeyDown(KeyCode.Mouse0)) { RaycastHit _hit; Ray ray = Camera.main.ScreenPointToRay(Input.mousePosition); if (Physics.Raycast(ray, out _hit)) Instantiate(prefabToSpawn, new Vector3(_hit.point.x, _hit.point.y, _hit.point.z), transform.rotation); } } }
УРОКИ: http://unity3d.com/ru/learn