Выравнивание, утрамбовывание и впихивание кода + быстрые таблицы переходов и SJASM

[NEO SPECTRUMAN]

И ещё. Для некоторых объясни, зачем применяется "выравнивание кода и данных" где и как?

таблицы для быстрого обращения выравнивают по адресам кратным 256
при этом часто таблицы меньше 256 байт и место внизу таблицы простаивает

так же часто
есть необходимость загружать какието данные
и чтоб они ложились с адреса $8000 до неизвестно какого ($8000,$8001...)
а код должен быть максимально далеко от данных и в быстрой памяти
для этого нужно выравнивание по правому краю ($FDFF, $FDFE...)
которого нет ни в одном компиляторе

ну и при этом так же часто нужно
чтоб определенный код занимал конкретные адреса
и не какие либо иначе

а если при этом подключается условная компиляция
процедуры переменной длины
таблицы которые вставляются только при определенном условии
то появляется очень много головной боли
с размещением всего в памяти и чтоб оно друг на друга не залазило
и чтоб не появлялись ничем не занятые дырки
а у меня все это в каждой программе...
почему другим это никогда не было нужно мне непонятно...

а теперь не нужно морочить голову
писать вычислитель адресов
(у Simon-a Owen-a для выравнивания используются пустота переменной длины(и по моему это не рационально))
теперь просто вокруг каждой процедуры указываем утрамбовывать код по правому\левому краю\выравнивать\ложить по конкретному адресу
и процедура автоматически запихивается в свободное место


ну и при использовании быстрых таблиц
в коде образовывается много дырок
которые не рационально не заполнять

тк адресуемой памяти у спектрума таки мало

ну и 7 процедур оказалось мало
еще нужно выравнивание по адресам кратным 256 по левому\правому краю со смещением
выравнивание по кратным 256 по правому\левому нижнему краю
и плохо что это не средствами самого компилятора...
появляется много дополнительных проблем и ограничений...

другие ветки sjasm-а вообще не компилят
а кричат что lua код занимает больше чем 32к
которых хватит всем

Поподробнее можно? Почему тактов пентагона не хватает? Там что, оцифровка идёт что ли? Какие 16 страниц? У пентагона 8 страниц, 16 у скорпа.

дык там эмулятор 6502...
тк .sid это код плеера
а сид пока только железный (пока)


16
256 байтных "страниц"
придумаешь лучшее название буду использовать

и тактов пентагона как раз хватает
а вот тормознутых скорпионовских нет




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

должно было быть ld l,a наверное?

до очепятка
но смысл процедуры и так ясен

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

Как делаются переходы откуда и как?

на счет переходов вопрос не понел

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

послушать разницу можно в эксклюзивном унриале со встроенным SID-ом
https://dropmefiles.com/F4Dzv
который у меня, кстате, очень не стабильно работает

в оригинале как только кончается буфер (через несколько секунд)
начинается проседание скорости

[ZX_NOVOSIB]

NEO SPECTRUMAN, drbars не осиливает впихивание диалогов в новую диззи вандефул. Ибо Оливеры разошлись не на шутку, так и сыпят отборным английским юмором! Сможет ли сабж каким-то образом помочь утрамбовать тексты в диззю?

[NEO SPECTRUMAN]

Сможет ли сабж каким-то образом помочь утрамбовать тексты в диззю?

я не знаю как там лежат тексты
скорей всего они пакованные

возможно там используется таблица в 512 байт или больше со списком адресов по которым лежит начало каждого текста
вот ее можно сократить в 2 раза
но никто не гарантирует что после этого сам текст не будет занимать больше
тк получаться дырки которые скорей всего не заткнуться...
(алгоритм затыкание явно не идеальный
нужна сложная сортировка с построением всяких деревьем на уровне компилятора
а у меня втыкивание в первое попавшееся место без проверки рациональности и последствий этого)

если там есть дырки от выравнивания их можно попытаться заткнуть

если там там есть обращения к таблицам
в виде
ld c,a
ld b,0
ld hl,tabaddr
add hl,bc
...

их можно заменить
на короткое и быстрое
ld l.a
ld h,tabhaddr

а таблицы выровнять
и заполнить полученные дырки "утрамбовыванием" (все tamp процедуры)

но выигрышь если и получишься то считанные байты...




все "выравнивание" в этой теме
это оптимизация по тактам а не объему

и все процедуры написаны для использования совместно с быстрыми таблицами
без быстрых таблиц код и данные можно хоть и с трудом разложить и руками и каким то не сложым кодом
а вот с быстрыми таблицами руками работать практически невозможно
особенно при условной компиляции...
но освобождают они +15 тактов! (в худшем случае 5) на каждом обращении к таблицам

