Re: [Comm] WineX и Ati Radeon

Re: [Comm] WineX и Ati Radeon

[@ 2004-01-12 11:48 UTC (permalink / raw)]

[Comm] WineX и Ati Radeon

[@ 2004-01-12 15:17 UTC (permalink / raw)]

Re: [Comm] WineXЙ Ati Radeon

[@ 2004-01-13 10:56 UTC (permalink / raw)]

Re: [Comm] WineXЙ Ati Radeon

[@ 2004-01-13 13:08 UTC (permalink / raw)]

Re: [Comm]WineXк Ati Radeon

[@ 2004-01-14 5:26 UTC (permalink / raw)]

Re: [Comm]WineXк Ati Radeon

[@ 2004-01-14 10:16 UTC (permalink / raw)]

Re:[Comm]WineXЛ Ati Radeon

[@ 2004-01-14 13:48 UTC (permalink / raw)]

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?

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