| |
| |
| |
| 4.71, ы (?), 20:00, 03/01/2016 [^] [^^] [^^^] [ответить]
| –5 +/– | |
>Представлен новый метод рендеринга текста при помощи GPU, обеспечивающий высококачественное пиксельное сглаживание результата при любом уровне масштабирования и не потребляющий ресурсы CPU.
А чем не устраивает старый метод рендеринга текста, обеспечивающий высококачественное пиксельное сглаживание результата при любом уровне масштабирования и не потребляющий ресурсы GPU?
| | |
| 4.72, ы (?), 20:05, 03/01/2016 [^] [^^] [^^^] [ответить]
| –4 +/– |
Это ж в какую сторону надо идти, чтобы для отрисовки шрифтов целую видеокарту использовать?
Так глядишь, в скором времени в клавиатуре под каждую кнопку свой процессор будет.
| | |
| |
| |
| 6.91, Аноним (-), 10:59, 04/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
если простаивает - зачем оно нужно?
интегрированная графика.
нужно всё интегрировать в процессор.
| | |
|
| 5.104, Аноним (-), 00:01, 06/01/2016 [^] [^^] [^^^] [ответить]
| +5 +/– | |
> Это ж в какую сторону надо идти, чтобы для отрисовки шрифтов целую видеокарту использовать?
Совсем охренели! Хотят графику на видеокарте рендерить?!
| | |
|
| 4.73, ы (?), 20:07, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
А ещё надо сделать оперативную памать в оперативной памяти.
| | |
|
|
|
| 1.3, pavelpat (ok), 00:34, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
 Как по мне, патчи infinality дают более приятный глазу субпиксельный рендеринг
| | |
| |
| 2.9, grayich (ok), 01:15, 03/01/2016 [^] [^^] [^^^] [ответить]
| +4 +/– |
 зависит скорее от монитора и вкуса
меня infinality не устроили, а вот fontconfig-ubuntu + freetype2-ubuntu - дают нужный результат
| | |
| 2.12, Аноним (-), 01:51, 03/01/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Идея только в технике хранения глифов, а так у них обычный антиалисинг без хинтинга, т.е будет замыливать не очень крупный текст.
Кстати, ненавистникам WebGL на заметку, сделать прототип и уж тем более распиарить так намного легче.
| | |
| |
| 3.13, Аноним (-), 01:57, 03/01/2016 [^] [^^] [^^^] [ответить]
| +15 +/– |
Удивительно, но на HiDPI экране выглядит очень даже неплохо. Когда у всех будет нормальное разрешение, про эти танцы с бубнами с субпиксельным антиалиасингом и хитрыми патчами можно будет забыть.
| | |
| |
| 4.51, Аноним (-), 15:58, 03/01/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
Это и сейчас с чистой совестью сделать можно. Но у некоторых же руки не для скуки...
| | |
| |
| |
| 6.95, Аноним (-), 13:51, 04/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Принять усбагоительное и забить на эту фигню. Ну или как предыдущий оратор предлагал, если заняться совсем уж нечем.
| | |
|
|
|
|
|
| 1.5, lv7e (?), 01:03, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Хм. При наличии большого количества текста на экране и изменении масштаба начинает подтормаживать мышь.
Интересно, есть ли возможность перенести рендеринг в отдельный GPU поток?
| | |
| |
| 2.7, pavelpat (ok), 01:13, 03/01/2016 [^] [^^] [^^^] [ответить]
| +5 +/– | |
> Отлично выглядит, но на старом железе тормозит.
Так в случае WebGL это только прототип, показывающий качество отрисовке шрифтов а не скорость работы.
| | |
|
| 1.8, ВА (?), 01:14, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Ну, а как эту шнягу, например, на дебиане присобачить? Системно, так сказать. И еще желательно, с возможностью все запустить через дискретную через optirun
| | |
| 1.10, Mihail Zenkov (ok), 01:31, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Крайне сомнительная затея с экстремально низкой энергоэффективностью, а при большом количестве текста или слабом gpu еще и тормозить будет.
> The standard way of rendering text with the GPU is to use a font atlas. ... The drawback with atlases is that you can’t store every glyph at every possible size or you’ll run out of memory.
Загружать в память только используемые размеры шрифтов авторы не додумались.
| | |
| |
| 2.15, Аноним (-), 02:01, 03/01/2016 [^] [^^] [^^^] [ответить]
| +4 +/– |
> Крайне сомнительная затея с экстремально низкой энергоэффективностью, а при большом количестве
> текста или слабом gpu еще и тормозить будет.
Не согласен. Отрисовка идёт на шейдере, так что по производительности и энергоэффективности уделает любой CPU-шный растеризатор.
> Загружать в память только используемые размеры шрифтов авторы не додумались.
Но это всё равно не решает проблему ограниченного разрешения атласа.
| | |
| |
| |
| 4.97, Аноним (-), 17:09, 04/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Даже если рендеринг на gpu будет в 10 раз эффективнее (что еще не факт - далеко не все алгоритмы могут эффективно работать на gpu)
Вероятно, что на всяких новых расширениях команд CPU, таки проще будет все на CPU оставить.
Либо даже разница между ядрами будет уменьшаться и элементы GPU засунут напрямую в CPU.
| | |
|
|
| 2.27, Нанобот (ok), 09:49, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
 > Загружать в память только используемые размеры шрифтов авторы не додумались.
