sanders rocket, я правильно понял, что тебе нужно создавать новое окно каждый раз, когда был найден какой-то процесс?
Тогда тебе нужно новый экземпляр Tauri создавать в том потоке, а не в главном.
А в главном оставить только join перед окончательным выходом
Кажется нужно описать что именно за проблема произошла, чтобы не играть в угадайку и нормально описать проблему в заголовке, тк "как установить библиотеку" ты и так знаешь.
Popachka1, ну так чтобы результативный результат получить - нужно иметь сырые данные.
А чтобы хоть какой-то результат был - надо бы иметь побольше данных и знать что искать (иметь список фичей и сами данные должны быть размечены).
Сейчас в своём вопросе вы хотите найти непонятно что в мусорных данных.
Слышали про garbage in - garbage out? Вот это именно то что вы получите при попытке картинки обрабатывать, либо придётся городить гораздо менее надёжные и гораздо более сложные алгоритмы для компьютерного зрения.
Вроде то что ты описываешь - должно рассматриваться в любом нормальном курсе по ue.
Твоя задача будет легче решаться, если её декомпозировать:
1. Определить, с каким объектом столкнулся луч
2. Удалить этот объект из мира
3. Из каких-то метаданных объекта сопоставить его с предметом, который потом добавишь в инвентарь
4. Добавить предмет в инвентарь
5. Ну и естественно у тебя должна быть система инвентаря, чтобы было что и куда вставлять.
Stalker_RED, про коэффициенты я упомянул вскользь в контексте того что материал может отражать или пропускать тепло сквозь себя.
2. Если предмет хорошо отражает от себя это тепло
...
даже если ИК пройдёт сквозь корпус (тк некоторые виды пластика ИК-прозрачны)
А логическая цепочка в случае с не полусферой остаётся той же - просто количество тепла на градус в этой области будет выше, чем в аналогичной полусфере.
Зато если луч будет более узкий - можно будет всякие оборудование из под него просто унести
Есть подозрение, что не так сильно, как можно подумать, если не ставить совсем вплотную.
Можно попробовать посчитать, что обогреватель распространяет свои ИК-лучи равномерно в полусфере.
В таком случае количество получаемой предметом энергии будет прямо-пропорционально его угловой площади с точки зрения нагревателя.
Нагрев будет уменьшаться в следующих случаях:
1. При нагреве, тк чем горячее предмет - тем активнее он тепло отдаёт.
2. Если предмет хорошо отражает от себя это тепло
3. Если предмет сам по себе хорошо тепло отводит.
А опасен нагрев корпуса будет только если он хорошо будет проводить тепло к компонентам.
И тут у нас:
1. Пластик, который плохо проводит тепло
2. Металл, но который не соприкасается с внутренними компонентами, а конвекция тёплый воздух будет вести вверх-подальше от внутренностей. А до нижней части корпуса всё равно нагрев не дойдёт.
В худшем случае комп можно спрятать под стол, а всяким принтерам Ик-излучение не должно быть сильно страшно из-за малой площади того что может нагреваться, даже если ИК пройдёт сквозь корпус (тк некоторые виды пластика ИК-прозрачны)
Popachka1, ну так термограмма - это и есть набор из чисел. Картинка - лишь представление для человека.
Для кластеризации удобнее будет работать с сырыми данными
как по перформансу(в будущем нам нужно будет делать это в реал тайме и делать видео неба)
Есть два варианта:
1. Зная взаимное расположение и углы обзора камер тупо склеить их.
2. Оставить только одну камеру и снимать на специальный сверхширокоугольный объектив или выгнутое зеркало.
Потом просто программно разворачивать искажённую картинку
Даниил, маленькие методы -> мало инструкций -> планировщик ОС и изменение частоты ЦП сильнее влияет на производительность -> нужно больше прогонов, чтобы получить правдивые числа.
Смотри stddev чтобы понять погрешность.
+ У тебя каждый из методов в разы меньше наносекунды занимает. Такие даже бенчмаркать особо смысла нет.
Повторюсь что с Tauri я не работал и всё ещё не до конца понимаю, какой должен быть результат