Суперзлодей из космоса.

Бесконечный Биошок.

2013-04-29T02:01:00.000+06:00

Bioshock Infinite - игра десятилетия. Чистый ураган как появляется крюк и рельсы. Постановка лучшая в видеоиграх. Но на самом деле это не главное. Главное то когда она упала, после включения в пятницу вечером на "погонять чуть-чуть", то за окном была суббота и полдень. Ещё там говорят есть куча пушек, но я почти всё с дробовиком прошёл. Почему? Потому что шотган.

2013-02-05T12:52:00.001+06:00

Ну вот и всё. XNA мертво: тут

А очередное обновление интерфейса блоггера превратило его в говно какие то.

XNAnimation на WP7

2012-08-22T12:12:00.001+06:00

Портировал XNAnimation под WP7. Задача на самом деле очень простая.

Выкидываем все кастомные шейдеры и модели. На выходе должна быть стандартная модель и стандартный SkinningEffect. Надо будет вырезать весь код который занимался собственным классом модели на стороне процессора и игры.
Информацию про анимации и скелет помещаем в отдельный класс. Класс помещаем в Tag модели. Делаем соответствующий ContentTypeWriter и ContentTypeReader.

И на этом всё. На выходе получается нормальный скининг с быстрой загрузкой, блендингом анимаций и всеми наворотами прямо на телефоне. Всей работы на 2-3 часа.

P.S. Новый интерфейс блогспота - говно.

Использование особенностей C# в материалах.

2012-02-24T02:54:00.004+06:00

Итак, задача. У нас есть куча эффектов с разными параметрами. Надо в них загнать данные, много, разных. И надо чтобы всё было в более-менее одном месте. Тут вылезает чудная возможность C#, в C++ отсутствующая. Мы можем на ходу спросить объект "ты вот такой интерфейс реализуешь?" и получить ответ. И тут же смотрим в стандартные эффекты XNA - там уже есть интерфейсы вроде IEffectLight, IEffectMatrices. Далее делаем наш эффект реализующий нужные интерфейсы (и ещё добавляем своих), при рендере просто спрашиваем "у тебя такой интерфейс есть? А такой?" и передаём через них все данные. Всё, можно делать кучу сложных вещей. Можно делать ещё интерфейсы типа "рендерюсь в карту теней" откуда доставать предназначенную для этого технику. Назначение эффектов и установка неизменяемых параметров с текстурами спокойно делается в простеньком расширении Content Pipeline.

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

И чтобы я когда либо вернулся на плюсы после таких ништяков.

И важный момент, не совсем в тему. Frustrum.Intersects медленный, не используйте на каждый объект, проверяйте большими блоками.

Сборка контента через msbuild

2011-10-18T14:31:00.006+06:00

Идея игры получается какой то не очень. Жечь зомби слишком однообразно, придётся придумывать что то новое.

А я разобрался как собирать контент для XNA без использования студии. Для этого надо проделать такое:

