Pull to refresh
53
0
Send message

Спойлер следующей статьи: Bezier Curves Clock with weather, там рядом есть мои видео и с тонкими линиями. Толстые кривые сложнее сделать.

Есть подозрение, что то тоже мои были. Следующую статью про них напишу

Это моя первая статья тут, боялся, что наоборот, мало написал :)

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

Есть разница в источниках точного времени. Либо руками выставлять, опираясь на сигналы точного времени, переданные радиостанцией "Маяк", либо по радиосигналу синхронизироваться с атомными часами, либо просто по NTP. В последнем случае ESP32 я вижу очень даже оправданным.

Есть у меня полу законченный проект на похожую тему. Тоже рукописный текст, только списком кривых Безье, про шум я даже не подумал, предназначалось для микроконтроллера. Тут шрифт сделан руками, с координатами точек из головы. https://youtu.be/GvBGo-hvBrQ?si=qeyWuOZi-O-ngp8k

Впоследствии, я сделал редактор, в котором такие шрифты делать можно, но рисование даже просто всех латинских букв меня так утомило, что до русских уже не дошёл. Соединения букв делаются отдельными кривыми.

Какая длинная статья о недопонимание пайпов в баше... На фоне zig-а и эфира...

А ещё бы теперь для микроконтроллеров с ручной растеризацией. Чётная толщина становится не таким простым вопросом... А потом вспомнить про антиалиасинг...

Параметр LSBFIRST указывает, что передача будет осуществляться старшим битом вперёд (да, в документации указано, что передача должна осуществляться именно так).

Показания документации на shiftOut() расходятся с вашими:

MSBFIRST or LSBFIRST. (Most Significant Bit First, or, Least Significant Bit First).

Интересно, но вот если б я хотел использовать это для ESP32, то хотелось бы больше информации, сравнения с ESP-IDF

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

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

Я не так давно начал писать похожую статью, но потом остановился. К этой статье у меня есть графическая библиотека, заточенная под мои потребности и мой последний проект, но прокт ещё не на 100% собран в железе.

Вот мой полу-продукт: https://github.com/jef-sure/dgx/blob/main/Notes.md

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

Проблема в интерпретации символа \n - он не означает "конец строки", он означает "сейчас будет следующая".

После вышеописанных процедур мне удалось получить скорость кадров в 60 FPS. Я не уверен, способен ли дисплей отрисовать данные с такой скоростью, но таймер рапортовал именно так.

Удивительно, что такой старый дисплей может работать на такой скорости. Обычный предел таких экранчиков около 20 - 27 МГц. Если изображение остаётся "нормальным", значит работает. В противном случае, на дисплее могут возникать разные артефакты, однажды у меня просто один бит в зелёном цвете пропадал, а я голову ломал где ошибся в программе...

Автору респект и уважуха -- не мало мастерства и знаний надо даже при наличии инструментов. Но вот на практике мало верится что кто-то сможет рассмотреть что там на серёжках изображено. Не зря же для большего внимания их делают порой весьма большими :)

Почти ничто из этого списка меня не задело, а за Кортану просто спасибо, что выкинули!

Information

Rating
7,174-th
Location
Германия
Registered
Activity

Specialization

Backend Developer
Lead
JavaScript
PHP
Linux
Perl
MSSQL
C++
C
Programming microcontrollers
Java
BPMN