CRUSIS 9000

[runewalsh]

Хоспаде, движок мне контент не сделает, какая разница.

[hinst]

нУ тАк я про што и говорю!?!?
Делал бы контент вместо того, чтобы делать движок.
90% времени потраченного на движок мог бы потратить на контент

Добавлено спустя 2 минуты 57 секунд:
Если ты, скажем, 50% от всего времени ПОТРАЧЕНОго на проект потратил на движок и 50% на контент, то 90% от тех 50% ты бы потратил на контент, в итоге получилось бы вместо 50% движок - 50% контент --->>> 5% движок 95% контент

[runewalsh]

Туда ли ты зашёл, смертный?

[hinst]

ну? доделал?
когда релиз?

[runewalsh]

hinst
Я ещё даже не раскрасил :(
На днях запилил интерполяцию строк в скриптах, т. е.

Код: Выделить всё

a = 2
b = 3
s = "{a} + {b} = {a + b}"

→ s = "2 + 3 = 5". REASON: удобнее конкатенации и явных строк формата.

[hinst]

я не хочу интерполяцию, я хочу игру

[runewalsh]

hinst
Дофига хочешь. Иди Чебу на мозги капай, по-моему, в сравнении со мной он большей фигнёй страдает.
(Картинка — уже древний пример лабиринтиков, не образец покраса. Анимировано.)

[hinst]

Когда обновление? Где игра?

[runewalsh]

Скомпилировал под FPC 3.0, ура-ура-ура. Пришлось ажно написать препроцессинг исходников для заворачивания литералов в rawbytestring'и. Не было печали, так давайте вспомним в 2016 про технологии прошлого века (это я про codepage-aware, ага). Не, оно и без препроцессинга кое-как работает, но 2K ворнингов про (ненужные) неявные приведения как-то не радуют. Ну, зато заработала WPO и сам по себе компилятор стал больше ошибок ловить.

Ща обновлю (в июле :з), тихааа. Меня вообще Чеб обижает вон.

[runewalsh]

Срисовал одну библиотеку реалтаймового сжатия, не то чтобы оно того стоило (сжимает чуть хуже также реалтаймовой LZO, время распаковки и корректность не тестировал), но пусть будет, вдруг кому понравится.

[скалогрыз]

реалтаймового сжатия

что есть реалтаймовое сжатие? разве дефлейт не наше всё?

[runewalsh]

скалогрыз
Фокусировка на скорость распаковки, у некоторых — и сжатия тоже (как вот у етого вот), у некоторых (LZHAM) — нет. Т. о. подходит для упакованных ресурсов. Дефлейт с компашкой относительно медленно распаковывается, заметно невооружённым взглядом. Посмотри юзкейсы Google Snappy или сжатия NTFS (которое тоже «модификация LZ с упором на скорость, сравнимую с memcpy»). Но, как никто не использует сжатие NTFS, так и мне, в принципе, сжатие не нужно, я просто балуюсь))0 (ну, если кому-то не очевидно). Даже если не ставить под сомнение идею что-то сжимать в >2016, из всего зоопарка можно оставить только LZHAM для ресурсов & LZO для сохранений.

[скалогрыз]

Фокусировка на скорость распаковки

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

[runewalsh]

скалогрыз
На скорость сложнее проверять прост.
(Хорошо сжимаемые скрипты/бинарные данные 33/66).

• Deflate:　сжатие 40.6 мс (558Kb → 261Kb, -53.2%), распаковка 1.77 мс
• LZO:　　　сжатие 23.5 мс (558Kb → 292Kb, -47.7%), распаковка 1.41 мс
• BZip2:　　сжатие 64 мс　　(558Kb → 275Kb, -50.7%), распаковка 20.3 мс
• Lzham:　 сжатие 180 мс　(558Kb → 225Kb, -59.7%), распаковка 13 мс
• QuickLZ: сжатие 17.6 мс (558Kb → 296Kb, -46.9%), распаковка 1.58 мс

Окей, мой мир разрушен.

[скалогрыз]

Окей, мой мир разрушен.

А delfate нужно думать каноничный - Си-шный, а не paszlib?

Из личного опыта: когда-то давно реализовывал распаковщик deflate-а (инфлятор). Причём именно реализовывал, а не переписывал Си-шный код. В итоге получилось чуточку быстрее (тут нужно ещё взять поправку на Delphi7 компилятор), чем тогда-шний Си-шный вариант (1.1.4 вроде бы). Но в итоге код канул в лету, т.к. распаковка всё-таки глючила.