Развитие BeaRLib
Модератор: Apromix
- Apromix
- Мастер
- Сообщения: 1236
- Зарегистрирован: 04 июл 2011, 10:44
- Откуда: Украина, Черновцы
- Контактная информация:
Развитие BeaRLib
Уже много лет пакет BeaRLib как бы и развивается и не развивается. От первоначального задума мало что осталось рабочим. JustHurry пропал, я увлекся другими проектами, один Cfyz работает над терминалом не покладая рук. В новом году я хочу собрать актуальные (полностью рабочие) версии библиотек на GitHub.
В этой теме обсуждаем: развитие всех библиотек (целого пакета, фреймворка?), целесообразность их существования, пригодность, унификацию, недостатки, добавление новых и т. д.; куда их всех поместить (я предлагаю GitHub); нужно написать по каждой библиотеке руководство и где его разместить.
В этой теме обсуждаем: развитие всех библиотек (целого пакета, фреймворка?), целесообразность их существования, пригодность, унификацию, недостатки, добавление новых и т. д.; куда их всех поместить (я предлагаю GitHub); нужно написать по каждой библиотеке руководство и где его разместить.
Re: Развитие BeaRLib
Да, терминал ушел вперёд а остальные библиотеки остались.
Но с другой стороны ясно что делать - просто догонять терминал, дорога то проложена.
Первое - те библиотеки что на паскале нужно поправить чтоб компилировались фрипаскалем и у всех проверить совместимость с линуксом (и макос?).
Второе - сделать байндинги и в идеале примеры на тех же языках что и у терминала. Ну может кроме lua. Т.е. С, С#, Python, Ruby.
Ну и третье - вики с минимальной документацией по ним.
И исходники, да. Гитхаб не хуже других мест. Но имхо три предыдущих пункта важнее.
Собственно что в Bearlib есть:
Но с другой стороны ясно что делать - просто догонять терминал, дорога то проложена.
Первое - те библиотеки что на паскале нужно поправить чтоб компилировались фрипаскалем и у всех проверить совместимость с линуксом (и макос?).
Второе - сделать байндинги и в идеале примеры на тех же языках что и у терминала. Ну может кроме lua. Т.е. С, С#, Python, Ruby.
Ну и третье - вики с минимальной документацией по ним.
И исходники, да. Гитхаб не хуже других мест. Но имхо три предыдущих пункта важнее.
Собственно что в Bearlib есть:
- PF - как я убедился на прошлом 7drl интерфейс никуда не годится, поэтому api надо переделать(скопипастить с libtcod). А по-хорошему кроме A* еще волна нужна.
- FOV - работает, разве что субклеточное освещение было бы интересно из примера перенести внутрь библиотеки, но в текущем виде оно слишком специализированное. Можно было бы сделать больше алгоритмов, но с другой стороны может и не надо, лучше один хороший чем несколько разных со своими причудами.
- MG - работает, но Харука говорила что с fpc последний алгоритм не работает. А, и старые алгоритмы надо доработать чтоб информацию о комнатах возвращали.
- HS - я не пользовался, но видимо работает.
- Sound, Inv - я так понимаю отсутствуют.
- Apromix
- Мастер
- Сообщения: 1236
- Зарегистрирован: 04 июл 2011, 10:44
- Откуда: Украина, Черновцы
- Контактная информация:
Re: Развитие BeaRLib
Создал на вики страницу о BeaRLib. Здесь будем писать руководства по каждой библиотеке BeaRLib.
- Максим Кич
- Администратор
- Сообщения: 1642
- Зарегистрирован: 03 дек 2006, 20:17
- Откуда: Витебск, Беларусь
- Контактная информация:
- Cfyz
- Сообщения: 776
- Зарегистрирован: 30 ноя 2006, 10:03
- Откуда: Санкт-Петербург
- Контактная информация:
Re: Развитие BeaRLib
А что за субклеточное отвещение в FOV?kipar писал(а):FOV - работает, разве что субклеточное освещение было бы интересно из примера перенести внутрь библиотеки, но в текущем виде оно слишком специализированное.
Тут такое дело, что одного всем условиям удовлетворяющего дискретного алгоритма, кажется, не бывает: раз статья, два статья. Надо всем собраться и сделать один (пятнадцатый) алгоритм без недостатков.kipar писал(а):Можно было бы сделать больше алгоритмов, но с другой стороны может и не надо, лучше один хороший чем несколько разных со своими причудами.
Звук я подумываю сделать в рамках терминала, потому как это тоже вывод, да и вообще терминалы издревне умели бибикать. Возможно, имеет смысл в контексте кирпичиков BearLib сделать ее потенциально отделяемой (работоспособной без терминала, или скорее тесно интегрируемой в терминал).kipar писал(а):Sound, Inv - я так понимаю отсутствуют.
Я уверен, что надо иметь основную часть на GitHub. Но документацию придется вести еще и на русском, а на GitHub я что-то не видел чтобы были средства для интернационализации. Вот например у меня на странице в правом углу можно увидеть переключение языка -- довольно удобно иметь версии контента в одном месте и в одном стиле.Максим Кич писал(а):А почему не на GitHub?
Пытается раскуклиться
Re: Развитие BeaRLib
Ну, твоя демка где освещение вычисляется для четырех углов клетки. Но да, с FOV это слабо связано.
Всем не всем, но если алгоритм один и у него нет явных косяков, то пользователь будет его использовать и у него вопросов не возникнет. Хотя если есть выбор это конечно плюс, но вот в libtcod помнится только "авторский" алгоритм из коробки давал круглое поле обзора, а остальные давали квадратное и соответственно к ним надо было костыль писать, что убивало смысл в выборе алгоритма (возможно в новых версиях исправили).
- Apromix
- Мастер
- Сообщения: 1236
- Зарегистрирован: 04 июл 2011, 10:44
- Откуда: Украина, Черновцы
- Контактная информация:
Re: Развитие BeaRLib
О названии самых библиотек. Надо решить, как называть все либы точно. Сейчас кто как хочет пишет: либо BearLib, либо BeaRLib (разница в r и R).
Напомню, что BeaRLib пишем из-за самого сочетания букв RL, что значит roguelike. В сумме имеем Bear Rogue Like Library.
Напомню, что BeaRLib пишем из-за самого сочетания букв RL, что значит roguelike. В сумме имеем Bear Rogue Like Library.
- Cfyz
- Сообщения: 776
- Зарегистрирован: 30 ноя 2006, 10:03
- Откуда: Санкт-Петербург
- Контактная информация:
Re: Развитие BeaRLib
Мне кажется в обычном тексте не надо особо изголяться: BearLibFoo легко читается, легко пишется и все еще имеет общую часть. Но вполне можно писать BeaRLibFoo в заголовке, в названии репозитория (если оно все равно регистронезависимо) или на какой-нибудь картинке, потому что тогда получается что-то вроде логотипа.
Пытается раскуклиться
- Apromix
- Мастер
- Сообщения: 1236
- Зарегистрирован: 04 июл 2011, 10:44
- Откуда: Украина, Черновцы
- Контактная информация:
Re: Развитие BeaRLib
Предлагаю к сущ. набору добавить след. библиотеки:
- Работа с архивами. Хорошо бы пригодилось для сейвов и данных. Запаролил архив и радуешься
- Работа с ачивками, примерно как в ToME.
- Работа со скилами.
Re: Развитие BeaRLib
Ачивкам потребуется интеграция со steam api, а это нетривиальная задача.
Скиллы похожи на инвентарь, но с еще более туманными перспективами - уж их то точно все делают по-разному. Не делать же просто список строк названия и уровней.
Архивы... ну в принципе есть смысл. по сути просто легкая обертка над minizip или чем-то таким, но как дополнение к библиотеке - почему бы и нет.
Скиллы похожи на инвентарь, но с еще более туманными перспективами - уж их то точно все делают по-разному. Не делать же просто список строк названия и уровней.
Архивы... ну в принципе есть смысл. по сути просто легкая обертка над minizip или чем-то таким, но как дополнение к библиотеке - почему бы и нет.
- Максим Кич
- Администратор
- Сообщения: 1642
- Зарегистрирован: 03 дек 2006, 20:17
- Откуда: Витебск, Беларусь
- Контактная информация:
Re: Развитие BeaRLib
Я так понимаю, что речь идёт не о Steam Achievements, а о неких триггерах, которые сохраняют достижения локально.
Dump the screen? [y/n]
Re: Развитие BeaRLib
Но тогда как со скиллами и инвентарем получается неясен функционал. Если даже вывод плашки о получении останется на пользователе, то будет просто список флагов сделал\не сделал и счетчиков "убил M зябров из N".
Хотя... кроме списка для конкретной игры будет еще персистентный список для всех игр. Тогда можно этот функционал в BearlibHS добавить - там уже есть список сохраняемый между играми, вот кроме таблицы результатов там могут быть и ачивки.
Хотя... кроме списка для конкретной игры будет еще персистентный список для всех игр. Тогда можно этот функционал в BearlibHS добавить - там уже есть список сохраняемый между играми, вот кроме таблицы результатов там могут быть и ачивки.
- Apromix
- Мастер
- Сообщения: 1236
- Зарегистрирован: 04 июл 2011, 10:44
- Откуда: Украина, Черновцы
- Контактная информация:
Re: Развитие BeaRLib
Замечательная идея


Кто сейчас на конференции
Сейчас этот форум просматривают: Лука и 2 гостя