винбилд

SVN находится по адресу: svn.xp-dev.com/svn/Yukkuri/

Один все поднял?? Злыдень, как только у тебя хватает концентрации/рейджа/самообладания на работу в одиночку?) Интернетов тебе.

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

Нужно из этого сделать ММОЭРПЭГЭ, неспеша прокачиваешь Юккури, да с таким то графоном!

Управление?

>>1386
В data/defs/*.keybinds все. в старом билде acp в новом zxasp, видимо так и оставлю для последующих.

Последний в этом году билд доступен на svn(svn.xp-dev.com/svn/Yukkuri/build/yukkuri-06prex3beta-win.zip).
Изменения:
Rape доступно всем и совершается всеми. Счетчик начинает расти с 10 уровня(определяется в defs/main.const, можно понизить)
Юккуря покидает семью, если в ней больше 2 членов и уровень юккури достаточен для репродукции(та же константа).
Семьи защищают насилуемых членов.
rapebar растет медленнее если в семье много членов и не растет вообще, если юккуря проросла.
Объекты теперь уничтожаются более правильно, вследствии фпс достаточно часто поднимается с мервой отметки 37 до 50-60.
Добавлены хитбары, появляющиеся у ботов, если их здоровье меньше максимального.
Попытки добавить логику пересеченпий объектов. Это, конечно, свело на нет возможность застревания, однако пока коряво, юккури дергаются и все равно иногда кучкуются. Замечен баг с быстрым уезжанием в правый нижний угол
Поправлен баг в диалогах. По идее, теперь не должно пропадать управление.
Добавлена анимация диагонального перемещения.
Теперь опыт и здоровье растут в арифметической прогрессии. Опыт получается не только с течением времени, но и с событиями.

/r/ инструментарий юного девелопера в тред!

Файлы в data/defs по идее должны быть понятны(Лучше конкретные вопросы по синтаксису. Он объемен и наверняка будет меняться). из рабочих сейчас итемы(думаю разделить на живых и неживых, у них что-то мало общего последнее время), бинды, константы и диалоги.Надо бы до вики добраться, но никак руки не доходят. В них основные изменяемые вещи. Когда-нибудь напишу к ним морды.
Исходники движка(ro) на свн. Для инвайта(rw-права) нужен аккуант на xp-dev.com или мыло.

Оп, посмотри вот сюда:
http://www.occn.zaq.ne.jp/cukit607/
Кто-то тоже делал свою юккури игру, но похоже не закончил. От разработки осталось с десяток видео и ещё больше спрайтов. Посмотри, может пригодится.

>>1465
Спасибо, я думал, что их вообще не существует. Только там делают браузерную тамагочиигру. Я выбрал другой жанр и другой способ реализации.

Алсо, будет микроблог на твиттере. До нормального блога проект не дорос.
http://twitter.com/yukkurigame

Добавил на свн linux-билд. Так же win-сборка альфы редактора ресурсов. Редактор пока немного корявит конфиги, добавляя лишние одинарные кавычки.
Быстрый слоупок в капче пытается на что-то намекать.

Собрал редактор ресурсов 0.3a версию. Билды на svn.
Подправлены баги. У существ добавлен просмотр анимации.

ОП, я не достучался до тебя в твиттере, поетому отпишусь здесь. Ты работаешь один? Можно ли присоединиться?

>>1584
Честно говоря, слабо представляю, как можно контактировать с помощью твиттера. А почту оно не выдает?
Разумеется можно. Напиши на yukkurigame@gmail.com, я на обратный пошлю инвайт на свн.
Алсо, неюккуривики-спрайты рисовал художник-кун из /to/, надеюсь, что он опять появится в феврале, ибо сам я отвратительно рисую.

Да, проект вроде как переходит на c++, правда пока это закончилось словами.
Камина в капче предлагает превозмогать и возвращаться к разработке.

Привет, это Аянами Рей дес.

Я вот тут думаю, а не сделать ли это действительно ММО? Я не знаю насколько РПГ, но ММО-то можно!

Есть ли на этот счет какие-то мысли у ув. анона?

>>1891
Ох лол. А осилите?

>>1893
Я поэтому и выражаю вялый протест и продолжаю пилить нормальную версию. Будут какие-то подвиги, можно будет заняться, а что-то абстрактное делать не хочется. Вдобавок, я открыл для себя возможность sdl рендерить во фреймбуффер, и сейчас нахожусь под впечатлением игры с графикой в консоли. Надо бы попробовать разные чужие сдл-штуки позапускать.

>возможность sdl рендерить во фреймбуффе
А вот с этого места поподробнее.

>>1895
export SDL_VIDEODRIVER=драйвер
Драйвера гуглятся, их вроде уже много, просто документация в основном 90-х годов.
Я проверял fbcon(вроде еще видел directfb из фреймбуфферных, но не пробовал), работает, можно глядеть sdl-приложения во фреймбуффере. Вот только на мышку выругалось у меня, и мне было лень разбираться, поэтому я ее для сдл отключал.

Реквестирую win-компилятор-куна для собирания винбилдов, ибо у меня выходит ерунда.

Перенес обрабоку конфигов в lua, вследствие пропала зависимость от yaml-cpp. Однако появилась зависмость от парсилки(http://yaml.luaforge.net/). В дальнейшем уберу, переведя и сам формат. Можно добавлять юккурей.

C++ куны, пока вы проявляете активность, покритикуте код что-ли(http://svn.xp-dev.com/svn/Yukkuri/branches/cpp/).

Тайный вин-билд и убогий скриншот.

>>2263
Снимаю шляпу если вы, зная о том что есть хорошие, готовые движки для игр, используете голый СДЛ.

А код стройный, но не без проблем.
1) Где-то юзаются табы, где-то пробелы
2) Где-то тучи пробелов
virtual void Render ( ) {}
3) Где-то комменты в разныхз стилях, где-то ужас.
4) В комментах ненужные дополнительные звёзды:
/ Player move /
Или это для докси, чтобы подхватил? Или для чего?

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

>>2264
Я сначала писал с пробелами, потом решил не воевать с редактором, и начал использовать табы, не везде заменил, визуально трудно определить где табы, а где пробелы, если не извращаться.
Часть комментов ворованная, например в основе sdl, или в NeHe-коде, звезды мне начал рисовать эклипс, да и вообще с комментами беда, я их делаю редко, и в основном для себя, как напоминание чего-то.
А самому мне кажется, что я слишком сильно использую ооп, на плюсах пишу несколько месяцев, до этого писал на разной динамике вроде питона, и трудно отвыкнуть.

>>2265
И зачем на кресы перешёл тогда?
Не, если уж очень нужно на крестах, то возьми готовый енджин. Для 2д вообще туча. Есть что для графики, что для гуя, что для звука.
И да, при чём тут эклипс? Я в архиве заметил файл проекта кодоблоков, подумал что их юзаешь.
Война табов и пробелов... Я считаю что табы лучше, но везде принято юзать пробелы. Уж так сложилось и так просят. А если что-то меняешь, то меняй везде. Олсо, ты _обязан_ видеть в своём коде пробелы и другие спецсимволы(во многих IDE и редакторах есть возможность подсвечивать пробелы и табы, стрелкой(табы) и точкой(пробелы), например). Разница хорошо ощутима когда смотришь код в редакторе с табом в 8 пробелов.
А ООП нормально, вроде, только не нужно фанатизма. В пайтоне, например, есть всё что нужно из ООП и этого достаточно.

> iKeyEnum
> player_movex

Про единство стиля именования переменных слышали когда-нибудь.

> iKeyEnum
> i

Венгерская нотация не нужна.

>>2268
>Часть кода ворованная, например в основе sdl
Алсо поддерживаю, что венгерская нотация не нужна.
А player_movex это ужасный костыль, который нужно выкинуть.

Первый релиз в этой ветке 0.1 alpha.
На самом деле там абсолютно нечего смотреть. Портированы только картинки и костылями прикручен спавнер. Можно есть юккурей.
Джойстик должен поддерживаться. Хочется услышать отзывы о его поддерже, ибо мой сломался.

TODO: Ох, много чего еще. Следующую версию попробую успеть к новому году. Думаю в скором времени поменять хостинг на что-нибудь вроде berlios.

Итак:
SVN: http://svn.xp-dev.com/svn/Yukkuri/tags/0.1a/
WinBuild: http://svn.xp-dev.com/svn/Yukkuri/build/Yukkuri-0.1alpha-win.7z
*nix source: http://svn.xp-dev.com/svn/Yukkuri/build/Yukkuri-0.1alpha-nix.tar.xz
Версия под мак(собрана не мной, и я не знаю, насколько она рабочая): http://svn.xp-dev.com/svn/Yukkuri/build/Yukkuri-0.1alpha-mac-x86_64.tar.xz

Проект заимел подобие сайта: http://yukkuri.animuchan.net/
svn перенесен: svn://animuchan.net/Yukkuri

>>2490
и сразу патч

>>2514
Спасибо, я собирался это сделать, но руки не доходили.

>>2514
>+ videoFlags = SDL_OPENGL; / Enable OpenGL in SDL /
>+ videoFlags |= SDL_GL_DOUBLEBUFFER; / Enable double buffering /
>+ if ( videoInfo->hw_available )
>+ videoFlags |= SDL_HWSURFACE;

SDL_video.c, стр. 636

>is_opengl = ( ( flags & SDL_OPENGL ) == SDL_OPENGL );
> if ( is_opengl ) {
> / These flags are for 2D video modes only /
> flags &= ~(SDL_HWSURFACE|SDL_DOUBLEBUF);
> }

Смысл?

>>2522
>if ( videoInfo->hw_available )
>+ videoFlags |= SDL_HWSURFACE;
это лишнее, да.

>>2533
И не только. SDL_HWACCEL вообще read-only, его не стоит пытаться выставлять.
http://twomix.devolution.com/pipermail/sdl/2004-June/062657.html
Или почитай те же исходники SDL.

>>2534
Нет.

>>2543
Чего нет-то? Ну если ты такой ленивый, что исходники читать не хочешь - хоть в хедеры загляни.

SDL_video.h, стр 148
>/ Used internally (read-only) /
>/@{/
>#define SDL_HWACCEL 0x00000100 /< Blit uses hardware acceleration /

Собственно, и SDL_GL_DOUBLEBUFFER выставляется не совсем так, как в патче.

>>2546
>SDL_GL_DOUBLEBUFFER выставляется не совсем так
расскажи же

>>2562
SDL_GL_SetAttribute( SDL_GL_DOUBLEBUFFER, 1 );

>>2563
хм. да. ты прав. что-то я хуиту какую-то написал.
тогда непонятно, что, кроме палитры, могло вызывать у меня ошибку при запуске оригинала.

>>2564
Можно конфигурацию и ошибку?

>>2565
couldn't find matching GLX visual или что-то в этом духе. линуксы x86_64, блоб от нвидии, кде с включенным композитом.

>>2567
Быстрое гугление показывает, что ошибка связана с nv-дровами. Потом погуглю поподробнее.

>>2570
Погуглил еще, поигрался с глубиной цвета, пришел к выводу, что проблема именно в ней. Поставлю дефолтный минимум в 6, хотя, не уверен, что это поможет, хотя, нет, скорее уверен, что это вообще не сыграет никакой роли. Открою тикет на всякий случай.

>>2571
Это точно проблема с глубиной цвета И nv-дровами (у меня она где-то уже была)
А хардварная палитра похоже просто накладывает ограничения (да, мне все еще лень лезть в исходники sdl).

Стив, подскажи годный алгоритм генерации/рисования тайловой карты. У меня получилось http://trac.yukkuri.animuchan.net/browser/trunk/map.cpp, но это мне не особо нравится. Получается громоздко в коде и дыряво в результате.

>>2688
>No node trunk/map.cpp, at revision 90
Откуда у вас проблемы с инициализацией SDL?
Какая к чёрту хардварная глубина палитры?
http://sdl.beuc.net/sdl.wiki/SDL_SetVideoMode
Тут некоторые тонкости инициализации.
Рисовать тайловую карту()
{
Рисовать_тайлы(от:начало видимого куска картыб до:конец видимого куска)
НарисоватьТайл()ж
}

>>2688 Алсо, если сделаешь что-то кроме плоскостей (кубики там например, на которые можно будет прыгать) то поставлю памятник.

Кстати может кто знает, что лучше
>for( int i = 0; i < number; ++i )
против
>for(int i = number; i--;)
если порядок не важен?

>>2692

Имхо, если ты хочешь пропустить 1-ый элемент, то надо писать не
>for( int i = 0; i < number; ++i )
а
>for( int i = 1; i < number; i++ )
так более канонично.

>for(int i = number; i--;)
Привет, сегмейнтейшен фаулт!

>>2690
>No node trunk/map.cpp, at revision 90
Запятая попала в ссылку, неправильно пережевавшись разметкой.
http://trac.yukkuri.animuchan.net/browser/trunk/map.cpp
>Рисовать тайловую карту()
>{
>Рисовать_тайлы(от:начало видимого куска картыб до:конец >видимого куска)
>НарисоватьТайл()ж
>}
Я так и делаю, хотя, нет, немного не так. При смещении камеры на пять клеток создаю пять клеток впереди, удаляю все, что не попадает в экран+5 и пересоздаю glDisplayList из вектора существующих клеток, который отправляется на экран.
>>2691
Я думал об этом, это будет определенно костылем, и я склонялся к версии показывать высоту картинками. Возможно вернусь к этому вопросу в будущем, но пока не до того.
>>2692
>for(int i = number; i--;)
Никогда не понимал смысла декремента в for.
>>2693
>если ты хочешь пропустить 1-ый элемент
Ничего не пропускается. Пруф: http://pastebin.com/YHcyKEv8

>>2693
Проглядел конечно, но я имел ввиду, включая нулевой.

>>2695
Нулевой тоже есть, и никуда не пропадает. Пруф: >>2694

>>2692>>2693
По поводу разницы между ++i и i++. Если i - целочисленный тип, то разницы нет, и по канонам i++. Если же i - итератор, то пиши ++i, потому что в случае i++ медленнее, там создаётся промежуточный инстанс итератора обычно. В общем цитирую (не помню откуда) "гарантируется, что ++i работает не медленнее, чем i++".
Такие дела. Ща гляну твой код если лень не перехватит на полпути.
Кстати, glList - это чтобы один раз скомпилировать список и потом его вызывать(например перкалькуляция вершин окружности). В твоём случае лучше использовать вершинные массивы.

>>2706
Лень перехватила, лень разбираться, что там происходит. Но вообще если ты сказал, что так и делаешь, то вроде всё ок. У тебя скроллинг надеюсь плавный? В смысле смещение не по клетке, а по чуть-чуть?

int i = 0;
printf("Я нуб и не лечусь: %d\n", ++i);
i = 0;
printf("Я нуб и не лечусь: %d\n", i++);

>>2706
Лист компилируется не каждый цикл рисования, в отличии от метода отрисовки остальных спрайтов, которые обсчитываются каждый цикл. Он перерисовывается только если количество элментов в нем должно измениться, а это происходит только при перемещении на пять клеток.
>>2707
Карта привязана к координатам камеры, которая в свою очередь привязана к игроку. Если позиция камеры смещена относительно центра карты на 5 клеток по вертикали или 2,5 по горизонтали, то карта начинает генериться.

>>2711
В приложении к циклу i += 1 выполняется после выполнения тела цикла, в твоем же примере - во время передачи параметров, соответственно, будет разница между ++i и i++.

Я снова пришел за советом. Стив, скажи, как лучше всего реализовать редактор карт. Есть файлы с описанием карт, типами ячеек, от редактора требуется рисовать тайлы в координатах из файлов, и контролировать клик мышки в нужной точке. Пытался приделать это к базовому редактору на pyqt, используя opengl, но единственное, чего я добился таким способом - это единственная текстура, забинденная на весь экран. Подозреваю, что я делаю это не правильно в нескольких местах, в том числе и в игнорировании стандартных средств рисования. Ты можешь опровергнуть мои сомнения по поводу быстроты их работы при необходимости отрисовки большого количества(в районе 1000) одинаковых картинок?

>>2733 Редактор порой бывает сложнее самой игры. Суть отрисовки та же что и в игре, только если ты хочешь zoom out, да так, чтобы всю карту видеть, то тебе придётся подумать немного. (это если карты будут _совсем_ уж большие). А так отрисовка - всё тоже. Можешь глянуть в какую-нибудь тайловую игру, точнее в её редактор The underside, например. Или knytt.

>>2733
Сделай отрисовку тайлов в редакторе так же, как и в самой игре. Плюс выдели часть экрана под область, где рисуются все тайлы из доступного набора. Сделай возможность выделять мышью тайлы из этого набора, при этом должен запоминаться номер выбранного тайла. Теперь осталось сделать так, чтобы при клике на область карты этот номер тайла заменял уже существующий там. Насчёт скорости отрисовки - даже 10-летние видеокарты выдают овер 9000 тайлов при фпс за сотню. Успехов!

>>2752
Меня больше интересовала произовдительность конкретных методов отрисовки тулкита. Тайлы я рисую по таким же принципам, как и в самой игре, пытался напрямую портировать код, но не вышло, какое-то несоответствие opengl и его питоновских биндингов видимо. Редактор делаю на скорую руку, поэтому переписывать на плюсы, используя движок проблематично(вдобавок заморочки с луа, мои костыльные конфиги трудно парсить во что-то статическое).
>>2753
Именно так и делаю же. При текущем методе отрисовки фпс падает на сотню, хотя все равно остается на уровне 400+.

Вроде получилось, всем спасибо.

Воровал спрайты с opengameart'а, столкнулся с проблемой обработки индексированных изображений. Долго ходил по гуглю, в итоге выяснил, что нужно делать glPixelMapfv() и передавать GL_COLOR_INDEX форматом в glTexImage2D(). Так вот, собственно, в чем вопрос: откуда брать параметры для glPixelMapfv()? Побовал разные величины из SDL_PixelFormat, однако никакого эффекта это не произвело, и квадраты как были белыми, так и остались. Может я делаю что-то не так?

>>2781 Решительно забей на индексный режим. Загружай все изображения в 32 bpp и уже это единообразно скармливай опенглу.

>>2783
А можно как-нибудь конвертировать на лету? Вообще кто-нибудь это умеет кроме сторонних монструозных библиотек?

>>2783
+1000
Не используй индексированные цвета,
с ними почти всё сложнее, а многое и вовсе невозможно.
Переконвертируй все ресурсы в 32 бита раз и навсегда, например, фотошопом или чем-то подобным.

>>2781

У тебя проблемы в загрузке картинок в игру или в редактор ?

Что это за формат графических файлов ? PNG ? GIF ? Что-то другое ?

Может у тебя проблем с тем что ширина или длина картинки не являются cтепенью двойки (..., 128, 256, 512, 1024, ...) ?

Если у тебя проблемы с загрукой 8-битные gif файлы, то у меня они нормально загужаются и показываются.

Прилагаю код : http://rghost.net/2967199

(Икскреатепиксмап)

>>2785
а) Пишешь монструозный загрузчик сам
б) Пишешь загрузчик чего-нибудь одного и конвертишь всю графику в него(НЕ BMP)
в) Используешь стороннюю либу (Я использую DevIL)
На выходе из загрузчика у тебя уже всё будет в 32 bpp
Не бойся использовать сторонние библиотеки. Это нормально.
Вот например мой код, который делает всё что надо с использованием DevIL
http://codepad.org/xhOx7IDa

>>2789
Редактору-то все равно, там pil.
Формат: png в indexed color. Я пока не понял, чем твой стандартный пример отличается от моего, но действительно работает. Буду дебажить и ловить различия.
>>2791
Не хочется использовать большие библиотеки ради одной функции, которую можно сделать руками. А загрузчиком всего работает SDL_Image.

>>2792
>большие библиотеки
Большие библиотеки - это буст например. Или Qt подключать.
Впрочем, если тебе хватает SDL_Image, то всё хорошо.

>>2792
Разобрался, всему виной альфа-канал, при его отключении картинку видно. Индексированные картинки загружаются через SDL_DisplayFormat, что-то случается с альфа-каналом, в результате картинки превращаются в прозрачные. При использовании только SDL_DisplayFormatAlpha, все нормально, но по-моему, это не совсем хорошо, и надо как-то отделять кртинки без альфы от картинок со спрятанным альфа-каналом.

>>2794

Вот автоконвертор всех indexed PNG в truecolor. На основе Bash + ImageMagick identify, convert.

http://pastebin.mozilla-russia.org/107300

(Икскреатепиксмап)

>>2797
Ты не понял сути, переконвертировать я могу, мне хочется поддерживать. Не знаю, правда, зачем.

Внезапно бампну.

Регистар раздавал зону со скидкой. Теперь http://yukkuri.in

Yu!

>>4052
Кот бы за меня код пописал.

жаль я не знаю ниодного языка програмирования

>>4062
Можно еще разные штуки рисовать, придумывать карту или писать сценарии. Надо бы билд сделать, да.

Стив, я что-то ничего не пойму. Собираю под виндовсом с помошью mingw из комплекта кодеблокс, собирается нормально. Запускаю: молча вылетает после загрузки. Запускаю с дебаггером, все прекрасно работает. В чем может быть причина?

>>4138
При отладке могут использоваться другие версии библиотек.

Версия 0.2 alpha. Скачать бесплатно без смс: http://yukkuri.in/downloads.html
Win-сборка только x86. Я плохо разбираюсь в ненужных технологиях, поэтому может понадобиться vcredist 2008, скачать можно с сайта майкрософта(http://www.microsoft.com/downloads/ru-ru/details.aspx?FamilyID=A5C84275-3B97-4AB7-A40D-3802B2AF5FC2). Да, Стив, расскажи как это убрать.
nix-сборка в виде исходных кодов. Инструкции в INSTALL.

Изменения:
Добавлена карта.
Добавлены lua-биндинги для интерфейса.
В редакторе добавлены вкладки для редактирования тайлов и регионов.
Добавлены файлы проекта для visual studio, Makefile.win видимо уйдет как deprecated.

TODO:
Пока планирую реализовать поиск пути и генератор карт. Чуть более далекая цель - объекты окружения.

Снапшот редактора:
http://yukkuri.in/yukkuri/Yukkuri_editor-r112-win32.7z
http://yukkuri.in/yukkuri/Yukkuri_editor-r112-python_noarch.xz

Внезапно, чатик: yukkuri@conference.jabber.cn

>>1360
На никсах полдня грузит.

>>1360
ОП, сценаристы тебе еще нужны?

>>5171
Слабо представляю, что это значит, но ты уверен, что скачал последнюю стабильную версию?
>>5176
Разумется нужны, все нужны, ни от какой помощи не откажусь.

Китайский сервер что-то лежал но вроде сейчас поднялся, да.

>>5180
>Слабо представляю, что это значит, но ты уверен, что скачал последнюю стабильную версию?
Имею ввиду, что до того, как появляются юккури и карта есть только интерфейс и быстро мотается ин-гейм время, и так полдня.
Качал с svn.

>>5180
>Разумется нужны, все нужны, ни от какой помощи не откажусь.
ОК, может избавлюсь от суеты помогу с кодом/спрайтами/сценариями.

>>5183
А, да, видел недавно, когда собрал последнюю ревизию, там похоже где-то что-то сломал, в итоге прозрачность не ставится. На самом деле ерунда.

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

Бампнул редактор до совместимости с драфтом конфигурационных файлов для версии 0.3, теперь сначала создаются спрайты, которые потом используются в остальных местах. Анимация заменена таблицей с возможностью добавлять и удалять анимации (но в связи с ленью это привело к тому, что редактор стал на 200 пикселей шире, небольшая потеря, впрочем). В карте вроде отломался удалятель еще.

>>6503
Да, оно теперь все перехало на гитхаб. Свн надоел.

Сделал консоль вместо игры и бампаю ею тред.

>>6504
> гитхаб
Удобряю гитхаб. Такая-то обитель няшек-программистов.

>>7241
Просто удобнее.

>>7242
Да, это в том числе. А так там куча всяких полезных сопутствующих сервисов есть, тот же travis-ci.