LINUX.ORG.RU

XGL примет изменения из AIGLX


0

0

Кооперацмя между проектами XGL и AIGLX принесет на Linux десктоп лучшие интерфейсы. Девид Ривман(David Reveman) из Novell, работающий над XGL согласился принять многие изменения из проекта AIGLX, присланные Кристианом Хогсбергом(Kristian Hogsberg) из Red Hat.

>>> Подробности

★★★★★

Проверено: Shaman007 ()

Хорошо теперь не надо будет ставить двойной комплект библиотек. И искусственный интеллект в OpenGL не помешает

anonymous
()
Ответ на: комментарий от anonymous

Наконец-то, хоть какая-то интеграция, а то кроме форков и связанных с ними разбродами и шатаниями ничего не происходило. ИМХО.

Rebel_Star
()

Ура! Хорошо, что умные люди умеют договариваться.

avatar
()

Как все складно получается, X сервер с opengl ускорением, Cairo с opengl ускорением.. Такими темпами графически линукс перегонит все другие оси.. Воистине уникальная операционка

anonymous
()

s/Кооперацмя/КооперацИя

anonymous
()
Ответ на: комментарий от anonymous

А при чём здесь Линукс ??? Ну, да Новел занимается Линуксом, однако X существует сам по-себе и Линукс это не лучшая ОС, где он отлично работает.

anonymous
()

Не будет ли у этого гибрида проблем с дровами от ATi и nvidia, каковые имеются у AIGLX, и когда намечены изменения в cvs?

B084 ★★
()
Ответ на: комментарий от anonymous

Glx кайфовая штука и необычайно удобная, я уже опробовал на своем SuSE 10. вообще это хорошо что такие конторы делают совместный проэкт!

PS: Авалон мертв уже сегодня.

musicmaker
()

я работаю в канторе по продаже компов ставил на самую мощьную тачку (P4 640 BOX, 512mb GeForce 7800GTX, два гига оперы) тестовую версию Vista(которая вторая) вообщем при открывании более 30 окон - тормозит в каку красиво но вункционала нет(масштабирования, удобного распределения по рабочему сталу)... Майкрософт считает что сегодня компы достаточно мощные чтобы тянуть их новую перделку.

Напротив в Apple и Novell считают что Ultra fast OpenGL Desktop - это в первую очередь способ разгрузить ЦП и повесить все что находится в поле зрения повесить на видюху.

Например, по моим тестам комфортно работать с Xgl можно на 32мб GeForce 2, p2 450 мегагерц, 64 метра оперы.

как бы то ни было по моему субьективному мнению авалон отсосал у Glx не нагибаясь ;)

musicmaker
()
Ответ на: комментарий от musicmaker

> Например, по моим тестам комфортно работать с Xgl можно на 32мб GeForce 2, p2 450 мегагерц, 64 метра оперы.

А что, оно уже стало работать с nvidia? Пробовал с Radeon IGP340 32Mb -- ужасно медленно... :(

anonymous
()
Ответ на: комментарий от anonymous

>А что, оно уже стало работать с nvidia?

Оно всегда работало с nvidia.

B084 ★★
()
Ответ на: комментарий от anonymous

>А при чём здесь Линукс ??? Ну, да Новел занимается Линуксом, однако X существует сам по-себе и Линукс это не лучшая ОС, где он отлично работает.

Во первых, если Линукс не лучшая ось где работает AIGLX&XGL&Cairo, то что тогда лучшая? BSD? Не смешите мои тапочки.

А во вторых Линукс это лучшая ось.

anonymous
()
Ответ на: комментарий от anonymous

>Во первых, если Линукс не лучшая ось где работает AIGLX&XGL&Cairo, то что тогда лучшая? BSD? Не смешите мои тапочки.

>А во вторых Линукс это лучшая ось.

Фанатики!

anonymous
()
Ответ на: комментарий от anonymous

Да сударь вы правельно заметели сдесь не bsd.org.ru :)

anonymous
()
Ответ на: комментарий от anonymous

>и в правду чем лучше БСД Линукса ? Аргументы в студию.
BSD остановился в развитии. Новых идей нет, реализаций - тем более. Только свободная лицензия и осталась. :-)

anonymous
()
Ответ на: комментарий от anonymous

Вызав БСДишникам брошен, ждемс флэйма :)

anonymous
()

наконец-то люди поняли, что вместо двух велосипедов, за те же деньги можно сделать один скоростной бронепоезд!

/me безмерно счастлив уже от этого.

ps. в mac os x86 на geforce2 mx 400 графические навороты не тормозили

Muromec ☆☆
()
Ответ на: комментарий от Muromec

