Конвертация графики

[gid]

Разрешение там другое

Если речь идёт о картинках из поста hobot, #98, то справедливости ради, всё таки нет. Там одно и то же разрешение экрана.
На БК есть два разрешения экрана: 512х256 в чёрно белом формате, выводимом через композитный видеовыход, и 256х256 в цветном формате, выводимом через разъём ЦТВ.
При этом, что и как бы ни выводилось в цветном режиме, оно всегда будет иметь разрешение 256х256, будь то символы удвоенной ширины или обычной.
И наоборот, в чёрно белом формате, что бы ни выводилось, оно всегда будет иметь разрешение 512х256, опять же, независимо от ширины символов.
Это аппаратная фича, жёстко запроектированная в схеме БК.

[S_V_B]

то справедливости ради,

надо сказать, что весь флейм произошел из-за того, что litwr опрометчиво выложил скриншот васика и сказал что дамп одинаковый -> выглядит на ЧБ и ЦТВ одинаков значит A=B на что было указано, что символы одинарной ширины на ЦТВ не читабельны.. но это можно исправить шрифтом но тогда A<>B.
Что litwr маниакально пытается доказать в приложении к конвертеру графики неясно. Ведь даже ежу понятно, что однобитная картинка на ЦТВ будет смотреться плохо и наоборот.

[gid]

Если речь идёт о дампе, то дамп - это абстрактный набор данных, и у него нет никакого разрешения, только человек решает, как его интерпретировать, как ЧБ картинку 512х256, или как цветную картинку 256х256.
И litwr в чём-то прав, говоря, что дамп может выглядеть примерно одинаково как в цветном виде, так и в чёрно-белом, и приводил частный случай -
пример текста в режиме 32 символа в строке. Он одинаково читабелен в обоих режимах.

Ведь даже ежу понятно, что однобитная картинка на ЦТВ будет смотреться плохо и наоборот.

В первом случае - да, а во втором - не факт, что сильно плохо. Может быть более грязновато из-за того, что дизеринг не соответствует, но всё равно цветная каритнка в ЧБ режиме будет узнаваемой.

[S_V_B]

Приятно пообщаться с умным человеком Спор действительно не стоил того.. нo как-то на "общей" волне сам становишья злобным троллем

[hobot]

Я проверил в эмуляторе. Создал файл, размер которого получился 85942. И этот файл открылся в PC1 без всяких проблем. Возможно, на реальной машине будет по другому, но нет возможности проверить.

проверил на реальной и здоровенные файлы от старой версии утилиты и новые - всё Ок, полёт нормальный ;-)
фотку с реала экрана прикладываю

[litwr]

Особой разницы между эмулятором и моей утилитой в плане отображения не должно быть - и там и там будет смена изображения в соответствии с частотой развертки монитора.
Это конвертация в какой режим? Если в режим двух меняющихся изображений, то как обеспечивается их смена? Написан какой-то код?

Это очень сомнительно, при выводе на экран в современных осях всё приглаживается. У меня без кода, просто дамп вывалил. Сам код в ближайшие недели точно не напишу. На самом деле загрузить в БК одним куском 32 КБ - это не совсем тривиально, оси тут совсем слабенькие, посимвольного ввода нет нигде. В АнДосе нет даже поблочного - нужно блоки вручную в FAT искать. Может в МКДОС что-то попроще получится, но я с ней не знаком. В RT11 получится точно, но её никто не использует. А ещё хамят некоторые.

это до вас никак не дойдёт...

Вроде всё прояснилось, но не ожидал, что среди завсегдаев форума БК такие странные фантазии существуют.

так это вы позоритесь, а не я ;-) Я архивом занят (всё меньше и меньше), а не сравниваю дерьмо жирафа с какашками трясогузки...

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

[Advertiser]

[Dec]

Это очень сомнительно, при выводе на экран в современных осях всё приглаживается.

Что конкретно приглаживается? Если какая то программа выводит какой-то битмап, то графическая система обязана вывести именно то, что просит вывести программа. Возможно, при этом будет использоваться какая-нибудь система управления цветом, если в системе установлен цветовой профиль, но она подкорректирует цвета отдельного фрейма. Никаких сглаживаний между кадрами для прикладного ПО быть не должно. Возможно, в игрушках как-то по другому, но не для обычного ПО.

[Dec]

Я обновил программу - улучшено создание изображений, состоящих из двух экранов, и добавлена возможность сохранения в BIN файлы для цветных экранов 256x256x2 с нулевой палитрой и ч/б экранов 512x256x1.

[litwr]

Что конкретно приглаживается? Если какая то программа выводит какой-то битмап, то графическая система обязана вывести именно то, что просит вывести программа. Возможно, при этом будет использоваться какая-нибудь система управления цветом, если в системе установлен цветовой профиль, но она подкорректирует цвета отдельного фрейма. Никаких сглаживаний между кадрами для прикладного ПО быть не должно. Возможно, в игрушках как-то по другому, но не для обычного ПО.

Тут некоторые товарищи вас постоянно, хотя возможно и не вполне осознанно, путают. Дело в том, что пывышение цветности наложением картинок - это давняя идея, которую не раз пытались использовать на разных компиках, например, Коммодорах или Амстрадах, где как и на БК0011М можно быстро переключать экраны. Но нигде это не пошло, фликер портит всё впечатление. Хотя некоторые очень редкие упертые, этого не хотят признавать. Самое лучшее, что смогли сделать - это использовать интерлейс, что можно на Амиге и некоторых моделях Коммодоров. По своему опыту знаю, что работать с интерлейсным экраном невозможно, хотя это и один из штатных режимов на Амиге, но картинку посмотреть недолго возможно. Не знаю, может на БК тоже как-то можно наладить интерлейс. В Kоммодорах это делается через хитрые трюки - вот пример моей демки в таком режиме - https://www.youtube.com/watch?v=g4sWBcjr--k
He могу понять, что означают режим 256х256х4 - такого нет, есть только 256х256х2. Также непонятно с 512х256х2.
Поэтому, представляется, что неправильно писать про режимы 512x256x2 или 256x256x4 - может лучше, если вы не верите опыту, о котором написал, как-то 256х256х2-double?
Что касается "пригладки", извиняюсь, всех деталей не знаю. Но практика буферизации видео, объединенная с хорошей частой обновления, вполне может сильно убавить фликер - картинка реально выводится не 48 Гц как на БК, а 70 или у кого-то и выше Гц. Не случайно вам писали про проверку на CRT-мониторе, на цифровом кучи сглаживающих фильтров.

[NEO SPECTRUMAN]

фликер портит всё впечатление. Хотя некоторые очень редкие упертые, этого не хотят признавать

с таким же успехом есть эпилептики которые хронически не хотят признавать
что это сильно мигает только для них

хотя может даже они видят лучше
может у них быстрей время отклика у сетчатки или там моск быстрей переваривает то что видит
и у них не так все сливается как у остальных...

а на теплом и ламповом элт
если выкрутить яркость в 0
то мигание становиться практически не различимым
(по крайней мере на некоторых мониторах)

- - - Добавлено - - -

вполне может сильно убавить фликер

некоторые новомодные *****телевизоры
вообще делают из 50Гц прогресивной развертки
25Гц интерлейс
и вообще ничего не мигает



соответствующая тема
https://zx-pk.ru/threads/29109-lcd-l...interlace.html