Re: [Comm] WineX и Ati Radeon

Re: [Comm] WineX и Ati Radeon

[Eugene Ostapets]

TaW пишет:

>Всем привет!
>Поставил winex3-3.2.1...
>Установка прошла успешно, поставил проверенный и работающий в том
>же winex'е WarCraft III Reign of Haos...
>Запускаю пишет:
>Loading required GL library /usr/X11R6/lib/libGL.so.1.2
>Грузит процессор под 100%, но ничего не происходит...
>Система: ALT Junior 2.2 + Packages from ALT Master 2.2 (Без
>UpDate'ов) с установленным fglrx'ом.
>В /etc/X11/XF86Config-4 стоит "Driver" "fglrx".
>Если ставить драйвер - radeon, WarCraft запускается, но все
>сильно тормозит...
>Как быть?
>Заранее огромное спасибо!!!
>  
>
libGLwrapper мочить в сортире...
rm -rf /usr/X11R6/lib/libGL.so
rm -rf /usr/X11R6/lib/libGL.so.1
ln -s /usr/X11R6/lib/libGL.so.fglrx /usr/X11R6/lib/libGL.so
ln -s /usr/X11R6/lib/libGL.so.fglrx /usr/X11R6/lib/libGL.so.1

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

[Comm] WineX и Ati Radeon

[TaW]

Всем привет!
Поставил winex3-3.2.1...
Установка прошла успешно, поставил проверенный и работающий в том
же winex'е WarCraft III Reign of Haos...
Запускаю пишет:
Loading required GL library /usr/X11R6/lib/libGL.so.1.2
Грузит процессор под 100%, но ничего не происходит...
Система: ALT Junior 2.2 + Packages from ALT Master 2.2 (Без
UpDate'ов) с установленным fglrx'ом.
В /etc/X11/XF86Config-4 стоит "Driver" "fglrx".
Если ставить драйвер - radeon, WarCraft запускается, но все
сильно тормозит...
Как быть?
Заранее огромное спасибо!!!
-- 
-=Andrey aka TaW=-
  taw88@mail.ru
XmmS plays: [nothing]

Re: [Comm] WineXЙ Ati Radeon

[Alexey Novikov]

>libGLwrapper мочить в сортире...
>rm -rf /usr/X11R6/lib/libGL.so
>rm -rf /usr/X11R6/lib/libGL.so.1
>ln -s /usr/X11R6/lib/libGL.so.fglrx /usr/X11R6/lib/libGL.so
>ln -s /usr/X11R6/lib/libGL.so.fglrx /usr/X11R6/lib/libGL.so.1
>
>-- 
>С уважением,
>Евгений Остапец
>+380 44 459 28 79
>http://www.unisoft.com.ua
>

Ответ неверный:) Попробуйте после этого выполнить ldconfig и посмотрите,
что получится:) Правильно же надо патчить libGLwrapper, см. прошлогодний
тред "ldconfig & symlinks" & bug #3316.

-- 
С уважением,
Алексей Новиков

Re: [Comm] WineXЙ Ati Radeon

[Eugene Ostapets]

Alexey Novikov пишет:

>>libGLwrapper мочить в сортире...
>>rm -rf /usr/X11R6/lib/libGL.so
>>rm -rf /usr/X11R6/lib/libGL.so.1
>>ln -s /usr/X11R6/lib/libGL.so.fglrx /usr/X11R6/lib/libGL.so
>>ln -s /usr/X11R6/lib/libGL.so.fglrx /usr/X11R6/lib/libGL.so.1
>>
>>
>>    
>>
>
>Ответ неверный:) Попробуйте после этого выполнить ldconfig и посмотрите,
>что получится:) Правильно же надо патчить libGLwrapper, см. прошлогодний
>тред "ldconfig & symlinks" & bug #3316.
>  
>
Выполняю уже почти 3 года и все в порядке... Что я делаю не правильно и 
почему у меня нет проблме?:)

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: [Comm]WineXк Ati Radeon

[Alexey Novikov]

>Alexey Novikov пишет:
>
>>>libGLwrapper мочить в сортире...
>>>rm -rf /usr/X11R6/lib/libGL.so
>>>rm -rf /usr/X11R6/lib/libGL.so.1
>>>ln -s /usr/X11R6/lib/libGL.so.fglrx /usr/X11R6/lib/libGL.so
>>>ln -s /usr/X11R6/lib/libGL.so.fglrx /usr/X11R6/lib/libGL.so.1
>>>
>>>
>>>    
>>>
>>
>>Ответ неверный:) Попробуйте после этого выполнить ldconfig и посмотрите,
>>что получится:) Правильно же надо патчить libGLwrapper, см. прошлогодний
>>тред "ldconfig & symlinks" & bug #3316.
>>  
>>
>Выполняю уже почти 3 года и все в порядке... Что я делаю не правильно и 
>почему у меня нет проблме?:)
>
>-- 
>С уважением,
>Евгений Остапец
>+380 44 459 28 79
>http://www.unisoft.com.ua

