>>9579
Я хочу "(полу)автоматическую" (со скидкой на неуправляемость и отсутствие RTTI) сериализацию графа объектов, как в (dot)(ОТ СПАМБОТА СЛЫШУ)NET/джаве — если вдруг запилю такую, то единственной проблемой останется несовместимость версий.

>>9582
Утю-тю, и какая же парадигма меняет суть сериализации?

>>9586
>Утю-тю, и какая же парадигма меняет суть сериализации?
Динамическая типизация?

>>9587
Сторонний парсер/сериализатор может это делать.

>>9588
Стороннему сериализатору одинаково надо знать тип сериализуемого объекта.

Единственный простой способ что-то сохранить в C/C++ - это дамп всей кучи и запрет на использование абсолютных ссылок.

>>9586
>со скидкой на неуправляемость и отсутствие RTTI
У тебя AAA+ проект, что тебе именно кресты дались? Тем более сейчас даже физика и AI на GPU выполняются: http://books.nips.cc/papers/files/nips25/NIPS2012_0534.pdf

т.е. можешь хоть на Ruby писать.

>>9586
> Утю-тю, и какая же парадигма меняет суть сериализации?
Функциональная, например. Иммутабельность => сохранение и восстановление состояния тривиально.

>>9589
>дамп всей кучи и запрет на использование абсолютных ссылок.
Кстати, пока искал чего-нибудь почитать по теме, нашёл на гд.ру похожую идею: выделить блок памяти по фиксированному адресу и распределять данные в нём. Но это не круто, мне намного симпатичнее Boost.Serialization.

>>9592
Да нет, посмотрел примеры на stackoverflow выучить этот ваш хаскель, что ли — проблемы и, например, подход к циклическим ссылкам ровно те же.

>>9593
> Да нет, посмотрел примеры на stackoverflow выучить этот ваш хаскель, что ли — проблемы и, например, подход к циклическим ссылкам ровно те же.
Не знаю, какие примеры ты смотрел, но выводы неправильные. http://hpaste.org/88668
За такую общность, правда, приходится расплачиваться долей производительности: иммутабельность в общем случае добавляет константный оверхед.

ОП, зделай себе редактор карт типа http://www.youtube.com/watch?v=aR6k7SZYYWE

>>9598
Нужен. Но ЛЕЕЕЕЕЕЕЕНЬ ;_;
В перспективе без него никуда, но по вышеозначенной причине, скорее всего, ограничусь "режимом Бога" и консолью.

Запилил партиклы. :3
...забыв и про геометрические шейдеры, и про ультимейт: частицы с постоянными параметрами, живущие в локальных координатах эмиттера — костры подходят — можно вообще создать единожды при инициализации системы, а дальше рассчитывать полностью на GPU (т. е. умершие возрождаются — позиция вычисляется исходя из (time + shift + deadZone) % lifetime). Завтра займусь оптимизацией.

>>9619
＊очевидный фикс: (time + shift) % (lifetime + deadZone)

А как это чудо компилять под linux?
Или только ручками? Тогда кокие у него зависимости?
Под вайном он забавно падает, лол.

>>9624
Никак.
>Под вайном он забавно падает, лол.
Не должен. Если видеокарта тянет OpenGL 2.1 (а лучше 3.2) — проверь родные драйверы.

ОПТИМИЗИРОВАЛ системы частиц (>>9619). Можно пойти ещё дальше: объединять меши одинаковых систем, жертвуя уникальностью, — но это уже не к спеху.

Лазил по соурсворджу и наткнулся на 410chan. За что мне такая жизнь, а?

>>9644
У нас ты станешь девочкой-волшебницей...

Тем временем я продолжаю думать, что пилю сериализацию, и наконец-то заметил в списке своих расширений Binary Shaders — они на очереди.

ОП, тебе ещё не надоело работать в одиночку?

...Точнее даже как в том анекдоте:
"Написал сериализацию. Сейчас работаю над десериализацией".

>>9650
А что, порисовать хочешь? :3

>>9653
Нет, просто рано или поздно тебе надоест в своей песочнице возиться и захочется пилить что-то новое и интересное с другими людьми. Я всё жду этого момента.

>>9654
Ты не понимаешь сути движкописательства.
мимодвижкописатель

>>9656
Я не могу не понимать сути движкописательства, потому что я тут самый первый мимодвижкописатель.

>>9657
Нет Я!

>>9657
Первый движкописатель, любит пилить в компании... Эрогей штоле?

