13
października
2009
Niektorzy zapewne wiedza ze producenci kart graficznych "podkrecaja" swoje sterowniki tak, aby jak najkorzystniej wypadly w testach porownawczych z modelami konkurencji. Jest to im zarzucane bardzo często.
Wczoraj dowiedzialem sie jednak czegos co mnie kompletnie zaskoczylo. Jeden z programistów otwartego sterownika dla kart ati, pracującego nad nowym kodem 3d dla tych kart; opartym na Gallium, napisal ze karty radeon serii r500 (generalnie modele x1xx) nie maja pelnego wsparcia dla opengl 2.0.
Generalnie wszyscy piszą o tym że karty te oferują wsparcie dla opengl 2.0 (a nawet czasami 2.1)
Dave, Nicolai, and I, talked about NPOT. In a nutshell, we can do rectangles but not NPOT, which technically means that full HW-accelerated GL 2.0 is not possible on r500. So, why does fglrx advertise it anyway? Simple. fglrx lies and advertises GL 2.0 (for the GLSL entrypoints) without actually advertising the NPOT extension. Bad fglrx, bad. Jakob and I are thinking that we'll either write out fallbacks in the state tracker, or we'll just lie like fglrx. One of the two.
W skrócie oznacza to że sterownik (przynajmniej ten linuksowy) napisany przez ati zgłasza obsługę funkcji 3d których sprzęt nie potrafi obsłużyć. Funkcje te należą do standardu opengl 2.0.
Ciekawe ile jeszcze takich niespodzianek kryją sterowniki dla innych rodzajów sprzęŧu? Sam mam taką kartę grafiki i prawdę mówiąc czuję się lekko oszukany.
No ładnie.
dzial marketingu nieco sie rozszalal najwidoczniej ;)
Jedna funkcja - przegapili…
ze tak powiem - strategiczna
"ale oni coś mówili o jednej funkcji" "eee tam jedna funkcja - olać" ;D
Ładne buty, z takiego punktu widzenia Intel i AMD mogliby wypuścić sterowniki z wbudowanym rasteryzerem i reklamować swoje procesory jak zgodne z OpenGL x.x, albo DX x. ;)
PS. Może dlatego NVIDIA tak uparła się na zamknięte sterowniki? :>
14 września 2011, 22:19:53 | klucz ssh na gitorious |
Od niedawna przyłapałem się na tym że na gitorious.org przestał działać mój klucz ssh. Próba ponownej instalacji klucza powodowała jego odrzucanie ( " ssh key invalid " ).
Problem polega na tym ze zamiast user@host na końcu klucza trzeba wpisać swój email jaki podaliśmy przy rejestracji w gitorious.org. Być może problem nie dotyczy wszystkich, ale u mnie było to jedyne działające rozwiązanie.
04 lipca 2011, 12:48:34 | Tunelowanie esx po ssh |
Szybka notatka na przyszłość; aby wbić się na serwer ESX za pomocą vSphere poprzez tunel SSH, trzeba przeforwardować porty 443, 902, 903 oraz dodać wpis do hosts postaci
127.0.0.1 esxhost
bez tego nie pójdzie. Posiadanie wpisu określającego 127.0.0.1 jako "localhost" też z jakiegoś powodu nie wystarcza i dostaje się tajemnicze informacje o nieprawidłowym hoście, braku łączności itp.
02 sierpnia 2010, 20:12:02 | [mini] nietypowy problem CUPS |
ERRDOS - ERRbadaccess (Invalid open mode.) opening remote spool Test Page
W takiej sytuacji należy w windows w wlaściwościach drukarki odznaczyć "drukuj bezpośrednio na drukarkę". Dziwne, ale zostawię to sobie tutaj na przyszłość.