Утилита DaDither: конвертация изображений (Страница 1 из 4)

И правильно ли я понимаю, что в Агате можно реализовать гигаскрин, т.е. переключать две разные экранные области по прерыванию? Если да, то предлагаю и этот режим обозначить.

Да, конечно можно. NMI синхронизированы с кадровой разверткой, поэтому можно переключать графические страницы (и даже разные режимы) во время обратного хода развертки. Был и софт, который это использовал. Была тут на форуме пара сообщений про это, например тут и где-то еще.

Там на выходе вполне корректный FIL, но не стоит к указателю длинны прибавлять длину хвоста.
Лучше в указателе заносить только длину самой картинки. Это для универсальности и совместимости с софтом который про хвост ничего не знает.

На примере картинки 128х128: сейчас у вас указано Точка загрузки: $2000 Длина кода: $20FC.
А надо как у стандартного экрана: $2000 Длина кода: $2000.
Т.е. все остается как сейчас у вас, кроме одного байта.

Это была комедия:) в поисках правильных цветов я валял дурака:
Сперва ставил монитор с реальным агатом и рядом другой агат подключенный к плате видеозахвата и там настраивал похожую картинку, потом смотрел какие кода цветов получились. Попутно Voldemar0 напугал меня что трубка может быть севшая и не так цвета передавать, и если колокольчик я использовал абсолютно новый, то 32втц был поношенный и я (даже рассказывать не буду как) договорился с архивом завода, вроде МЭЛЗ, и раздобыл там нулёвую трубку.
Дальше безумие только усиливалось - у знакомых в типографии взял пистолет который считывает цвет, когда его направляешь на что-то, потом у друга на дилере BMW взял аналогичное устройство. В итоге получилось очень близкое и у меня было еще пару "хороших" идей :)
Но все это безобразие прекратил SnakE, изучив внимательно схему и подобрав нужные цвета, который удивительно похожи на реал, вот тогда то и выяснилось что несоответствие оттенков серого через разъем "видеосигнал" продиктованы схемой.

А текущий софт умеет отображать изображения с палитрой 4096? Если нет - то я бы предложил компромисс: для обычных палитр писать размер без футера, а для 4096 с футером.

Lo-Res какой-то слишком маленький, путем конверсии ничего путного не сделать. Hi-Res какой-то наркоманский, я пытался в нем разобраться, но не осилил схему формирования бит в зависимости от цвета. Double Hi-Res еще не смотрел.

А вы еще не проверяли, как выглядит гигаскрин на реальной машине? Мне интересно какова будет субъективная оценка уровня мерцания.

Мне не понятно, зачем пытаться скармливать программам, которые не знают о палитре 4096, файлы с палитрой 4096?

Можно и отдельную тему. Мне не принципиально.

> Мне не понятно, зачем пытаться скармливать программам, которые не знают о палитре 4096, файлы с палитрой 4096?

Да нет, никто не собирается скармливать старым прогам картинки с 4096 цветов.
Дело в другом, ведь все зависит от целей и задач.

Про предложенному вами компромиссу получается что только те хвосты, которые имеют инфу о палитре 4096 имеют право быть загруженными за картинкой в озу.
Но в хвосте не только инфа о палитре, но и минимум о режиме.

Пример 1: никто не станет скажем адаптируя вышеупомянутую игру под 4096 цветов перелопачивать её с ног на голову чтоб высвободить после экранной области 252 байт, да и зачем, эти 252 байт уже есть (остались) в теле дос после загрузки. Красиво встроят опрос того места где в дос последний сектор целиком и всё.
Значить полученный по компромиссу FIL придется подправлять...

Пример 2: решили сделать слайд шоу  картинок для различных режимов, без всяких там 4096 цветов. И хотим на лету знать режим именно прям за картинкой. С учетом компромисса у нас такие файлы не тянут за собой в ОЗУ хвост. придется подправлять...

И т.д. и т.п. почему я и говорю все зависит от целей и задач.

Вношу рацпредложение :)

Поскольку с учетом специфика агата, востребованными будут в основном файлы где размер указан без футера, сделать это по умолчанию, но,
сделать функцию типа ставить галочку "записывать в FIL размер с футером". И все довольны и на все случаи жизни удобство. Вот это было бы действительно отлично.

Кое что заметил,  если при сохранении FIL назвать картинку например "GOLFgolf" , то агатовское имя выглядит нормально.
А если скажем "ГОЛЬФгольф" , то агатовское имя выглядит как "?????уюыщт"

Похоже неправильно  преобразуется виндовый wchar в агатовскую кодировку.

Тут есть картинки агатовских знакогенераторов:

http://agatcomp.su/agat/Hardware/useful/CharSet.shtml

Но важно вот ещё что:
в семёрках обычно не было строчных букв в знакогенераторе, но немало софта хранило текст в виде полных 8 бит. В том числе штатная dos33 хорошо различает заглавные и строчные буквы в именах файлов. При этом в семёрочном Бейсик-60 возможности переключить регистр на вводе не было.
Так что если имя файла было написано строчными буквами, этого и не видно на экране (без расширения знакогенератора или какой нибудь цветовой индикации регистра) и ввести с клавиатуры его невозможно. И чтобы всё таки обратиться к такому файлу, нужно было пробежать курсором по имени (ввод с экранного озу).

Но это ещё не всё:
Когда на девятках полный знакогенератор стал стандартом и в ИКП-Бейсике сделали ввод строчных-заглавных, то это было сделано немного хитро: при включении латиницы латинские буквы вводились заглавными (логическое продолжение семёрки), а русские - строчными. Нажатие РЕГ меняло регистр.
Но нажимать РЕГ было лень, поэтому нередко русские имена файлов идут строчными буквами, а латинские почти всегда заглавными.

Этот момент имеет смысл как-то учесть при вводе имени файла: может быть латинице менять регистр или просто предупреждение выводить где-то сбоку (не отдельным окном, а просто строкой), которая будет вылезать при вводе строчных букв и сообщать что-то вроде "При использовании строчных букв у вас могут возникнуть проблемы с доступом к файлу на Агат-7".

> Все равно на все случаи жизни не предусмотреть.

Вы тут обсуждали, как на все случаи жизни предусмотреть размер файла, а теперь семёрка - не важно, у всех девятки или полный знакогенератор ? Я, например, вообще семёрку с расширенным не видел. Только по рассказам слышал, что они существуют. Семёрки есть у меня и Алекса.

--

Есть предложение к автору проги: пакетный режим обработки.
Настроил параметры и фигакнул сразу сотню картинок по одному набору параметров.
Скажем, сразу директорию. Или сделать поддержку WM_DROPFILES - drag'n'drop - с explorer перетащил группу файлов и сразу результат тут же получил.
{Это будет самый простой вариант конвертнуть на агат видеоролик.}

И ещё: возможность сохранения настроек. Хотя бы только текущие или может быть даже в именнованном наборе (файл настроек с произвольным именем, например). Чтобы если подобрал их удачно, потом вернуться.

Как это планируется кодировать в футере?

Обновил.
-Исправлена кодировка fil файла
-Добавлен режим 128x256
-Добавлен 4096 для гигаскрин