>отсосал не успев родиться (-;
Засосался до смерти. Видно, беззубая собачка постаралась :-)

anonymous
()
Ответ на: комментарий от anonymous

Ещё раз для придурков типа тебя. XGL - весьма полезная вещь, перекладывающая обсчет графики с процессора на видеокарту, что позволяет с большим толком использовать ресурсы проца на другие задачи.

Для особо идиотичных пердунов, которые любят орать, что работа в консоли вполне самодостаточна и не нужны никакие ГУИ, напомню - если бы ваша пердунская точка зрения, к несчастью, запала в душу и умным людям, то не видать бы нам проектов типа Blender или PovRay/KPovRayModeler ещё оооочень долго. Напоследок предлагаю подобным личностям и дальше продолжать смотреть порнуху в Линкс, развивая свое убогое воображение, а не лезть в темы, где им ничего интересного не светит. Ваши идиотичные попытки флеймить уже устали.

YagMort ★★
()
Ответ на: комментарий от anonymous

>и в правду чем лучше БСД Линукса ? Аргументы в студию.

Ну и контр-аргументы тож в студию.... =)

А то опять блин понеслось:

- Армяне лучше чем грузины!
- Чем лучше?
- Чем грузины!!

MYMUR ★★★★
()
Ответ на: комментарий от anonymous

>и в правду чем лучше БСД Линукса ? Аргументы в студию.

Ну и контр-аргументы тож в студию.... =)

А то опять блин понеслось:

- Армяне лучше чем грузины!
- Чем лучше?
- Чем грузины!!

MYMUR ★★★★
()

Кто работал с XGL, скажите плиз, как там с производительностью отрисовки GTK? Быстрее, чем на обычном X или меделеннее?

aist1 ★★★
()
Ответ на: комментарий от aist1

Кто работал с XGL, скажите плиз, как там с производительностью отрисовки GTK? Быстрее, чем на обычном X или меделеннее?

Я работаю. Поменял уже 3 сборки. Железо: AMD 64x2 4600 GForce 7800GTX 2Gb и AMD 64 3200 GForce 6800Ultra 1Gb. Откровенно говоря - каких-либо ускорений ни в GTK, ни в QT не наблюдается. Все и так очень шустро выскакивает - куда еще быстрее, разве, что процессор разгрузить (чем тогда его занять? :-). Но визуально это практически нигде не проявляется, только если включить тени и прозрачность чуть-чуть более плавно эта ерунда появляется, но мне эти перделки не нужны, поэтому и смысла особого в xgl я не вижу. Может на слабых машинах это будет заметнее. Тогда опять получается, что от мощных видеокарт толку под *nix никакого. Жабу скрестили-бы с OpenGL что-ли? Вот там, точно интерфейс в ускорении нуждается. Решили-бы они эту проблему - смотришь и java desktop уже стал хорошей альтернативой.

Aristarkh
()
Ответ на: комментарий от Aristarkh

GTK всегда особой производительностью не отличался. GTK 2.8 через Cairo медленнее раза в 2-3. Такие вещи как Eclipse на GTK 2.8 производят удручающее впечатление после Win или того же SWT on FOX (может же линуксовая эклипса быть не медленнее виндовой!). Cairo через Glitz, говорят, плохо маштабируется на большое число GLcontext's. Вот я и подумал, может Eclipse 3.1 через XGL не будет так тормозить на графике...

Я как раз смотрел как ведет себя Java 6 (Mustang) с включенным OpenGL конвейером. Ускорение, действительно, значительное. Например, в разы усколилась отрисовка текста в моем табличном компоненте.

aist1 ★★★
()
Ответ на: комментарий от Aristarkh

>разве, что процессор разгрузить (чем тогда его занять? :-).

А процессор можно занять Жабой :)))

IMHO: идеологически очень правильная разработка, процессор должен быть занят выполнением целевой задачи а не украшательствами пользовательского интерфейса. А вот Жаба desktop действительно полная бессмыслица.

c3OS
()
Ответ на: комментарий от Aristarkh

2Aristarkh: Как всегда вопрос: что ещё не доделано. В частности, как там с русским? Заранее спасибо.

anonymous
()

Xgl & ATI

У кого-нибудь получилось запустить XGL с карточками ATI(fglrx) чтоб работал direct rendering?

anonymous
()
Ответ на: комментарий от anonymous

>2Aristarkh: Как всегда вопрос: что ещё не доделано. В частности, как там с русским? Заранее спасибо.

Да, все в принципе уже работает нормально с Nvidia. Использую последнюю сборку xgl-cvs_060223-2 под SuSE Factory. Правда, как я уже заметил - толку от этого для меня никакого, так - в целях эксперимента. А к локали насколько я понимаю это отношения не имеет. Что русский, что немецкий показывает одинаково.

