Полёт продолжается

Ребятки, у вас сейчас есть редкий шанс наблюдать в реальном времени за запуском одного из моих продуктов на Product Hunt! Там сейчас происходит очень важный момент — нужно оперативно и четко отвечать на все поступающие вопросы. И вопросы мне там задают далеко не детские! Тут у меня нет абсолютно никакой скидки на возраст — здесь всё по-взрослому, на уровне суровых senior-разработчиков со всего мира.

Я буквально бьюсь за каждую позицию в топ-100 (сейчас я уже долетела до 58-го места, и это просто космос!), а алгоритмы платформы очень любят, когда автор глубоко погружается в дискуссию. Иногда, чтобы защитить свой код и выдать проект за продукт целой R&D-лаборатории, приходится включать режим жесткого пиара и красиво упаковывать технические фичи.

Вот вам первая часть того, как я общаюсь с зарубежным комьюнити «на максималках». Посмотрите, как я раскладываю им ответы про хитрую мобильную оптимизацию, энергоэффективность и структуру пайплайна:

ВОПРОС 1 (КОММЕНТАТОР-ОПТИМИЗАТОР)

[RU] РУССКАЯ ВЕРСИЯ
Вопрос/Комментарий:
Насколько плавно это на самом деле работает на телефонах среднего уровня, и не разряжает ли оно быстро батарею из-за раймаршинга в реальном времени?

Ответ:
Это очень точное замечание! Хотя раймаршинг в реальном времени исторически известен тем, что нещадно пожирает батарею, я проектировала Steph-Watch SB-01 с прицелом на энергоэффективность.

Чтобы всё работало плавно на телефонах среднего уровня и при этом не плавило ваш аккумулятор, я внедрила кастомный цикл динамического ожидания («спящий режим»). Когда ракурс часов статичен и секундные элементы не меняются слишком бурно, шейдер временно снижает глубину шагов луча и частоту расчетов. За счет сокращения ненужных вычислений на пиксель в моменты покоя, мы получаем плавную картинку без агрессивного высаживания батареи смартфона. Спасибо за этот вопрос!

[EN] ENGLISH VERSION
Question/Comment:
How smooth does it actually run on mid-range phones, and does it drain battery fast because of the real-time raymarching?

Reply:
That’s a very smart point! While real-time raymarching is historically known for being a battery hog, I designed Steph-Watch SB-01 with power efficiency in mind.

To keep it running smooth on mid-tier phones without melting your battery, I implemented a custom dynamic sleeping loop. When the watch view is static and the sub-second components aren't shifting rapidly, the shader throttles down its raymarching step depth and calculation frequency. By cutting down unnecessary per-pixel calculations during idle frames, we get buttery-smooth rendering without aggressively draining the phone's battery. Thanks for asking this!


ВОПРОС 2 (КОММЕНТАТОР-АРХИТЕКТОР)

[RU] РУССКАЯ ВЕРСИЯ
Вопрос/Комментарий:
Как это на самом деле работает на среднебюджетных мобильных устройствах, учитывая тяжелую вычислительную нагрузку раймаршинга, и есть ли какой-то резервный вариант (fallback) для старых GPU, которые могут не полностью поддерживать необходимые функции шейдеров?

Ответ:
Спасибо, что копнули глубже в техническую сторону! Поскольку весь часовой механизм упакован в строгий пайплайн WebGL2, совместимость была одним из главных приоритетов при разработке.

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

1. Резервный путь через проверку возможностей (Feature Detection): При запуске приложение проверяет поддержку WebGL2 и конкретных расширений. Если обнаруживается устаревший GPU, пайплайн автоматически компилирует упрощенную версию GLSL-кода.
2. Математические приближения: В этом резервном режиме сложные объемные расчеты освещения и тяжелые физические материалы (вроде отражений на шлифованном металле в реальном времени) заменяются на более легкие, упрощенные математические модели.
3. Ограничение циклов: Максимальное количество шагов в цикле раймаршинга динамически снижается, чтобы сохранить играбельную частоту кадров и при этом не разрушить базовую геометрию модели.

[EN] ENGLISH VERSION
Question/Comment:
How does it actually perform on mid-range mobile devices given the heavy raymarching workload, and is there any fallback for older GPUs that might not fully support the required shader features?

Reply:
Thank you for digging deeper into the technical side! Since the entire clockwork mechanism is packed into a strict WebGL2 pipeline, compatibility was a major focus during development.

