А нет ли у нас проблем с рендерингом SVG?

Рендеринг 2MiB сложной векторной графики на процессоре. Вы сами, как думаете?

И что? Каких-то 2MiB векторов. Ну вот совсем-совсем не выглядит сложным. Да и рендерю я далеко не на 486.

Каких-то 2MiB векторов.

Это вообще-то сложная задача, если нет аппаратного кодера.

Это ведь не растр, два метра кода это тебе не это. Ну и надо смотреть что за SVG, думаю при желании можно и в десяток килобайт запихать нечто делающее топовый проц задумчивым надолго

Ну и ладно. Там всё равно изображение избыточно детализированное: уверен, что его можно упростить раз в 10 без качественного ухудшения при использовании в моих целях.

Готовой реализации нет. Нужно пилить самому.

А твоя то скоро будет? У меня даже пощупать её наклюкивается задачка.

Что значит «будет»? Она уже есть. Но она не заточена под динамическую отрисовку. Нужна отдельная реализация, и желательно на gpu.

Возможно не страшно. Я релиз пропустил, потому вопросы такие:

1) Где посмотреть как оно рендерит?

2) Тесты на больших данных есть? Интересует в сравнении с другими либами (да, я слышал что они не всё умеют, значит в сравнении с тем, что умеют другие).

3) В чём сложность отдать рендер на опенгл? Вот это я бы даже поглубже обсудил.

1. Есть демо на гихабе. Есть сравнитильная таблица в ридми.

2. Есть.

3. Я не знаю opengl. При этом есть проект azul, который использует resvg со своим opengl бекендом.

Без ссылок ибо с телефона.

Бросься ссылками когда удобно будет, на азул тоже.

Каких-то 2MiB векторов.

Ржу над тобой. Вектор это не пиксель.

И? Картошка не пиксель. Ты, наверное, тоже. Много чего не пиксель.

2MiB пикселей это одно, а 2 MiB векторов над которыми надо сделать некоторые операции на процессоре, чтобы получить пиксели это совершенно другое.

Да, 2MiB пикселей это одно, а 2MiB векторов это другое. И что?

А то что ожидать от них отсутствия тормозов странно.

Нет, не странно. Метр в 100 раз длиннее сантиметра, но вряд ли кто скажет что метр это далеко (как же я устал придумывать примитивные аналогии чтобы даже до ЛОРовца дошло).

SVG по умолчанию медленее будет.

2MiB SVG

Где тест кейс? Выложи файл и мы потыкаем палочкой!

http://for-idiots.tk/world_map.svg

Кстати, браузер тормозит в значительно меньшей степени. Даже почти хорошо отрабатывает.

На моей лопате оно отрисовывается за доли секунды и не тормозит. Совсем.

Ну может на лопате есть какое ускорение для этого дела. В браузере на компе открывается тоже не катастрофически плохо. А вот обычными просмотрщиками и средствами Qt всё из рук вон плохо.

Да, 2MiB пикселей это одно, а 2MiB векторов это другое. И что?

2MiB векторов понятие растяжимое.

Вот например

1. <rect height="99.999999999999999999999999999999999999999999999999999999" width="55.5555555555555555555555555555555555555555555555555555555" y="-33.33333333333333333333333333333333333333333333333" x="0.0000000000000000000000000000000000000000000000001" id="XMLID_3_"/>

2. <polygon id="polygon1" points="0,-4 4,-4 4,0 0,0     " fill="none"/>
   <polygon id="polygon2" points="0,-5 5,-5 5,0 0,0     " fill="none"/>

Первый «svg» будет намного больше второго по размеру файла.

Но отрисовывать проще первый потому как там всего лишь один прямоугольник, в то время как во втором «svg» целих два полигона.

А теперь интерполируй этот пример на SVG-файл со множеством объектов.

В случае с векторными рисунками важен не размер файла, а количество, тип и свойства объектов внутри SVG-файла.

У чипов Adreno ещё с 205 есть таки аппаратное ускорение SVG. Да и вроде у современных десктопных карточек есть, но это я мельком так глядел, у Хуанга есть.

Это понятно и очевидно.
Но в итоге мы имеем тормоза при рендеринге карты мира средне-паршивой детализации.

Да, странно. Ты сравниваешь сантиметр с килограммом. Отрисовка векторной графики в разы, если не на порядки, дольше.

Кэшируй результат, делай всё асинхронно.

А что кешировать-то? Растр? Это жесть получится: масштабирование будет происходить в очень широком диапазоне. Никаких гигабайтов не хватит...

А как иначе? Вот есть у вас фильтр размытия, его нужно каждый раз пересчитывать. Вот и прощай производительность.

Я пока посмотрю что можно сделать с самой SVGшкой. Там, как мне кажется, есть задел для оптимизации. Детализация мне не принципиальна и я могу ей пожертвовать.
Но уж в 21 веке-то идти на такие жалкие компромисы...

1. Демки тут https://github.com/RazrFalcon/resvg/releases

2. Бенчи/Сравнения: https://github.com/RazrFalcon/resvg#svg-support https://razrfalcon.github.io/resvg-test-suite/svg-support-table.html

3. https://github.com/maps4print/azul#svg--gpu-accelerated-2d-vector-drawing

1. Демки тут

Жаль что в демке нет масштаба. Но мой 2MiB файлик открыла шустро, хотелось бы посмотреть на ресайз...

https://github.com/RazrFalcon/resvg

Qt Backend:

Preprocessing: 34.92ms
Backend init: 0.05ms
Rendering: 137.03ms
Saving: 615.75ms

Cairo Backend:

Preprocessing: 34.97ms
Rendering: 154.94ms
Saving: 483.45ms

Итоговый PNG: 4500x2234px, 1.1MiB

Я его убрал, ибо тормозит. Можно просто окно растягивать. Но нужно учесть, что отрисовка идёт в отдельном потоке, чтобы GUI не подвисал.

О! Премного!

У вас в файле 29469 кривых и больше ничего. То есть всё упирается в проц и конкретную реализацию отрисовки кривых.

Ну да, логично. И мы на современном уровне развития не можем просчитать 30 тысяч кривых за приемлемое время. Это плохо. Это вообще задница.

Кривые Безье не такая уж и простая математическая задача. Нужно много вычислений.

У гуглокарт же получается рисоваться, а они едва жрут оперативку. (Да, там везде растр, но операция получения очередного уровня детализации сопоставима с получением более детального рендера SVG-шки).