Или додумались, но решили не напрягаться, прототип же, а не готовое решение
| | |
| |
| 3.42, Mihail Zenkov (ok), 12:47, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
>> Загружать в память только используемые размеры шрифтов авторы не додумались.
> Или додумались, но решили не напрягаться, прототип же, а не готовое решение
Прочтите саму статью. Авторы утверждают, что при стандартном методе памяти не хватит и они нашли как исправить этот "фатальный" недостаток - рендерить каждый символ заново на gpu.
| | |
|
| 2.56, Аноним (-), 16:42, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
>Загружать в память только используемые размеры шрифтов авторы не додумались.
Как иначе ты будешь делать плавный zoom? Ты не сможешь с достаточной скоростью подгружать в память видеокарты дополнительные размеры.
| | |
| |
| 3.57, Mihail Zenkov (ok), 17:19, 03/01/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Сколько по-вашему длится загрузка в память видеокарты текстуры размером в 0.2 - 16 MB? Вроде еще со времен agp это перестало быть проблемой.
| | |
| |
| 4.67, Аноним (-), 19:30, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
>Сколько по-вашему длится загрузка в память видеокарты текстуры размером в 0.2 - 16 MB?
Сколько этих текстур надо загрузить при одной прокрутке колёсика мышки и кто будет считать, какой именно размер надо взять в данный момент?
Допустим, я пишу игру, где персонаж приближается к листу бумаги с текстом. Как мне рассчитать, какого размера текст надо показывать при текущей дистанции и угле, чтобы он не был размытым, то есть как на настоящей бумаге? А эта технология, как я понимаю, переложит этот расчёт на GPU, так как на этом листе бумаги будет одна текстура.
| | |
|
|
| 2.59, Michael Shigorin (ok), 18:55, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
 > Загружать в память только используемые размеры шрифтов авторы не додумались.
