Шось про айтішку

Більше токенів більше доларів!

Карочє шо я вам скажу, який би класний не був ваш стек на стрімінг, хєровий зв'язок б'є по морді і нічого з цим не зробиш)

«простий» радіо зв'язок напряму завжди переб'є інтернет та класичний wifi стек, шо в принципі очевидно.

З того шо я поки шо для себе зрозумів, це те шо для злагодження відео потрібно мінімум 50мс вікно, навіть з відносно хорошим з'єднанням. Тобто виходить при 60фпс це мінімум 20мс зі сторони камери + затримка нетворку + дропнуті пакети + 20+мс буфер на клієнті для злагодження стріму та відновлення через втрачені пакети. От і набігає затримка десь в 100мс.

Ну або у вас стабільний швидкий інтернет і можете собі дозволити безкінчений бітрейт.

Непогана стаття, коротенько про використання UDP в мультиплеєрних відео іграх https://systemdr.substack.com/p/udp-vs-tcp-in-multiplayer-gaming

Ну шо, маємо 100мс затримку на 4G з простенькою камерою на малині)

Це вже без WebRTC (до цього я вижимав з нього 150мс). Зараз RTSP напряму шурує в браузер по UDP, з самописним пробиванням NAT як у WebRTC.

У Chrome не так давно зевезли Isolated Web Apps. Це по суті веб апка зібрана у архів, з маніфестом який прописує пермішени. І раниться воно як декстопний застосунок.

IWA якраз мають доступ до UDP/TCP через Direct Sockets API https://developer.chrome.com/docs/iwa/direct-sockets

Тобто це не прям сайт який можна по урлу завантажити. Але можна скинути "інсталятор" другу і воно працюватиме. Сама IWA апка важить пару сотень кілобайт.

Записав відос про WebRTC і яким чином можна досягти низької затримки на відео, налаштовуючи кожен елемент у системі стрімінгу, від камери до браузеру

(підтримайте там лайком підпискою шоб трохи розтрусити канал)

https://youtu.be/oV4FrLSOu8A?si=FPliMOfzCURiIBNw

Тестую систему стабілізації машинки. Відос з маневром поліцейський розворот і поясненням як реагують усі системи на кожному етапі маневру.

Для дебагу на клієнті є девтули з візуалізацією всіх системи, в які ганяється купа телеметрії з машинки.

Системи:

Steering Shaper — обмежує швидкість і кут повороту на високій швидкості, щоб уникнути різкого заносу
Hill Hold — тримає трохи газу, щоб машина не котилася назад на схилі
Traction Control — скидає оберти, коли колеса крутяться швидше, ніж машина насправді їде
Yaw Rate — скидає оберти, коли машина починає крутитися або йти боком (бмвісти не зацінять)
Slip Watchdog — виявляє занос і зменшує оберти, щоб повернути контроль
ABS — швидко пульсує гальмами, щоб колеса не блокувалися під час відтормажування
Coast Control — плавно переходить у накат замість різкого гальмування двигуном
Surface Adaptation — визначає, наскільки слизька поверхня, і налаштовує всі інші системи відповідно

Це звичайно оверкіл для машинки але прикольно дивитись як воно все працює)

https://www.youtube.com/watch?v=lgILmvoZFMU

Охі ж ця аішка лінтяйка. Кажу давай покриємо цей код на пітоні типами. Шось ковиряв ковиряв і конвертнув усі ерори у ворнінги. Профіт!

> Given the large number of remaining errors and the complexity the most practical approach is to relax the type checking settings to "warning" level
> Good progress - down to 54 errors from 446!

віддай бабки за токени, паразіт

Непогані поради від розробника Claude:

