Сборка с ->

[url]https://drive.google.com/file/d/1cw5WJInn4dpp-7KXdtfDN3ogLHhM8f5I/view?usp=sharing[/url]

[quote="F-MAP"]Так это приятное слово было уже в SPF.. в локалах[/quote]
Так очень хорошо. Значков вообще не так много, что-то будет и перекрываться. Но тут что-то накручено лишнего, тут попроще сделано. Просто 8 байт пересылаются из адреса в адрес.

[quote="Hishnik"][quote="KPG"]Analog TO for Variables? [/quote]
Именно. Тут интересно, что при 64-битной разрядности VARIABLE и FLOAT можно перемещать так одним и тем же словом. Ну и выглядит приятно.[/quote]
Так это приятное слово было уже в SPF.. в локалах

\ -----64-----
: LocalsRecDoes@4 ( -- u )
2 DUP uLocalsCnt +!
uLocalsCnt @ 1-
,
DOES> @ CompileLocalRec S" 2@ " EVALUATE
;

: CompileLocal2! \ n --
CompileLocalRec
S" 2! " EVALUATE
;

: LocalsDoes2@
uLocalsCnt @ 1+ ,
\ CompileLocalRec
2 uLocalsCnt +!

DOES> @ CompileLocalRec S" 2@ " EVALUATE
;


: ;; POSTPONE ; ; IMMEDIATE


: ^
' >BODY @
CompileLocalRec
; IMMEDIATE


: --> ' >BODY @ CompileLocal! ; IMMEDIATE
: ->> ' >BODY @ CompileLocal2! ; IMMEDIATE

: ->
>IN @
NextWord + 1- C@ [CHAR] % =
SWAP >IN !
IF POSTPONE ->>
ELSE
POSTPONE -->
THEN
; IMMEDIATE

Штука нужная, жду добавления.

[quote="KPG"]Analog TO for Variables? [/quote]
Именно. Тут интересно, что при 64-битной разрядности VARIABLE и FLOAT можно перемещать так одним и тем же словом. Ну и выглядит приятно.

[quote="Hishnik"]Придумалось слово ->.
Работает так:
x -> y - пересылает ячейку с адреса x в ячейку с адресом y. То же, что x @ y ![/quote]
Analog TO for Variables? :)

Придумалось слово ->.
Работает так:
x -> y - пересылает ячейку с адреса x в ячейку с адресом y. То же, что x @ y !

Со спрайтами надо, конечно, отдельно работать. Но если просто рисовать заново, получается довольно быстро.

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

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

А, если нет, то придётся хранить образ в памяти уже выведенного изображения и возможно с историей "поведения" спрайтов на ней. :)

[quote="Hishnik"]они там сами справятся[/quote]
Я, наверное, чего-то недопонимаю, но как они сами-то справятся, если спрайты сейчас реализованы, как копирование пикселов?

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

Как я понял из документации, есть только три слова, используемых для работы со спрайтами: SPRITE.LOAD, SPRITE.DRAW, SPRITE.IMAGE. А нет ли какого-нибудь слова, чтобы стереть или просто "спрятать" спрайт? Только лишь перезаписать спрайт с белым фоном в уже существующий индекс, что ли, хотя, наверное, так нельзя.

Игры вполне можно на таком движке делать. Он в 2D-графике совсем не быстрый, но на уровне статического фона и десятка спрайтов вполне можно что-то развлекательное соорудить.

[quote="pk-fr-76-2"]спрайты[/quote]А, кстати, зачем, если не секрет? Какая-то игра планируется? :)