Плавное масштабирование (разве что его обрабатывать картинкой, а не пересчётом _глифов_).
А так, помнится, в win95 был как раз кэш отрастеризованных векторных шрифтов сделан.
| | |
| |
| 3.79, Mihail Zenkov (ok), 21:58, 03/01/2016 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Плавное масштабирование (разве что его обрабатывать картинкой, а не пересчётом _глифов_).
Зависит от задачи: если нужна анимация при смене масштаба - можно сделать плавное изменение масштаба картинки, а финальный кадр отрисовать с нужным шрифтом.
Если же просто нужно точное масштабирование в произвольный размер - то отрендерить новый размер шрифта на cpu будет тоже (если не быстрее), чем заново отрисовать новую страницу с тысячами символов.
P.S. Если кому интересно: замерил скорость отрисовки freetype + подготовка текстуры для OpenGL с набор в 159 глифов (lat + cyr):
5-7 ms для размера в 13px
14-16 ms для размера в 63px
Cpu - amd 3.3 GHz, исполнялось в один поток, можно реализовать и многопоточную отрисовку (каждый глиф в свой поток).
| | |
|
|
| |
| 2.14, grayich (ok), 01:57, 03/01/2016 [^] [^^] [^^^] [ответить]
| +3 +/– |
если ppi малый - то да, плохо
вообще даёшь везде ppi >500 и тогда никакого сглаживания ненужно)
| | |
| |
| 3.60, Michael Shigorin (ok), 18:55, 03/01/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> вообще даёшь везде ppi >500 и тогда никакого сглаживания ненужно)
300 более чем достаточно, см. лазерники.
| | |
| |
| 4.103, Kroz (??), 20:20, 05/01/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > 300 более чем достаточно, см. лазерники.
Когда Apple-Samsung и иже с ними опять захотят померяться, то они доходчио объяснят почему недостаточно.
См. пиар.
| | |
|
|
|
| 1.16, Tav (ok), 02:56, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Похоже, что оно не использует хинтинг и сохраняет пропорции шрифтов при любом масштабе, что может быть полезно в некоторых приложениях типа просмотрщиков PDF, но едва ли это хорошо в общем случае, особенно на экранах с низким разрешением, т. к. мелкий текст получается менее четким.
| | |
| 1.18, Аноним (-), 03:16, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
На linux только в хроме, и только на проприетарных дровах nvigia это дает качественную отрисовку и 60 fps. И то иногда есть пропуски(или джиттер?) кадров.
Firefox ест 60% процессора даже при ноль кадров/с и дерганная отрисовка. На открытых дровах и интеле вообще артефакты и дерганная картинка везде.
| | |
| |
| 2.63, Michael Shigorin (ok), 19:07, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> На открытых дровах и интеле вообще артефакты и дерганная картинка везде.
ALT Linux Sisyphus/x86_64, xorg-drv-intel-2.99.917-alt3, i7-3517U, firefox/chromium -- никаких артефактов не наблюдаю, картинка ровная. Можете проверить у себя с altlinux.org/regular при желании.
| | |
| |
| 3.68, Аноним (-), 19:44, 03/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Думаю переходить с арча на сизиф. Стоит ли и насколько часто всё будет ломаться?
| | |
| |
| 4.69, grayich (ok), 19:48, 03/01/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
manjaro - тот же арч, только стабильней за счёт стабилизации пакетов
| | |
|
|
|
| 1.20, Неуловимый Джо (?), 06:35, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ну да, ресурсы процессора не потребляются, но зато GPU загружен так, что курсор мыши тормозит, а любая параллельная анимация окон так вообще слайд-шоу.
| | |
| 1.21, Котонимус (?), 06:52, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Правильно,надо же как-то продавать новое железо, а то ишь что удумали - интернеты с интеграшек читать.
| | |
| |
| 2.22, dalco (ok), 06:57, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
 Хм. Сейчас тестил именно на интеграшке (Xeon E3-1245v3). Все летает, багов рендеринга нет. В соседних вкладках (Firefox 43) видео не тормозит.
| | |
| 2.23, soarin (ok), 08:54, 03/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
 У меня эль капитану совсем поплохело от того как я запустил демо в safari. Почти минуту ничего вообще нажать не мог в ОС.
