Firmware для Спектрума

[Максагор]

есть большая разница - АТМ и наша любовь СПЕКТРУМ. Можно в эмуле легко все это сделать, но только в чем смысл?

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

В корне не согласен. И ледо тут совсем не в АТМ. Сколько людей покупали, к примеру, Скорп, потому что он "круче обычного Спека и у него есть теневой монитор"? А сколько брали KAY-1024 из-за мега памяти и слотов, чтобы подключить без проблем GS и винт? Кстати, контроллер винта пользуется довольно неплохим спросом (да и у немо пользовался) - зачем это людям просто влюбленным в "простую старую машинку zx128"?

[acidrain]

[skip]
2. После этого обязательно надо дать диагностический гудок.
Т.о. нужны процедуры и драйвер работы звукового железа
Это прежде всего Speaker и AY/YM. GS и прочие приставки идут через ОСь.

[...]

7. BIOS имеет средства информировать ОСь о той периферии, которой она (BIOS) управляет.

Да вы, уважаемый, никак на пц пересидели? Особенно насмешил спикером, а нафуя туда дуть при каждом пуске? Даже если он не работает - и что теперь не пускаться? А ночью приятно слушать пищалку? На пц многие отключают пищалку.
Мне кажется ось должна управлять железом, а не биос. Как там на маках новых и амигах-пегасосах: забутился с возможного устройства (хард/сидюк), а дальше хоть кол на голове чеши. =)

[GriV]

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

Насчёт звука это на 100% должно быть так
А насчёт периферии, всегда есть низкоуровненые драйвера и высокоуровненые. Вот в ПЗУ как раз сидят никзоуровневые драйвера для создания ВОЗМОЖНОСТИ общения с любым подключенным железом: у кого то стоит GS у кого то CD-ROM у кого то вообще кроме магнитофона ничего нет, все эти премудрости базовых подклчюений всегда берёт на себя преОС - ОС которая лежит в ПЗУ.

[lvd]

Насчёт звука это на 100% должно быть так
А насчёт периферии, всегда есть низкоуровненые драйвера и высокоуровненые. Вот в ПЗУ как раз сидят никзоуровневые драйвера для создания ВОЗМОЖНОСТИ общения с любым подключенным железом: у кого то стоит GS у кого то CD-ROM у кого то вообще кроме магнитофона ничего нет, все эти премудрости базовых подклчюений всегда берёт на себя преОС - ОС которая лежит в ПЗУ.

На том же пц в ПЗУ не сидит ничего, касающегося звука - бо звук может быть воткнут произвольный. Так же и на спеке - воткнули DMA USC, а в пзу его нема - и что, облом?

1. драйвера бипера и ay-ка - не нужны, потому что для бибикания никакого драйвера не нужно, а для играния сложных биперных музонов драйвер тоже не нужен (понятно, почему)? Для аука опять же бибикальный драйвер не нужен, и музонный тоже - плееров нынче туева хуча развелась.
2. драйвер экрана - ставить-выключать точки. Зачем, опять же? Им что - ось будет пользоваться, что ли?
3. "возможность общения" - это как ? подпрограммы in a,(c):ret и out (c),a:ret ? Или плугундплей, как на пц? Так вот, последнее - в огромной мере заслуга не биоса, а именно шины ПЦИ.

[acidrain]

На том же пц в ПЗУ не сидит ничего, касающегося звука - бо звук может быть воткнут произвольный. Так же и на спеке - воткнули DMA USC, а в пзу его нема - и что, облом?
[...]
2. драйвер экрана - ставить-выключать точки. Зачем, опять же? Им что - ось будет пользоваться, что ли?
[...]

Спасибо за поддержку =). Ты прав на все 100%, только с экраном (равно как и со звуком) позволь не согласиться - сам прекрасно знаешь, что если включил видяху (амми), то стандарный вывод на экран работать не будет. Так и на спеке вкл. не спек режим экрана, а как с ним кодеру работать? Шоб не париться нунен общий подход, а для продвинутых дрова для их конкретной карты (если на спеке так можно выразиться). Т.о. не надо будет кодеру переписывать вывод графики (звука) в его супер-пупер-проге для каждой конкретной платформы (спек, атм, спринтер) итп. Ну ты ж ведь мну понял. И к тому же, никто не запрещает кодить напрямую железо

О пзу - я согласен, что в пзу должна быть поддержка hdd, cd, fd, да и либла управления памятью. Плюс некоторые мелкие процедурки и шрифт.

[GriV]

