atom_hacker

А именно сюда: http://jetbird.wordpress.com/

Целый ворох здесь библиотек, как видно из тагов..

Начнем с того, что сетка та ки не поднялась, хотя после трех недель разбирательств с пристрастием я все таки собрал свое зарождающееся детище под своей любимой операционкой.

Ради этого пришлось отказаться (надеюсь, временно) от компилятора gdc. Этот недоделанный малыш истрепал мне все нервы.. но компилировать ничего не желает. Кроме того его развитие подкошено отсутствием времени у его главного разработчика. Настолько подкошено, что новые версии Tango 0.99.5 выпускаются не только без бандлов, но и вообще без какой бы то ни было поддержки gdc. А я, наивный, все надеялся их скачать.

Кое-как собрал себе SDK, наделал собственных бандлов и даже скомпилировал клиента. Сервер со скриптом отказывались компилироваться напрочь (но ошибок в коде нет - все дело именно в компиляторе, в том, как хранятся шаблоны в библиотеках). К всему прочему SDL, поставляемый с убунтой упрямо вставил палки в колеса и переломал мне всю телегу, а сней и дальнейшее желание иметь дело с лошадкой gdc и прочими редкообновляемыми инструментами. Подождем до следующего полустанка.

Заместо gdc я скачал последний бандл tango+dmd, который с полоборота (ключа!) завелся и зарычал о готовности, после чего на масле DSSS 0.75 я установил Derelict, SDL, SDLnet, MiniD и еще парочку своих библиотек.

Правда, проблемы с SDL на этом не окончились. Если кто надумает использовать его под linux, знайте: их надо компилировать так, чтобы запустились все примеры. Основная моя ошибка заключалась в том, что примеры я не запускал, понадеявшись на известную мантру configure - make - make install, в результате собранный SDL не поддерживал не только OpenGL, но и вообще X11. Поэтому при компиляции надо скачать все dev-ы для mesa-glx, для xlib и т.п., чтобы 'конфигуре' построил нормальную конфигурацию сборки.

Сетка все равно не встала, но не суть, написал наскоро оффлайновый клиент, работающий без всяких серверов.

Еще неизвестно, будет ли работать дебаггер? dmd+gdb выдаст, наверное, неизвестно что...

Все никак не мог послушать Avril Lavigne под линуксами... стоило только зайти на #ubuntu-ru, как там подняли эту тему. Оказалось все очень просто: вместо того, чтобы париться с поиском экзотического плагина к проигрывателю, который ты обычно не используешь (говорят, Audacious умеет проигрывать APE с плагинами какими-то, но я-то юзаю AmaroK - лучший плеер всех времен), можно сконвертировать APE прямо во FLAC. Что и было с легкостью сделано после прочтения краткой инструкции вот отсюда:

Инструкция

На сегодня пока все, хорошей вам музыки и настроения :)

Обновился GDC до соответствия компиляторам DMD 1.024/2.008. Доступен в SVN.

По задумке - стандартная полугрузовая космическая "лодка". Несколько гравиконцентратов, 10 отсеков для дополнительного оборудования.



Из оружия - все, что утащит в гравиконцентрате или в отсеках. Летает не быстро.

Как бы назвать ее?..

Медитируя над предыдущей демой, вдруг понял, что чего-то не хватает. Вскоре выяснилось: Ловушки висят рядом с кораблем и остаются на месте даже тогда, когда он крутится. Это не правильно. По моему замыслу, корабль должен уметь собирать себя из летающих в пространстве модулей, и они должны держаться, как одно целое... но ловушки, держащиеся поодаль и как бы наблюдающие за кораблем - все-таки воспринимаются отдельно. Различие показано на следующих снимках:

Старое:



Новое:



Ради этой штуки пришлось пожертвовать скоростью вращения корабля.. т.к. поля у нас распространяются мгновенно (а в реальном мире - со скоростью света), то вращение ловушек за кораблем осуществляется безо всякой инерции. А это значит, что чем дальше от центра вращения находится ловушка, тем выше скорость ее вращения. И даже при малых поворотах все захваченные предметы вылетали из гравитационных полей!

Делаем вывод: малые, быстрые корабли (в т.ч. истребители) должны либо обладать какими-то сверхъестественными гравитационными генераторами, либо вовсе не иметь их! Посмотреть на поведение нашего кораблика можно в этой демке (1,5 мб).

P.S. Последние новости о SpacesHigh всегда можно найти тут.

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

Выглядит сие поделие вот так:



Желтыми кружками обозначены ловушки (границы полей), треугольником c зеленым вектором - корабль (зеленый вектор - результирующая сила, красный - скорость), треугольниками поблизости - оборудование. На снимках показано, как оборудование захватывается ловушкой.

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

Поиграться в эту штуку можно, скачав ДЕМКУ.

P.S. Кроссплатформенное, написано на языке Ди (SDL+OpenGL).

Потихоньку перевожу 14-ю главу документации по Танго. Прикрутил форум для последующих возможных дискуссий.

Всем смотреть! У меня 1-я звезда на ЛОРЕ, уррррррррряяяяяяяяяяяя!!!!!!!!!!!!!!!!

Взято здесь:

JackYF:

Ну, у меня лично накипело.

Дальнейшее развитие темы:
- если программа написана на qt, спросить, нет ли подобного на gtk;
- если программа написана на gtk, спросить, где аналог на qt;
- если программа может использовать и gtk, и qt, спросить, "почему я должен тащить за собой qt/gtk, дайте мне на xlib"
- если программа на xlib, спросить, какого фига разработчики изобретают велосипед, ведь есть gtk/qt.
- если программа удосужилась предоставить интерфейсы на xlib, gtk, qt (кстати, а есть такие?), то заявить, что FLTK наше всё и с чувством выполненного долга назвать программу говном.

