Сразу что заметил — анимация переключения рабочих столов стала гораздо плавнее. Сижу мину 10, переключаю туда-сюда, нарадоваться не могу))
Какой толк давать имена рабочим столам, если при перезагрузке ПК винда не запоминает, на каком столе было запущено приложение и запускает всё на первом? Уже надоело каждый раз раскидывать по столам и мониторам программы, скрипт что ли написать…
У меня, кстати, нет встроенного приложения Календарь, а дефолтный календарь так и не научился заметки оставлять. Что делаю не так?
кто-нибудь ответил с тех пор? Не думаю, что многим интересно коды переключать, гораздо привычнее интерфейсы с кнопками. К тому же, не каждый знает, что шейдер надо ещё и скомпилировать после изменения. Но в целом, интересно, если вдруг кто-то ответил
Следите за руками. Вот такое приложение было создано всего за 2 часа:
Такое ощущение, будто фреймворк разрабатывался для того, чтобы создавать подобное приложение за 2 часа. Уверен, за тот же срок можно наклепать то же самое как на Vue, так и на React (за остальные либы не скажу).
Всё прекрасно на бумаге, но забыли про овраги.
Хотелось бы примеров, как это использовать, а не философских рассуждений. Хочу разобраться, зачем ФП нужно в императивных языках
Подбирать музыку для брендов на основе этого было бы классно. Только вот если вдруг станция услышит закодированную таким способом команду купить кукольный домик с доставкой, будет не очень :D
Я видел концепт звукового штрих-кода. Такая пластиковая наклейка с небольшими выступами, по которой надо чем-нибудь чиркнуть и это будет прочитано. Т.е. по факту очень быстрая морзянка.
Интересно, если включить какую-нибудь музыку, приемник распознает какие-нибудь символы?
С телефона, кстати, "щёлкает" звук, не получилось до конца избавиться от эффекта
Upd: уделил час этому движку, нашёл кое-то интересное в апи вроде WebXR хелперов. Но редактор ужасен. Я не знаю, как в нём можно что-то вообще сделать. Даже скрипты не создаются, только библиотеки. Может, это я не разобрался, конечно… Но на первый взгляд, проблем в нём гораздо больше, чем у редактора playcanvas. С одной стороны, я вижу graph editor, code editor, post-process editor, animation editor, path finder даже, очень круто, но они не работают. Редактора шейдеров не нашёл, только пост-процессинг работает. Если под редактором шейдеров подразумевается graph editor, но насколько я понял из форума, это редактор скриптов.
Для меня ключевым параметром в выборе движка является редактор. Конечно, с помощью кода можно сделать всё, что угодно, но вопрос в том, как это потом поддерживать, как дать возможность редактировать сцену дизайнеру или техарту. Если бы для меня не был важен редактор, этой статьи и не было бы, ведь апи playcanvas весьма годное само по себе. Как и у three, как и у babylon, вероятно. И без редактора в playcanvas можно использовать typescript. Но создать что-то более-менее серьёзное таким способом вряд ли получится. В общем, пока для меня babylon.js не конкурент.
К сожалению, я не работал плотно с Babylon.js. Наверное, стоит попробовать. Когда я выбирал движок в 2017 году, динамика развития babylon мне не очень понравилась. Смотрю по релизам на гитхабе сейчас и вижу, что были перерывы в полгода между версиями. Сейчас уже аж на 4.0 вышли… Мне не очень понравились апи и редактор, у playcanvas как-то поприятнее, субъективно. Ну, надо попробовать на нём что-то сделать, чтобы разобраться точнее, пока не могу сказать.
Ну так параметр у любой сущности. Object3D.prototype.scale, в документации есть. Вытягиваешь по одной оси обычный box — вот тебе и длинная палка.
Но даже если scale по каким-то причинам не устраивает, то уже есть готовые методы типа THREE.BoxGeometry()
Но опять же, это тема не про three.js
У них есть платная версия за $15, которая позволяет self-hosting на своих серверах и за $50, которая позволяет скачивать билды, которые можно хранить оффлайн и потом с них восстановится, в случае чего.
Но это, конечно, не совсем то, потому я и хочу оффлайн редактор настолько, что готов сам его сделать :)
А про палки, есть scale, тут выдумывать ничего не надо особо. Только если у параллелепипеда нужно сделать рёбра не перпендикулярными друг другу. И то в таком случае лучше отдельно замоделить.
Дело в том, что политика нашей компании и требование заказчика — разработка исключительно под веб.
Я так же сталкивался с приложениями, портированными из Unity и они не устраивали заказчика своей производительностью и рендер отличался от десктопного приложения. Не знаю, с чем это связано, я в юнити не эксперт.
В первую очередь мы нацелены на мобильный браузерный AR/VR, так что лучший вариант — использовать нативный инструмент на выбор из 4 пока: Three.js, A-Frame (обёртка над three), Babylon.js или Playcanvas. Последний самый приятный, как по мне.
Да, знаю о существовании этих движков. Дело в том, что политика нашей компании и требование заказчика — разработка исключительно под веб.
Я так же сталкивался с приложениями, портированными из Unity и они не устраивали заказчика своей производительностью и рендер отличался от десктопного приложения. Не знаю, с чем это связано, я в юнити не эксперт.
В первую очередь мы нацелены на мобильный браузерный AR/VR, так что defold точно не подходит, а godot не решает наши задачи. Уж лучше юнити тогда сразу)
Спасибо за то, что поделился своим опытом! Читал с удовольствием. Вообще, жду-недождусь развитие этой инфраструктуры в России. Ну, и сейчас у меня даже водительских прав нет, не появятся, как только я решу купить Теслу :) Может, лет через пяток? Надеюсь!
Какая-то ангажированная статья получилась.
"Пико продаются без пинов, Ардуино с пинами. Но это всё мелочи, работать с Пико всё равно проще" :D
Я канеш не эксперт в эмбед электронике, но есть пара нюансов:
Во-первых, я нашёл на алике варианты и Пико, и Ардуино нано с распаянными пинами.
Во-вторых, прогаю под Ардуино в VS Code. Да, и загрузчик тоже встроен в плагин. Скорее всего, и для Малинки плагин найдется
нашёл решение: скачал приложение Почта и календарь из стора. Не понятно куда делось, самоудалилось, походу.
Сразу что заметил — анимация переключения рабочих столов стала гораздо плавнее. Сижу мину 10, переключаю туда-сюда, нарадоваться не могу))
Какой толк давать имена рабочим столам, если при перезагрузке ПК винда не запоминает, на каком столе было запущено приложение и запускает всё на первом? Уже надоело каждый раз раскидывать по столам и мониторам программы, скрипт что ли написать…
У меня, кстати, нет встроенного приложения Календарь, а дефолтный календарь так и не научился заметки оставлять. Что делаю не так?
кто-нибудь ответил с тех пор? Не думаю, что многим интересно коды переключать, гораздо привычнее интерфейсы с кнопками. К тому же, не каждый знает, что шейдер надо ещё и скомпилировать после изменения. Но в целом, интересно, если вдруг кто-то ответил
Такое ощущение, будто фреймворк разрабатывался для того, чтобы создавать подобное приложение за 2 часа. Уверен, за тот же срок можно наклепать то же самое как на Vue, так и на React (за остальные либы не скажу).
Всё прекрасно на бумаге, но забыли про овраги.
Хотелось бы примеров, как это использовать, а не философских рассуждений. Хочу разобраться, зачем ФП нужно в императивных языках
Подбирать музыку для брендов на основе этого было бы классно. Только вот если вдруг станция услышит закодированную таким способом команду купить кукольный домик с доставкой, будет не очень :D
Я видел концепт звукового штрих-кода. Такая пластиковая наклейка с небольшими выступами, по которой надо чем-нибудь чиркнуть и это будет прочитано. Т.е. по факту очень быстрая морзянка.
Интересно, если включить какую-нибудь музыку, приемник распознает какие-нибудь символы?
С телефона, кстати, "щёлкает" звук, не получилось до конца избавиться от эффекта
Upd: уделил час этому движку, нашёл кое-то интересное в апи вроде WebXR хелперов. Но редактор ужасен. Я не знаю, как в нём можно что-то вообще сделать. Даже скрипты не создаются, только библиотеки. Может, это я не разобрался, конечно… Но на первый взгляд, проблем в нём гораздо больше, чем у редактора playcanvas. С одной стороны, я вижу graph editor, code editor, post-process editor, animation editor, path finder даже, очень круто, но они не работают. Редактора шейдеров не нашёл, только пост-процессинг работает. Если под редактором шейдеров подразумевается graph editor, но насколько я понял из форума, это редактор скриптов.
Для меня ключевым параметром в выборе движка является редактор. Конечно, с помощью кода можно сделать всё, что угодно, но вопрос в том, как это потом поддерживать, как дать возможность редактировать сцену дизайнеру или техарту. Если бы для меня не был важен редактор, этой статьи и не было бы, ведь апи playcanvas весьма годное само по себе. Как и у three, как и у babylon, вероятно. И без редактора в playcanvas можно использовать typescript. Но создать что-то более-менее серьёзное таким способом вряд ли получится. В общем, пока для меня babylon.js не конкурент.
Ну так параметр у любой сущности. Object3D.prototype.scale, в документации есть. Вытягиваешь по одной оси обычный box — вот тебе и длинная палка.
Но даже если scale по каким-то причинам не устраивает, то уже есть готовые методы типа THREE.BoxGeometry()
Но опять же, это тема не про three.js
Но это, конечно, не совсем то, потому я и хочу оффлайн редактор настолько, что готов сам его сделать :)
А про палки, есть scale, тут выдумывать ничего не надо особо. Только если у параллелепипеда нужно сделать рёбра не перпендикулярными друг другу. И то в таком случае лучше отдельно замоделить.
Продублирую ответ из комментария выше:
Дело в том, что политика нашей компании и требование заказчика — разработка исключительно под веб.
Я так же сталкивался с приложениями, портированными из Unity и они не устраивали заказчика своей производительностью и рендер отличался от десктопного приложения. Не знаю, с чем это связано, я в юнити не эксперт.
В первую очередь мы нацелены на мобильный браузерный AR/VR, так что лучший вариант — использовать нативный инструмент на выбор из 4 пока: Three.js, A-Frame (обёртка над three), Babylon.js или Playcanvas. Последний самый приятный, как по мне.
Да, знаю о существовании этих движков. Дело в том, что политика нашей компании и требование заказчика — разработка исключительно под веб.
Я так же сталкивался с приложениями, портированными из Unity и они не устраивали заказчика своей производительностью и рендер отличался от десктопного приложения. Не знаю, с чем это связано, я в юнити не эксперт.
В первую очередь мы нацелены на мобильный браузерный AR/VR, так что defold точно не подходит, а godot не решает наши задачи. Уж лучше юнити тогда сразу)