LINUX.ORG.RU

Вышел X11R7.5

 , ,


0

0

X.Org.Server (официальное название: the X.Org Foundation Open Source Public Implementation of X11) это официальная реализация X Window System.

Новые возможности

  • компиляция Xserver больше не требует Mesa исходников
  • MPX: Multi-Pointer X
  • Поддержка E-EDID
  • Input device properties
  • predictable pointer acceleration
  • xorg-server 1.7.1
  • Добавлен SELinux модуль безопасности,который использует XACE.
  • RandR 1.3
Убранные возможности
  • библиотеки: cfb, afb, mfb/xf1bpp
  • поддержка для старых/неиспользуемых/не работающих/не развивающихся расширений: AppGroup, EVI, MIT-SUNDRY-NONSTANDARD, TOG-CUP, XTrap, XFree86-Misc, XEvIE
  • флаги командной строки: -co, -bestrefresh, -showunresolved
  • утилиты: xorgconfig, xorgcfg, ioport, kbd_mode
  • Не развиваемые версии: Xgl, Xprt

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



Проверено: no-dashi ()

Ответ на: комментарий от kamre

> почему тогда все тулкиты (GTK+/Qt3/Qt4/Java/Tk/...) рендерят шрифты с субпиксельным сглаживанием по своему?

убунту 9.10 - во всем перечисленном шрифты одинаковые( разве что Tk не было на чем посмотреть )

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

> seamless rdp, не?

Хрень, ica не предлагать - аналогично. Seamless - это когда у окон родное оформление. Родное для локального wm, если кто не понял - именно так работает X Window...

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

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

Да запустите одно и то же приложение на винде и на линуксе и сравните. glxgears хотя бы.

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

> Узким местом оказалась сеть. Спрашивается, как это работало на 10 мегабитах и коаксиальных сетях (а в те времена, когда эта технология была создана, много где было именно так)

На P-133 с thinstation и карточкой realtek 8129 на борту (такие карточки с двумя разъемами под коаксиал и витую пару) E16 через xdmcp на разрешении 800х600 очень достойно и динамично смотрелся...

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

> Не надо ляля, пионерам будете втирать сказки про "плохую винду где ничего нормального нет". Я пробовал и иксы, и RDP. Первые по удобству сосут, последний - рулит.

Пиздеть - не мешки ворочать...

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

> Это было к тому, что pixmap-ов на сервер передается гораздо больше, как раз из-за редеринга шрифтов на X-клиенте.

Ай, тьфу, всё время клиента с сервером норовлю попутать. Начудили терминологею...

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

> И канал связи до сервера упал на пару минут. Что будет с приложением на сервере?

[пожимая плечами] ничего не будет. А что должно быть?

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

> Если все так замечательно с отрисовкой шрифтов на сервере

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

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

> Запускал. vlc. Плакал.

Не те фильмы смотрели. Кстати, glxgears в Linux в два раза больший fps даёт, чем в Visla. Это иксы такие хорошие или 3D в Visla такой плохой?

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

> Это иксы такие хорошие или 3D в Visla такой плохой?

Скорее всего в "Visla" выставлена вертикальная синхронизация для opengl.

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

> Скорее всего в "Visla" выставлена вертикальная синхронизация для opengl.

Никак нет, отключил специально. С ней было ровно 50 :)

Да, видюшка 8600m gs

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

> > А потом вам понадобилось пересесть на другую терминалку, и подхватить эту прогу там. Можете вы это сделать с X-forwarding?

> А вот это мне как раз не нужно :)

Зря, чувак дело говорит. В любом случае, для развития иксов такая критика будет полезнее, чем обожествление

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

> Зря, чувак дело говорит.

Да я как бы не спорю, непрерываемость процесса в случае разрыва соединения была бы очень полезна. В таких советчиках просто всегда смущает то, что они пытаются ряд полезных фич объявить ненужными. При чем как правило это те, фичи, которыми их любимый продукт похвастаться (пока) не может. Вспомните, как ещё 4-5 лет назад фанаты MS говорили, что XML-based формат для офисных документов - это путь в никуда.

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

Не нужно приводить бенчмарки "графики" на Qt как доказательство чего-либо кроме оценки призводительности самое Qt с сугубо практическими целями - 99% источников проблем находится исключительно в ея коде/реализации.
Чего-бы оне там себе в своих боложиках не писали, лучшее определение - список, блин, исключений образования прилагательных с помощью суффиксов ин,ан и ян.
PS: А yk4ever тролль скушный однако.

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

> Заходите в гости, покажу как у меня звук на FLV уплывает, как в MOV подглюкивает перемотка, как в MP4 некорректно определяется длина.

Во-первых, мы тут говорим по разницу между X- и не X- систем. Ты почему-то говоришь про разницу между программами.

