3Bit #01 03 января 2005

Софт

Рабочий стол - JPEG/GIF laboratory 1.1: программа для просмотра картинок в формате JPEG/GIF.

    JPEG/GIF laboratory 1.1

(c) Sam Style
(c) Cooper/RSM/P7S
──────────────────────────────────────────
  От  редакции: данный  текст представляет
собой авторское описание данной прграммы с
моей рецензией в конце.

                                      Когда совсем я разбогатею,
                                          Я стану намного добрее
                                      Надо ловить за жопу удачу,
                                              А я вроде это умею

                                                       "Кирпичи"

                 ВелКам!

  Итак,  конвертер   нужен  для  конверсии
JPEG'ов в  спековские  экраны  и GIF'ов  в
анимационные  файлы.  Последнее,  судя  по
тому, что  более  я  ничего не видел, при-
надлежит мне любимому.

  Конкретно в этой версии новое:

(!) сохранение триколора в три файла (red,
    grn, blu)
(!) наконец-то кадры анимации начали прес-
    соваться; в среднем файл жмётся в 1.5-
    3 раза, но у меня доходило и до 6 раз!
(!) два метода прессовки кадров (о преиму-
    ществах каждого читай далее)
(+) размывка при ширине результата 256 пи-
    кселей  не оставляет справа вертикаль-
    ную полосу.
(+) если в GIF'е  код очистки встречался в
    ходе изображения, такое могло привести
    к полету компучера в космос.
(-) перед  входом в ANI-плейер  бывает за-
    держка в секунду-другую: мы  сканируем
    файл и делаем табличку кадров.

Само описание:

1. Методы конверсии:

 - размывка (dithering по Floyd-Steinberg)
   сделано так же, как и в JPEGviewer 0.2:
   как  год  назад  вынул процедурину, так
   почти и не менял.

 - текстура в 32 градации согласно яркости
   пикселей.

 - тритон: та  же  текстура  только  в три
   градации  (три тона, отсюда и название)
   с плавающими границами (см. линейки).

 - солидол есть просто заливка по ст. биту
   яркости.

2. Масштабирование: вот  это  то, чем  мой
   конвертер  выгодно  отличается от AlCo-
   вского. Хоть он и делает масштаб в сво-
   ей проге, но как бы я тут первый...

 - автомасштаб  пропорционально  жмет  или
   тянет  картинку  так, чтоб она помести-
   лась в наш родный экран 256*192.

 - авто  по X тянет (жмет) картинку, чтобы
   она влезла в 256 пикселей по координате
   X.

 - авто  по Y делает то же с Y: жмем-тянем
   до 192.

 - адын  в адын вырезает из картинки кусок
   256*192, если так вообще можно (нельзя,
   когда изображение само маленькое).

 - увеличение  позволяет  вырезать из кар-
   тинки  любой регион с соотношением сто-
   рон 4:3.

 - уменьшение  независимо  от размера кар-
   тинки предлагает вписать ее в часть эк-
   рана.

 - диспропорция уже непропорциональное де-
   ло: тянет  или жмет картинку до полного
   заполнения  экрана так может оказаться,
   что по X она растягивается, а по Y сжи-
   мается.

 - произвол  это произвол... является рас-
   ширением   'диспропорции'  и  конвертит
   изображение в любой кусок экрана разме-
   рами от 8*3 до 255*192.

3. Типы экранов:

 - нормальный, или  стандартный экран дли-
   ной  #1B00  или #1800 - смотря как кон-
   вертил и сохранял.

 - два  экрана - смотрятся 50Гц-переключе-
   нием, это самый тормознутый в плане ко-
   нверсии экран, но бывает, что получает-
   ся ничего... Длина #3600.

 - триколор: три  экрана  длиной  3*#1800=
   #4800. Для  просмотра в идеале подходит
   QSV, 8col0. 12 и иже с ними, а мне про-
   сто  жалко тратить память под огромную,
   но  быструю  моргалку. Начиная  с  этой
   версии триколор можно раскидать по трем
   файлам (*.red, *.grn, *.blu).

 - образ (IMAGE) есть моя придумка, верну-
   вшаяся в строй после глобальной переко-
   дировки  JPEG'а. Это есть огромный (или
   нет)  ч/б спрайт - результат конверсии.
   Если вышел небольшим, его можно хранить
   на  диске как экран(чик), ведь занимать
   он  будет  меньше 24 секторов. На image
   действуют  все  типы масштабов, но есть
   одно  ограничение: результат  не  может
   быть шире 1024 (4 экрана) пикселей. Под
   буфер image выдано 64кБ, он туда должен
   уместиться... По  максимуму  туда лезет
   спрайт 1024*511.

