БК-0010, что в Сети нашел, то и использую.
А ты можешь приаттачить файл в сообщение?
БК-0010, что в Сети нашел, то и использую.
А ты можешь приаттачить файл в сообщение?
ZXM-Phoenix rev.01 2048K, VG93 hw emulator
(๑•̀ㅂ•́)و✧ Doors UI → https://t.me/doorsui | https://t.me/atari_xl_xe ← Atari XL/XE (●´ω`●)ゞ
IanPo, насамделе, сцылки, что дал бриз - это частное мнение alco, и не более
Устоявшегося стандарта нет, ввиду почти полного отсутствия софта поддерживающего расширенные видеорежимы. Пока alco заведовал анрилом, он переставлял биты в #EFF7 как хотел. Действительно мультиколор раньше был на D0, но alco зачем-то повесил туда 16 color, а мультиколор перекинул на D5. От alco же есть и единственная программа использующая аппаратный мультиолор - Hexagonal Filler. Я не уверен что во всех архитектурах поддерживают то, что в своё время alco намутил. Например у DDp на D5 был гигаскрин. Но по большому счёту ввиду почти полного отсутствия софта - это особой роли не играет. Единственное, что имеет значение - это чтоб видеорежимы оставались развитием родного спековского экрана, и при этом ещё непременно были масштабируемыми по параметрам. Из существовавших ранее, этим требованиям удовлетворяют только мультиколор, флешколор, 16колор (512х192 и гигаскрин - это не видеорежимы, а модификаторы видеорежимов, т.к. применимы к любому видеорежиму). Видеорежимы 384х304 alco, и 512х240 CP/M Profi хотя и можно причислить к развитию спековского экрана, но они абсолютно не вписываются в сетку масштабирования спековского экрана, поэтому о них можно сразу забыть, как о неудачных экспериментах. На сегодняшний день, единственной вменяемой системой построения сетки видеорежимов отвечающей вышеизложенным требованиям, является архитектура Хiмеra. Только в этой архитектуре может быть обеспечена полная программная совместимость с имеющимся софтом, удобное управление видеорежимами, простота их схемотехнической реализации и возможность работы спековского софта под ОС. Поэтому могу предложить как основу взять именно эту архитектуру, чтоб получить скелет сетки видеорежимов, а потом на этот скелет можно уже наращивать всякие примочки ускорителей. Управление описано здесь: http://zx.clan.su/forum/7-57-1 Если ты согласен с предложением, пойдём дальше.
Последний раз редактировалось Black_Cat; 02.04.2011 в 03:09.
чтобы не двоило - юзать надо экран в его родном разрешении. если монитор у тебя например 1280 на 1024 то в любых других разрешениях - выглядеть все будет просто угребищно. для более менее адекватного отображения ретро компов - надо искать мониторы с нативными 640 на 480 или 800 на 600. в остальных вариантах - качества не будет. Проверяется кстати легко - запустите любую 3д игруху ПэЦэшную настраивая ее под разные разрешения а потом поставьте для нее - родное разрешение моника. и удивитесь насколько коряво показывает не родное разрешение.
Amiga 1200+Blizzard 1260 72 Mb+Mtek 68030,Compozit 128, Leningrad 2,
Atari STE 1040,ZX Spectrum +2,Pentagon 48, Speccy2007 - 2 , ATAS 256k.
ZX Evo 4Mb- в строю.
Speccy2010 v1
Специалист (пока готовлюсь к восстановлению).
Это все мое!
Родное!
Все люблю на свете я! Это родина моя!
balu_dark, он верхнюю половину экрана двоит, а нижнюю - нет. И ручной подстройкой исправить невозможно. А родное разрешение 1920х1200 = (640*3)х1200, т.е. двоить не должно по идее. Про режим монитор пишет 800х600@50, т.е. думает, что в строке 1024 точки при 800 отображаемых.
В общем, не поддерживает.
---------- Post added at 13:41 ---------- Previous post was at 13:39 ----------
БК-0010, у меня от тетрапортов с головой плохо становится. Очень уж сложно. Понадобится - я переделаю, всего лишь прошивка все-таки.
ZXM-Phoenix rev.01 2048K, VG93 hw emulator
Не надо гнать велосипед! Во первых биты переставил DeathSoft, когда приводил в порядок UnrealSpeccy. Из каких соображений это сделано я не знаю, но тем не менее AlCo с этим согласился и переделал свои программы! Во вторых, эти биты поддержаны как минимум ещё двух клонах — в Pentagon 1024 SL 2.2 и в PentEvo! А следовательно это уже не частное мнение AlCo, а «стандарт» который поддержан другими производителями РЕАЛЬНОГО железа! А не просто эмулятором несуществующих концепций
IanPo, очень настоятельно рекомендую прислушаться к здравому смыслу, и поправить биты как описано выше.
(๑•̀ㅂ•́)و✧ Doors UI → https://t.me/doorsui | https://t.me/atari_xl_xe ← Atari XL/XE (●´ω`●)ゞ
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
breeze, я сделал по твоему совету.
Вот результат.
ZXM-Phoenix rev.01 2048K, VG93 hw emulator
(๑•̀ㅂ•́)و✧ Doors UI → https://t.me/doorsui | https://t.me/atari_xl_xe ← Atari XL/XE (●´ω`●)ゞ
Бриз не знает, что в оригинальной прошивке от КоЕ в Пентагоне 2.2 режима мультиолор вообще небыло , а был он только в прошивке от DDp, и включался совсем по другому, а разрядом D5, как я уже указывал выше, у DDp включался Gigascreen . Что касательно прошивки Пентево, то в официальном руководстве от NedoPC нет ни слова об управлении видеорежимами через порт #EFF7 . Но насамделе это и не важно, т.к. подчёркиваю повторно архитектура Хiмеra обеспечивает полную совместимость с существовавшим ранее железом! Просто breeze, ввиду своей абсолютной некомпетентности в железе, этого не понимает
Насамделе, это только сложно написано, а реализуется всё просто:
1) Видеопорт для совместимости со старым железом разделён на две половинки, которым соответствуют следующие группы разрядов:
- младшая группа разрядов - Lo: D0, D1, D5, D6. Дешифрируется: 1110111xxxxx0111
- старшая группа разрядов - Hi: D2, D3, D4, D7. Дешифрируется: 111011x0xxxx0111
Таким образом, для старого софта, юзающего режимы мультиолор и 16колор управление остаётся прежним, а для нового открываются широкие возможности, при том с сохранением совместимости со старым железом (т.е. с Пентагоном 2.2).
Для нового софта, работающего с новым железом, и использующего все его возможности, управление видеорежимами осуществляется записью в единственный порт #EEF7 (ессно, что в старом железе новые возможности не поддержаны и корректно работать не будут).
2) Системный порт тоже разделён на две половинки:
- младшая группа разрядов - Lo: D0, D1, D5, D6. Дешифрируется: 1110110xxxxx0111
- старшая группа разрядов - Hi: D2, D3, D4, D7. Дешифрируется: 111011x1xxxx0111
Таким образом, для старого софта, юзающего #EFF7 управление остаётся прежним, а для нового открываются широкие возможности, при том с сохранением совместимости со старым железом (т.е. с Пентагоном 2.2).
Для нового софта, работающего с новым железом, и использующего все его возможности, управление системными функциями осуществляется записью в единственный порт #EDF7 (ессно, что в старом железе новые возможности не поддержаны и корректно работать не будут).
Т.е. для программистов, при работе с существовавшим ранее функционалом рекомендуется использовать #EFF7, а при работе с новым функционалом - для управления видеорежимами - #EEF7, для управления системными функциями - #EDF7.
Использование единственного порта для управления видеорежимами сделано специально для ускорения переключения видеорежимов при использовании на одном экране сразу нескольких видеорежимов.
---------- Post added at 16:06 ---------- Previous post was at 15:54 ----------
попробуй с D0, это наверно не переделанная версия программы, выпущенная ещё до того как alco полез биты менять
Последний раз редактировалось Ewgeny7; 02.04.2011 в 22:54.
breeze, так я и говорю, нормально все
БК-0010
попробуй с D0, это наверно не переделанная версия программы, выпущенная ещё до того как alco полез биты менять
Это как раз переделанная под D5, она нормально работает.
ZXM-Phoenix rev.01 2048K, VG93 hw emulator
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)