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

Цитата:

---

Сообщение от Smalovsky

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

---

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

Цитата:

---

Сообщение от Lethargeek

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

---

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

Цитата:

---

Сообщение от Manwe

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

---

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

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

Цитата:

---

Сообщение от Smalovsky

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

---

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

Цитата:

---

Сообщение от Lethargeek

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

---

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

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

Цитата:

---

Сообщение от reddie

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

---

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

Цитата:

---

Сообщение от mdk

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

---

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

Цитата:

---

Сообщение от reddie

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

---

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

Цитата:

---

Сообщение от mdk

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

---

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

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

Цитата:

---

Сообщение от Manwe

Я приводил в пример 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

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

---

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

Цитата:

---

Сообщение от mdk

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

---

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

Цитата:

---

Сообщение от Lethargeek

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

---

Цитата:

---

Сообщение от Lethargeek

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

---

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

Цитата:

---

Сообщение от Manwe

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

---

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

Цитата:

---

Сообщение от Manwe

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

---

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

Цитата:

---

Сообщение от Manwe

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

---

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

Цитата:

---

Сообщение от Lethargeek

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

---

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

Цитата:

---

Сообщение от Lethargeek

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

---

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

Цитата:

---

Сообщение от Lethargeek

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

---

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

Цитата:

---

Сообщение от Lethargeek

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

---

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

Цитата:

---

Сообщение от Lethargeek

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

---

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