4. Линейки:

 - яркость  повышает  или  понижает оную у
   пикселей.

 - контраст отвечает за разброс яркости от
   #80.

  Яркость  и контраст совершенно не затра-
гивают цветной солидол и триколор.

 - red, green,blue влияют на интенсивность
   цвета и действуют только на цветную ко-
   нверсию.

 - black  limit в цветном экране и двухэк-
   раннике определяет черный цвет: если R+
   G+B<black limit, то цвет считается чер-
   ным.

 - колоризация  сильно  влияет на линейную
   схему передачи цвета (см. далее).

 - triton  lev1, lev2  определяют  границы
   тритона: если  яркость меньше их обеих,
   то заливки не будет,если больше обеих -
   сплошной солидол, и наконец заливка се-
   ткой, если ни туды, ни сюды.

5. Флаги:

  Во-первых  это  7 старых (больше 4 меся-
цев) флагов:

 - Цветной scr вкл - делается экран с цве-
   том. Имеет  смысл  только  для цветного
   солидола, остальное  выглядит  не особо
   красиво.

 - предпросмотр сделан для быстрой конвер-
   сии  JPEG'а  за  счет  потери качества.
   Мной обычно эта штука пользуется, чтобы
   определить, что там где и в каком месте
   надо вырезать, чтоб сиська в кадр попа-
   ла :)))

 - линейный цвет является дешевой, но тон-
   ко настраиваемой альтернативой стандар-
   тной  (hi-bit)  определялки ZX-цвета из
   TrueColorа.  Тонкая  настройка  ведется
   линейкой  'колоризация', позволяя полу-
   чить все извраты от сине-красно-зелено-
   го  (0) до черно-белого (255). для раз-
   ных  картинок нужна разная колоризация,
   а то бывало, что и красный (краснее не-
   куда) цвет становился белым...

 - 2  цвета  в  боксе. Если он выключен, в
   цветной  SCR ложится только INK, а если
   включен, то PAPER тоже.

 - подавление  яркости убивает в боксе 8*8
   весь 'не такой' цвет. 'Таким' считается
   самый частый.

 - негатив он и в африке негатив.

 - все файлы - чисто сервисный флаг, кото-
   рый  в  выкл. состоянии  заставляет от-
   фильтровывать  в каталоге файлы по рас-
   ширению.

  Есть  и  несколько новых (моложе 4 меся-
цев) флагов:

 - ч/б экран с atr: если поконверчен экран
   без атрибутов, он может быть сохранен с
   оными (ink 7).

 - триколор как BRG: сильно удивившись за-
   яве AlCo, что триколоры RGB вообще сла-
   бо распространены и чуть ли не изгои, я
   все же вделал возможность сохранения их
   в BRG-формате...

 - image cutter сохраняет не весь image, а
   только то, что в данный момент показано
   на экране.

 - RGB отдельно: это новая возможность со-
   хранить триколор как 3 отдельных экрана
   с одним именем и расширениямни red,grn,
   blu (по цвету).

6. Паковка анимации:

  Ранее анимация представляла собой просто