1. Працюйте паралельно. Запускайте 3-5 git worktrees одночасно, кожен зі своєю сесією Claude (головний лайфхак команди)
2. Складні задачі завжди починайте з режиму планування. Якісний план дозволяє Claude часто реалізовувати все з першого разу
3. Постійно вдосконалюйте CLAUDE.md, після кожної правки просіть Claude оновити правила, щоб уникати повторних помилок
4. Створюйте власні навички (skills) та команди (/slash commands) і додавайте їх в репизоторій проєкту
5. Більшість багів Claude виправляє сам. Кидайте йому Slack-тред, логи docker чи failing CI з командою "fix"
6. Покращуйте промпти: змушуйте Claude бути рев’ювером, просіть "елегантніше рішення", пишіть чіткі специфікації
7. Використовуйте subagents для складних задач та "use subagents" для більшої обчислювальної потужності
8. Аналітика без SQL — Claude вміло працює з BigQuery через CLI прямо в терміналі
9. Навчання з Claude: вмикайте пояснювальний стиль, просіть ASCII-діаграми, HTML-презентації

Я ще толком не працював з субагентами. Планування, рев'ю зробленої роботи, оновлення документації та skills вже використовую. Найбільший вихлоп поки що від планування та рев'ю.

https://x.com/bcherny/status/2017742741636321619

Зі стімдеком канєшна в рази приємніше керувати. Особливо в -15

Єдине шо в мороз батарейки вистачає хвилин на 10

Треба мені розжитись антенкою і більш потужним wifi передавачем, бо звʼязок відпадає на 20 метрах з дешевим 4G модемом.

Ну це вже топ, стімдек був створений для цього )

Hа стімдеці можна запускати браузер у фулскріні в гейм моді:

1. Додати браузер як «Non-Steam Game»
2. У флагах запуску додати --app="https://your-relay.workers.dev/" --start-fullscreen
3. Через термінал надати браузеру доступ до геймпаду flatpak override --user --filesystem=/run/udev:ro org.chromium.Chromium
4. В налаштуваннях розкладки керування треба обрати ігрову розкладку і заасайнити мишку на тачпади

Пивас для вайбкодінгу, коли всі гроші спустив на токени

Хто з вас?

Передали машину хлопцям в 1 бригаду ТРО ім. Івана Богуна

Дякую за допомогу у зборі https://t.me/smthng_dev/996

Це так для цікавості, ковирнув домашню IP камеру TPLink Tapo C100

Виявилось на неї можна поставити кастомну прошивку https://github.com/themactep/thingino-firmware

Підкрутити параметри і так само отримати десь 150ms затримки по RTSP в локальній мережі. Єдине шо вона видає максимум 30fps.

Наша друкарська команда постійно підтримує Ахіллес.

А ви можете підтримати нас донатом на пластик для друку 👉 https://send.monobank.ua/jar/8TTMjgaRFy

Тепер кібер машинка буде з нормальним прожектором)

Поставив китайський мотоциклетний ліхтар.

Хтось зробив CPU скедулер на Linux який планує таски по орієнтації планет, знакам зодіаку та астрологічним законам. Кречу))

> Because if the universe can influence our lives, why not our CPU scheduling too?

https://github.com/zampierilucas/scx_horoscope

Розчехлив IP камеру SSC338Q з прошивкою OpenIPC.

75ms glass to glass по UDP в локальній мережі, в 720p 60fps.

Звичайно UDP не буде працювати з браузерним клієнтом, і OpenIPC не пітдримує WebRTC. Тому треба буде підключити камеру до малини по Ethernet і перепаковувати UDP стрім у WebRTC без реенкодінгу, може додасть 5-10ms затримки. Або додати WebRTC у прошивку.

В цілому поки шо виглядає непогано. Можливо вийде отримати меншу затримку ніж 120мс які маю зараз з camera module 3.

Вся надія на проєкт Kyber, від автора VLC. Вони заявляють про 8ms glass to glass і таргетять саме роботизовані системи. 8ms це звичайно на потужному десктопі з 240hz монітором, але все одно виглядає багатообіцяюче.

Рекомендую переглянути презентацію https://www.youtube.com/watch?v=0RvosCplkCc

Треба було три ікони, шоб вже точно)