Дело в том, что ldconfig не только обновляет кэш, но и расставляет симлинки.
И начиная с некоторого libGLwrapper(во всяком случае это проявляется на
libGLwrapper-5.0.1-alt7) ldconfig устанавливает симлинк libGL.so.1 на
libGLwrapper.so.<трам-пам-пам>. Так что либо патчить, а libGLwrapper-5.0.1-alt7
уже нормально работает с NV и fglrx (если у Вас нет TV-тюнера), либо
rm -f libGLwrapper.so.*  
:)

-- 
С уважением,
Алексей Новиков

Re: [Comm]WineXк Ati Radeon

[Eugene Ostapets]

Alexey Novikov пишет:

>
>Дело в том, что ldconfig не только обновляет кэш, но и расставляет симлинки.
>И начиная с некоторого libGLwrapper(во всяком случае это проявляется на
>libGLwrapper-5.0.1-alt7) ldconfig устанавливает симлинк libGL.so.1 на
>libGLwrapper.so.<трам-пам-пам>. Так что либо патчить, а libGLwrapper-5.0.1-alt7
>уже нормально работает с NV и fglrx (если у Вас нет TV-тюнера), либо
>rm -f libGLwrapper.so.*  
>:)
>
>  
>
Так я же рекомендую rpm -e --nodeps libGLwrapper ; rpm -Uvh --justdb 
libGLwrapper<версия>.rpm :)))

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re:[Comm]WineXЛ Ati Radeon

[Alexey Novikov]

>Так я же рекомендую rpm -e --nodeps libGLwrapper ; rpm -Uvh --justdb 
>libGLwrapper<версия>.rpm :)))
>
>-- 
>С уважением,
>Евгений Остапец
>+380 44 459 28 79
>http://www.unisoft.com.ua

Это тоже вариант:) Только до ближайшего upgrade/dist-upgrade


-- 
С уважением,
Алексей Новиков

Re: [Comm]WineXЛ Ati Radeon

[Eugene Ostapets]

Alexey Novikov пишет:

>>Так я же рекомендую rpm -e --nodeps libGLwrapper ; rpm -Uvh --justdb 
>>libGLwrapper<версия>.rpm :)))
>>
>>
>>    
>>
>Это тоже вариант:) Только до ближайшего upgrade/dist-upgrade
>
>
>  
>
А про hold для apt уже все забыли?:)

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re:[Comm]WineXм Ati Radeon

[Alexey Novikov]

>Alexey Novikov пишет:
>
>>>Так я же рекомендую rpm -e --nodeps libGLwrapper ; rpm -Uvh --justdb 
>>>libGLwrapper<версия>.rpm :)))
>>Это тоже вариант:) Только до ближайшего upgrade/dist-upgrade
>А про hold для apt уже все забыли?:)
>
>-- 
>С уважением,
>Евгений Остапец
>+380 44 459 28 79
>http://www.unisoft.com.ua
>

Да нет, не все забыли.:) Только уж всегда лучше довести прогу
до нормального рабочего состояния, чем делать костыль,
который потом еще может о себе дать знать в самый непредсказуемый момент.:)
Если я правильно понимаю, то hold ограничивает возможности обновления,
или я что-то не так понял? Ведь apt должен как-то учитывать зависимости
того, что поставлено на hold?

-- 
С уважением,
Алексей Новиков

Re: [Comm]WineXм Ati Radeon

[Eugene Ostapets]

Alexey Novikov пишет:

>>Alexey Novikov пишет:
>>
>>    
>>
>>>>Так я же рекомендую rpm -e --nodeps libGLwrapper ; rpm -Uvh --justdb 
>>>>libGLwrapper<версия>.rpm :)))
>>>>        
>>>>
>>>Это тоже вариант:) Только до ближайшего upgrade/dist-upgrade
>>>      
>>>
>>А про hold для apt уже все забыли?:)
>>
>>    
>>
>
>Да нет, не все забыли.:) Только уж всегда лучше довести прогу
>до нормального рабочего состояния, чем делать костыль,
>который потом еще может о себе дать знать в самый непредсказуемый момент.:)
>Если я правильно понимаю, то hold ограничивает возможности обновления,
>или я что-то не так понял? Ведь apt должен как-то учитывать зависимости
>того, что поставлено на hold?
>
>  
>
Дело в том что libGLwrapper призвана решать не так уж часто 
встречающуюся проблему - автоматическую настройку ссылок на libGL.so.1. 
И как всякое решение, ориентированное на обработку непредсказуемых 
ситуаций ведет себя не менее непредсказуемо. Для статической домашней 
системы работа с сипользование libGLwrapper создает больше проблем, чем 
решает.

Сама libGLwrapper обновляется нечасто и я предпочитаю обновлять ее 
руками, чем доверять ее интелекту...


-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re:[Comm]WineXН Ati Radeon

[Alexey Novikov]