>>9654
Действительно. Лучше бы помог мне LispOS пилить (http://410chan.org/dev/res/8824.html)

Нужна няша разбирающаяся в тонкостях микроядерных OS и JIT-компиляции.

Графона конечно не будет, но графон и не нужен, когда у тебя такой-то менеджер процессов.

>>9654
Нет, не надоест. Мне тоже за 4 года не надоело, это не может надоесть.

>>9662
А мне надоело. Через 5 лет. Я нашёл няш-художников, и теперь мы делаем игры. Не такие крутые, как хотелось бы, но игры, а не движки.
самый первый мимодвижкописатель

ОП, так что ты думаешь про микроядро? Каковы шансы убить Линупс и прочие C/C++ мерзости?

>>9654>>9657>>9663
;_;

Сериализовал граф объектов. Завтра уже сегодня >_<" добавлю в минимальный пример ВСЕ грабли, и, если он при этом не развалится, второй пунктик >>9578 будет лишь вопросом времени.

>>4274
ОП, а поведай, какой тип данных ты используешь для идентификации ресурсов. Т.е., например, есть у тебя объект "сырно с крылышками". Каким образом он ссылается, скажем, на текстуру крылышек?

>>9670
Имя файла относительно рабочего каталога.

Может быть, и ерундой занимаюсь... Но, по моему скромному мнению, это, во-первых, нужно, во-вторых, стоит отладить ДО прикручивания к движку.

Так вот. Proof of concept сериализации графа объектов:
http://sourceforge.net/projects/rr-rr/files/serialization-poc.rar/download
Если вдруг кому не лень, попробуйте её сломать. :3
Прошу заметить, что "объекты-из-файлов" хранятся в сейве в виде имён файлов.

Предвижу две проблемы в реальном применении:

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

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

>>9663
Что интересного в производстве игор? Они же все равно получаются унылыми и одноразовыми. А еще их разработка когда-то кончается и нужно выдумывать новую игру.

>>9685
> Что интересного в производстве игор?
Программирование вычислений в режиме soft-realtime?

>>9685
>А еще их разработка когда-то кончается и нужно выдумывать новую игру.
Это самое хорошее же!
А вообще, нет ничего лучше выпуска готового продукта. Тут и радость от завершения работы, и гордость за конечный результат, и ощущение свободы. Один раз попробовав, хочется ещё.

>>9693
Никогда этого не понимал. Каждому свое, думаю.

ОП, ну зачем тебе С/С++? Негодный же язык.

Lisp:

point X Y => | x => X | y => Y | metric => X^2+Y^2 sqrt | + P => point X+P.x Y+P.y

C/C++

class point { private: int X; int Y; public: point (int XX, int YY) { X=XX; Y=YY; } int x () { return X; } int y () { return Y; } metric () { return sqrt(X^2+Y^2); } point operator + (P) { return pow(P.x(),2)+pow(P.y(),2); } };

>>9710
Какой ещё C++... :3
Но и он был бы сверхгодным, если бы умел модульность.
>>9685
>А еще их разработка когда-то кончается
;___;

Сохраняю и загружаю мухоморы между мирами — считая с самим сериализатором, это процентов 15~20 от всего, что должно сохраняться. Потом меню запилю (название придумал, но пока не скажу ^_^). И я хотел бы сделать это до бамплимита, так что не сильно шумите (это к тебе, Золотце, относится).

>>9685
Зависит от игры. Какие-нибудь рогалики можно всю жизнь пилить.

>>9711
>к тебе, Золотце, относится
а что с 0chan.hk/c/?
выдаёт пикрилейтед

С ходу (кроме Newton) скомпилировалось под Win64. Debug-версия может сходить с ума, но это не (только) из-за меня.
http://sourceforge.net/projects/rr-rr/files/rr%200.0041.5_psy64.rar/download

Алсо, меня не будет недельки полторы.

>>9710
> C/C++
> class
> C
> class
/0
> C/C++
> /
> /
ЛИШП/ХАШКЕЛЬ

>>9723
бедняша, "С/С++" пишут чтобы показать, что в сортах не разбираются.

см http://www.dreamsongs.com/RiseOfWorseIsBetter.html


POSIX - синоним для относительно стабильной части API Линупса и концепции Worse is Better.

работа функций отсутствующих в ПОЗИХе не гарантируется ВООБЩЕ. Но тебе и ПОЗИХ хватит для undefined behaviour. Единственный способ избежать segmentation fault - отказаться от Линупса и не писать на C/C++ вообще. На Haskell тоже не пиши, иначе девочкой станешь.

>>9725

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

>>9726
Я вообще никогда не работал (безработный же).

Однако знаком с Common Lisp и наслышан о Lisp-машинах, где C/C++ был лишь для совместимости Линупсyным софтом, как cygwin в Windows.

Посему "C/C++" пишу чтобы выказать пренибрежение к недоязыку и недо-ос Линупс.

>>9728

> выказать пренибрежение к недоязыку и недо-ос
> потенциальному работодателю, который их с большой вероятностью использует

Все правильно делаешь

>>9732
Это ОП-то работодатель?

В своей недорезюмешечки ты также написал в соседней нити.

Ребят, ну я же попросил :C

Попробовал коммитнуть с кофеварки, та не прожевала файл с комментарием в UTF-8 (shame on you, SVN command-line tool!). Дублирую здесь.

— База физических материалов. Бинарная. Связывается с миром единожды, идентификация по именам.
— Пул уникальных физических примитивов (одинаковые объединяются) и запрос у Newton подробной информации о них.
— (Де)сериализация: Rigid Primitive, Rigid Body; начал Trail & Particle System. Ф-фух...
— Сериализация теперь отключаема.
— Значительно (~3x) оптимизировал сериализацию путевых точек. Теперь хранение их в сейве будет меньшей проблемой... запоминать сгенерированные рёбра в отдельном списке?
— Опечатка в USystem.pas: SRWLockShared'ам присваивались их SRWLockExclusive-аналоги.
— GetFileVersion — няшность. (Но это вроде уже было).
— Теперь можно изкоробки сохранять флоаты и векторы в поток в формате half16 либо 8- и 16-битных нормализованных целых (но не -1..1, а с известными границами).
— Хэш флоата с эпсилоном (для пулов, допускающих небольшую разбежку) и Crc64 (последний не пригодился, но пусть будет).
— Критичные по размеру форматы задают битность динамически.

P.S. Фактически всё, что я сделал — научился сериализовывать ту пачку мухоморов вместе с физикой. Осталось ещё куча всего, но чуть меньше, чем в прошлый раз. (Тот же скрипт, где вся логика... (⇀‸↼‶) А, точно, луа любезно предоставила для таких случаев lua_upvalueid и lua_upvaluejoin).

Это опять золотце?

Willkommen in meinen Schloss.
>>9999