Есть сайт в нем есть редактирование картинки в реальном времени при помощи Js так вот подключилолся к нему через Webview, но время от времени оно немного подтормаживает, мб кто знает как мне оптимизировать работу с сайтом этим?

если писать браузе на єлектрон, то как лучше вкладки такие как у хрома сделать?

браузер на браузере…

@tonyganch Я помню что electron-vibrancy поддерживал регионы ограниченные view которые добавлялись к окну, то есть можно было сделать размытой только боковую панель, а все остальное оставить opaque. Когда все это интегрировалось в электрон, то по моему оставили только возможность выбирать тип vibrancy для всего окна целиком и как то ограничить его действие нельзя? Дело в том, что vibrancy довольно таки не дешевый эффект и если мне нужно сделать только часть окна то как то слишком расточительно выходит делать это для всего окна, а затем маскировать большую облать непрозрачным фоном

просто заливаешь нужный div нужным цветом (background-color)

Я так и делаю. Но меня это не устраивает так как проседает производительность на канвасе раза 4 с full window vibrancy. Я помню экспериментировал с electron-vibrancy, где можно было добавлять регионы и все было в разы производительнее.

MacBook Pro Late 2014 15". Как ни странно не устраивает. Все хорошо, если у тебя обычный UI на React, разницы никакой, но как только присутствует canvas заполняющий 80% окна, вот в нем отзывчивать падает в ~4 раза в сравнении если делать без vibrancy вообще

А зачем канвас?

Потому что, когда включается vibrancy не только backdrop blur начинает работать, кстати который работает на CPU через vDSP/Accelerate framework, потому что для больших радиусов размытия проже использовать IIR а не FIR фильтр, который еще и несколько раз применяется, что бы сымулировать Gaussian blur. Не суть, все что нужно знать vibrancy нагружает CPU а не GPU на Mac-е

че все так дрочат на vibrancy, говно же ведь

На счёт vibrancy. Я не верю что он работает на CPU. Учитывая что вся система юзает vibrancy, это было бы максимально глупо

Поверь) Я знаю о чем говорю

Есть Direct Acyclic Graph который быстрее отрисовывть на канвасе а не на svg или DOM

да в чем красиво, ну блюрится фон и блюрится, хз

Vibrancy это не только блюр

что еще

Пруфы

Вот, только для iOS: https://github.com/KyoheiG3/DynamicBlurView

и весь этот геморр, чтобы тупо картинка на фоне была

Вот, только для iOS: https://github.com/KyoheiG3/DynamicBlurView

Что мне здесь смотреть надо?

Как это под капотом работает

Вот: https://github.com/KyoheiG3/DynamicBlurView/blob/master/DynamicBlurView/CGImage%2BAccelerate.swift#L39

Пока ссылку в официальную доку с подтверждением твоих слов, нет смысла говорить об этом

а если это нигде не написано

это как говорить, что здание по документам не существует, но оно есть = его все равно не существует

которое может там быть, но скрывается

Я не собираюсь вдаваться в детали и высылать скрины с трейсами вызовов, может сделаю это как время будет. Я задал конкретный вопрос, а вышло уже на 2 страницы флуда

Блин, еще раз говорю, в Mac так же, я как то это дебажил на OSX. Там дергается Accelerate framework

То что дёргается этот фреймворк вообще не пруф. Детали реализации опять же скрыты

Возможно у нас просто разные требования к производительности. Какие приложения? Они использовали сложные графы на канвасе? WebGL и svg не в счет. Первый форсирует переключение на дискретный GPU, а второй и так тормозит на сложных графах

Тебе показать трейс вызовов?

Канваса вообще не было. Было дохрена элементов. Ты не думал что тормозит канвас или электрон?

Опять же я замерял с и без vibrancy - результат координально разный. Так же я делал через electron-vibrancy который умеет ограниченные области вставлять. Блин, ну хватит может уже?)