optozorax

Недавно я навайбкодил VR-версию моей программы Portal Explorer. Скачать можно тут: https://github.com/optozorax/portal-vr-compositor/releases/tag/1 (файл portal-vr-windows-x64.zip) Работает к сожалению только для Windows. Запускаете START-PORTAL-VR.bat и у вас показывается "виртуальный экран", на котором видно только окно Portal Explorer, оно полностью дублирует как это окно выглядит на вашем основном мониторе, можете управлять им мышкой и клавиатурой, можете его перемещать, изменять размер, максимизировать. Управление через контроллеры отсутствует. Рендерится оно в стерео-формате, как 3D кино, и ваше положение головы не учитывается. Сделал я это чтобы для следующего видео отлаживать как анимации выглядят в VR шлеме. Да и вообще чтобы поиграться и посмотреть на свои порталы в 3D. Кто помнит, я уже давно сделал стерео-рендеринг в Portal Explorer (https://t.me/optozorax_dev/858), но тогда без VR приложения. А теперь почему я так сделал и в чём моя идея. Моя программа изначально заточена под мышь и клавиатуру. А в VR принято всё управление делать на контроллеры, и я этого не хотел, я хотел лишь минимальную версию 3D. Поэтому подумал что будет проще всего сделать такое управление чтобы выглядело как будто я смотрю на 3D монитор, который умеет показывать разные картинки для правого и левого глаз, которым так же можно управлять мышью и клавиатурой. Как выяснилось, не существует такого API, чтобы можно было рисовать две разные картинки под два разных глаза, и это работало одновременно для реальных 3D мониторов, и для виртуальных десктопов в VR шлеме. Так же не существует такого API чтобы в VR захватывать не всю зону рисования, а нарисовать только своё окно где-то висящим. Поэтому пришлось писать своё. Я сделал минимальную версию, где просто имитируется виртуальный экран, и на нём показывается окно Portal Explorer где оно расположено на реальном экране, и им можно управлять мышью. Я не стал делать чтобы остальная часть рабочего стола рисовалась, ибо это уже переусложнение, и моя цель не в том чтобы сделать свой композитор, а только в том чтобы показать Portal Explorer. Пока что это приложение только тест и референс для будущих усилий по полноценной поддержке VR в OptoLab, поэтому я не даже не смотрел на код, только отлаживал чтобы работало корректно. Надеюсь в будущем появится хороший API для этого и все программы будут не только поддерживать 3D мониторы, но ещё и у нас появится полноценная VR операционная система, где каждое окно можно расположить в любом месте в пространстве, и каждое окно сможет рисоваться в 3D. Если у вас есть VR шлем, то пишите ваш фидбэк в комментах!

Следующее видео будет про червоточины! Вот вам кадры основной сцены. Очень сильно заморочился с миром с двух сторон, чтобы выглядел интересно и было за что глазу ухватиться. Начал с облаков, а затем меня стало не остановить... Ах да, это ещё рисуется path tracing'ом. Помните, я о нём рассказывал? Сценарий уже написан, видео будет примерно на 15 минут, оч простое (по сравнению с моими обычными видео), такое введение в червоточины. С объяснениями и красивыми картинками.

У меня клавиатурная обновка - трекпад. Если вы олд, то наверняка помните что я печатаю на такой странной клавиатуре, про раскладку на которой написал большую статью. И вот недавно создатели этой клавиатуры выпустили трекпад, который подключается к клавиатуре и позволяет управлять мышью. К сожалению из коробки у них есть только корпус к их новейшей клавиатуре, а к моему старичку мунляндеру - нет. Поэтому я решил что задизайню свою держалку сам и распечатаю её на 3D принтере. И вот, спустя много дней мучений, задизайнил держалку в FreeCAD (господи, какая же кривая программа), и распечатал её на 3D принтере, это моя первая 3D-модель! Конечно, много ошибок совершил в дизайне, скоро буду их исправлять и напечатаю вторую версию. После этого и опубликую готовую версию куда-нибудь для других людей. А теперь, раз трекпад наконец-то хоть как-то держится рядом с клавиатурой, начну им пользоваться и потом отпишусь вам каково это, можно ли выкидывать мышь уже или нет.

И у ТехноШамана тоже сегодня видос вышел! https://youtu.be/nmduMrJkAwE

А вот и видос https://youtu.be/KKQ3e3B12Lw

Следующее видео на русском готово, осталось перевести на английский и можно выпускать