Во-вторых, mplayer входит в Линукс 'из коробки' вместе с кодеками. Когда ты перед этим сделал заявления про то, что mplayer что-то не играет - звучало красиво, но 4.2. Твое текущее заявление про перемотку и длину - из той же серии.

> Я говорю по собственному богатому опыту.

Не сильно впечатлил опыт. 4.2 так и прет, из каждого поста.

> mplayer с диким присвистом отсасывает у безупречной комбинации MPCHC+ffdshow+DirectVobSub.

Безупречных комбинаций не бывает. Поскольку описанная тобой выше проблема не существует, то и качество этой комбинации вызывает сомнения. Пока под Windows система из коробки не играет все те кодеки, что играет Линукс - обсуждать бессмысленно. Программы же, работающие с парой кодеков, неинтересны в принципе.

> Я был бы только рад, если б под линупсом был хотя бы один полностью приличный плеер, но увы.

Не забудь зайти к логопеду.

> Приходится метаться между vlc, totem и smplayer, они компенсируют глюки друг друга.

Компенсировать твои руки не удастся уже никому. Прекращай метаться - иди обратно, в свой Windows. Про subject ты все равно ничего полезного сказать не можешь.

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

А не пизди-ка, друг. У меня на nVidia 8400M есть откровенные тормоза при отрисовке (например, быстром изменении размера окна, flash video и т.д.). Под виндой (которую с ноутбуком дали, свиста) их небыло - я перед сносом венды специально проверил.

Драйвер - официальный проприетарный. Иксы последние. ЧЯДНТ?

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

/Рано отправился пост./

Я считаю, что иксам давно нужен форк, а лучше переписывание с нуля. С выкидыванием нахрен и нещадно всех старых костылей, которые висят там со времен царя гороха и переработкой взаимодействия клиент-сервер. А лучше (идеально) вообще сменить архитектуру - уйти от чисто клиент-серверной модели к модели смешанной - научить "Х-сервер" рисовать самостоятельно. Нужен сетевой клиент? Подключай - он будет рисовать. Не нужен нахрен? Выруби, рисовать будет сервер.

И выбросить вообще _все_ лишнее, включая поддержку древних архитектур, библиотек, модулей и т.д. и т.п. Чисто десктопные быстрые Х-ы.

Да, похерить при этом солидную часть обратной совместимости с софтом 198х года рождения. Ну и черт с ним. Некрофилы и пользователи узкосепециального ПО могут поставить себе оригинальный X.org. Остальные смогут пользоваться новым.

Однако фридесктоп занимается не этим, а натаскиванием в Х-ы никому не нужной фигни, вроде ConsoleKit.

/inb4 "Тоооооолсто!". Не толсто, а ИМХО./

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

> А не пизди-ка, друг. У меня на nVidia 8400M есть откровенные тормоза при отрисовке (например, быстром изменении размера окна, flash video и т.д.). Под виндой (которую с ноутбуком дали, свиста) их небыло - я перед сносом венды специально проверил.

Сколько FPS показывает тест glxgears? Выражения типа 'не пизди' не могут помочь ни тебе, ни тем, кто захочет тебе помочь.

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

Пока не будет быстрого ресайза в том же компизе, сравнивать fps-ы в glxgears бессмысленно -- зачем? Всё и так видно, кто тормозит.

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

когда у вас продакшн на AIX, хренушки вы сможете заюзать NX.

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

> научить "Х-сервер" рисовать самостоятельно

Пробовали. Еще в XFree86-3.3.6, в результате выкинули и перешли на модульную архитектуру с XFree86-4.X

> Чисто десктопные быстрые Х-ы.


А они итак быстрые. Наличие игр, а также работоспособность игр под вайном как доказывают это.

> Я считаю, что иксам давно нужен форк


Ну так иди форкай. Хотя да, ты же неспособен.

Вот же странно - почему все, кто способен форкнуть (а значит кто понимает что происходит внутри Xorg) считают сложившуюся ситуацию вполне нормальной, а про "форк" и "переписывание" почему-то вопят только быдло и гомосе^W^W^W виндузятники и маководы?

no-dashi ★★★★★
()
Ответ на: комментарий от different

А не выпрямить бы вам, уважаемый руки? На xPress200M флеш видео не тормозит, быстрый ресайз тоже. Не тормозит даже *.mkv 720p. Дрова открытые, иксы 1.7.1. Видео играет mplayer, дистрибутив Gentoo. ЧЯДНТ?

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

В том-то и дело, что на тормозящих машинах fps в glxgears обычно низкий. Что доказывает только одно - драйвер не сконфигурирован. У меня из кучи машин в X тормозит только одна, с карточкой VIA Chrome. У нее 108 FPS в glxgears. Причина - drm не работает (проблемы в драйвере). У остальных машин - NVidia, и меньше чем 1800 FPS нет ни у одной. Соответственно, и тормозов нет.

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

