Ретро-ЯП Millfork для Atari, Apple II, ZX Spectrum, MSX, CP/M, NES, Game Boy и MS-DOS

[breeze]

Поковырял я тут тему со шрифтами, в принципе ничего «сложного» как опосался @andrews не оказалось.
Достаточно сменить значение по адресу 756, на старший байт расположения нового шрифта в памяти.

Заодно дописал сохранение файлов, и закомментированный кукусок кода, который сохраняет на дискету оригинальный шрифт атари из ROM, размером 1024 байта.
Ну и накидал в образ прикольных ещё шрифтов, при желании можно дорисовать русские символы.

Русский вводится переключением капса вместо мелких букв.

[breeze]

Продолжая разбираться в премудростях хранения графических данных решил написать просмотрщик для картинок в формате MIC.
Формат простой «обычный» bitmap без премудростей в виде чанков, но как оказалось со своими нюансами. Замучав народ на зарубежном форуме мне таки удалось родить нечто удобоваримое.
Из особенностей:
1) Antic не умеет делеко в раму, потому битмап должен грузиться поближе, в идеале с адреса $2000
2) Antic не умеет адресовать одновременно больше 4к, из-за этого нужно в Display List для каждой строчки устанавливать новый адрес данных
3) Из-за первого и второго пришлось грузить файл хитрым образом, блоками по 3840, 3840 и 1924 в адреса $2000, $3000 и $4000 соответственно.

Пока не сделал этого на экране творился дурдом и мусор.

Пока искал другие примеры картинок в формате MIC (кроме своего логотипа) наткнулся что он (MIC) ещё произвольного размера может быть по высоте. Пока сделал только для одного размера, но
возвращаемся к вопросу как узнать размер файла на диске и желательно в байтах?










ps. подвигал немного палитру в эмуле, что бы ближе была как на моём атари.

[Shiny]

Зачем для Display List задавать адрес для каждой строчки?

[breeze]

Зачем для Display List задавать адрес для каждой строчки?

Ну теоретически достаточно только для 3х блоков, а так можно задать отдельно цвета как в мультколоре на ZX

Вот обычный MIC но с «расширенной» палитрой для каждой строчки

[Dart Alver]

Пытаюсь понять что с этим зверем Millforkом можно сделать, буксую на основах ))
Например в 'zxspectrum.mfk' и много где ещё:

inline asm void bell() {
    ? ld hl,$6A
    ? ld de,$105
    ? call $3B5
    ? ret
}

Не могу найти в инструкции что означает знак вопроса в данном случае.

[breeze]

Не могу найти в инструкции что означает знак вопроса в данном случае.

ANALогично, поэтому просто писал ASM без всяких вопросов.

[Shiny]

Некоторый недостаток языка - это документация
https://github.com/KarolS/millfork/b...assemblyz80.md

Any assembly opcode can be prefixed with ?, which allows the optimizer change it or elide it if needed. Opcodes without that prefix will always be compiled as written.

The '!' prefix marks the statement as volatile, which means it will be a subject to certain, but not all optimizations, in order to preserve its semantics.

[Dart Alver]

Некоторый недостаток языка - это документация

Да с английским у меня туговато, хотя онлайн переводчики в общем то неплохо переводят, но сама документация далеко не всегда достаточно разжевана, или лежит гдето где и не найдёшь нифига.
Впрочем это почти с любой докой так. В SjASMplus тоже далеко не всё прозрачно описано, хотя там мне нравится что всё в едином файле и можно полистать страницу. ))

Any assembly opcode can be prefixed with ?, which allows the optimizer change it or elide it if needed. Opcodes without that prefix will always be compiled as written.

The '!' prefix marks the statement as volatile, which means it will be a subject to certain, but not all optimizations, in order to preserve its semantics.

Да этот абзац как-то проглядел .

Перевод онлайн:

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

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


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

[Shiny]

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

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

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

Ответ ттакой:

Насколько я помню, модификаторы работают так,
? - эту строку компилятор может оптимизировать, например выбросить, если это ? RET например, и функция инлайнится/ Но это на усмотрение оптимизатора
! - это кажется запрещает оптимизацию этой строчки (могу быть неправ)

Так что аккуратнее с оптимизацией.