Новые игры для БК

[reddie]

Где можно узнать про СМК 512? Что за хард расширение az?

Выше уже отписали про то и другое, добавлю лишь, что SMK вещь крайне полезная. Это как пересесть с кассет на дисковод, только тут с дисковода на CF/винт.
Плюс расширенная память, которой на БК, прямо скажем, маловато для серьезных проектов, кто бы что ни говорил. Все равно, что БК11(М) после БК10.
AZ - проект поновее, гораздо мощнее, но и распространен (пока?) меньше. Что выбрать - дело вкуса и, в общем-то, доступности. Это не PC, чтоб запчасть купить в ближайшем магазине.

Быкашники пришли на форум спектрумистов учить, кого и как учить или не учить. Классика.

Это не классика, а, повторюсь, клиника у критикана. Форум общий, и утверждать, что спектрумисты - высшая раса, попахивает, как минимум, классовой сегрегацией =)

Это не значит, что плотность во всех остальных случаях тоже одинаковая. Зависит от задачи

Именно. В чем-то лучше БК, в чем-то - Спектрум. Под развернутые циклы и табличные вычисления (выборки) Спектрум приспособлен лучше, зато система адресации БК экономит регистры.

[Smalovsky]

Я понял, az для экрана добавляет 15 битную палитру цвета, но не увеличивает количество цветов на экране. Это похоже на четырехцветный палитровый видеорежим амстрада сиписи.

[reddie]

добавляет 15 битную палитру цвета, но не увеличивает количество цветов на экране

Зависит от выбранного разрешения (граф. режима): чем хуже разрешалово, тем больше можно вывести цветов. Как и в любом ретрокомпе =)
Точнее и подробнее может объяснить разработчик железки, но кратко эта инфа разложена в описании. Где-то по ссылкам должна быть.

[mdk]

Быкашники пришли на форум спектрумистов...

О, да, эта фраза является здесь ходовым убийственным аргументом! Со стороны выглядит это примерно так:
"Господа, я тут мимо проходил и не в теме, но при этом авторитетно заявляю-с, что эта игра г-но! Почему? Да просто потому-с что, если проскроллить страницу форума вверх, то слева увидите надпись..." - в таком ключе тут было дело один оппонент высказался

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

SMK вещь крайне полезная. Это как пересесть с кассет на дисковод, только тут с дисковода на CF/винт.
Плюс расширенная память, которой на БК, прямо скажем, маловато для серьезных проектов, кто бы что ни говорил.

Вещица хорошая, но в неё б еще AY интегрировать. Мне AY не хватает

[reddie]

в неё б еще AY интегрировать. Мне AY не хватает

Речь, как понимаю, о старой (не новодельной сразу с AY) плате? В нее можно напаять AY на макетке поверх регистра порта вывода, но нужно владеть паяльником =)

[mdk]

Речь, как понимаю, о старой (не новодельной сразу с AY) плате? В нее можно напаять AY на макетке поверх регистра порта вывода, но нужно владеть паяльником =)

Речь об обычном ретро БК-0011М. Очень не хочется влезать внутрь и что-то там менять. Хочется внешнего блока, подключаемого к порту БК без модификаций. Поэтому СМК есть, а AY нет

[Advertiser]

[reddie]

хочется внешнего блока, подключаемого к порту БК без модификаций

Такое тоже существовало, вроде бы... когда "изучал историю", читал про такую штуку. Но тогда либо AY, либо SMK: порт МПИ-то один.
Либо какой-нибудь особенный вариант, втыкаемый в УП, но поддержки имеющимся софтом у него не будет, это не ковокс.
Так что оптимально напаять вовнутрь, схемы имеются. Наилучший вариант, как по мне - съемная конструкция на макетке.

Или же просите разраба AZ внедрить туда эмулятор AY, если места в ПЛИСине хватит. Данный функционал планировался, по пока, вроде, не реализован.

[Lethargeek]

Я приводил в пример 256-байтную интру Mona Lisa, в ней плотность кода получилась одинаковая для БК и Спектрума. Это не значит, что плотность во всех остальных случаях тоже одинаковая. Зависит от задачи. Например, развёрнутые циклы (для увеличения скорости), конечно вдвое больше места займут на БК.

однако в треде "бк vs zx" почему-то говорилось о размере кода вообще:

Manwe: Ну и не забывай, что процессор 16-битный, поэтому код занимает вдвое больше места, чем на ZX.
Titus: Я думаю, что не вдвое, а в 1.5, или еще даже меньше.
Manwe: Демка "Mona Lisa" в 256 байт показала, что размер даже одинаковый.
https://zx-pk.ru/threads/31341-elekt...=1#post1045559
и чуть далее:
weiv: Зато жирный минус - места под программы в 2.5 раза меньше, чем у Спектрума 48
Manwe: А зачем много места под программы, если ассемблерный код получается компактный? На примере демки Mona Lisa уже выяснили.
https://zx-pk.ru/threads/31341-elekt...=1#post1045986