раз рассматривается проект ПЗУ для спекка, то подразумевается что система будет отдельно работать.
Для спекка нет защищённого режима вообще, так что любая работа с портами не должна вестись из ОС и ПО этой ОСи. Или по крайней мере значительно исключаться и переноситься в защищённые области.
Поэтому работу с портами берёт на себя ПЗУ, а никак не ОСь. Я про это и говорю.
А какой девайс будет на портах работать, это уже не важно.
Работа с тем же DMA USC на себя тоже будет брать ПЗУ (всё таки DMA это ресурс материнской платы, а то что есть возможность выводить звук это уже побочный эффект )
Кроме того, меня вот буквально только что потыкали ПЦшничеством, а потом приводится аргумент про звук на ПЦ. Спекк - не ПЦ, в нём нет туевой хучи звуковых девайсов, их можно на пальцах рук пересчитать, поэтому с этой точких зрения даже стоит полностью поддержку звука ложить в ПЗУ.

[GriV]

На том же пц в ПЗУ не сидит ничего, касающегося звука - бо звук может быть воткнут произвольный. Так же и на спеке - воткнули DMA USC, а в пзу его нема - и что, облом?

Читай выше.

1. драйвера бипера и ay-ка - не нужны, потому что для бибикания никакого драйвера не нужно, а для играния сложных биперных музонов драйвер тоже не нужен (понятно, почему)? Для аука опять же бибикальный драйвер не нужен, и музонный тоже - плееров нынче туева хуча развелась.

Драйвер не бибиканья, а вывода в порт.

2. драйвер экрана - ставить-выключать точки. Зачем, опять же? Им что - ось будет пользоваться, что ли?

Да, ими должна пользоваться именно ОС, пока не загрузит все свои высокоуровневые драйвера для работы с экраном и т.д. Если бы с самого начала был низкоуровневый драйвер экрана, то не было бы такого НЕРАЗВИТИЯ экрана на спекке.

3. "возможность общения" - это как ? подпрограммы in a,(c):ret и out (c),a:ret ? Или плугундплей, как на пц? Так вот, последнее - в огромной мере заслуга не биоса, а именно шины ПЦИ.

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

[Sonic]

Господа! В свое время я думал над драйвером экрана. И пришел к выводу, что - нереализуемо. Увы.
Причина - недостаточная скорость машины и ГИГАНТСКИЕ различия между разными режимами.
Итак, положение №1. Раз уж у нас графические экраны, то и драйвер должен поддерживать графику. Иначе - грош цена ему.
Положение №2. Простейший графический примитив - прямоугольник. Итак, мы должны давать драйверу прямоугольник в некоем унифицированном формате, он должен его выводить в произвольные координаты. А также должна быть обратная операция.
Положение №3. Все это будет настолько медленно, что смысл использования будет нулевой. С экраном Профи, например, и так работается весьма медленно.
Возможно, можно реализовать текстовый экран с приемлемой скоростью. При этом для каждого экрана нужно держать свой вариант шрифта с разным разрешением. Это приводит к тому, что размеры драйвера крайне велики.
Вывод: прошивать такой драйвер в ПЗУ бессмысленно. Если мы говорим о создании ОС, то его можно будет грузить в ОЗУ после старта ОС, а для начального диалога ИМХО достаточно и спековского экрана.

[GriV]

обнаружить расширенный экран (будь то текстовый режим или что ещё), если об этом не скажет (тем или иным образом, согласно общему интерфейсу) ПЗУ твоей системы, потому что разные графические экраны по сути просто способы представления одной и той же информации, основанные на хранящихся в ОЗУ данных. Т.е. пример (опять меня будут упрекать в ПЦшничестве) стандартный видеоускоритель для AGP - его BIOS содержит информацию и предоставляемых регистрах, а предоставляемых режимах и т.д. И никто (ни БИОС мат. платы на драйвера, даже будучи они поставлены) не смогут привести список режимов и регистров, которые предоставляются видеоускорителем. Для примера выньте ПЗУ из вашего ускорителя и поймёте о чём я говорю
Шутка, не надо ничего вынимать. В ПЗУ должны быть данные о том, какие есть экраны и что с ними можно делать. А вот как конкретно делать - это уже согласен ложится на плечи драйверов ОСей, и уж точно не лежит в ПЗУ (для примера засунуть Detonator'ы или там Catalyst'ы в BIOS видеокарты ).
А с учётом того, что пока ещё видеоподсистема пока интегрирована в системную плату, то даже вопрос надо ли располагать низкоуровневые драйвера экрана в ПЗУ или нет мне кажется однозначно решённым

[Rubts0FF]

Мечтатели . Если-бы в 1982 году сделали то что вы хотите СПЕКТРУМА небыло-б.