Вернуться на ГЛАВНУЮ страницу

Содержание архива GRFVIEW.IPC

В архиве (формат архиватора для ОС iS-DOS - iSPACKER):

Утилита GRFVIEW для просмотра монохромных или цветных (мультиколорных) картинок в режиме 640x200.
==============================================

КРАТКОЕ ОПИСАНИЕ:

GRFVIEW.COM
---------------------------
Запускаемый файл от Максагор/NedoPC group.
Работает исключительно под TASiS

GRFVIEW.HLP
-------------------
Текстовое описание, включающее и описание формата файла.

-----------
Утилита GRFVIEW предназначена для просмотра монохромных или цветных (мультиколорных) картинок в формате CP/M-редактора GRAF в режиме 640x200. В самой среде CP/M данные картинки имеют расширение BLK, однако в OS TASiS оно зарезервировано за драйверами дисковых устройств и, чтобы избежать путаницы, здесь им было присвоено "свободное" расширение GRF - производная от названия редактора. Поэтому, при переносе картинок из CP/M в TASiS не забудьте сменить расширение!

================================================================
История версий (определение по дате создания файла)

v1.0 - февраль 2006 года. Базовая версия, вошедшая в дистрибутив TASiS.

v1.1 - январь 2015 года. Убит глюк, проявлявшийся на длинных файлах картинок - если хвост подгруженной картинки даже при на- личии свободного места в системе (иначе штатный выход в оболочку с сообщением номер 130 о нехватке места) попадал в область выше #C000, то переключающиеся там по #7FFD странички намертво этот хвост "отрезали". в итоге, витоге на экран попадало случайное нечто.

v1.2 - 2 января 2019 года. После создания AloneCoder'ом конвертера на PC картинок BMP в формат GRF оказалось, что они могут получаться такими большими, что примерно 30-32 свободных Кб адресного пространства до нижней границы ядра им может и не хватить. Это касается прежде всего особо "цветастых" картинок - в отличие от "однотонных", где примитивное сжатие атрибутов экономит место, в случае разнообразия атрибутов через каждый байт присходит все наоборот - область атрибутов раздувается до 1.5 раз относительно непакованной области пикселей. Поэтому снова пришлось сесть за ассемблер, и запихнуть все, что лезет выше адреса #C000 в страницу (если, конечно, вы не настолько перегрузите ядро дровами и резидентами, чтобы оно опустилось ниже данной отметки - тогда словите ошибку 130 (нехватка памяти). Но это еще надо постараться). Теперь все большие картинки после обработки конвертером Alone Coder'а смотрятся безо всяких проблем. Ура! Из технического - поддержано внутреннее имя с номером версии.

=======================================
Февраль 2006 г. Maksagor/NedoPC group
upd: январь 2015 г.
upd: январь 2019 г.
=======================================