GMX Pic View

[izzx]

Да тут уже грандиозные планы. Написание универсального просмотрщика, как я понимаю, могло бы получиться при наличии драйверов для разных экранов. Чтобы просто отобразить картинку хватит, а всякие гигаскрины уже слишком сложно. У меня была мысль, что может было бы проще взять готовый продвинутый вьювер и добавить в него поддержку разных экранов. Но добавить может только автор. А так кто будет писать единый универсальный?

[Advertiser]

[NEO SPECTRUMAN]

а всякие гигаскрины уже слишком сложно

для цветов на точку и хардварных мультиколоров это тьфу

вон даже алоновиевер
не все открывает картинке на всем
а некоторые только на накотором железе (по моему)

[izzx]

вон даже алоновиевер
не все открывает картинке на всем
а некоторые только на накотором железе (по моему)

Да, а он мог бы, наверно, за вечер написать просмотр всего на всём.

[tae1980]

Да тут уже грандиозные планы.

Планы обычные. Нужно понимать куда движешься, и это понимание будет накладываться на принятые решения.

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

Для вьювера в теории можно. И то я бы не делал. Для движка нет. Вернее так, это будут не только драйвера. Выше писал, что нужна "система" или "среда", называйте как удобнее.
Тут целый ворох проблем. Экраны разного размера и разных пропорций, а значит графика и спрайты будут весить по разному. Структуры экранов разные, а значит будут оптимальны разные алгоритмы вывода. Экраны размещаться в разных частях памяти, расширенные вообще в страницах. У разных клонов окно проецирования могут открываться в разных местах. ПЗУ может отключаться или нет. И т.п. и т.д. По этому ИМХО задачу вывода просмотра картинок с диска, оптимальнее решать в лоб. Общими для разных клонов будут базовые алгоритмы, но на их не сложно обернуть в код. Как пример, снова ссылаюсь на свою статью в 26 номере журнала "ЗаРулём". Кстати, было интересно услышать, способно или нет такое изложение помочь в работе с другими форматами экрана.

Если говорить о выводе спрайтов, то тут общими будет логика принятия решения, организации карт и прочее, индивидуальными процедуры вывода низкого уровня. Но и в этом случае придётся идти на значительные компромиссы. Но всё это нужно решать только после решения вопроса написания вьювера файлов с диска, так как это даст базовые вводные.

Пока я не могу придумать как обойти не отключаемость ПЗУ. Скорее всего придётся ввести в требование, что ПЗУ по любому должно отключаться. Хотя "война план покажет", возможно это пока не вижу путей решения. "Север, юг. Самое сложное определить где здесь запад и восток. Но это я обычно решаю в пути" (с) Троё в лодке не считая собаки.

[izzx]

Специально для NEO SPECTRUMAN попытался снять знаменитый "снег" на экране gmx. Прямо с экрана трубчатого ТВ. По левому краю мельтешит немного. А в gmx comander и с правого краю тоже. Вообще видно этот эффект не всегда, не с любым изображением. И больше проявляется при обращении к диску. Я тут нажимаю несколько раз обновить каталоги. Ну ещё и через весь экран полосы пролетают, это уже другое. Видимо переключение экранов.
Не знаю на всех ли экземплярах gmx такое есть.
https://youtu.be/k8tb1UPLzSQ

[NEO SPECTRUMAN]

Специально для

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

а то захочет кто нить сделать софтварную поддержку
а оно будет снежить на реале...
что как бы не труЪ

[izzx]

как обойти не отключаемость ПЗУ

А зачем ПЗУ отключать? Чтобы впихнуть целую ОС для просмотра картинок?

Статьи в журнале почитал, интересно. Для общего понимания вопроса полезно.

[tae1980]

А зачем ПЗУ отключать? Чтобы впихнуть целую ОС для просмотра картинок?

Экран Профи весит 32кб, его можно открыть в нижних 64кб полностью (графика, цвет), или частично (только одно). Но в любом случае это значительно больше чем стандартный экран. А если ПЗУ не отключать, то свободными будет только 16кб. С иными вариантами расширенного экрана думаю картина похожая. Если говорить о простом выводе картинки, оставшегося объёма памяти будет достаточно. Но если говорить о едином движке, то нет. Размеры спрайтов увеличатся в разы, код усложнится. И как-то это всё нужно увязать. По этому лишние 16кб будут крайне полезны.

В идеале конечно же, нужна единая ОС. Но это уже следующий этап, пока же выйти хотя бы на библиотеку работы со спрайтами с единым API для большинства платформ.

[izzx]

В идеале конечно же, нужна единая ОС.

Читал про недоОС. Говорят, что нужны все четыре окна памяти, иначе гиблое дело писать ОС. А так в ней уже есть поддержка jpg, bmp.

[tae1980]

Читал про недоОС.

Скажем так, "как корабль назовёшь, так он и поплывёт" (с) Ребята в детстве не читали "Капитана Врунгеля".
Смешно даже называть это нечто "ОС для спектрума", так как она физически (теоретически и практически) может быть запущена на единственной спектрум совместимой машине. То есть её разрабы предполагают, что мы возьмём и выкинем на свалку все наши Ленинграды, Пентагоны, Профи, Скорпионы и прочее и побежим молится на то что нам укажут пальцем. В перспективы этого лично я не верю от слова "совсем".

Нет, это мы даже не рассматриваем это как вариант. На спекки есть только одна базовая ОС, на основе которой, что-то можно сделать - это CP/M. Но она требует доступа ко всем нижним 64кб, и крайней желательно наличия окна проецирования не в конце памяти (там куски ОС). Существуют доработки Пентагона которые позволяют отключать ПЗУ по схем Профи, и даже есть под это дело версия CP/M. Точно не готов сказать, но вроде есть схема которая позволит перенести окно проецирования на страница 2, как у Профи.
Да же простое отключение ПЗУ, позволит реализовать единую ОС. А если перенести страницу, то это повысит скорость работы на 20-40%, но думаю можно придумать схем работы и без этого. К сожалению, это всё требует железных доработок, но если ПЗУ не трогать, то шансы реализовать что-то более менее вменяемое критично малы. Одновременно с этим, сразу несколько клонов имеют такую возможность изначально - на них и нужно ориентироваться, включая фирменный спекки. И если мне не изменяет память для фирменных 48Кб машин, было устройство подключаемое к порту расширения, которое так же позволяло отключать ПЗУ и запускать CP/M. Можно пойти по этому пути.

Но повторю, это задача даже не завтрашнего дня.