Понять Демосцену за 14 дней. День шестой (перевод)




«День пятый. Основы кодинга» ← • → (переводим)


Мы переводим и адаптируем гайд «Teach Yourself Demoscene in 14 Days» от Psenough. Остальные главы читайте по тегу #14days.
Мнение переводчиков может не совпадать с мнением автора.

День шестой. Инструменты и ресурсы.

Демо можно делать по-разному. Одни предпочитают кодить с нуля, другие для облегчения используют различные инструменты. Доступно великое множество программ, начиная от коммерческих (например, Maya, 3DS Max, Photoshop), заканчивая бесплатными или с открытым исходным кодом. А ещё есть так называемые демо-утилиты. Они сделаны демосценерами для облегчения создания демок. Эти инструменты крайне важны, если вы трудитесь над небольшой по размерам работой. Некоторые группы пишут утилиты для себя, а другие выкладывают исходники. Тем самым они привлекают пользователей и улучшают свои утилиты. В любом случае, конечная цель – это сделать больше хороших демок.

Читать дальше →

Autodiver 2.0 для пользователя и программиста

Autodiver 2.0


Чуть более недели прошло с публикации "Конструируем Autodiver v1.0".
Скажу прямо: v1.0 всем хороша, за исключением одного: у неё много зависимостей без которых она не будет работать: ruby, image magick, RMagick (который под windows ещё нужно суметь правильно скомпилировать) — сплошная морока. Также определённым недостатком было то, что разработка состояла из двух частей: одна генерировала тысячи файлов, а вторая их обрабатывала.

В общем, никто кроме меня так ей и не воспользовался.

Эти и другие недостатки призвана устранить версия 2.0: она переписана на прекрасном языке Go с чудесными, лаконичными и понятными кроссплатформенными инструментами разработки.
Теперь зависимостей нет вовсе: для использования достаточно скачать исполняемый файл для своей платформы (mac,win,lin), который включает в себя всё необходимое.

Для пользователя


Читать дальше →

Конструируем AutoDiver v1.0

AutoDiver v1.0

Сверхзадача автоматизации формулируется просто: всё, что может быть автоматизировано — должно быть автоматизировано (и рано или поздно — будет). На странный вопрос, который почему-то часто рано или поздно понурым упрёком всплывает в подобном контексте: "возможно ли автоматизировать творчество?", следует сразу ответить "а мы и не пытаемся".

Автоматизация касается лишь рутинных составляющих процесса, на которые в результате тратится на порядок меньше времени и, как следствие, творцу становится легче удержать в памяти искру озарения и запечатлеть её сияние.

Итак, какова одна из самых рутинных составляющих процесса рисования на ZX Spectrum?

Читать дальше →