Чёрт, запятую забыл.

>А не выпрямить бы вам, уважаемый, руки?

fixed

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

+стопицот.

полностью поддрживаю идею. ИМХО, сохранить совместимость основной части Хlib, которая нужна тулкитам и простейшим старым программкам будет нетрудно. Можно использовать наработки проектов Xgl и Wayland. Или вообще сделать что-то наподобие минимальных иксов без 3D внутри Wayland, т.к. для 3д-графики и композита сетевая прозрачность нах не нужна

Только кто-то должен рискнуть взяться за этот проект

annulen ★★★★★
()

А Ксинерамы так и нет...

petrosha ★★★★★
()
Ответ на: комментарий от no-dashi

> Вот же странно - почему все, кто способен форкнуть (а значит кто понимает что происходит внутри Xorg) считают сложившуюся ситуацию вполне нормальной

ЧСВ мешает. Иксы - грандиозный проект, если переделывать, есть риск все сломать и опозориться на весь мир

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

> Иксы - грандиозный проект

Так вроде бы школиё истерично орет, что им тут ничего переписывать и не надо ибо все на Gtk и Qt, и всего-то переписать рендереры? Выходит, что все не так просто, как школьники себе воображают? :-)

no-dashi ★★★★★
()
Ответ на: комментарий от annulen

> ЧСВ мешает.

Может они просто что-то знают?

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

> Во-первых, мы тут говорим по разницу между X- и не X- систем. Ты почему-то говоришь про разницу между программами.

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

> Во-вторых, mplayer входит в Линукс 'из коробки' вместе с кодеками.

Что значит "из коробки"? В бубунте его нет, надо ставить из репозитория. Чем это отличается от установки vlc или K-Lite под виндой? Да почти ничем. В линуксе интеграция с репозиторием, зато в винде дистрибутивы легко переносимые. Тож на тож.

> Твое текущее заявление про перемотку и длину - из той же серии.

Повторяю: заходите в гости, покажу. Как в FLV звук уходит, как один и тот же файл в mp4 корректно определяется в MPC-HC как длинной час тридцать, и как он в mplayer почему-то три минуты. Как перемотка назад глючит в mplayer для файлов mp4, но работает после преобразования в mkv.

> Пока под Windows система из коробки не играет все те кодеки, что играет Линукс

4.2 - линукс "из коробки" отнюдь не всё играет, это зависит от дистрибутива.

> Прекращай метаться - иди обратно, в свой Windows.

Говорю же, там слишком скучно - всё работает, не с чем поэкспериментировать :] Ну и без антивируса, конечно, на старом железе повеселей. Но проблемы с мультимедийной подсистемой в линупсе ужасные.

yk4ever
()
Ответ на: комментарий от no-dashi

> Вот же странно - почему все, кто способен форкнуть (а значит кто понимает что происходит внутри Xorg) считают сложившуюся ситуацию вполне нормальной

То-то появились NeWS, Display PostScript, Fresco, Y Window System, DirectFB, Wayland и Quartz. Видимо, все ситуацию "нормальной" считают, ога-ога.

Раскрою секрет: юникс всегда был простенькой халтурной системкой, которая в детстве расползлась по куче рук и, в результате, не обладала единой координирующей силой. Поэтому сил и средств переписать всё это говнолегаси ни у кого нет. Так и живём.

Теперь эта сила более-менее появилась, в виде FSF и крупных дистросборщиков (прочие коммерческие юниксы потихоньку вытесняются линупсом). От них и ждём откровений.

> а про "форк" и "переписывание" почему-то вопят только быдло и гомосе^W^W^W виндузятники и маководы?

Да потому что переходя с винды-мака, на которых подавляющее большинство железяк и мультимедийного софта работает быстро и безглючно, на иксы, в которых неожиданно флип дисплейного буфера занимает в два раза больше времени, в видео приходится отключать постпроцессинг, чтобы получать нормальные fps, а пульсаудио жрёт 30% гигагерцового процессора и при этом умудряется иногда щёлкать и икать - это шокирующий experience.

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

> То-то появились NeWS, Display PostScript, Fresco, Y Window System, DirectFB, Wayland

Прямо какой-то фамильный склеп - одни трупы и зомби

> Quartz

С учетом того, что он работает на 8 видеокартах (включая модели различные видеокарты на одном и том же чипе как разные видеокарты), на одной операционной системе от одного производителя, в линуксе c Xorg для каждой из карточек можно подобрать сочетание драйверов и версий, на которых Gtk/Qt + Compiz будут обладать той же функциональностью :-)