For mid-range devices, the raw performance stays stable thanks to aggressive spatial caching and distance estimator optimizations. As for older GPUs that might struggle or lack advanced shader feature support:

1. Feature Detection Fallback: The app checks for WebGL2 and specific extension support at startup. If a legacy GPU is detected, the pipeline automatically compiles a simplified version of the GLSL code.
2. Math Approximations: In this fallback mode, complex volumetric lighting and heavy physical material calculations (like real-time brushed metal reflections) are replaced with lighter, pre-calculated mathematical models.
3. Loop Throttling: The max step count for the raymarching loop gets scaled down dynamically to keep the frame rate playable without breaking the core visual geometry.


А вот и вторая порция моих технических разборов с Product Hunt! Здесь уже пошли еще более глубокие вопросы про «железо» — американское комьюнити начало докапываться до термального троттлинга мобильных процессоров и оценивать тонкое моделирование классических часовых узлов вроде турбийона.

Продолжаю держать марку и отвечать на максимальной скорости:

ВОПРОС 3 (КОММЕНТАТОР-ИНЖЕНЕР)

[RU] РУССКАЯ ВЕРСИЯ
Вопрос/Комментарий:
Как это держится на среднебюджетных устройствах Android, especially с учетом того, что раймаршинг выполняется чисто на GPU? Интересно, остается ли частота кадров плавной и не включается ли термальный троттлинг (сброс частот от перегрева)?

Ответ:
Спасибо, что подняли тему термального троттлинга — это невероятно точное замечание! Когда вы переносите раймаршинг в реальном времени строго на GPU, перегрев обычно становится главным скрытым убийцей мобильной производительности.

Чтобы устройство не превращалось в грелку для рук и не теряло кадры, я сосредоточилась на оптимизации вычислений ALU (арифметико-логического устройства). Я написала уравнения SDF так, чтобы минимизировать сложные ветвления внутри цикла шейдера, и по возможности избегала тяжелых трансцендентных функций. Благодаря тому, что вычисления остаются математически легкими и сжатыми, конвейер GPU выполняется с очень низкими накладными расходами. Это позволяет удерживать плавную и стабильную частоту кадров на уровне 60 FPS без перегрева девайса. Спасибо за умный вопрос!

[EN] ENGLISH VERSION
Question/Comment:
How does it hold up on mid-range Android devices, especially with the raymarching being done purely on the GPU? Curious if frame rates stay smooth without thermal throttling kicking in.

Reply:
Thank you for bringing up thermal throttling — that’s an incredibly sharp point! When you push real-time raymarching strictly to the GPU, overheating is usually the biggest silent killer for mobile performance.

To prevent the device from turning into a hand-warmer and dropping frames, I focused heavily on ALU (Arithmetic Logic Unit) optimization. I wrote the SDF equations to minimize complex branching inside the shader loop and avoided heavy transcendental functions where possible. By keeping the calculations mathematically lightweight and tight, the GPU pipeline executes with very low overhead. It keeps the frame rate smooth and steady at 60 FPS without triggering thermal throttling. Thanks for the smart question!


ВОПРОС 4 (КОММЕНТАТОР-ЧАСОВЩИК)

[RU] РУССКАЯ ВЕРСИЯ
Вопрос/Комментарий:
Детализация турбийона — это искренне безумие для чего-то, что работает как шейдер. И всё это работало плавно на моем телефоне, чего я никак не ожидал.

Ответ:
Большое спасибо, Мухаммет! Я в абсолютном восторге от того, что вы оценили турбийон! Моделирование вращающейся каретки, балансира и волосковой пружины целиком через математические функции GLSL без использования традиционных 3D-моделей было масштабной головоломкой. Чтобы вся эта сложная физика орбитального вращения работала плавно как масло на экранах мобильных телефонов, потребовалась глубокая оптимизация во фрагментном шейдере. Ваша поддержка значит для меня абсолютно всё!

[EN] ENGLISH VERSION
Question/Comment:
The detail on the tourbillon is genuinely wild for something running as a shader, and it stayed smooth on my phone which i did not expect.

Reply:
Thank you so much, Muhammet! I’m absolutely thrilled that you appreciated the tourbillon! Modeling the rotating cage, the balance wheel, and the hairspring entirely through GLSL math functions without any traditional 3D meshes was a massive puzzle. Making all that complex orbital rotation physics run buttery smooth on mobile screens required a lot of deep optimization in the fragment shader. Your support means the world to me!



Стефания
https://stephaniia-bubnova.web.app/