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

EnableExplicit

Procedure RenderFrame()
	Protected k
	Static SpriteFinger = -1
	Static x, y
	
	; 	ClearScreen($3f3f3f)
	
	If ExamineTouchScreen() ; Сенсорный экран обнаружен и доступен
    
    For k = 0 To 4 ; До 5 возможных пальцев одновременно. Нужно проверить их все, так как между ними может быть удален некоторый палец
    	If TouchScreenPushed(k) And SpriteFinger = -1 ; Обнаружено нажатие одним пальцем, используйте его для перемещения спрайта
        SpriteFinger = k
    	EndIf
    Next
    
    If SpriteFinger <> -1 And TouchScreenPushed(SpriteFinger) ; Убедитесь, что палец, использованный для перемещения спрайта, все еще нажат
    	x = TouchX(SpriteFinger) - SpriteWidth(0) / 2      ; Мы хотим, чтобы наш палец был центрирован в спрайте
    	y = TouchY(SpriteFinger) - SpriteHeight(0) / 2
    Else
    	SpriteFinger = -1
    EndIf
    
    DisplaySprite(0, x, y)
    FlipBuffers(); // продолжить визуализацию
	Else
;     ClearScreen($3f3f3f)
;     DisplaySprite(0, 0, 0)
;     FlipBuffers()    ; // начать рендеринг
    Debug "Cенсорный экран не обнаружен"
	EndIf
	
EndProcedure 

Procedure Loading(Type, Filename$, ObjectId)
	Static NbLoadedElements
	
	NbLoadedElements+1
	If NbLoadedElements = 1 ; Загрузка всех изображений и звуков завершена, мы можем начать рендеринг
;     ClearScreen($3f3f3f)
;     DisplaySprite(0, 0, 0)
    FlipBuffers()    ; // начать рендеринг (возможно это вызывает событие #PB_Event_RenderFrame)
	EndIf
EndProcedure

Procedure LoadingError(Type, Filename$, ObjectId)
	Debug Filename$ + ": ошибка загрузки спрайта"
EndProcedure

OpenScreen(340, 540, 32, "Тест")
SetFrameRate(10)
ClearScreen($3f3f3f)

; Зарегистрируйте событие загрузки перед вызовом любой команды загрузки ресурса
BindEvent(#PB_Event_Loading, @Loading())
BindEvent(#PB_Event_LoadingError, @LoadingError())
BindEvent(#PB_Event_RenderFrame, @RenderFrame())

LoadSprite(0, "./data/sprite.png")

В итоге сделал используя Canvas

useful
Это понятно, когда я сам уже себе ответил на англ. форуме. Задним числом всегда понятно. Нигде же не написано что SetFrameRate() задаёт частоту событий #PB_Event_RenderFrame, несмотря на то что слово "Frame" присутствует в обоих. Я вчера загуглил спрайты и высветился видеоурок по питону с библиотекой спрайтов. И там анимация как раз завязана на частоте, с чего я должен думать что события "мыши" тоже определяются этой частотой. Грубо говоря у меня игра без движений, я нажал фишку, она сдвинулась в новую позицию. И получается в теории мне достаточно частота 10, то есть фишка на 0.1 секунду появится в новой позиции, зачем мне лишние 50 раз перерисовывать окно. А тестировать тоже время не вагон, пример из справки не заработал у меня на телефоне и я начал эксперименты. На каждый эксперимент 1 минкута 45 сек только компилирование, стараюсь телефон подключить заранее, потому что 1 минуту он определяется в системе, после отключения 30 сек память возвращается телефону, открываю папку, устанавливаю, открываю. В общем раз 5-10 перекомпилируешь и час улетит только на одном тесте примера из справки.

Уточню почему я считаю себя правым, да, вы можете снимать с экрана 10, 20, 30 кадров, но почему я должен думать, что опрос сенсоров нажатия происходит с той же частотой. Я вполне могу представить, что я начал на экран, сенсор словил событие, рендер поймал событие с указанной частотой. То есть я не должен давить пальцем дожидаясь пока рендер захватит, что в текущее время чей-то палец стремительно держит дожидаясь прихода рендера. Событие может поставиться в очередь, что между опросами рендера произошло нажатие. Ведь можно так это предположить. Только обратным методом выявления проблемы мы понимаем что это работает не так. Но не зная этого, с чего я должен угадать именно так? Мои предыдущие знания работы ОС Windows и Linux говорят об обратном.

Едем дальше. Фред сказал, что можно тестировать в браузере не функциями Touch, а Mouse. Да, опять у меня всё заработало, но я же действую методом тыка, нет у меня нужных спрайтов на экране, я возьми да в рендер напихал перерисовку спрайтов, внимание вопрос: у нас есть функция ClearScreen для очистки экрана, тогда нафиг мне рисовать спрайты 60 раз в секунду? Разве нельзя использовать уже нарисованный кадр как в канвасе, нарисовал и ждёшь реакцию, пришла реакция, перерисовал нужную площадь или весь канвас, так и в спрайте, зачем мне 60 раз в секунду с помощью DisplaySprite размещать 16 спрайтов, то есть 60-90 таких перерисовок пустые, тогда теряется смысл ClearScreen, зачем мне очищать окно, если оно и так очистится если я не нарисую очередной кадр. Если ClearScreen это заливка цветом, то можно было и назвать не очисткой, а заливкой типа FillArea или FillScreen. Может я ошибаюсь и можно как то заморозить кадр до очередного события? Но глядя на функции я не вижу этого, и работает у меня только с формированием каждого кадра. Если это так, то для спрайтов подходит только динамическая игра, в которой постоянно что-то движется и нет смысла использовать предыдущий кадр.

Отредактировано AZJIO (17.03.2023 23:26:09)

useful
А причём тут javascript? Пускай он запускает свой опрос событий с любой частотой, но браузер и ос работают с комфортной частотой.

У меня 16 скриптов написаны для AkelPad на js и там не 5 строк, некоторые доходят до 1000 строк, а также я в Greasemonkey для некоторых сайтов использую скрипты подсветки и другие модули. Внимание вопрос, как это относится к угадываю движка работы SpiderBasic?