несколько голимых спрайтов, следующих друг
за  другом. Такой расклад вряд ли кого ра-
довал - некоторые  мультики доходили до 50
кБ  размером. С  целью убрать этот прыщ, я
вделал  возможность  паковать  анимацию  и
предлагаю  2  метода упаковки, сделаных на
основе упаковки роликов VideoStudio.

 - BITPACK  сделан  так же как в VS - этим
   методом лучше всего жмется 'сетка', т.е
   повторяющаяся пара байт (#55, #аа, #55,
   #аа,...).

 - ZEROPACK модифицирован мной из bitpackа
   Он  опирается на повтор байт (#00, #00,
   #00 или #73,#73,#73...) и поэтому более
   подходит для солидола.

  Результаты  теста показали, что на хоро-
шей  картинке  при солидоле zeropack может
выиграть до 20% у bitpack-а и снять в сум-
ме  до 60% у старых ani, тогда как на три-
тоне и текстуре лучше был bitpack (не все-
гда, но часто).

  Есть две причины, по которым кадр не бу-
дет жаться:

1. Ты забыл включить упаковку.
2. Это  ключевой  кадр  с размером спрайта
   более 4кБ. просто для хранения ключево-
   го  кадра мне нужен голый (непакованый)
   спрайт, а  буфер для него пока один - 4
   кБ  за словарем LZW (хорошо еще код LZW
   ограничен  12 битами...). Нужен буфер 6
   кБ, тогда паковаться будет все!

7. Процесс:

  Итак, ты  настроил  все, что надо, нажал
ЗАПУСК и выбрал нужный файл. Если он узнан
как JPEG или GIF, процесс пойдет.
  Если  масштаб это допускает, будет пред-
ложено  выбрать  место  (и размер) области
конверсии.

 QAOP - движение  рамки  (в  уменьшении  и
        произволе это изменение размера, а
        в  увеличении image изменение раз-
        мера экрана в образе).

 QAOP+enter - если  можно,  меняет  размер
        рамки.

 SShift - подкладывает под рамку последний
        сконверченый   стандартный  экран.
        Так можно точнее выбрать место.

 Space, LMB - старт конверсии.

  В  процессе конверсии на экран выводится
только SCR и кадры GIFa, остальное конвер-
тится тихой сапой в память, а глупого вида
будильник  развлекает  тебя своей гребаной
рожей...

  Как бы там ни было, а в конце ты увидишь
зеленое  окно с радостной надписью, что-де
'Конверсия  завершена'. Могут быть и ошиб-
ки, из  которых только переполнение не та-
кое  страшное. Переполнение  image оставит
все  что  влезло, а  переполнение анимации
отрежет  текущий кадр (типа кастрируется).

8. Сохранение:

  Отдельно хранится экран, который затира-
ется  только  когда  заменяется другим или
сохраняется  кусок  image. Экран можно уз-
реть  и  сохранить  через  Save scrЫn. Все
остальное (напоминаю, что оно убивает друг
друга)  видится  и  сохраняется через Save
extend. Отдельно  можно рассказать об ani-
плейере.

9. ANI-плейер:

  Это  встроеная пурга для играния или по-
кадрового  просмотра только что сконверче-
ной  анимации. Снизу  слева  направо сидят
кнопки: PLAY, НА НАЧАЛО, СЛЕД. КАДР, ПРЕД.
КАДР, ДОБАВИТЬ, ТОРМОЗ, СОХРАНИТЬ, ВЫЙТИ.

  Тормоз  эта такая хрень, позволяющая за-
медлить  или ускорить анимацию (забыл гар-
кнуть, что  задержки кадров такие же как в
самом GIFе: тока там в 1:100, а у нас в 1:
50  сек). Меняется  кнопками влево-вправо.
Когда анимация не играется, кнопками вверх
и вниз меняется длительность текущего кад-
ра.
  Сохраняется  анимация с теми задержками,
которые  были показаны. Если тормоз не до-
бавить, он не сохранится.

10. На GIF не действуют:

 - тип экрана, потому как делается в ани-
   мацию.
 - из масштаба только уменьшение и произ-
   вол.
 - из флагов вообще ничего (ибо не надо).
 - black limit и колоризация, ибо ANI без
   цвета.

11. Если надо:

  Ежели у кого вдруг найдется мысль, кото-
рая  мне  в  мозг  не залезла при создании
проги, пусть  мне  мылит. Могу еще немного
наколбасить...

        Горизонты будут раздвинуты

                                          (c) SAM style, 5.10.04
                                        Великий Новгород, Россия
                                                samstyle@list.ru

От  Cooper'а: Прикольная, кстати, програм-
ма! Наконец-то, не  надо  бегать по разным
прогам, чтобы сконвертировать картинки ра-
зличных  форматов. Радует  наличие  гибкой
настройки  и широкий выбор конечных форма-
тов. Качество конвертирования тоже, в при-
нципе, неплохое. Довольно  удобный  интер-
фейс. Хотелось  бы, чтобы  ползунки  можно
было  изменять и помощью миши. Типа, нажал
на  шкалу курсором и мышей вправо или вле-
во... Вобщем, качественный  продукт. А что
ещё можно было ожидать от SAM style?
──────────────────────────────────────────