Войти
ПрограммированиеФорумОбщее

Сравнение игровых движков (8 стр)

Страницы: 15 6 7 8 9 10 Следующая »
#105
7:55, 9 ноя. 2017

http://www.pcgamer.com/bomber-crew-earned-1-million-in-its-first-… s-on-the-way/ 

made with unity

#106
11:18, 9 ноя. 2017

Tokarn

Так же для 3D шников интегрировали мгновенный импорт изменений из 3D редакторов (Max, Maya)

Да-да! Тоже был приятно удивлен, что из Макса просто импортируешь *.max и все материалы подтягиваются!
Насчет анимации пока не проверял, не было случая.
#107
11:21, 9 ноя. 2017

Tokarn

Ну и интерактивные обучалки добавили в юньку, правда наверняка на буржуйском.

На части обучалок есть текст на английском, под видео с секундной раскадровкой.
Пару раз мне пригодилось, когда непонятно было со слов о чем идет речь.
Но, даже где её нет, все достаточно прозрачно для обучения.
#108
13:12, 9 ноя. 2017

HTCraft
> На части обучалок есть текст на английском, под видео с секундной раскадровкой.
> Пару раз мне пригодилось, когда непонятно было со слов о чем идет речь.
> Но, даже где её нет, все достаточно прозрачно для обучения.
Это по новой версии говоришь с интегрированными обучалками или вообще?

Поглядел на эти обучалки - для новичков, вводная по интерфейсу, префабам и тд.
#109
8:58, 10 ноя. 2017

Tokarn

Поглядел на эти обучалки - для новичков, вводная по интерфейсу, префабам и тд.

Для более продвинутых есть много материалов на Ютубе.

#110
18:11, 10 ноя. 2017

MANAB
> то, что BATTLESTATE так сделали, это не значит, что ТОЛЬКО так правильно. Более
> того, это означает:
> - у них кривые руки/прогеры
> - их прогеры настолько круты и самоуверенны, что решили так сделать для фана,
> поленившись почитать доки и разобраться в инструменте
> - они изначально неправильно выбрали инструмент и купить сорцы для решения
> возникших проблем оказалось дешевле, чем переделать с нуля на подходящем
> - ...
Это было довольно грубо.
А вообще,если подумать,главный плюс юнити в том,что на нем относительно просто работать.Это не значит,что на нем нельзя сделать качественного проекта,как и того,что он будет хуже качества,чем при использовании другого инструмента,но:
1)Это нормально работает,если в вашем проекте используются уже известные системы(если у вас есть какие-то нестандартные связки,в разы проще взять с++ и сделать нормально,потому что в противном случае вы в разы больше будете работать над созданием тонны тупых и глючных костылей,которые,даже в рабочем виде продолжают тупить,тормозить и доставляют массу гемора на одно место.)
2)Юнити лучше для небольших команд,что по сути действительно больше подходит для инди проектов,но практическая польза от этого в больших проектах в общем и целом стремиться к нулю.Возможность экономии этой мелочи по факту никаким образом не закрывают проблем использования данной платформы.
3)Как уже было сказано ранее,основой выбора должно быть четкое понимание,что в итоге нужно получить и как с этим работать,а не выбирать инструмент по цвету.Если возможностей Юнити по дефолту вам достаточно,проще и лучше использовать его,в остальных случаях лучше использовать другой инструмент. Ибо нет ничего более тупого,чем попытка создания костылей там,где их нормальная работа зависит от времени суток и положения звезд.

П.С. Обобщая все вышесказанное, можно прийти к выводу - используйте то,что подходит для реализации и не пытайтесь усложнять. Использовать сложные платформы имеет смысл только там,где стандартные инструменты не дают возможности их реализации стандартными методами.

#111
10:09, 14 ноя. 2017

Bioman
> в разы проще взять с++ и сделать нормально
Возможно для большинства здесь очевидно, что на C++ писать правильно и уже есть хороший опыт в минимум несколько лет работы на плюсах. И конечно тогда проще написать на плюсах нормально и без костылей - но все равно все сводится к предыдущему опыту. С нуля что на C++ что на любом другом языке будут по началу более-менее костыли, даже начитавшись кучу умных книжек и статей.
В целом я с вами согласен, я не согласен лишь с вашим посылом про то, что на C++ проще, и про то что на Unity надо будет писать костыли. Их или везде придется писать или везде можно сделать хорошо и правильно.

#112
9:35, 17 ноя. 2017

Наткнулся на достаточно аргументированную полемику сравнения игровых севреров SFS vs Proton.
https://forum.unity.com/threads/smartfox-vs-photon.48538/
Правда очень древнюю - 2010 год.
Пока остаюсь на своем мнении и отдаю предпочтение SFSx2.

#113
11:24, 17 ноя. 2017

HTCraft
Эти два сервиса буквально живут на костях проектов.

#114
12:54, 17 ноя. 2017

HTCraft
> Пока остаюсь на своем мнении и отдаю предпочтение SFSx2.
если java ближе чем c# то разумный выбор однозначно, да и такой классной панели администрирования и мониторинга как у SFS нет ни у кого

Прошло более 2 лет
#115
11:03, 27 ноя. 2019

Спустя 2 года снова вернулся к своей идее - создание MMORPG на связке SmartFoxServer + Unity.
За это время в факультативном режиме разобрался с основными функциями SFS, улучшил свои знания в моделировани, текстурировании, UnrapUVW,  запекании карт, настройки риггинга и анимации в 3DMax, настройки и управления анимации в Unity.
Но пока экспертом назваться не могу.

#116
12:10, 27 ноя. 2019

HTCraft
> Спустя 2 года снова вернулся к своей идее - создание MMORPG на связке SmartFoxServer + Unity.

с чего начнешь проЭкт?

#117
12:38, 27 ноя. 2019

sinoby
>с чего начнешь проЭкт?
Так выбора нет, кроме как начать собирать команду.

#118
13:22, 27 ноя. 2019

sinoby
Скачаю с Unity Store ассеты и соберу демку. Потом начну воевать с производительностью и масштабируемость.

#119
13:32, 27 ноя. 2019

lookid
> Потом начну воевать с производительностью и масштабируемость.
жирно

Страницы: 15 6 7 8 9 10 Следующая »
ПрограммированиеФорумОбщее