Вид для печати
Вроде не видел их нигде, может и ошибаюсь?
вот тут их можно скачать:
- Просмотрщик стандартных мультиколоров
- Просмотрщик двойных мультиколоров
Текст исходника прилагается.
Загружается и показывается картинка, которая находится сразу за телом просмотрщика "MULTICOL.C"
Контрольные кнопки - O и P.
Контрольный выстрел - Space.
P.S. Под скорпион
А полноэкранный просмотр невозможен?
Как конвертировать картинки в мультиколорный формат?
Полноэкранный - невозможно
причина - мультиколор рисуется программно. Точнее - идите в ZX Review'96.
Там это тонко объяснено.
Конвертить - при помощи
SpeConvertor.exe от Aprisobal.
Я прекрасно знаю, что такое multicolor и за счёт чего он достигается. Но всё равно не понимаю, почему не возможно его сделать полноэкранным? Есть же время, пока рисуется бордюр. Или этого времени слишком мало?Цитата:
Сообщение от GriV
Ну тут проблема в константах -
имеется 224 такта на целую строчку (за 1 такт рисуется 2 пиксела). Т.е. банальный NOP - это целое знакоместо. Соответственно чтобы вывести пару байт команда должна занимать 8 тактов (!).
Такой команды у спекка нет.
Есть Push - но она занимает 11 тактов (12 для машин М1).
Но для Push надо ещё и установку того, что будет Push. Это от 4 до 10 тактов (от ld <reg8>,<reg8> до ld rp,nn). Т.е. получается от 15 до 21 такта для вывода пары байт (от 16 до 22 для М1 машин). И это не считая установку стека для Push, различные рассчёты. Есть ещё проблема, что экран рисуется слева направо, а стек будет расти справа налево.
Практически используется другая система - не Ld затем Push, а Pop HL и Ld (NN),HL, где NN - адрес атрибутов.
Длительность - 26 тактов на пару байт, что ещё сильнее сокращает размер видимой в мультиколоре области. Теоретический предел - 224/26= 8 раз. Тогда 208 тактов это чистые затраты на вывод атрибутов, а надо ещё и стек переустановить. Кроме того, я в своей программе использовал циклы вывода, это ещё -13 (14 для М1 машин) тактов для DJNZ. Вот так и выходит.
Т.е. даже если использовать конструкцию Ld HL,nn Push HL то это всё равно не позволит отрисовать весь экран - максимум 10 пар байт (20 знакомест, до 32 никак). Эта проблема сильно пересекается с проблемой прорисовки полного экрана - она не решается, хотя кажется что решение вот вот рядом.
Для турборежима теоретически возможен полноэкранный мультиколор. Однако насколько я знаю практически турбо - это не двойной прирост скорости работы программ. Поэтому и теоретически.
Мнение по просьбе GriV'а:
Занятно. Но если интересует, хочу ли я сделать поддерку такого в GSV, то пока ничего сказать не могу. Я версию 2.6 писал 1,5 года - некогда заниматься в полной мере. :(
Конвертить надо с помощью моего конвертора con18, исходники которого лежат в приложении Info Guide #7 (в конверторе Aprisobal'я мой более старый движок, он конвертит хуже).Цитата:
Сообщение от GriV
Добавлено через 26 минут
Самую свежую версию (exe и исходники) выкладываю на сайте:
http://alonecoder.narod.ru/zx/
мерсям от всех!!!!Цитата:
Сообщение от alone
Спасибо, действительно лучше... и явных горизонталей не стало...Цитата:
Сообщение от alone
По просьбе камрадов...
вот оно - расширенный просмотрщик - кушает аж 18 знакомест (в ревю'96 писалось что это невозможно даже теоретически :-))
Добавлено через 33 минуты
Ага, и ещё
дёргание во время перемещения - нормально.
От него к сожалению никак не избавиться :-(
Нда.. Калькулятор и умножение тактов на байты похоже все освоили. А вот нестандартного мышления как не было с 1997 года (S4B) так и нет.... Прийдется доказывать что full screen multicolor возможен вопряки калькулятору и турборежиму. В принципе в этом и есть весь смысл demoscene!
Ещё в древнем журнале ZX Guide #2 лежала процедура, выводящая во весь экран картинку из Satisfaction. Аналогичный метод (выкусывание ненужных изменений) вовсю используется в игре Hexagonal Filler. Конечно, надо в конверторе организовать поддержку этого (иначе в правой части экрана будут встречаться недопромультиколоренные глюки), но... Цвет на точку убил у меня желание заниматься мультиколорами.Цитата:
Сообщение от unbeliever
Цвет на точку возможен лишь на некоторых машинах, в то время как мультиколор возможен на любом Спектруме. Так что напрасно...Цитата:
Сообщение от alone
Докажи.Цитата:
Сообщение от unbeliever
Ну я таким не хочу заниматься, если уж на то пошло, конвертер должен давать готовый код мультикол-просмотрщика.Цитата:
Сообщение от alone
Кстати, ты можешь переписать Con18 чтобы был мультикол не в каждую пиксельную линию а раз в две?
Добавлено через 9 часов 23 минуты
Вот, ещё один релизик :-D без дёргания, убрал стековую обработку процедуры вывода, посадил на обычные регистры и вывел в отдельный поток %)
И все-таки мультиколор жестко привязан к аппаратной части. Например, у меня на реальном Скорпионе картинка не совсем идеальна, а на эмуляторе (я использовал RealSpectrum) всё хорошо. И невозможно в программе автоматически выполнять подстройку под конкретное железо...
Я проверял по крайней мере на двух эмуляторах (R80 и Unreal) а так же на живом железе :-) подстройку делать можно, хотя и сложно.Цитата:
Сообщение от Grand
Есть такая демка CrazyLove - там есть автоматическая подстройка мультиколораЦитата:
Сообщение от Grand
Причем я пробовал в Unreal менять значение
- start of paper (тактов до начала экрана) на разные 8000-20000
и каждый раз Cr_Love правильно автодетектилось (единственное - там нет учета m1 машин)
Для меня решающее - невозможен вывод спрайтов с точностью до пикселя, невозможно наложение спрайта на фон. Есть и куча других минусов.Цитата:
Сообщение от CityAceE
Насколько помню, в той демке просто переключаются экраны через строчку. Ничего детектить не надо (и, кстати, это невозможно, если нет порта FF).Цитата:
Есть такая демка CrazyLove - там есть автоматическая подстройка мультиколора
Причем я пробовал в Unreal менять значение
- start of paper (тактов до начала экрана) на разные 8000-20000
и каждый раз Cr_Love правильно автодетектилось (единственное - там нет учета m1 машин)
Вот мой вариант мультиколора:
Разрешение: 128х96
Кол-во цветов: 88 (каждая "точка" своим цветом из 4х зависимых цветов из палитры)
Пофиксено под Pentagon в эмуляторе Unreal (реал пока отсутствует)
Чтобы посмотреть "правильно" под эмулем, надо
1) На ПЦ поставить разрешение с частотой 60Гц
2) В эмуле поставить частоту прерываний - 60Гц
Изображение на 80% как на реале:-)
Оптимальный вариант - если ваш монитор поддерживает 50Гц, тогда выставляйте 50Гц - похожесть возрастеть до 90%
MULTI.RAR - образ дискеты для ZX с конверченными картинками
input.rar - изображения которые были сконвертированы
input_d.rar - изображения которые были сначала "задизерены" Фотошопом, потом сконвертированы
output - полученные изображения
output_d - полученные "задизереные" изображения
Собственно вот и сам конвертор (недоделанный)
При сохранении данных для ZX сохраняет на диск D четыре файла:
SCR0.COD
SCR1.COD
ATTR0.COD
ATTR1.COD
И собственно приблизительно так выглядит конвертация:
Исходное изображение:
http://tmk79.jino-net.ru/3.bmp
Конвертация:
http://tmk79.jino-net.ru/3_conv.bmp
А есть еще какие-нибудь мультиколорные картинки (где 8-16 цветов на байт)?
Задача не очень понятно поставлена. Что значит 8-16 цветов на байт???
Я думаю что реально сделать и 1 пиксельный дитеринг, правда придеться изобратать сверхинтеллектуальный метод. :)Цитата:
Сообщение от TmK
От текущего дитеринга толк только если рассматривать картинку на пц, на реальном спектруме не смотрится совершенно. (особенно на 54см ТВ)
Так же неплохо поддержать c64 режим, когда точка размером 2x1 (пускай и при ограниченной ширине картинки)
А вообще картинки это скучно, вот на интро в этом режиме было бы любопытнее взглянуть.
К сожалению реала нет:-) Смотрел под эмулем 60ГцЦитата:
Сообщение от newart
Это точно:-) Думаю как сделать чтоб тока атрибутами манипулировать (в текущем режиме используется и расположение пикселов) и чтоб можно было точки быстро ставить.Цитата:
Сообщение от newart
Т.е. атрибуты задаются для каждого байта знакоместа с использованием повышенной яркости или без. Если учесть привязку к уровню черного, то получается 8 цветов на байт из палитры 15 цветов.Цитата:
Сообщение от GriV
в общем то так и есть, каждая линия знакоместа описывается байтом, а там стандартные атрибуты - и яркость и фон, задействуются 7 бит - бит яркости, 3 бита фона, 3 бита чернил, или ты чтото другое имеешь в виду?
Это фсё неважно! Я спрашиваю есть ли еще картинки, кроме той (где цветок изображен или что-то типа того), что на диске с твоим просмотрщиком!!!Цитата:
Сообщение от GriV
Так и скажи - есть ли другие примеры :-) есть и дофига. Мыло мёое знаешь
ну так это и получается 4 бита на линию знакоместа - а не 7 =) или белый инк выглядит иначе, чем белый папер???Цитата:
Сообщение от GriV
На каждую точку приходится.... считали кажется 83 цвета (гигаскрин). Но бывает два типа точек - точка INK и точка PAPER. В любом случае она обладает своим из 83 цветов. А уж закрасишь ты их обоих белым или синим, твоё дело.
Посмотрел двойные мультиколоры. Это сила! Жаль только что не на весь экран. Надо попробовать сделать под турбу.
пока в процессе... ещё парочку знокомест получится отвоевать.
Дальше проблемы - причём не только у меня. ACoder сказал что его демки (на 24 знакоместа) сильно зависели от длительности INT'а соответственно я хочу сделать так, чтобы эта зависимость была минимальна. И потом, я пишу под М1 машину, на ней всё таки потери производительности серьёзные - максимум 22 знакоместа для произвольных атрибутов.
работа завершилась - 20 знакоместный двойной мультиколор, да ещё в нём появилась функция листания - хотя и очень ограниченная - жмём пробел (Space) - и грузится следующая. Вот тут выкладываю это дело с примерчиками и естестно как всегда с исходным файлом. В целом - релиз - бета, но он работает. Есть ещё много чего оптимизировать, но когда я соображу что и как, это ещё месяц надо будет. Особенности - слабая зависимость от длительности ИНТа. Как всегда (всё моё) - только для М1 машин.
Можно и во весь экран:
http://alonecoder.narod.ru/zx/MCXVIEW.rar
Конвертор там же.
Придумано неплохо. Но некоторые картинки идут с серьёзными искажениями.
Старые картинки надо переконвертировать. Цитирую описание: "Мультиколорные картинки надоЦитата:
Сообщение от Jukov
конвертировать программой Con18 от 22.4.2007 в режиме Limit MC."