В рамках изучения языка Ди решил совместить приятное с полезным: потихоньку перевожу руководство библиотеки Танго. Переводы (в черновом варианте) тихо и незаметно размещаются здесь.

Сегодня удосужился выложить черновик восьмой главы.

смотрю в сторону reactos и с нетерпением жду версии 0.5

доволен, особенно поиском.
чувствуется, что решение WinAMP и Windows Media Player об организации библиотеки, мягко говоря, не особенно удачное (неудобное).

единственный плеер, который вменяемо работает с гигантскими библиотеками - Amarok - исключительно благодаря своей функции поиска. Но под Win нету Amarok, зато есть AIMP :)

Неожиданно обнаружил GDC компилятор версии 0.25 в репозитории Ubuntu. Очень приятное известие (в 7.04 с ним были некоторые проблемы). Попробую поднять Descent IDE. Descent IDE поднялся, легко (аж даже GDB заработал).

Минусы: GDC по умолчанию поставляется с Phobos. :(

Похоже, лучше всего ставить себе бандл GDC + Tango + DSSS.

Попалась на глаза занимательная программа recordMyDesktop, позволяющая сделать запись с экрана. Да, вот так просто.

Файл с примером я размести на полезном и удобном сервисе MediaFire, позволяющем хранить там свои файлы размером до 100 мб. Регистрация не требуется (но возможна).

А вот, собственно, ссылка на пример записи с экрана.

тыц (1,5 Мб)

Эту заметку я публикую с помощью программы Drivel.
(все программы, которые я тут упомянул, есть в репозиториумах).

круть.

Нахожу Ubuntu (не Кубунту) довольно приятным. Все работает из коробки, в репозитории даже нашлась программа для ведения журнала в ЖЖ и других блоговодниках. Пытаюсь сделать размер иконок в панели инструментов попроще...

КАЛ!!! КАЛ!!!

Начиная с проблем с установкой (7.04 ставился только с alternative CD), 7.10, чувствуется, просто не доделан.

KDE 3.5.8 оставляет удручающее впечатление. Пользоваться Konqueror'-ом совершенно невозможно. Дизайн убог (и хотя это чисто субъективное мнение, но я все-таки настаиваю - дизайн УБОГ, это был прикольный дизайн для времен начала KDE 3.0, но только не сегодня. Особенно если взглянуть на Ubuntu). Ощущения от перемещения указателя - тошнотворные, особенно когда нажимаешь на что-то. То ли задержка какая-то, то ли множество перерисовок кнопки и т.п., но повторяю - впечатления ужасные, такое чувство, что перед тобой не окно, а какая-то... податливая пластмасса, которая при нажатии расползается в стороны... кошмар. Если сравнить с Windows - вообще какой-то фуфел непонятный, простите за каламбур (только не надо про внутреннюю архитектуру, мол, винда быстрей рисует по определению и т.п., все эти отмазки расскажите сверхбыстрым приложениям на gtk1, хотя бы. Вспоминаю сразу gimp 1.0, я тогда даже не успевал за вложенной менюшкой угнаться, настолько быстро она открывалась (на трехсотом целероне, грррх. да помню, как у меня все летало на P-166 с 32-мя мб памяти, 2 мб видео), а теперь? гамно да и только :( ).

Претензия к дизайну, впрочем, касается не только Kubuntu, но и Ubuntu. Почему бы не сделать совершенно обычную банальную, но функциональную тему вроде Windows 98? Это так сложно? Безо всяких этих дурацких пропусков в 40 пикселей между соседними кнопками, для слепых. Для слепых там предусмотрены специальные средства, но в большинстве-то народ зрячий! Откуда этот дурацкий размер иконки - 22х22? Был же совершенно нормальный, вменяемый, компактный размер 16х16, ну какого хрена они тут детских погремушек-то наворотили?! Красненькое, зелененькое, гламурненькое :((

Ужас, короче, нет слов.

Strigi в Кубунте представлена тоже не совсем вменяемо, всем своим видом показывая: "я не тут при чем!". Ни то, ни се. "Ты ему про аномалии, он тебе про хабар". Вроде поиск, а вообще ни о чем. Блин :( нововведение, называется.

В общем, скачиваю Ubuntu 7.10 и с грустью закапываю некогда любимый Kubuntu. хнык :(((

И, внимание, БОНУС!
Тема "2000 Look" для GNOME.

что-то не то я делаю, подумал я, и набрал в гугле: php mvc...

Продолжаю эксперименты с кодогенератором, виртуальной машиной и языком программирования Ди. Сегодня добился положительных, удачных результатов, остался даже доволен собой! :) Возьму с полки пирожок. Что, собственно, получилось, так это

1) соорудить необходимый фреймворк,
2) сгенерировать код для вызова функции, определенной внутри движка,
3) положить этот код в виртуальную машину,
4) запустить все это дело, и чтобы не упало при этом :)

функция вызывается с параметрами, все, как положено, с возвращаемым значением - обратно в виртуальную машину.

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

Работы выше крыши, но она, кажется, интересна, и течет в разы быстрее, чем аналогичная на c++.

Не поленился и решил добавить описание того, как правильно оформлять код в проекте Neiderra(D):

Стиль оформления кода

Надеюсь на конструктивные замечания.