а еще эти процедуры нужно подружить со страничной организацией памяти
но пока не знаю как это правильней сделать
нужно по 1024К+ переменных на каждую страницу(16к) памяти
не знаю переварит ли lua sjasm-а такое количество массивов...

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

drbars не осиливает впихивание диалогов в новую диззи вандефул

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

[NEO SPECTRUMAN]

а вот более наглядный пример
автоматической утрамбовки
при условной компиляции и изменении размера кода
на всякий случай уточню что в одном столбце 256 байт

на таблицах со шрифтами видно
как затыкается свободное место неполных таблиц

[Vadim]

дык там эмулятор 6502...
тк .sid это код плеера
а сид пока только железный

Вон оно что. Неужели неосилил никто декомпилировать плейер и переписать на z80? Наверное там код вперемешку с данными?

16
256 байтных "страниц"
придумаешь лучшее название буду использовать

Такое название стандартное, в CP/M литературе всегда встречается.

[NEO SPECTRUMAN]

Неужели неосилил никто декомпилировать плейер и переписать на z80? Наверное там код вперемешку с данными?

переписать все 1153 плеера?

впридачу там куча рипов из игр
а у каждой фирмы свой плеер ато и 7

это для saa1099 3 плеера
и все переписали


а .sid это типо нашего .ay(по моему так называется)
в котором у нас обычно хранят бипер из фирменных игор

[Advertiser]

[goodboy]

переписать все 1153 плеера?

а не проще дамп в регистры гнать ? (типа PSG)

[NEO SPECTRUMAN]

а не проще дамп в регистры гнать ? (типа PSG)

до можно было бы и такой вариант
а хватит памяти у спектрума?
некоторые поделия достаточно длииинные
и обще принятый формат для сида имено .sid

и вопрос чем сделать этот дамп?

мало того
у .sid-а нет ни начала не конца
это тупо код
там вроде даже время трека хранят в отдельной базе встроенной в плеер


да и есть и подобный вариант
по моему звался sid basic или что то в этом роде

https://zx-pk.ru/threads/27433-sid-p...-spectrum.html
мало того
к нему я дажо прилепил эмулятор ковокса для бипера
только не помню когда о_О

собственно вот
https://dropmefiles.com/tkTMB




в конечном итоге
риал тайм эмулятор интересней

[goodboy]

это тупо код
там вроде даже время трека хранят в отдельной базе встроенной в плеер

мне всё это знакомо.
раньше когда делал *.AY ставил BreakPoint на MainLoop в эмуле и тупо замерял время звучания по часам с секундной стрелкой.
потом упросил автора одного AYplayer`а делать остановку при исполнение спец.команды,
так и узнавал точное время звучания.
..........
и я так понял ты пытаешься 6510 эмулировать в реалтайме ?
не думал о предварительной кросскомпиляции (даже на более мощной машине).
то есть звук в SID будет посылаться сразу Z80кодом.
.....
на спеке есть пара/тройка адвентюр где вообще 68000 эмулится

[NEO SPECTRUMAN]

и я так понял ты пытаешься 6510 эмулировать в реалтайме ?

я не пытаюсь
6510 и так неплохо эмулируется кодом Simon-a Owen-a
на свой 6502 эмуль я давно забил

но у него 30% опкодов помечены как недокументированные и вместо них заглушки...
и их нужно дописать

и еще нужно написать эмулятор самого сида
а в условиях отстутствия нормальной документации...

любители сидов вообще редкостные... аудиофилы
не могут сделать анализ работы фильтров и выложить спектрограммы...

не думал о предварительной кросскомпиляции (даже на более мощной машине).
то есть звук в SID будет посылаться сразу Z80кодом.

про статическую рекомпиляцию все красиво только в фантазиях
если начать продумывать все варианты развития событий
все уже не так красиво

а если будет самомодифицируемый код?
(если присмотреться то на вид эмулируемый код очень активно пишет сам в себя)

в конечном итоге
для полной поддержки
понадобиться как статическая рекомпиляция кода
так и держание не рекомпилированного кода в отдельном участке памяти для чтения записи рекомпилированным кодом
понадобиться отслеживание не ведеться ли запись\распаковка в код
а это индексация или каждого байта
или таблицы всех точек входа и тормоза
еще понадобиться интерпретатор в случае вызовов распакованого кода

то есть это проект грандиозной глючности





ну или это будет рекомпиляция при участии ручек...

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

на спеке есть пара/тройка адвентюр где вообще 68000 эмулится

и какие?