no-dashi ★★★★★
()
Ответ на: комментарий от yk4ever

> пульсаудио жрёт 30% гигагерцового процессора

2% от 1.5-гигагерцового процессора.

> в видео приходится отключать постпроцессинг, чтобы получать нормальные fps

Странно, а у меня mplayer более 10% cpu никогда не отъедал.

Почему у меня все работает, а у тебя вечно проблемы? Наверное, разница в руках.

no-dashi ★★★★★
()
Ответ на: комментарий от yk4ever

>Повторяю: заходите в гости, покажу. Как в FLV звук уходит, как один и тот же файл в mp4 корректно определяется в MPC-HC как длинной час тридцать, и как он в mplayer почему-то три минуты. Как перемотка назад глючит в mplayer для файлов mp4, но работает после преобразования в mkv.
mplayer -forceidx?

Deleted
()
Ответ на: комментарий от no-dashi

> 2% от 1.5-гигагерцового процессора.

Иногда 2. А иногда - 30. Пульсаудио, он такой.

> Странно, а у меня mplayer более 10% cpu никогда не отъедал.

Ну если смотреть ролики MPEG-1, 352x240 - то у меня тоже не отъест :] а вот с x264 порядка 640x360 - уже как повезёт. Причем, повторяю, под виндой всё гладенько.

> Почему у меня все работает, а у тебя вечно проблемы?

Потому что вам не с чем сравнивать. Вы глюки линупса уже привыкли обходить. А может у вас железки более хорошо поддерживаемые.

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

>юникс всегда был простенькой халтурной системкой

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

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

> mplayer -forceidx?

Пасибо, попробуем при случае. Но всё равно непонятно, почему по дефолту нормально не сработать.

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

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

[пожимая плечами] видеодрайвер тупит. xv тупит. пульсаудио тупит. Масса возможностей.

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

Это, кагбе, обратная сторона хвалёного юникс-вэя.

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

> а вот с x264 порядка 640x360 - уже как повезёт

Да вы что!!! Значит мне всегда везет, потому как x264 размером в два раза больше с по каждому измерению mplayer у меня производит абсолютно нормально.

> А может у вас железки более хорошо поддерживаемые

Ты не поверишь - но я даже в продуктовом магазине когда выбираю продукты, смотрю на состав и дату производства.

no-dashi ★★★★★
()
Ответ на: комментарий от yk4ever

>видеодрайвер тупит. xv тупит. пульсаудио тупит

Может быть они просто не работают в вашем случае? А вовсе не тупят.

>Это, кагбе, обратная сторона хвалёного юникс-вэя.

И видимо на вас все клином и сошлось? Жаль вас.

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

>Какое может быть "развёрнутее" такому однострочному гоблину, как вы?

Ну гоблин троллю не товарищ... оно конечно верно.

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

> Иногда 2. А иногда - 30. Пульсаудио, он такой.

И кстати оно родилось тоже из желания всё переписать. Ещё нетворк манагер можно вспомнить - два года уже страдаем. Не хватает чтобы пионеры и до X-сервера добрались - то-то запоём тогда!

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

> И кстати оно родилось тоже из желания всё переписать. Ещё нетворк манагер можно вспомнить - два года уже страдаем. Не хватает чтобы пионеры и до X-сервера добрались - то-то запоём тогда!

Да переписывать-то надо, факт. Например, один мой знакомый, старый хардкорный линуксоид, пульсаудией сильно восторгался - грит, в кои-то веки звук в линупсе заработал нормально и повсюду!

Вот только чтоб переписать правильно - нужно много ресурсов и центральная руководящая организация. А такой нет. Вот в результате и недоделки.

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

> Да переписывать-то надо, факт.

Не факт. Зачем переписывать если будет только хуже? К тому же на самом деле особых проблем и нету, драйвера писать только надо с поддержкой всех возможностей. А если это сейчас плохо делается - почему с новым неизвестно чем лучше будет? Я думаю будет хуже.

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

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

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

Способ глобально улучшить скорость работы иксов давно известен и успешно применён на практике.

...

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

... Оконный сервер вообще порочная концепция. Плохое решение для несуществующей проблемы.

недайбох изза таких как ты в будущем я не смогу через SSH открывать свои любимые GUI-приложения... (а придётся изза одного приложения открывать целый VNC-клиент)..

ПФФФФФФФФ.... откуда вы только набрались такие... пппфффффФФФФФФ~~

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

> Раскрою секрет: юникс всегда был простенькой халтурной системкой, которая в детстве расползлась по куче рук и, в результате, не обладала единой координирующей силой. Поэтому сил и средств переписать всё это говнолегаси ни у кого нет.

Странно только то, что в той же винде такое же говнолегаси. Значит, не в координирующей силе дело-то.

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