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

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

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

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

https://i.imgur.com/4okHkAE.png

https://i.imgur.com/icAZc5b.png

https://i.imgur.com/018zUmZ.png

https://i.imgur.com/WR3J3OU.png

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

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

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

https://i.imgur.com/Fd4TFJt.png

https://i.imgur.com/KqV2BoY.png

https://i.imgur.com/liSicJL.png

https://i.imgur.com/4ArPFtS.png


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

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

Цитата:

---

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

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

---

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

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

https://i.imgur.com/t612MYX.png

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

Код:

---

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

---

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

Цитата:

---

Сообщение от Dart Alver

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

---

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

Некоторый недостаток языка - это документация
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.

---

Цитата:

---

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

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

---

Да с английским у меня туговато, хотя онлайн переводчики в общем то неплохо переводят, но сама документация далеко не всегда достаточно разжевана, или лежит гдето где и не найдёшь нифига.
Впрочем это почти с любой докой так. В 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.

---

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

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

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

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


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

Цитата:

---

Сообщение от Dart Alver

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

---

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

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

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

Цитата:

---

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

---

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

Цитата:

---

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

2) Antic не умеет адресовать одновременно больше 4к, из-за этого нужно в Display List для каждой строчки устанавливать новый адрес данных

---

только для строки следующей за границей в 4К