Взять msbuild (он в /Windows/Microsoft.NET/..., не в Program Files.

Добавить в contentproj

<Import Project="$(MSBuildExtensionsPath)\Microsoft\XNA Game Studio\Microsoft.Xna.GameStudio.targets" /> <Import Project="$(MSBuildExtensionsPath)\Microsoft\XNA Game Studio\Microsoft.Xna.GameStudio.ContentPipelineExtensions.targets" />

Запустить msbuild с ключами /p:XNAContentPipelineTargetPlatform=Windows /p:XNAContentPipelineTargetProfile=Reach

Сжатие контента: /p:XNACompressContent=true

И на выходе в папке bin будет собранный контент. Если собирать проект весь, не только контент, то достаточно запустить msbuild в папке где лежит csproj игры.

Теперь дело за малым - интегрировать всё это с контролем версий, чтобы игра собиралась автоматом при заливании изменений. Автоматизация, хо!

Ну вот и всё

2011-10-07T15:20:00.002+06:00

http://forums.create.msdn.com/forums/t/91616.aspx - будущее XNA туманно. Оно не будет жить на WinRT, скорее всего не будет поддерживать планшетники и WP8. Официально рекомендуется использовать WinRT/C++/DX11 для планшетов. Пока я сделаю игру под WP7 (анонс чере пару недель, следите за эфиром) и скорее всего начну делать крутой Ъ-фреймворк для игр на DX11 и с поддержкой WinRT в уме. А C# такой приятный язык.

Jamestown

2011-08-21T06:03:00.005+06:00

Казуальное непотребство. Играть можно с любого открытого уровня, сложность ниже Divine следует считать изимодом. Divine не крут - любой уровень сдаётся максимум с первого-второго десятка попыток. Более-менее весело только на Judgement.

Но всё это по меркам жанра, на фоне типичных нынешних игрушек тут хардкор.

CLRProfiler и XNA

2011-08-15T17:13:00.002+06:00

Если вдруг CLRProfiler стал падать при запуске XNA-игрушек то надо запускать его из командной строки из той же папки где лежит exe. Причина - XACT не очень хорошо дружит с определением рабочей папки, не может найти звук и кидает исключение.

Оживить торрент.

2011-07-28T15:56:00.003+06:00

Достаточно простой но неочевидный способ сделать мёртвый торрент живым. Для этого достаточно взять хэш, найти трекеры на которых торрент ещё был выложен и добавить их. Искать можно даже в гугле. В природе есть огромное количество трекеров о которых никто не слышал, если повезёт - то на одном-двух окажутся живые сиды.

2011-06-14T18:10:00.003+06:00

Flash вообще и AS3 в частности говно лютое, всех кто его использует по собственной воле следует физически уничтожить, они не люди вообще. Тех кто придумал - растворить заживо в кислоте с прямой трансляцией в стерео на весь мир. Пидараса что не сделал опцию "я ебал ваши вектора, скейлинг-хуельник и прочее говно, хочу чтобы было M на N пикселе и всё было в них" вообще больно-больно убивать, потом вылечить, потом снова убивать и так пока не дойдёт до абсолютно нелечибельного сосотояния.

Столкновения.

2011-06-07T11:51:00.002+06:00

Сделал столкновения через BSP-дерево. За основу взят код найденный на AppHub, переделан на построение дерева для каждого меша, сохраняется вместе с моделью. В рантайме считается проверка на пересечение с Bounding Sphere, затем перевод в систему координат модели и проверка столкновения с деревом. Профайлер показывает что со скоростью всё в порядке. Сотня проверок на кадре и функция определения столкновений сидит где то в средней части. Минус сейчас - генерация мусора, надо найти реализацию LinkedList которая бы лучше работала с памятью. Или оставить как есть если сборка мусора не будет вызывать проблем.

Новые материалы.

2011-06-06T02:46:00.005+06:00

Теперь вариант с полной подготовкой материалов в оффлайне реализован. Всё исходит из того что у меня конечное и неизменное число источников света и явное разделение на объекты первого и заднего плана. Текстуры и параметры материала в рантайме менять нельзя, материалов как таковых в коде нет, есть только параметры задаваемые снаружи, такие как матрицы и источники света. Преимущества подхода: тривиально в рантайме, не нужно использовать свой класс моделей и материалов.

Реализация проста. Наследуется MaterialEffect и MaterialEffectContent, в ConvertMaterial ставится эффект с зашитыми в него параметрами и текстурами. У наследника появляется ровно одно поле - техника. Техника определяется по наличию текстур и параметров на меше, сохраняется в материал. При загрузке мы просто грузим MaterialEffect, текстуры и параметы уже получаются установленными. Потом ставим нужную технику. И на этом всё, далее достаточно использовать стандартный код для рисования, точно как с BasicEffect, только внешних параметров чуть больше.

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

Методику можно развить: сохранять не одну технику а кучу разных, в зависимости от типов и числа источников света, теней и прочих. В рантайме выбирать нужную исходя из внешних параметров, в эффекте при этом будет что то типа "параметры -> техника".

2011-06-03T13:56:00.003+06:00

Совершенно новая идея. Надо прямо при сборке ресурсов делать батчи. Сортировать MeshPart по эффектам, собирать части с одинаковыми эффектами вместе, ставить флажки типа "прозрачно/непрозрачно". Делать этим батчам какие нибудь id'ы для объединения одинаковых и рисования через инстансинг. Много подобных идей, непонятно как подходить пока.

Yet again.

2011-05-30T18:07:00.003+06:00

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

Самый вопрос в том как к этой красоте прикрутить автоматические тесты.

Система материалов

2011-05-19T12:49:00.003+06:00

Разрабатываю систему материалов для своего убердвижка на XNA. Будут убершейдеры и две модели света.

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

Первая модель света предназначена для основного действия. Всегда есть 3 направленных источника света, соответствует стандартной модели освещения используемого в фотографировании.

Вторая модель света используется для фона. Один направленный источник есть всегда. Один точечный источник служит для света от взрывов и эффектов на переднем плане.

Будет до 5 текстур для каждого материала. Диффузная, нормаль, спекуляр, излучение и детализация. Каждая текстура может быть анимирована по UV, это должно дать возможность делать разные крутые эффекты. Свет намерен считать по Кук-Торренсу.

Главной проблемой может быть невозможность впихнуть всё в один проход пиксельного шейдера, я пока не специалист в этой области. Второй проблемой - комбинаторика, шейдеров может быть очень много. К примеру точно придётся считать все текстуры анимированными с нулевой скоростью по умолчанию. Так же вопрос про необходимость наличия нескольких UV-координат на мешах.

Глубже.

2011-05-18T01:05:00.007+06:00

Рабираюсь с XNA, оно заебись что такое. Первый взгляд на котором типично останавливаются и возвращаются клепать "уберэнжин" на OGL/DX/что-там-ещё ошибочен. Базовые возможности действительно пригодны в основном для демок и реально быстрой разработки, когда важно чтобы оно вообще заработало. Нужно идти глубже.

Самая писечка на текущий момент мне видится в связке Content Pipeline - игра. Первым сделал генератор спрайтовых атласов, спрайты переменого размера, скалдываются в кучу текстур, всё сохранятеся в один файл. Для доступа на atlas["имя спрайта"] получаем номер текстуру и область на текстуре для спрайта. Между отдельными элементами - 1 пиксель свободен, всё как положено.

Второе - генератор убершейдеров, пока с бинарными пинами. Генерирурет все возможные комбинации, складывает в файл, доступ по принципу Effect effect = ubershader[pin]. Хотел сделать крутую систему материалов, пока забил, нет надобности. Система построена на добавлении в текст шейдера описания возможных пинов. Далее можно добавить не-бинарные пины и указания несочетаменмых комбинаций.

Анимация которую не поддерживают стандартные модели добавляется очень легко. Всю работу сделали за нас - импортер про анимацию знает. Всё что нужно от нас это аниацию сохранить, загрузить и воспризвести. Очень простая задача, сделана вместе с заменой шатного класса моделей. Теперь внутри есть анимация, описания материалов отличные от обычных эффектов. Теперь следует сделать всякую нудную работу вроде блендинга и интерфейсов для управления.

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

2011-04-01T17:49:00.003+06:00

По моему slackware и бубунта единственные линуксы что не поддались на коллективное петросянство. Даже Arch зашкварился. С учётом того что бубунта происходит от петросянов-дебилов дебиана то её дни сочтены. Нету больше линуксов.

2011-04-01T17:43:00.003+06:00

Идиоты завели новую моду. Берём произвольную js библиотеку делающую круто или красиво. Идём на родной сайт. И пробуем найти документацию. Демки - сколько хочешь. Список "кто использует" - ещё больше. А ссылка на банальное описание параметров и что как делается спрятано где нибудь в жопе.
Надеюсь что разработчиков в аду черти будут насиловать вилами в зад до конца вселенной, а то что авторов надо убить при первой же возможности даже не обсуждается.

TinyMCE

2011-03-10T18:13:00.003+05:00

Говно. Вообще за неспособность делать html руками и потребность в таких редактрах следует разжаловать из звания "человек" и отправлять в зоопарк, в клетку "говорящее животное". Или просто убивать на месте.

2011-03-05T14:01:00.001+05:00

В ссаном MySql нет EXCEPT. Найти того кто это придумал и убить нахуй.

2011-03-01T20:33:00.001+05:00

Угадайте кто вернулся в эфир.

SVG-иконки в QT-программах.

2009-07-08T16:34:00.005+06:00

Теоретически это отличная идея - использовать векторные иконки. Внешний вид более не зависит от разрешения, при изменении масштаба глаза не начинают вытекать от пикселей. Ок, добавляем их в QT-ресурсы, компилируем и видим что ничего не работает. Иконок нет, как и сообщений об ошибках. В чём секрет?

Оказывается Qt с легкостью хватает любые форматы изображений без специального объявления кроме SVG. Для того чтобы QIcon понял что это, надо чтобы расширение svg было в имени. Лечение выглядит натуральным хаком - в alias ресурса надо добавить ".svg" и его-же в код грузящий иконки, Qt.QIcon(':/icon.svg').

Интересно только чем думают авторы?

MySQL говно или как сделать DATETIME из DATE и TIME

2009-06-15T17:24:00.003+06:00

Казалось бы делается это очевидно: DATETIME(date, time). Но нет, пидарасы, что создали MySQL, так не думают. Час в гугле вывел на работающий способ аналогичный удалению гланд через жопу. Нам надо собрать строку из date и time и эту строку преобразовать в datetime.

Узрейте свет ИСТИНЫ:

CAST(CONCAT(date, " ", time) AS DATETIME)

Python, subprocess и MPlayer

2009-02-18T19:15:00.004+05:00

Какое-то время назад возникла проблема играть из программы звук в нечеловеческих форматах. Кроссплатформено. Сначала я хотел использовать существующие библиотеки (Audiere например), но в конце-концов решил использовать MPlayer в slave mode. Всё работает БОДРЯЧКОМ под Linux естественно. А под Windows?

А ситуация с Windows описывается словом "жопа". Научить MPlayer понимать команды я не смог (что-то с пайпами, лень возиться). К счастью бегать по одному треку или ставить на паузу не надо, процесс можно просто убивать. Просто хак с проверкой что мы под Windows и всё.

Новая проблема возникла далее - MPlayer просто не запускался. Если программа запускается из консоли или собирается с помощью py2exe как console - всё ОК, но как GUI не работает. Проблема оказалась снова в пайпах. Решение - при создании процесса с помощью subprocess.Popen задать все потоки (stdin, stdout, stderr), а не только нужные нам.

Но тут вылезла проблема номер 3. MPlayer выкидывал некрасивое пустое консольное окошечко поверх нашей Qt-морды. Решение было найдено в гугле минуты за 2 тут

В итоге всё даже работает. Осталось только поизучать исходники SMPlayer'а чтобы узнать как обойтись без хаков. А всё почему? Потому что Windows - говно.

Автор Audiere - говноед и пидарас.

2008-12-05T19:01:00.003+05:00

Это я заявляю официально. Который день разгребаю этот кусок говна (надо было на свою голову выбрать именно эту библиотеку), а оно не кончается. И это я еще код серьезно не трогал. А там ахуй в стиле "мы знаем вот такую клёвую фичу C++!". Слать туда патчи, как я планировал изначально, нельзя ни в коем случае. Форк, только форк и тотальный рефакторинг!