Так, почему у меня ощущение, что автор использует MonoBehaivor как-то не так? Ощущение, что он его использует как скрипт объекта, а не независимый компонент
Про аниматор - не удобная работа с спрайт листами. Создавать несколько анимаций, вручную перетаскивать каждый спрайт для каждого имеющего спрайт-листа это куда менее удобно, чем setSpriteRect(frameSize.X*frameID,frameSize.Y*animID,frameSize.X,frameSize.Y)
Вот представим 200врагов и ты для 200врагов делаешь 4 анимации, заполняешь её 4 спрайтами. И делаешь 200одинаковых аниматоров....ладно, с этим разобрались и тут решили 4 фреймовую анимаширить до 8фреймовой.
Владимир Семыкин сделал текстовую расшифровку 337 выпуска подкаста «Как делают игры», в котором учатсники поговорили про архитектуру в программировании игр.
I mean, there's a post today about ideas versus execution- with a ton of people talking about how ideas really don't matter- it's all execution and how it's done. And I mean, yeah that's fair- skill in any artform is essential for making impressive works- a forest isn't a cool idea but a skilled painter can make it look phenomenal. But fun, cool ideas do matter- that's the entire creative aspect of game development. It's like saying the subject of a painting doesn't matter, only the texture of the brush and straightness of the strokes.
Тут скорее подойдет сравнение с написанием сценариев и книг, где все идеи уже по 9000 раз написаны и в таком случае, действительно, реализация важнее, чем идея.
Часто использую ваши редакторы кода и они очень нравятся, рад что они не стоят на месте. Только, почему IDEA иногда помечает используемые участки кода как неиспользуемые?
Интерфейсы это спецификация только, я про это. Интерфейсов может не быть, ну если интерфейс изначально что-то реализовывает, то это уже не интерфейс, как-бы вы его не называли. В C++ же, изначального ключевого слово интерфейс не было, ну понятие было и обозначало оно именно это. А Дефолтные методы это костыль — был, есть и будет
"— Правда? А что такое интерфейс? Это то же самое что и класс?
— Ну… Не совсем!
— В каком плане?
— Не один из его методов не должен иметь реализации."
В Плане Java и C# — не верно, а в общем плане
public abstract class MyInterface {
public abstract void f();
}
Вот интересовала всегда, а хабр является соц сетью и от него тоже надо отказаться? Вообще предполагаете жить в вакууме? Блоги это такие же соц-сети. Соц-сети это ведь не только поболтать Я не против отказа от соц сетей, но я хочу знать что в моём любимом движке запилии поддержку тайлов или то, что в C++ наконец-то добавили автоматическое управление памятью.
Дорого, да, ну с помощью этого инструмента можно сэкономить время художников, а следовательно и деньги. Другое дело, что и аналоги есть дешевле и не понятно, чем аналоги хуже этого варианта
Его бы стоит знать вообще всем, ну кроме работников завода.
Если нужно дважды, то значит это не редкая уж задача и когда-то понадобиться трижды
Судя по качеству их софта...то у них не ленивые маркетологи, а программисты именно лентяи
У современных инди разработчиков и старых игр, немного разные условие разработки...Сейчас банально проще делать
Так, почему у меня ощущение, что автор использует MonoBehaivor как-то не так? Ощущение, что он его использует как скрипт объекта, а не независимый компонент
Про аниматор - не удобная работа с спрайт листами. Создавать несколько анимаций, вручную перетаскивать каждый спрайт для каждого имеющего спрайт-листа это куда менее удобно, чем setSpriteRect(frameSize.X*frameID,frameSize.Y*animID,frameSize.X,frameSize.Y)
Вот представим 200врагов и ты для 200врагов делаешь 4 анимации, заполняешь её 4 спрайтами. И делаешь 200одинаковых аниматоров....ладно, с этим разобрались и тут решили 4 фреймовую анимаширить до 8фреймовой.
Удалили пост
Ну как-бы, от Renderware в играх тоже в основном реденринг
Стоп, а на C++ что уже массивы с квадратными скобками устарели?
Ну и кстати, тут многие вещи это результат не "Пришел с си", а "Программиует на C++ больше 10лет и не изучал новые стандарты."
На пк ещё понимаю, ну если это на консоли и для установки игры с диска - консоль должна быть подключено в интернету, то в баню такое.
Ну и проверка DRM должна работать всегда, а не как с Mortal Kombat Arcade, где я не мог запустить купленную игру
Разве это не должно быть в разработке игр?
Тут скорее подойдет сравнение с написанием сценариев и книг, где все идеи уже по 9000 раз написаны и в таком случае, действительно, реализация важнее, чем идея.
Я Знаю как, не забивали на оптимизацию с словами:"да ладно, это всего 3байта, зато какой код красивый будет и можно на него будет подрочить"
Интерфейсы в понятие опп, никогда не имели и не будут иметь реализацию
— Ну… Не совсем!
— В каком плане?
— Не один из его методов не должен иметь реализации."
В Плане Java и C# — не верно, а в общем плане
— интерфейс