то есть теперь от такой глобальности ты отказываешься?

Это не классика, а, повторюсь, клиника у критикана. Форум общий, и утверждать, что спектрумисты - высшая раса, попахивает, как минимум, классовой сегрегацией =)

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

О, да, эта фраза является здесь ходовым убийственным аргументом! Со стороны выглядит это примерно так:
"Господа, я тут мимо проходил и не в теме, но при этом авторитетно заявляю-с, что эта игра г-но! Почему? Да просто потому-с что, если проскроллить страницу форума вверх, то слева увидите надпись..." - в таком ключе тут было дело один оппонент высказался

только вот тут некоторые спектрумисты оказались "в теме" лучше некоторых быкашников

[Manwe]

Manwe: Ну и не забывай, что процессор 16-битный, поэтому код занимает вдвое больше места, чем на ZX.
Titus: Я думаю, что не вдвое, а в 1.5, или еще даже меньше.
Manwe: Демка "Mona Lisa" в 256 байт показала, что размер даже одинаковый.
и чуть далее:
weiv: Зато жирный минус - места под программы в 2.5 раза меньше, чем у Спектрума 48
Manwe: А зачем много места под программы, если ассемблерный код получается компактный? На примере демки Mona Lisa уже выяснили.

то есть теперь от такой глобальности ты отказываешься?

Ты читать не умеешь (или не хочешь). Как моё предложение может восприниматься "отказом", если я в нём буквально подтверждаю вышесказанное?

Я приводил в пример 256-байтную интру Mona Lisa, в ней плотность кода получилась одинаковая для БК и Спектрума. Это не значит, что плотность во всех остальных случаях тоже одинаковая. Зависит от задачи. Например, развёрнутые циклы (для увеличения скорости), конечно вдвое больше места займут на БК.

Если не придуриваться, а внимательно прочитать словосочетание "процессор 16-битный", любой поймёт, что речь о размере инструкций: опкод MOV или NOP на БК занимает в 2 раза больше места, чем опкод MOV или NOP на Спектруме. Естественно, в развёрнутых циклах, когда 100 MOV'ов подряд, объём кода на БК вдвое больше, чем на Спектруме. И все эти игры типа "Принца" используют развёрнутые циклы для увеличения скорости. Если же оптимизировать не по скорости, а по размеру (как Mona Lisa в 256 байт), то разнообразие инструкций и способов адресации БК позволяет написать более компактный код. Очевидные вещи. А ты выдумал какую-то "глобальность" и теперь сам со своей выдумкой споришь.

[Lethargeek]

Ты читать не умеешь (или не хочешь). Как моё предложение может восприниматься "отказом", если я в нём буквально подтверждаю вышесказанное?

а вот сейчас увидим, кто читать здесь не умеет (или не хочет)

Если не придуриваться, а внимательно прочитать словосочетание "процессор 16-битный", любой поймёт, что речь о размере инструкций: опкод MOV или NOP на БК занимает в 2 раза больше места, чем опкод MOV или NOP на Спектруме. Естественно, в развёрнутых циклах, когда 100 MOV'ов подряд, объём кода на БК вдвое больше, чем на Спектруме. И все эти игры типа "Принца" используют развёрнутые циклы для увеличения скорости. Если же оптимизировать не по скорости, а по размеру (как Mona Lisa в 256 байт), то разнообразие инструкций и способов адресации БК позволяет написать более компактный код. Очевидные вещи. А ты выдумал какую-то "глобальность" и теперь сам со своей выдумкой споришь.

ничего не выдумал - если не придуриваться и так неуклюже не отказываться от собственных слов, а еще раз прочитать внимательно, то:

Manwe: Ну и не забывай, что процессор 16-битный, поэтому код занимает вдвое больше места, чем на ZX.

как видим, речь здесь о размере кода вообще, глобально, а не о каких-то отдельных опкодах

Titus: Я думаю, что не вдвое, а в 1.5, или еще даже меньше.

продолжение о размере кода вообще - нецелый коэффициент

Manwe: Демка "Mona Lisa" в 256 байт показала, что размер даже одинаковый.

снова всё о том же самом размере кода

weiv: Зато жирный минус - места под программы в 2.5 раза меньше, чем у Спектрума 48

речь о месте под программы вообще, глобально

Manwe: А зачем много места под программы, если ассемблерный код получается компактный? На примере демки Mona Lisa уже выяснили.

снова речь о размере кода на БК вообще, и демка служит как пример компактности обобщённого быкашного кода