Знаете, мы, программисты, регулярно замеряем ВРЕМЯ исполнения нашего кода. Но практически никогда не замеряем ПАМЯТЬ. За исключением когда мы аллоцируем её слишком много, или когда происходят утечки (и то не всегда замечаем этого). Да и вообще в стандартной библиотеке большинства языков нет никаких инструментов для того чтобы это делать. И вот я недавно задумался об этом и решил как-то начать замерять память, чтобы нарабатывать тут интуицию и находить инсайты по поводу того как оптимизировать код. (на эту мысль в том числе натолкнул кризис ОЗУ в мире 😅) Первый очевидный вариант - сделать штуку, которая обходит структуры данных рекурсивно и считает сколько места они занимают в памяти. Довольно хорошо ложится на мою систему компонентов чтобы знать сколько памяти занимает каждый компонент. Но это довольно дорого по рантайм ресурсам и надо написать много кода (или сложную автогенерацию кода) для каждой используемой структуры данных. Второй вариант я придумал вчера пока мылся в душе. Надо сделать кастомный аллокатор, который пишет в счётчик данные о том сколько байтов аллоцировано и сколько освобождено. Никак не влияет на перфоманс. Теоретически можно использовать это, чтобы считать сколько каждый компонент в моей программе держит памяти, но это слишком сложно и ненадёжно, всё-таки владение на некоторую память часто убегает в другие места и может оказаться вариант что компонент сейчас держит минус килобайт данных, что является абсурдом. Зато это можно очень надёжно использовать для других замеров: сколько каждый компонент производит аллокаций и какой поток памяти он аллоцирует и освобождает за единицу своего вычисления (просто какой-то временной памяти). Эти штуки вычисляются абсолютно надёжно и они могут что-то говорить про эффективность кода. Ну и я быстренько накодил такое окно (см. картинку), которое показывает эти обе вещи. А ещё показывает сколько программа нааллоцировала в принципе. Пока это 35мб и вполне мало, хотя мне не нравится что простая сцена уже занимает столько памяти. Глядя на окно я думал что моя softbody система вообще практически не производит аллокаций, за исключением начальной аллокации под все частицы итд. А оказывается там делается 4000 аллокаций/деаллокаций каждый кадр... Надо бы изучить что там такое происходит и оптимизировать, может быть это ускорит данный компонент. А вообще меня смущает что я за свою карьеру программистом практически не видел грамотного опыта трекинга памяти, будь то количество аллокаций/деаллокаций внутри какой-то функции, или будь то тупо слежение за тем сколько какой-то объект занимает памяти в ОЗУ. Вот эта идея с аллокатором пришла мне в душе из космоса, ни в статье, ни в твиттере я ничего такого не видел раньше. И ни у меня, ни у моих знакомых нет никакой интуиции что сколько памяти занимает. А вы хоть раз замеряли память своего кода, или количество аллокаций?

В Portal Lab появилась поддержка шейдеров. Мне это нужно для одного из следующих видео, где будет кое-что очень крутое. Последнюю неделю занимался тем что рефакторил Portal Lab и полностью поменял систему рисования. Теперь всё умеет рисоваться не только…

Про самосилу и чёрные дыры. В моём последнем видео я рассказывал о явлении само-силы, которое обнаружил совершенно случайно, когда считал как негативный портал телепортирует гравитацию. Само-сила - это явление, когда гравитация тела создаёт силу, которая толкает это же тело, за счёт искривления пространства. У меня в порталах есть точка сингулярности на границах порталов, где угол в точке равен не 360 градусов, а все 720. И именно от этой точки создавалась отталкивающая само-сила, потому что она вела себя как точка с большой кривизной пространства. Её можно сгладить, чтобы она не была сингулярностью, и эффект будет оставаться примерно такой же. И вот сегодня я задумался - а насколько реальна эта вещь? А то я всё думаю что мои портальчики - это лишь спекуляции и фиктивная физика, и никогда даже не задумывался о том чтобы это было применимо в реальности. Так вот, само-сила от искривления пространства существует в реальности. Она работает как для гравитации, так и для электромагнетизма. Последнее совершенно неожиданно, ведь я то рассчитывал гравитацию, и само-силу обнаружил для неё, но электромагнетизм работает по похожим принципам. Проблема в том что само-сила электромагнетизма настолько слаба, что она ни в каких ситуациях не может показать хоть какой-то значимый вклад. Разве что только рядом с червоточиной нанометрового размера само-сила электромагнетизма может хоть чуток влиять на химию. А вот гравитационная само-сила намного более сильна и наверное единственное место где её можно достоверно обнаружить - это при вращении массивных тел рядом с чёрной дырой. Даже в этом случае само-сила довольно слаба, но она оказывает измеримый эффект на тысячах и десятках тысяч оборотов. И это как раз исследуют люди, которые занимаются лазерным интерферометром (это тот что зафиксировал гравитационные волны), который будет в космосе - LISA. Для LIGO эффект само-силы вроде слишком слабый чтобы всерьёз его учитывать. Вот даже есть такое чтиво на эту тему: https://the-center-of-gravity.com/documents/333/1805.10385v2.pdf (я прочитал только абстракт)