В opera и firefox нормально оказалось.
| | |
| 2.40, Неуловимый Джо (?), 12:20, 03/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
дада, правильно, теперь чтобы просто отмасштабировать текст в браузере, понадобится как минимум 2 GeForce TITAN в SLI-режиме, на всем остальном будет тормозить :))
| | |
|
| 1.30, VXZ (?), 11:29, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Не знаю ребята, у кого чего тормозит, а меня очень обрадовала скорость рендеринга, никаких тормозов на ноутбучной графике ati5650. Загрузка проца при этом 40%. Всё гладко и приятно. Мелкий текст, конечно не очеь четко выглядит, но при обычном рендеринге такое количество текста в pdf формате, в таком качестве и с такой скоростью отрисовки, как в примере, сейчас не доступно. Скорость и качество впечатляет, тем более если это только пример, а не конечная версия.
| | |
| |
| 2.43, Mihail Zenkov (ok), 13:03, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
С алгоритмом отрисовки шрифта это явно не связано - при отрисовки через freetype непосредственно на рендеринг шрифта уходит 1.5% cpu от общего потребления программой просмотра pdf.
Попробуйте откройте этот же файл в mupdf и mupdf-gl. Попробуйте переключить 2d акселерацию - glamor/exa.
| | |
|
| 1.34, Аноним (-), 11:54, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Старый амиговский подход - перенести на сопроцессоры всё что можно. Хороший такой, но без драйверов труба.
| | |
| |
| 2.100, None (??), 14:38, 05/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну, хранение шрифтов в памяти видеоадаптера - изобретение далеко не первой свежести))
| | |
|
| 1.35, anonymous (??), 11:54, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Firefox 43, GeForce9600GT, проприетарные драйвера, проц слабый (Е5200) - когда видно 12 целых страниц - двигается без тормозов, на более крупном масштабе, когда текст уже читать можно - летает так, что я вообще не думал что мой комп на такое способен. Небольшие артефакты - мерцание в букве t вертикальное в точке пересечения на очень крупном масштабе. Проц правда усирается, оба ядра на 75% загружены. Имхо - годная технология, такой плавности в браузере я давно не видел.
| | |
| |
| 2.55, Аноним (-), 16:36, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> проприетарные драйвера
В этом и суть: технология весьма драйверозависима, а значит результат на разном железе заранее не предсказуем.
| | |
|
| 1.39, Аноним (-), 12:11, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Сомнительная затея. По крайней мере на мобилах точно не прокатит, аккумулятор будет сжирать за раз.
| | |
| 1.46, Kodir (ok), 13:32, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
 Попробовал в Опере/Win7 - вполне здорово работает! ЦПУ не мерял, но тормозов нет точно.
Шрифты сейчас не проблема, проблема - шизоидная мода на плоский интерфейс, который путает юзеров.
| | |
| 1.50, Антон (??), 15:22, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Шёл 2016-ый год, а линуксоиды всё выдумавают костыльную копию Direct2D.
| | |
| |
| 2.75, Michael Shigorin (ok), 20:17, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Шёл 2016-ый год, а линуксоиды всё выдумавают костыльную копию Direct2D.
Можно подробнее про D2D (или, скажем, про DW) применительно к шрифтам на GPU?
| | |
|
| 1.52, Sw00p aka Jerom (?), 16:07, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
FF 38.5.0 RHEL 7.2 Intel® Sandybridge Desktop (i915)
Офигительно рендерит и без зависаний, на винде в хроме и ФФ ваще косяки страшные в рендеринге.
| | |
| 1.64, Аноним (-), 19:11, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
В чём суть новости? По ссылкам какая-то фигня то приближает, то удаляет страницы с буквами :-(
| | |
| 1.81, Аноним (-), 22:55, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Да отличная весчь. ТОлько когда сделают тоже самое, только без мыла? Ведь в кривых безье которыми прорисованы буквы нет информации о градиентах замыливания! Там только кривые описывающие контуры букв, а это значит что это не точная отрисовка шрифта, а произвольная. И я так и не понял они что в памяти GPU хранят все шрифты всех размеров, или перерисовывают динамически по векторным данным?
| | |
| |
| |
| |
| 4.101, None (??), 14:40, 05/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> ну хотя бы лучше чем nvidia
На nvidia с родными драйверами - работает отлично.
| | |
|
|
|
| 1.86, pavlinux (ok), 00:23, 04/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 glXUseXFont() - Copyright (C) 1999 Brian Paul All Rights Reserved.
static void setup_font( Display *dpy )
{
XFontStruct *fontInfo;
Font id;
unsigned int first, last;
fontInfo = XLoadQueryFont(dpy, FontName);
if (!fontInfo) {
printf("Error: font %s not found\n", FontName);
exit(0);
}
id = fontInfo->fid;
first = fontInfo->min_char_or_byte2;
last = fontInfo->max_char_or_byte2;
FontBase = glGenLists((GLuint) last + 1);
if (!FontBase) {
printf("Error: unable to allocate display lists\n");
exit(0);
}
glXUseXFont(id, first, last - first + 1, FontBase + first);
}
Или я чот не вкуриваю?
| | |
| 1.98, Аноним (-), 19:46, 04/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ну и где же рендеринг текста является узким местом, чтобы это бесполезное усложнение имело смысл?
| | |
| |
| 2.102, None (??), 14:41, 05/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Ну и где же рендеринг текста является узким местом, чтобы это бесполезное
> усложнение имело смысл?
По крайней мере оно работает быстрее, чем pdf.js
| | |
|
|
