Точно. Ведь
За числа после двоеточия и гадать страшно 
Здесь сделано на lcd2004. Тетрис интересен у этого автора тем, что блок не квадратный, игра сразу становится пикантной при вращении пазла Плюс если не ставить на бок дисплей вообще приходит спокойствие при движении пазлов. Он сделал регулировки размера стакана и много чего ещё, просто слишком много классов в коде
…я делал на тфт по тому же сценарию - взял чужое и вставил своё, но там было писание попроще.
Добавил анонс пазла, счёт, скорость, заставку
…не найду исходник 
…нашёл
https://github.com/MhageGH/esp32_ST7735_Tetris
…вспомнил, автор управлял ещё тетрисом с помощью болтов.
я так понимаю у него библиотека правленая под свои хотелки, вставлена в скетч, что не есть хорошо, переносимость будет очень плохая.
Как минимум, спорное утверждение.
Да, но как-то странно. Я исходную библиотеку в общий доступ не ставил, только файлы в папку скетча. Так вот оказалось достаточно только заменить файл .h. Перевод текста зачем он так сделал я толком не понял, кроме некой философской мысли, что передавать персонально по одному байту медленно, а сразу весь “пакет“ быстро. Подобное в цветных дисплеях - передаём границы окна и сразу всё его содержимое цвета точек, а не по адресно-попиксельно.
Добавил. Стратегия такая - глобальные переменные новые, им пофиг где находиться в скетче. Вот так и рушим гармонию классов!
…мы наш, мы новый скетч построим, кто был… ну дальше известно.
Я понял, автор не помещал текст функций своих в .cpp.
С языком автора не ясно, какие-то фразы переводятся с итальянского, иные с португальского.
я не пойму, и не читал все внимательно))) у вас там что больше 8 символов своих для сохранения ?
просто у меня 1602 экран, и при перезаписи символов при выводе(перед выводом заменять их на другой набор) все мерцает, и предыдущее изображение меняется(даже если не обновлять дисплей, а просто выводить) от сюда при каждой ошибке, или неправильном отображении, как не извращайся с кодом, хочется взять монитор, и пробить его головой)))) что бы это больше не приносило такую боль))) и контролировать гнев я вроде умею!))
а вот с тфт все проще, и код самим надо писать, для релакса)))
На дисплее одновременно может находится не более 8 самописных видов символов.
да.
он маленький.
да…и дешевле…но без подсветки не видно…ничего.
тогда это же уже не тетрис, а ограниченная его версия ?)))
хочется пробить свой монитор, через который отправляется код, и который не работает как надо
маленький монитор вовсе хочется починить-подзарядить таким модулем))) https://shop.robotclass.ru/item/1286
а почему ее нет ?
каюсь, я иногда очень быстро читаю темы, и что то упускаю)))
я имел в виду просто взять и написать тетрис самому с выводом на обычный tft дисплей….
у него есть подсветка… а запустить вывод тетриса на экран lcd1602 причиняет вред нервной системе, и не работает должным образом
Олед!
Это тетрис. Если речь идёт об авторской версии по моей ссылке, то там джойстик включен и всё у него работает в нескольких вариантах управления, есть видео, но на ютюбе.
Да, на них тетрисов полно.
На них шахматы есть, на 328 
квадрат - 1 символ
I - палка, с переворотом 2 символа
z - с переворотом - 2 символа или 4 ?(я уже не помню как там в тетрисе)
Г- с переворотом 4 символа ?
и еще 1 фигура из 4 квадратом, треугольником чтоль можно назвать, с переворотом 4 символа
как итог 13 символов, а всего можно выводить 8, и выведенные фигуры не сохраняются вроде при перезаписи символов
от сюда и говорю, это ограниченная версия тетриса ?))) или я чего то не понимаю…
У него в коде, как и в реальном тетрисе пазлы набираются из блоков - квадратов. У него квадрат-прямоугольник 2х5 пикселя. В знакоместе имеется набор - 1 прямоугольник вверху, 1 внизу, 1 посредине, 2 внизу, 2 вверху, 2 по краям, и 3 на весь 5х8. Итого 7 собственных символов.
… из которых он лепит пазлы и анимацию с ними. Полный аналог темы - большие цифры, только большие пазлы
похоже надо собирать и смотреть(вникать)… а я что то ленюсь)))
может все таки байт свой делать будем ?)))
не считая технических символов, всего их 96 в utf8 кодировке, и для лучшего понимания будем работать с числами а не с символами
например работать будем с числом 96 для его сокращения)))
перегоняя в другую систему счисления например -
берем и перезаписываем числа - там идут так, 0 (означает 0), затем 0 но перевернутый(означает 1) и так далее, после первой перегонки, мы можем получить число 48, где 8 перевернута, и восстановить исходное число, придумать такой алгоритм, который будет вроде как сокращать, и восстанавливать числа, не зависимо от того что для сохранения чисел в таком стиле нам потребуется использовать по 4 байта)))
это вроде вариант бесконечного сжатия))) как дальше надо придумать самим)))
ну или придадим байту какие то новые свойства, интересная задача ?))
Какие? Например байт с неопределённостью? 0b0101хххх
не знаю… у вас есть идеи ?)))
возможно мы напишем какой то свой язык программирования по верх основного… и сможем делать какие то вещи, которые сейчас не доступны…
возможно это будет троичная логика, на которой мы будем делать решение с 0 на другой логике, и делать операции обратимыми)))
но мне больше по душе заморочиться с алгоритмом вечного сжатия)))(прям сверх сложная задача) даже если его и нет, и быть не может)))
сокращать число можно и 9600 и записывать как 4 далее 8 перевернутая, а далее не могу конвертировать))) я опять упился энергетиками адреналин раш))) но главное можно еще добавить подсчет количества операций проделанных для восстановления числа…
для 96 это будет так 48(где 8 перевернута, далее точка и 1 - 1 операция) может еще какие то варианты есть, просто текущий байт(как один из инструментов программирования) не совершенен, надо делать свой, а как, и для чего я не могу объяснить)))
Он итог двоичной логики, следствие аппаратного решения. Иного сегодня нет, с точки зрения практического использования. Поэтому остаётся слово футуризм
Футуристический байт, как он выглядит?
А расжатие вечное?, его тоже надо сразу выдумывать.
Да, на трезвую голову всё хлам, а на пьяную - гармония.