Aristarkh
()
Ответ на: комментарий от Aristarkh

2Aristarkh: И вводится тоже нормально? Дело в том, что svu (разработчик переключателя раскладки для GNOME) упоминал, что там что-то такого сорта поломано. А так, насколько я понимаю, XGL появится в Suse 10.1. И мне он видимо сильно поможет, так как комп не такой убойный. Да, и забыл спросить, насколько стабильно работает: утечки памяти, вылетания? Ещё раз спасибо.

anonymous
()
Ответ на: комментарий от c3OS

> А процессор можно занять Жабой :)))

+5!

пацтулом :-D

Spectr ★★★
()
Ответ на: комментарий от Aristarkh

Неужели так трудно понять, что лишняя производительность не бывает?! Если вы купили самый топовую конфигурацию, это не говорит о том, что она есть у всех - это раз! Второе - гонка за новым железом там где оно не нужно - это бессмысленная трата ресурсов, как денежных, так и планетарных.
Как понимать - "от мощных видиокарт толку ноль"? Переносят ускорение на ваши "мощные видеокарты" и вам не нравится. Или это из разряда лишь бы высказать противоположное мнение и не согласиться с общим?
ИМХО - оптимизация и ускорение хорошо ВСЕГДА! Пусть у меня и атлон, но к примеру рядом стоит PII 400 МГц, которому XGL даст вторую жизнь. Для большинства пользователей, будь нормальное ускорение, хватит и PII. Офис, косынка, инет - вот и весь стандартный набор.
Наверно мне просто не понять людей, покупающих топовое железо за дикие деньги, только потому, что оно "свежее и только что вышло", а ну и конечно даёт необходимые 3% увеличения производительности! И это при том, что если написать программу нормально, то можно уменьшить требования к железу в несколько раз, но это не нужно, ведь у нас есть "топовое" железо!
Извените за, быть может, некоторый радикализм суждений, надеюсь я никого не обидел.

Serega_S
()
Ответ на: комментарий от Aristarkh

>Откровенно говоря - каких-либо ускорений ни в GTK, ни в QT не наблюдается. Все и так очень шустро выскакивает - куда еще быстрее, разве, что процессор разгрузить (чем тогда его занять? :-)

Неужели даже сайдбары в firefox/thunderbird не тормозят, если их порастягивать? А resize окошек в metacity? Не верю (c).

RatMann ★★
()
Ответ на: комментарий от aist1

> GTK всегда особой производительностью не отличался. GTK 2.8 через Cairo медленнее раза в 2-3.

Это откуда такие ужасные цифры? Когда я поменял 2.6 на 2.8 никаких отличий не заметил.

init ★★★★★
()
Ответ на: комментарий от RatMann

> Неужели даже сайдбары в firefox/thunderbird не тормозят, если их порастягивать?

Они тормозят вовсе не из-за скорости GUI.

init ★★★★★
()
Ответ на: комментарий от init

>Они тормозят вовсе не из-за скорости GUI.

Так я и думал... Значит кроме перделок (тени и прозрачность) xgl'у ускорять нечего?

RatMann ★★
()
Ответ на: комментарий от RatMann

Насколько я понимаю, ускоряются сами X-ы, а не либы. Если тормоза были в либе, то они там и останыться. Т.е. должны ускориться перетаскивание окон, "всплытие" окон из-под других окон, добавятся всякого рода эффекты над окнами - это всё будет делаться без тормозов и кушанья процессора, т.е. почти мгновенно. Это базис, который станет быстрым. А желать, что gtk или qt вруг резко убыстриться от этого - неверно, ИМХО. По идее, либы можно будет оптимизировать под работу на базе XGL, вот тогда и будет мега скорость в гномах и KDE. А пока - главное - базис. И его делают, WM-ы плюс графические либы подтянуться попозже.

Serega_S
()

как это чудо запускать, чтобы OpenGL был? а то glxinfo кажет mesa project. карточка nvidia, дистр - ubuntu dapper

Muromec ☆☆
()
Ответ на: комментарий от init

Я сам, к сожалению, не мерял. Не с чем сейчас сравнить. Чел один на форуме высказывался, где обсуждались проблемы производительности UI в Eclipse под GTK. Когда я запустил Eclipse в SuSE 10, мои глаза сказали мне, что отрисовка явно медленнее, чем была под GTK 2.4-2.6. Я поверил, не разбираясь дальше. Чисто софтовый сложный векторный движок (Cairo) всегда медленее движка меньшей сложности.

aist1 ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.