Демо эффекты для Вектора

[ivagor]

Пятицветный (если с бордюром, то шестицветный) вариант. Область построения увеличена до 256x256, поэтому время расчета и построения больше, чем у двухцветного варианта - 625.96 секунды, или 10 минут 26 секунд. Если бы строил 256x192, то даже немного обогнал бы двухцветный. Во время рисования палитра из оттенков зеленого. Когда нарисует и напечатает результат можно менять палитру:
УС - оттенки зеленого
СС - оттенки желтого
РУС/ЛАТ - оттенки красного

Upd 17.12.2023: v2
Изменились только цифры времени прогона, картинки не стал менять.
74CE -> 597.08 секунд

[svofski]

Постепенно приближаемся к совершенству. Особенно ценно то, что сферы теперь не сливаются с небом. Мне пожалуй зелененький больше всех нравится. А почему ты не сделал как в бейсиковском варианте с красивыми цветами?

[ivagor]

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

[ivagor]

Прочитал про новомодное японское умножение "Minus Square", но, к сожалению, оно медленнее процедур в трассировщиках. Тем не менее нашел, что можно оптимизировать помимо умножения и пятицвет теперь быстрее 10 минут.

[Sandro]

Прочитал про новомодное японское умножение "Minus Square", ...

Через таблицу квадратов что ли? Ему тысяча лет. В той же Elite сделано умножение на матрицу преобразования пространства через него. Что там нового?

[ivagor]

Что там нового?

Смотрите и там есть ссылка на японца, до которого правда я смог добраться только через vpn.

[Sandro]

А я и так смог ... но это же вроде деление столбиком в двоичной системе???

[ivagor]

По ссылке открывается (если еще нажать на English Version) заметка с названием "High-speed multiplication processing on Z80 (Part 2) Optimization [Z80]", про деление я ничего не заметил.

[ivagor]

Снова приглашаю тех, кто хочет улучшить показатели Вектора к оптимизации кода. Пока код заметно быстрее того, что сделал ivagor в 2021.

Решил узнать секрет мастера. Сравнивал m256.com (1175 байт) из архива fast-mandel.7z (14.01.2024) с m256x256 (364 байта, 25.12.2021, файл сейчас не доступен для скачивания, при необходимости могу перевыложить).
Оказалось, что одинаковых параметров расчета и построения в двух программах нет и честного сравнения не получится. При корректном сравнении нужны:
1. Одинаковое количество точек и цветов - нет. litwr считает половину точек и рисует симметрично, в отличие от m256x256, хотя для компенсации можно взять для m256x256 половину времени построения или строить симметрично.
2. Одинаковые масштабы при одинаковом максимуме итераций - нет. По числу итераций одно совпадение - mentry 6, 5, 15 ;9. Масштабы при этом разные.
3. Одинаковые параметры оптимизации программ - нет. litwr оптимизировал по скорости; m256x256 получен из оптимизированного по размеру варианта m128x128. В m256.com довольно много текста, но даже если его полностью убрать, размер останется как минимум вдвое больше по сравнению с m256x256.
Четкое количественное сравнение в таких условиях невозможно.
Неформально сравнил при близких параметрах и "заметно быстрее того, что сделал ivagor в 2021" не получилось. Из секретов мастера поучиться можно разве что некорректному предвзятому подходу, но лучше воздержусь.

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

[litwr]

Решил узнать секрет мастера. Сравнивал m256.com (1175 байт) из архива fast-mandel.7z (14.01.2024) с m256x256 (364 байта, 25.12.2021, файл сейчас не доступен для скачивания, при необходимости могу перевыложить).
Оказалось, что одинаковых параметров расчета и построения в двух программах нет и честного сравнения не получится. При корректном сравнении нужны:
1. Одинаковое количество точек и цветов - нет. litwr считает половину точек и рисует симметрично, в отличие от m256x256, хотя для компенсации можно взять для m256x256 половину времени построения или строить симметрично.
2. Одинаковые масштабы при одинаковом максимуме итераций - нет. По числу итераций одно совпадение - mentry 6, 5, 15 ;9. Масштабы при этом разные.
3. Одинаковые параметры оптимизации программ - нет. litwr оптимизировал по скорости; m256x256 получен из оптимизированного по размеру варианта m128x128. В m256.com довольно много текста, но даже если его полностью убрать, размер останется как минимум вдвое больше по сравнению с m256x256.
Четкое количественное сравнение в таких условиях невозможно.
Неформально сравнил при близких параметрах и "заметно быстрее того, что сделал ivagor в 2021" не получилось. Из секретов мастера поучиться можно разве что некорректному предвзятому подходу, но лучше воздержусь.

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

Добавил к исходникам коммент, который показывет как параметры программы (в макросе mentry) пересчитываются в стандартные границы множества Мандельброта.

;x-min = (x0+dx*HSize)/512, x-max = x0/512, y-max = dy*VSize/1024

В mentry легко задать любые параметры, исходники открыты для всех...
Ну и зря вы так всё лично. Мне просто было интересно сравнить то, что получилось у меня, с тем что было в софте для Вектора. То, что ваша программка строит Мандельброта медленнее, - это просто факт. У вашего кода есть свои безусловные достоинства. А то, что вы написали, эти факты никак не отменяет.
Кстати, не так давно сделал Мандельброта для Geneve 9640 и выложил результаты на профильном форуме. Среди результатов факт того, что мой код примерно в 200 раз быстрее того, что демонстрировала соответствующая программа для генерации Мандельбротов. И ежу понятна, что та программа имеет на порядок больше полезных функций. Но речь-то про простое сравнение по одному из параметров. Кстати, автор той замечательной программы мне дал несколько ценных подсказок. А в целом фаны той системы даже наградили меня кубком! Что-то похожее было и с тем, как встретили мой код фанаты Амстрада, хотя там было много мандельбротов и оптимизированных по скорости в том числе.
К сожалению, на этом форуме нередки случаи немотивированного хамства. Хотя энтузиаст Спека и БК reddie помог мне очень капитально с оптимизацией для Z80...
Не понял вполне про бинарники. У меня код использует только вызов БДОС, который есть в любом мониторе или CP/M... COM - стандартное расширение для исполнимых файлов CP/M. Не могли бы вы пояснить, что имеете в виду?