>Дело в том что libGLwrapper призвана решать не так уж часто 
>встречающуюся проблему - автоматическую настройку ссылок на libGL.so.1. 
>И как всякое решение, ориентированное на обработку непредсказуемых 
>ситуаций ведет себя не менее непредсказуемо. Для статической домашней 
>системы работа с сипользование libGLwrapper создает больше проблем, чем 
>решает.
>
>Сама libGLwrapper обновляется нечасто и я предпочитаю обновлять ее 
>руками, чем доверять ее интелекту...

Ну с тех пор, как она стала собирать вместе с Mesa, а не XFree86 
обновляется/патчится она достаточно регулярно, ИМХО.

А по-поводу ее непредсказуемости, то для NV и ATI все уже сделано,
кусок из патча:
+      XvQueryAdaptors(dpy, RootWindow(dpy, 0), &nadaptors, &ainfo);
+
+      if (!force_mesa && 
+	  XQueryExtension(dpy, "GLX", &ignore, &ignore, &ignore)) 
+	{
+	  version = VendorRelease(dpy);
+	  if (version >= 4000) 
+	    {
+	      if (ainfo && strstr (ainfo[0].name, "NV")) 
+		{
+		  current_lib = xf4_nv_lib;
+		  alt_current_lib = NULL;
+		} 
+	      else if (ainfo && strstr (ainfo[0].name, "ATI") && 
+		       (ainfo[0].base_id == 61) && !strstr (ainfo[0].name, "mach"))
+		{
+		  current_lib = xf4_fglrx_lib;
+		  alt_current_lib = NULL;
+		} 
+	      else 
+		{
+		  current_lib = xf4_glx_lib;
+		  alt_current_lib = alt_xf4_glx_lib;
+		}
+	    } 
+	  else 
+	    {
+	      current_lib = xf3_glx_lib;
+	      alt_current_lib = NULL;
+	    }
+	} 
+      else 
+	{
+	  current_lib = xf_mesa_lib;
+	  alt_current_lib = alt_xf_mesa_lib;
+	}

Так что проблемы будут только либо с другими картами, либо
кто-нибудь из игроков (NV/ATI) сменит свое название.

-- 
С уважением,
Алексей Новиков

Re: [Comm]WineXН Ati Radeon

[Eugene Ostapets]

Alexey Novikov пишет:

>>Дело в том что libGLwrapper призвана решать не так уж часто 
>>встречающуюся проблему - автоматическую настройку ссылок на libGL.so.1. 
>>И как всякое решение, ориентированное на обработку непредсказуемых 
>>ситуаций ведет себя не менее непредсказуемо. Для статической домашней 
>>системы работа с сипользование libGLwrapper создает больше проблем, чем 
>>решает.
>>
>>Сама libGLwrapper обновляется нечасто и я предпочитаю обновлять ее 
>>руками, чем доверять ее интелекту...
>>    
>>
>
>Ну с тех пор, как она стала собирать вместе с Mesa, а не XFree86 
>обновляется/патчится она достаточно регулярно, ИМХО.
>
>А по-поводу ее непредсказуемости, то для NV и ATI все уже сделано,
>кусок из патча:
>
>Так что проблемы будут только либо с другими картами, либо
>кто-нибудь из игроков (NV/ATI) сменит свое название.
>
>  
>
Ее непредсказуемость для меня определяется ее поведением, а не ее 
кодом:( До сих пор в клубах возникает проблема с ее работой и в случаях, 
если это моя головная боль - я ее прибиваю...
Насколько, вообще, оправдано ее существование? Я не вижу ни единого 
способа ее использования. При любой автоматической переконфигурации Х-ов 
производится изменение конфигурационного файла, почему этот код нельзя 
расширить на создание линков и избавится от этого неудобного костыля?

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re:[Comm]WineXо Ati Radeon

[Alexey Novikov]

>Ее непредсказуемость для меня определяется ее поведением, а не ее 
>кодом:( До сих пор в клубах возникает проблема с ее работой и в случаях, 
>если это моя головная боль - я ее прибиваю...
>Насколько, вообще, оправдано ее существование? Я не вижу ни единого 
>способа ее использования. При любой автоматической переконфигурации Х-ов 
>производится изменение конфигурационного файла, почему этот код нельзя 
>расширить на создание линков и избавится от этого неудобного костыля?

На сколько я понимаю, единственная ситуация, в которой она необходима:
существование на одном компьютере 2-х и более видюх с поддержкой GL,
для которых нужны разные драйвера. Ну например, рассмотрим чисто 
теоретическую (в силу несовместимости закрытых бинарных драйверов)
ситуацию, с ыидюхами от NV и ATI. Насколько я понимаю, программы 
использующие libGL.so* будут лезь напролом, не разбирая, которую
из библиотек грузить? А в ситуации одновременной работы с двумя
картами, например на разных мониторах, как себя должны вести X?

-- 
С уважением,
Алексей Новиков