Гы, на моём дохлом рабочем четвёртом пне со встроенным видео скорость отрисовки составляет 900 fps  Этого мало, Дрон?

Добавлено @ 10:47

Не думаю, что скриншоты что-то прояснят, надо копать глубже. Я на 99,9% уверен, что для отображения шрифтов используются системные api, иначе просто быть не может - слишком хлопотно и многотрудно.


Ну так и выводы соответствующие делайте. А то "отрисовка быстрее", "отрисовка быстрее"  Отрисовка если и была медленной, то, наверное, только в самых первых версиях java 2. Любые "тормоза графики" - суть ваше порождение; я почему-то умудряюсь делать ГУЙ, который тормозит не более прочих нативных.

Это сообщение отредактировал(а) w1nd - 9.9.2008, 11:03

Это что касается примитивов (было бы странно, кстати, если бы оно вообще на этом тормозило); скорость вывода растра - порядка 100 fps. Конечно, не на весь экран, на весь экран чуть поменьше. Но и этого хватает с головой.

Про шрифты. Windows XP, ClearType включен. 
Надпись Number сделана шрифтом Tahoma, жирным, размер 8 (масштаб картинки 400%):

Вот 1.6.0_07:

Вот 1.6.0_10:

Чтобы понять, какой из вариантов "родной", напише это слово в Notepad и посмотрите.


Это сообщение отредактировал(а) Дрон - 9.9.2008, 12:32

Увы это шуточки. Все приложения Java страдают от изменения размера, очень страшный вид :(



Это сообщение отредактировал(а) Platon - 9.9.2008, 14:02

В плане ресайзов круче всех Metal LaF с параметром JFrame.setDefaultLookAndFeelDecorated(true), поведение GUI просто идеально, фрейм даже не скукодивается меньше нужного, но сам дизайн убоговат...

Это сообщение отредактировал(а) Platon - 9.9.2008, 16:13

У вас может и шуточки. Отключить перерисовку подложки, включить динамический relayouting и повыкидывать логику из EDT - ничего такого не будет.

Добавлено через 2 минуты и 13 секунд

Вы хоть раз пробовали разобраться - отчего?

По всем статьям разбомбили...
Единственное исключение EDT, для меня это было очевидно было с самого начала.

Нет, ну человек сам наблюдает, что стоит лишь поменять настройку, напрочь не влияющую на "скорость отрисовки" и - о чудо - приложение становится отзывчивее. Э?

Было бы прикольно оформить это в FAQ или просто как статью ^_^

w1nd, кстати, как выяснилось действительно и в более ранних версиях Java 6 есть возможность включить Direct3D через опцию -Dsun.java2d.d3d=true, но в Update 10 эта опция включена по-умолчанию. Есть подозрение, что раньше этот pipeline не афишировался потому, что был ещё не полностью готов.

Ну и OpenGL я сейчас тоже попробовал -- визуально результаты ужасные (кривые шрифты, артефакты), хотя быстродействие всё же улучшается, но пользы от него в данном случае нет 

PS: А про нативную отрисовку шрифтов в Windows как я понимаю контраргументов не осталось? 

Это сообщение отредактировал(а) Дрон - 9.9.2008, 15:35

У меня по-прежнему самые серьёзные сомнения, но мне негде взять информацию о реальном положении дел. Отличия в отрисовке - это немного не то - в каждой версии форточек что-то меняется, наверняка этих api для работы со шрифтами - тонна, равно как и настроек рендеринга.

Добавлено @ 15:43

Только не с java 6, а с java 1.4  Возможно, что-то там было не так, или "политика партии" была иная. Ведь эти свойства sun jre никто не прятал - они доступны в фицияльной документации.

Добавлено @ 15:49
Насчёт политики партии - точно. Для некоторых видеоадаптеров (особенно ноутбучных) поставлялись такие кривые драйверы, что при попытке взаимодействия с ними через directx видюха показывала очень смешные вещи. Например, я сам наблюдал такое на машинке с каким-то новозаветным видеоадаптером trident - любое приложение, которое использовало directdraw (в том числе java-приложения), в своём окне рисовалось точно вверх ногами  Приходилось полностью отключать работу через directx (опция sun.java2d.noddraw).

Добавлено @ 15:52
Кстати, отключение использования directx рекомендуется и в случае использования нативных компонент и окошек вместе со свингами - чтобы java-окно не перерисовывалось без видимой причины при появлении такого окошка или компонента.

Добавлено @ 15:54

А, например, одновременно включать/выключать fractional metrics для графики не пробовали? На пятёрку были жалобы, связанные именно с этой опцией java2d. И что у вас за видеокарта?

Это сообщение отредактировал(а) w1nd - 9.9.2008, 15:57

Там что-то вообще непонятное рисуется, не думаю, что хоть что-нибудь поможет (заголовок затёр я сам  ):

Видеокарта сейчас Radeon 9200, ещё проверял на ноутбуке где Radeon X300, и глюки там немного другие, но в целом всё так же плохо. Есть подозрение, что это глючит сглаживание шрифтов.

По мне так, если что-то работает криво, или не включено по умолчанию -- то и не стоит этой опцией пользоваться. У конечных пользователей могут быть совсем разные конфигурации и всего не предусмотришь. А раз в Update 10 таки включили D3D по-умолчанию, значит они уже достаточно уверены, что это глючить не будет.


Не, это всё-таки известный и неоспоримый факт. По каким-то соображениям в Java2D использовался свой собственный движок отрисовки шрифтов. Можно вот тут почитать статейку: http://weblogs.java.net/blog/javaben/archi...nts_and_ja.html



Это сообщение отредактировал(а) Дрон - 9.9.2008, 16:16

...

Это сообщение отредактировал(а) Platon - 9.9.2008, 16:52

Сделайте пример, разберём по косточкам.

Давайте только в другой теме   

Хотя похоже, что по заданной теме тут как-то нечего обсуждать.