Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет nancygold ([info]nancygold)
@ 2024-07-15 00:54:00
Previous Entry  Add to memories!  Tell a Friend!  Next Entry
Настроение: amused
Entry tags:computing

Done with the ungrab utility for now
Guess I will take a pause decompiling the game.

For now I've dumped all the recovered assets at github
https://github.com/NancyAurum/dest/tree/main/assets

These can be compiled into a new STRONG.DAT by running `st.exe grab`.


(Добавить комментарий)


(Анонимно)
2024-07-15 01:04 (ссылка)
Tried to open these LBM files with this www.stef.be/dpaint and it doesn't work too well. This dpaint needs work it seems.

(Ответить) (Ветвь дискуссии)


[info]nancygold
2024-07-15 01:11 (ссылка)
These are PBM LBMs, produced by the DOS version of Deluxe Paint ( https://winworldpc.com/product/deluxepaint/2x ). Amiga's LBMs are ILBMs, which store pixels as bitplanes, which are more flexible version of pixels.

(Ответить) (Уровень выше)


[info]nancygold
2024-07-15 01:14 (ссылка)
Although it does open PBMs

(Ответить) (Уровень выше)


(Анонимно)
2024-07-15 01:22 (ссылка)
I find it kind of weird that the packing process is even incorporated into the main game exe. Be it for development or not I would've made it a separate tool.

(Ответить) (Ветвь дискуссии)


[info]nancygold
2024-07-15 01:29 (ссылка)
That is due to how the assets get referenced and cached through the global pointers, which need to have 1-to-1 mapping with the compiled entries. External program wont know about the internal order.

(Ответить) (Уровень выше) (Ветвь дискуссии)


(Анонимно)
2024-07-15 01:54 (ссылка)
Meh. This approach only saves a bit of time during loading. They had computers powerful enough back then to have a full data archive format.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]nancygold
2024-07-15 10:46 (ссылка)
Lose 10% here, 10% there and you are left with 1%.
Welcome to the modern computing!

(Ответить) (Уровень выше) (Ветвь дискуссии)


(Анонимно)
2024-07-15 11:33 (ссылка)
>Lose 10% here, 10% there

And you also gain the property that your code isn't a giant inflexible hack.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]nancygold
2024-07-15 11:36 (ссылка)
>modern code
>flexibility

joke of the day?

(Ответить) (Уровень выше) (Ветвь дискуссии)


(Анонимно)
2024-07-15 12:18 (ссылка)
You are taking the preposterous position of doubting modern code's flexibility. It's undoubtedly leaps and bounds more flexible than the pointer hacks from the early 90ies. You should be saying that there is too much if it, and it isn't needed in most cases, which I would probably agree with.

(Ответить) (Уровень выше)


(Анонимно)
2024-07-15 07:19 (ссылка)
Ungrab 'em by the pussy

(Ответить) (Ветвь дискуссии)


(Анонимно)
2024-07-15 14:18 (ссылка)
Grabbing themselves by the pussy is something they desperately desire... to no avail.

(Ответить) (Уровень выше)