Не готов утверждать, но WebGL в макоси работает не лучшим образом в моем случае (air 2014). Протестироваться на текущем обновлении с современным маком нет возможности. Для отладки под свою железку приходится придумывать дополнительные способы обработки входящего скрола.
У меня проект по превращению текстов на русском языке в маленькие видео-ролики.
Было бы интересно увидеть результаты, когда это станет возможным.
У меня были другие проблемы: при создании большого мира проседает fps
Насколько большого, если не секрет? Максимальный размер мира запускал на локальном сервере и весил он около 100 мегабайт. ФПС удовлетворительный, но после выгрузки во внешку становится несмотрибельным.
Маки не поддерживают WebGL2, моя ссылка для ОС в которых есть поддержка WebGL2
Хонор 10i. После загрузки наблюдаются проблемы с откликом системы. На экране ничего не происходит. Симметрично на линуксе. Некоторые демо заработали и там и там.
Чинить за тебя твой баг я не буду, и доказывать мне ничего не нужно.
Никто не просил. Я предложил продемонстрировать то, как работает dispose, если не применять его ко всем дочерним элементам.
Все работает в Виндовс и Линукс.
Привел в пример мак, потому что был именно за ним, когда смотрел коммент. Изначально не ориентировался на разработку под него.
Ты чтото делаешь не так. Очевидная ссылка с примером удаления объектов в three.js.
Да, видел этот материал. Не тестировал конкретный пример, но вроде бы делаю аналогично, и в итоге сказал, что утечек не наблюдаю. Однако, dispose во всех случаях не удаляет материалы и текстуры дочерних элементов (я этот вывод сделал, когда протестировал вариант с parent.dispose() и вариантом с циклом). Возможно есть конкретный момент, который покажет, что я не прав?
Могу быть не прав, помоему делать = undefined; неправильно и может нарушать работу сборщика мусора в джаваскрипте.
Да. Читал, что сборщик работает при присвоении NULL или использовании delete. = undefined; взято из примеров. Попробую изменить, если будут результаты, сообщу каким-то способом.
у меня десятки текстур обновляются каждый кадр и тысячи объектов могут перезагружаться за кадр.
Уточните, вы создаете одну большую сцену или загружаете постоянно разные объекты?
и тысячи объектов могут перезагружаться за кадр.
Обратите внимание на некоторые сцены из примера. Там тоже много объектов. Все анимируются по таймеру. Вроде бы нет проблем.
Как пример всего вышеперечисленного ссылка на одну из моих демок в WebGL.
«MacBook Air (13 дюймов, начало 2014 г.)». После полосы загрузки сдох браузер (хром 84.0.4147.135).
Также удаление «всего мира» и создание заново работает.
Если интересно, могу создать вам страничку, где удаляю все через remove(). Проблемы с утечкой и фпс там наблюдаются.
При создании проектов на WebGL советую ориентироваться на 10-летнее железо.
Я полностью согласен с тем, что сайт должен работать везде. Обратите внимание, на всех прочих проектах стараюсь сделать удобно для среднего железа (минимум). В данном случае хотел попробовать что-то, что требует ресурсов. Тот же мак из примера выше мой проект вывозит (хотя кулера раскручиваются, что происходит обычно при рендере видео). Но не уверен, что во всех случая ориентация на 10-летнее железо — это аксиома.
Спасибо за подробный и развернутый комментарий. Надеюсь на дальнейший ответ.
Нет, с c4d не работал. Обладаю минимальными знаниями в блендере. Оттуда выгружаю gltf.
JSON настраиваю руками. Смотрю в блендере точки, по которым хочу пройти. Пишу их координаты. Подбираю цвета для эмбианта и спотов. Пишу их параметры. Для некоторых сцен выставляю css фильтры. Указываю список доп. функций. «extra_func»: ['add_cube'] отработает в сцене add_cube() который добавит некоторую случайную геометрию и т.д.
В том же json есть такие параметры как debug (рисовать кривую пути), fog (туман), ray (настройки для шейдера).
Наполняю файл без автоматизации, руками. У меня 13 сцен в проекте. Даже не вставало вопроса о том, чтобы упростить их настройку. Более. Мне достаточно просто играть с этими параметрами в редакторе кода, и сразу смотреть изменения.
Предложение с получением JSONа автоматически интересное! Спасибо за комментарий!
Разумеется для разных задач разные решения.
Мне тоже не нравится искать светофоры, когда я хочу быстро получить информацию. Более. И смс лично мне не удобно получать, ибо нахожусь 50% суток в полете.
Но снова уточню, что есть способ облегчить задачу пользователю, поправив некоторые параметры (пример в комментарии выше).
Спасибо! Нравится идея со смещением кусочков букв, надо попробовать.
Про непокорность ИИ скорее не соглашусь. Считаю преимуществом таких локальных решений с разной комбинацией настроек — именно локальность. Если есть появится уязвимость в рекапче от гугла, например, под угрозой будет много ресурсов. А поиск уязвимостей в собственных решениях иногда может потребовать от злоумышленников больше сил и времени, чем предполагаемая выгода.
На своём личном сайте вообще отказался от капчи при регистрации и авторизации. Предлагаю ввести в поле 10 на 10 букву, распознаваемую простенький нейросетью в личном кабинете, сразу после входа. Если за месяц пользователь этого не сделал беспощадная команда по крону его отправляет в архив ботов.
Дело в том, что такой задачи не стояло, так как использую решение для себя.
Однако, диапазон цветов настраивается. Можно увеличить контраст между текстом и фоном под определённые нужды.
К сожалению, рекомендаций по палитре для дальтоников не видел, и не задумался над вопросом при создании капчи. Теперь задумаюсь, спасибо!
Егор, что вы! Разумеется в данной конфигурации не прошу пользователей вводить это. Использую на закрытой админке сайта, где аккаунт только у админа.
Более. Рекапчу "со светофорами" я перестал решать. Иногда погрузка и логика такая не очевидная, что вызывает больше раздражения, чем описанные варианты.
Кроме того, решение гугл, безусловно хорошее, все же вынуждает обращаться к гуглу. Если есть интерес и возможность заменить внешние решения, люблю это делать.
Здравствуйте!
Возможно тут дело в том, что в процессе отладки я решил очень много капч. Очень.
Привык к шрифтам, цветам и мозг сам додумывает до приемлемого то, что многим не ясно сразу.
Больше «человечности» можно достичь настройками (уменьшить шумы, число линий). Вот пример:
Было бы интересно увидеть результаты, когда это станет возможным.
Насколько большого, если не секрет? Максимальный размер мира запускал на локальном сервере и весил он около 100 мегабайт. ФПС удовлетворительный, но после выгрузки во внешку становится несмотрибельным.
Хонор 10i. После загрузки наблюдаются проблемы с откликом системы. На экране ничего не происходит. Симметрично на линуксе. Некоторые демо заработали и там и там.
Никто не просил. Я предложил продемонстрировать то, как работает dispose, если не применять его ко всем дочерним элементам.
Привел в пример мак, потому что был именно за ним, когда смотрел коммент. Изначально не ориентировался на разработку под него.
Да, видел этот материал. Не тестировал конкретный пример, но вроде бы делаю аналогично, и в итоге сказал, что утечек не наблюдаю. Однако, dispose во всех случаях не удаляет материалы и текстуры дочерних элементов (я этот вывод сделал, когда протестировал вариант с parent.dispose() и вариантом с циклом). Возможно есть конкретный момент, который покажет, что я не прав?
Да. Читал, что сборщик работает при присвоении NULL или использовании delete. = undefined; взято из примеров. Попробую изменить, если будут результаты, сообщу каким-то способом.
Уточните, вы создаете одну большую сцену или загружаете постоянно разные объекты?
Обратите внимание на некоторые сцены из примера. Там тоже много объектов. Все анимируются по таймеру. Вроде бы нет проблем.
«MacBook Air (13 дюймов, начало 2014 г.)». После полосы загрузки сдох браузер (хром 84.0.4147.135).
Если интересно, могу создать вам страничку, где удаляю все через remove(). Проблемы с утечкой и фпс там наблюдаются.
Я полностью согласен с тем, что сайт должен работать везде. Обратите внимание, на всех прочих проектах стараюсь сделать удобно для среднего железа (минимум). В данном случае хотел попробовать что-то, что требует ресурсов. Тот же мак из примера выше мой проект вывозит (хотя кулера раскручиваются, что происходит обычно при рендере видео). Но не уверен, что во всех случая ориентация на 10-летнее железо — это аксиома.
Спасибо за подробный и развернутый комментарий. Надеюсь на дальнейший ответ.
JSON настраиваю руками. Смотрю в блендере точки, по которым хочу пройти. Пишу их координаты. Подбираю цвета для эмбианта и спотов. Пишу их параметры. Для некоторых сцен выставляю css фильтры. Указываю список доп. функций. «extra_func»: ['add_cube'] отработает в сцене add_cube() который добавит некоторую случайную геометрию и т.д.
В том же json есть такие параметры как debug (рисовать кривую пути), fog (туман), ray (настройки для шейдера).
Наполняю файл без автоматизации, руками. У меня 13 сцен в проекте. Даже не вставало вопроса о том, чтобы упростить их настройку. Более. Мне достаточно просто играть с этими параметрами в редакторе кода, и сразу смотреть изменения.
Предложение с получением JSONа автоматически интересное! Спасибо за комментарий!
Мне тоже не нравится искать светофоры, когда я хочу быстро получить информацию. Более. И смс лично мне не удобно получать, ибо нахожусь 50% суток в полете.
Но снова уточню, что есть способ облегчить задачу пользователю, поправив некоторые параметры (пример в комментарии выше).
Конечно имел ввиду аутентификацию, поскольку запрос к БД не происходит, пока капча не введена корректно.
Спасибо! Нравится идея со смещением кусочков букв, надо попробовать.
Про непокорность ИИ скорее не соглашусь. Считаю преимуществом таких локальных решений с разной комбинацией настроек — именно локальность. Если есть появится уязвимость в рекапче от гугла, например, под угрозой будет много ресурсов. А поиск уязвимостей в собственных решениях иногда может потребовать от злоумышленников больше сил и времени, чем предполагаемая выгода.
На своём личном сайте вообще отказался от капчи при регистрации и авторизации. Предлагаю ввести в поле 10 на 10 букву, распознаваемую простенький нейросетью в личном кабинете, сразу после входа. Если за месяц пользователь этого не сделал беспощадная команда по крону его отправляет в архив ботов.
Дело в том, что такой задачи не стояло, так как использую решение для себя.
Однако, диапазон цветов настраивается. Можно увеличить контраст между текстом и фоном под определённые нужды.
К сожалению, рекомендаций по палитре для дальтоников не видел, и не задумался над вопросом при создании капчи. Теперь задумаюсь, спасибо!
Егор, что вы! Разумеется в данной конфигурации не прошу пользователей вводить это. Использую на закрытой админке сайта, где аккаунт только у админа.
Более. Рекапчу "со светофорами" я перестал решать. Иногда погрузка и логика такая не очевидная, что вызывает больше раздражения, чем описанные варианты.
Кроме того, решение гугл, безусловно хорошее, все же вынуждает обращаться к гуглу. Если есть интерес и возможность заменить внешние решения, люблю это делать.
Спасибо за комментарий!
Возможно тут дело в том, что в процессе отладки я решил очень много капч. Очень.
Привык к шрифтам, цветам и мозг сам додумывает до приемлемого то, что многим не ясно сразу.
Больше «человечности» можно достичь настройками (уменьшить шумы, число линий). Вот пример: