nVIDIA ovladače 177.78 Beta (diskuse)

[Tommy Angelo]

klasicka otazka, kde 4 je stale nepouzitelne vsak?

[Grunt]

Pro někoho kdo ho nechce používat a jen nadávat? Ano.

[Mige_Amour]

Hned co jsem viděl tuto zprávičku, tak jsem čekal, že se na tohle někdo zeptá :D. Co s tím lidi děláte? Používám KDE 4 na dovu PC s nVidia a nemám žádné problémy :)

[mirec]

Qt4 je pomalé, KDE4 je ****. Asi toľko. Keby sa tam dali vypnúť animácie išlo by mi rovnako pomaly ako Qt4 (teda dostatočne rýchlo na to aby sa to dalo používať ale rýchlosťou moc neoslní).

[dayvee]

zatimco gtk je rychle a gnome extra super nejrychlejsi ? muahahaha

[allstar]

rozhodne mnohem rychlejsi nez qt4

[vodic]

Neni pravda. Na me Nvidia 6800GS je odezva systemu KDE 4.1 se zapnutymi kompozitnimi efekty o poznani rychlejsi, nez u KDE 3.5 bez efektu. Mam takovy pocit, ze sis nainstaloval 4.0, ktere je opravdu pomale a sekave. Proc mit ale zastaralou verzi, ze? Takze updatuj a pak neco pis.

[mirec]

KDE 4.1.67

[mirec]

Ešte som zabudol dodať, že zatiaľ čo KDE 4.0.x renderovalo priemerné okno tak odhadom 0.2s u KDE 4.1 je to kvôli animácii minimálne 5s. Tomu sa hovorí efektivita fakt (aj keď samotné vykresľovanie môže byť rýchlejšie, pre mňa je podstatné len to, že to zasrali zbytočnosťami).

[vodic]

V tvem systemu je neco shnileho...

[Peter Lehotsky]

Tech systemu je malinko vic , staci pouzit google.

[vodic]

A pise ten Vas google kolik procent uzivatelu ma takove problemy ? :) Google najde i veskere dusevni zvraceni toho jehoz jmeno se nevyslovuje, tak nevim proc by nenasel i treba minoritni problemy uzivatelu.

[otula]

V tvem systemu je neco shnileho...

<rejp>Že by KDE 4.1?</rejp>

[Václav "Darm" Novák]

Instaloval jsi 4.1 čerstvě, nebo jsi postupně upgradoval? Já jsem od té doby co testuju čerstvá svn narazil už na jeden případ kdy bylo po upgradu nutné zahodit většinu konfiguráků v .kde4 a nechat je vytvořit znova, jinak se systém rozpadal zaživa. Jinak teď 4.1.67 na intel grafárně a lítá to jako drak.

[mirec]

Vždy kompilujem celé (adresár build rovno zahadzujem). Rovnako vyhadzujem konfiguračné súbory KDE z ~ aby to vždy prvý krát nabehlo v defaultnom nastavení. A viem, že v systéme nič zlé nemám (teda okrem KDE). Ide mi to rovnako na sračku ako u kohokoľvek kde som to vydel behať (akurát ľudia čo to používali tvrdili, že vraj to je rýchle).

[Václav "Darm" Novák]

Hmm, zajímavé… Teď mě napadá že jsem našel jednu věc v konfiguraci co velkou část animací povypíná, je to ovšem jen pro animace kompozitních efektů − přepni v Desktop -> Desktop Effects -> „Animation speed“ na Instant.

Druhá věc co mi na jednom ze dvou strojů zpomalovala celý desktop byl Nepomuk, zkus ho vypnout (Advanced -> Desktop Search).

[mirec]

Desktop -> Desktop Effects .. o kompozitný management sa ani nepokúšam :D To by ma fakt zabilo. Okrem toho si myslím, že je to na desktope zbytočnosť (vlastne .. čo by to robilo na serveri?)

Advanced -> Desktop Search .. nie moc účinné, keď v novej inštalácii idem tam tak zatuhne systemsettings na pár minút (kým dokončí indexovanie). Namiesto toho radšej okamžite killnem nepomuk* a potom to tam vypnem. Záťaž CPU po tomto kroku 0 - 1% (samozrejme ak nič nerobím).

[Václav "Darm" Novák]

Desktop -> Desktop Effects .. o kompozitný management sa ani nepokúšam :D To by ma fakt zabilo. Okrem toho si myslím, že je to na desktope zbytočnosť

Na desktopu to zbytečnost rozhodně není. Mám povypínanou většinu efektů, v podstatě jen pár věcí co jsem uznal za praktické (zprůhlednění okna při přesunu, expose, živé náhledy při alt+tab…). Kompozitní WM by měl navíc vykreslování oken urychlit, minimálně pozoruji že je s ním pohyb oken plynulejší.

Ehm, co by dělalo na serveru KDE? :)

[mirec]

Okná nepresúvam, živé náhľady pri alt+tab nemám rád, v textovej forme mám viac informácií o oknách, expose som ešte v živote nepoužil, okná prepínam maximálne tak v gimpe a tej je hodený na jednej ploche a rozložený tak aby mi vyhovoval. Takže nemám dôvod používať kompozitný management ktorý niekoľkonásobne spomalí renderovanie okien a zvýši pamäťovú náročnosť celého desktopu. Chcel som tým len povedať, že sú ľudia ktorí nič z toho čo to ponúka nevyužijú (napr. ja). Neznamená to, že môžu byť ľudia ktorí niečo také vyžadujú.

[Václav "Darm" Novák]

Takže nemám dôvod používať kompozitný management ktorý niekoľkonásobne spomalí renderovanie okien a zvýši pamäťovú náročnosť celého desktopu.

To je právě ono, nemělo by to spíš renderování oken urychlovat?

[mirec]

Prečo by to, že nerenderuje priamo ale do nejakého bufferu a potom zobrazuje malo urýchliť renderovanie? Myslím, že to môže maximálne tak spomaliť renderovanie a zvýšiť pamäťové nároky (potrebné na vytvorenie double vlastne skôr tripple bufferov ak hovoríme o KDE).

[Václav "Darm" Novák]

Protože se na renderování podílí grafická karta a ne procesor? Ale třeba se pletu…

[mirec]

Na spôsobe renderovania sa nemení nič okrem toho, že pribudne jeden buffer navyše. Takže žiadne zrýchlenie sa nekoná (presúvanie okien je mierne rýchlejšie pretože spodné okná nemusia prekresľovať svoj buffer pretože ten je stále alokovaný aj v prípade, že okno nie je viditeľné.

[vodic]

To je mozna teorie. V praxi jsou ale kompozitni efekty zalozene na operacich, ktere jsou akcelerovany grafickou kartou. A treba trivialni posunuti velke bitmapy je pro i tu nejpomalejsi grafickou kartu hracka, kdezto pro procesor casove docela narocny problem. Pokud kompozitni efekty nepouzijete, vse oddre procesor. Zkuste si treba spustit KDE 3.5.9 bez efektu a pak s Compizem. Rychlost odezvy systemu se zvysi (pokud nemate divny system nebo hw). A stejne to funguje v KDE 4.1, ale jeste o poznani markantneji. Sice nevim proc, ale predpokladam, ze se Lubos Lunak zameril prave na optimalizace rychlosti kompozitniho zobrazeni.

Takze prestante kydat hnuj na KDE4, kdyz se ho snazite vyrvale spoustet na S3Trio (muj tip podle Vasich drivejsich prispevku), ktere neumi poradne ani 2D akceleraci. Pokud chcete behat na sunkach, doporucuji xfce. Pokud mate soucasny hw (tim myslim proceror 1GHz+ a alespon GF MX440), tak Vam bude KDE4.1 fungovat svizne i s efekty.

[Deleted [8409]]

Vse je otazka navrhu API.

Pokud KDE bude behat jen s HW akceleraci, je to problem. Pokud nekdo udela to, ze vsechny ty efekty bude umet spocitat rychle i procesor, bude to parada. Vzdyt dnes mame dvojjadra, ctyrjadra, ktere to musi take zvladout velice dobre (zvlast s techologii SSE2, ktera je na tyto hracky jak delana)

Nemam nic proti HW akceleraci, ale nerekl bych, ze pro GUI aplikaci to musi byt povinnost

[Václav "Darm" Novák]

S tím že by to mělo zůstat příjemným bonusem než povinností souhlasím. Ovšem stejně tak mi přijde blbost nepoužívat to pokud to můj HW bez nějakých nepříjemných chyb umožňuje. A pak mi „efekty nepotřebuji“ přijde jako zcestný argument. O nich to není, jsou jen vedlejším produktem, třešničkou na dortu.

[Deleted [8409]]

Jojo,

ja jsem to spis myslel tak, ze pokud potrebuju udelat alpha-blend a momentalne mam raster v pameti, nemusim to tahat do graficke karty aby to ta karta udelala, protoze to dokaze udelat rychle i procesor.

Kazdy, kdo se zabyval pocitacovou grafikou vi, ze procesor toho take hodne zvladne a ani pri softwarovem renderovani by se animace nemeli sekat. Mrknete treba na knihovnu EVAS (a to je single threaded knihovna s nejvyssi optimalizaci pro MMX, takze moznosti jsou mnohem vetsi).

[vodic]

Samozrejme, ze procesor toho sam o sobe zvladne take hodne, ale jde spis o to, ze vypocetni vykon CPU je vetsinou potreba na neco jineho, nez aby filtroval bitmapy. Nehlede na to, ze procesor si pri tom vezme i vic energie.

[mirec]

To akože fakt nik nečíta čo píšem? No kašlať na to, zopakujem o čo mi ide.

V prvom rade nikde som nepísal, že sa niektoré činnosti kompozitným managerom nezrýchlia! Samotný presun okien ide s nižsou záťažou. Len pre zaujímavosť pripomeniem, že okna nepresúvam takmer nikdy. Podstatná je pre mňa rýchlosť vykresľovania okna ktorá je s kompozitným managerom omnoho pomalšia (ukážka rýchlosti renderovania, je vidieť, že presun je rýchly ale zmena veľkosti je strašne pomalá, resize používam na meranie rýchlosti renderovania, rovnako by som mohol použiť aj scrollovanie na webovej stránke). Dokonca tu ani nenadávam na to, že KDE4 má pomalý kompozitný manager, je mi to jedno, aj keby to malo 0.001fps (teda ak to nebude default zapnuté lebo by som umrel kým by som sa k tomu doklikal). Našťastie používanie KDE nie je podmienené použitím kompozitného managera ináč som už dávno na inom prostredí.

Už po niekoľký krát zdôrazňujem, že mne vadia animácie ktoré sú priamo v kdelibs. Žiaden windowmanagement. Len pre zaujímavosť skúste si KDE 4.1.67 alebo niečo okolo tohto čísla. Všetky dialógy typu wizzard, konfiguračné dialógy, vlastne myslím, že všetky okná ktoré používajú QStackedWidget (alebo KStackedWidget) majú pri prepnutí widgetov fade efekt. Mimochodom tento fade efekt na Nvidii 5200, AMD Athlon XP 2500+ pri maximalizovanom okne trvá aj niekoľko sekúnd. Táto animácia sa nedá vypnúť (video - to prvé je konfigurácia konqueroru z KDE3, to druhé sú už konfiguračné dialógy z KDE4, to pomalé fakt nie je načítavanie ale prepínanie QStackedWidgetu, animáciu mi grafická karta nestíha zobraziť, je to s vypnutým kompozitným managementom, nechce sa mi teraz hľadať .. niekde v blogoch KDE developerov to bolo ako sa chvastali tým, že im idú animácie aj bez kompozitného managera .. je mi z toho čo robia fakt zle). Rovnako sa nedajú vypnúť animácie pri prechádzaní kurzorom nad ikonkami (vtedy zobrazuje to + alebo - v ľavom hornom rohu). Ani animácie pri plasmoidoch nie sú nastaviteľné takže keď dám kurzor nad panel úloh zobrazí to fade efekt z neaktívneho prvku na aktívny prvok. Ide mi presne o tieto efekty nie o kompozitný management (už to tu opakujem fakt veľa krát).

Nakoniec KDE4 a E17 na Neo1973. V prvom rade si všimnite rýchlosť renderovania. Pri KDE4 vyzerá E17 ako z inej planéty. Na jednej strane je KDE4 strašne pomalé a pritom tam ani žiadne väčšie animácie nevidieť. E17 je brutálne animované a aj tak nemá najmenší problém s renderovaním. Pre rýpalov pripomeniem, že animácie nie sú súčasťou Enlightenmentu ale konkrétnej témy. Ďalej ak si všimnete všetky animácie sú zobrazené až po zobrazení toho čo človek chce zobraziť. Takže ak prechádzam konfiguračné dialógy nestane sa mi niečo také aby som musel čakať na zobrazenie animácie. Tá sa zobrazuje len u prvkov ktoré sú už vykreslené a teda vôbec ma netrápi či sa bude vykresľovať 0.1s alebo 2s. Animácie u KDE4 sú priamo v kdelibs - žiadna téma, žiadne nastavenie, takže sa ich nedá zbaviť. Takmer všetky fungujú spôsobom: fade efekt, postupné zobrazenie toho čo potrebujem zatiaľ čo E17 to zobrazí okamžite a prípadná animácia je len na zdôraznenie. Takže napriek svojmu extrémne zápornému vzťahu k animáciám mám z E17 celkom dobrý pocit (už len preto, lebo je optimalizované aj na môj hlboko podpriemerný počítač).

Ešte nakoniec pripomeniem, že som používateľ KDE (3.5.9). KDE používam preto, že si ho dokážem nastaviť podľa svojich požiadaviek, kvôli kio, kpart .. proste z desktopových prostredí mi vyhovuje najviac. Preto sa mi nepáči, že sa namiesto toho aby KDE4 pokračovalo vo filozofii KDE tu zrušia množstvo nastavení, pridávajú animácie, snažia sa kopírovať vistu, gnome, mac .. nič proti nim ale som používateľ KDE pretože je to KDE. Môžem si ho individuálne prispôsobiť, môžem ho používať aj na starších počítačoch, nie je veľmi náročné na pamäť, proste presný opak toho o čo sa snažia v KDE4. A to, že minimum nastavení nie je chybou, ale cieľom .. no tak to ma fakt potešilo.

[Václav "Darm" Novák]

Nojo, nvidia, jsme doma. Ona ta absence 2D akcelerace udělá věci… Mám takový dojem že novější verze qt by měly umět vykreslovat widgety přes OpenGL, což by doufám ten problém řešilo, navíc ani Nvidia snad nezůstane s ovladači pozadu. Ale ani na Nvidii se mi nepovedlo dosáhnout takové pomalosti. Teď jedu na Intel 82Q35 Express Integrated Graphics Controller. Zapnutý kompozitní desktop, scrollování v konqueroru naprosto plynulé, změna velikosti oken také (jen obsah se nemění a po resize „doskočí“ tam kam má. Bleskově, bez prodlevy.) Ten fade efekt pozoruji, zatím mě nijak neobtěžuje a předpokládám že stejně tak jako ho přidali, doplní do některé z příštích svn verzí i možnost pro jeho konfiguraci.

[mirec]

Možnosť vypnutia týchto zbytočností bola už v KDE 4.0.6x a fungovala. Ak by to tam chceli tak by to tam už dávno bolo (alebo sa mýlim?).

Zapnutie renderovania cez OpenGL je len škaredé zakrytie toho, že nedokážu vyladiť rýchlosť na takej úrovni ako enlightenment. Tí ktorí na to majú hardware budú robiť ešte väčšie kraviny a tí ktorí na to hardware nemajú budú mať naďalej pomalý desktop. Ak to môže fungovať rýchlo v enlightenmente (a tej vyzerá o triedu lepšie než KDE4) prečo by to nemalo fungovať aj v KDE4 (okrem toho, že sa developerom nechce optimalizovať).

Ak bude akcelerácia cez OpenGL tak ju rozhodne používať nebudem, hibernácie sa nevzdám!

[Václav "Darm" Novák]

Jak říkám, něco je shnilého v nvidii, podle videa asi i částečně ve tvém systému, když mi to na intelu ( a doma na radeonu) lítá jako blesk.

[Václav "Darm" Novák]

Jinak, všiml jsem si v průběhu testování hodně funkcí, ke kterým byl doplněn konfigurační dialog až později. Uvědom si že to co máš je testing verze, dialog pro úpravu konfiguráku není potřeba testovat tak jako vlastnost kterou nastavuje, tj. Asi na jeho napsání nezbyl čas, každopádně je to podružnější.

Zapnutí renderování beru opět jen jako bonus pro ty, kteří chtějí hladší vykreslování widgetů a mají na to HW. Proč se v tomhle utápět ve středověku a tu možnost jim nedat?

[mirec]

To, že by čas na napísanie klikátka nebol by som nepovedal lebo: 1. to tam už mali pred 4.1 a 2. zaoberajú sa zbytočnosťami, keby tomu obetovali pár minút myslím, že by to nebol zbytočne strávený čas.

A to, že niekomu to ide dobre na inteli je pre mňa irelevantné. Na notebooku mám intel a rýchlo mi to nejde (síce animácie prehráva asi maximálnou rýchlosťou pretože CPU nie je zaťažený na 100% ale stále to pre mňa predstavuje zdržanie bez ohľadu na to, či to grafika stíha alebo nie).

[Václav "Darm" Novák]

Jsem si prakticky jistý že ty animace mi přibyly až po přechodu ze stabilního KDE 4.1 na kdemod-unstable.

[Deleted [8409]]

Asi je v KDE neco spatne.

FADE effect dokazu naprogramovat tak, ze i na prvnim pentiu s MMX bude plynuly

[Václav "Darm" Novák]

No, tohle je sice crossfade mezi obsahy tabů, ale i tak :) Každopádně, není to ve stable.

[mirec]

No to ale nevadí. Ja mám KDE z svn pretože som chcel niečo pre KDE napísať. Lenže keď je to tak pomalé a animované (mimochodom občas tie animácie spôsobujú aj pád X) tak je asi dosť nereálne, že by som pre také prostredie niečo písal.

[Deleted [8409]]

Jojo, šak to právě myslím.

Osobně mám z této diskuze pocit, že lidi si nedokážou představit, co je všechno procesor schopný při dobré optimalizaci udělat. Crossfade je přece naprosto základní a triviální věc, ke které stačí i 500Mhz procesor na fullscreen 1024x768 + plynulé animace.

Vím, že v tomto případě je něco špatně v driveru, ale KDE komunita by měla zvážit možnost SW akcelerace, jinak bude KDE nepoužitelné na všech těch možných livecd, kde nebude dobrý driver.

U mě osobně to v poslední době dopadlo tak, že na noťasu už používám jenom Windows (ale je to asi způsobeno tím, že s linuxem jsem tu měl problémy už od začátku).

[ivan]

Treba zadat na akej zostave mne na NV 8800GT to ide hrozne folderview trva vsetko i niekolko sekund proste na kde4 sa s nvidiou 8800gt normalne neda pracovat -> isiel som na kde 3.5.9

[helb]

Zřejmě tam máte cosi shnilého, mně jde kde4 na 7300SE krásně plynule.

[mirec]

KDE4 má priveľa animácii. Na niektorých nvidiach to ide ako-tak, ja mám xorg 1.5, nvidiu 5200 a ide to úplne naprd. Kedysi to bolo ešte použiteľné ale keď tam dali animácie (momochodom brzdou v mojom prípade fakt nie je disk ale prehrávanie stupídnej animácie) .. no už je z toho sračka. A pritom by k použiteľnosti stačilo tak málo .. vlastne .. ak by sa nezaoberali vzhľadom a nemíňali svoj čas na pridávanie animácii tak by svoj čas ešte ušetrili.

[Ctirad Feřtr]

V posledním eaglu (qt4 aplikace) žádné animace nejsou a třeba při maximalizaci oken to laguje neskutečně (v KDE3). Takže to těžko svádět na KDE4 a jeho animace.

[mirec]

No to je druh aplikácie kde je dôležitá rýchlosť renderovania. V KDE aplikáciách väčšinou stačí vykresliť len pár widgetov a to neskutočne dlho trvá. Nehovorím, že výkon Qt4 je ideálny ale hlavnou brzdou KDE4 sú práve animácie.

[mirec]

Bolo to skúšané na KDE z SVN alebo normálne KDE 4.1.1. To z SVN je výrazne pomalšie pretože vtrepali animácie všade kde sa dalo. Nemal by chuť niekto s účtom na bugs.kde.org náhlásiť, že chceme možnosť vypnúť animácie / prepnúť do režimu pre normálne počítače (čítajte prosím < 400MHz, < 256MB RAM).

[David Watzke]

normálne počítače (čítajte prosím < 400MHz, < 256MB RAM).

Aha, tak sem by se hodil spíš termín prehistorické počítače.

[saly]

+1, normální PC je podle mě 1 Ghz+, 512 MB RAM+ ...

[mirec]

KDE3 funguje bez problémov < 100MHz. Ak by takto fungovalo KDE4 na mojom Core2Duo tak by som bol veľmi šťastný. Som dosť citlivý na výkon. Potrebujem proste prostredie ktoré ide pre väčšinu ľudí dobre < 400MHz na to aby som prehlásil, že je to použiteľné na Core2Duo.

[saly]

< 100MHz? To seš teda srandista. Jestli tam máš 1GB RAM, tak bych ti to možná trošku věřil, ale jinak ani náhodou. Skoušel jsem KDE3 na PC s cca 233Mhz a 64MB RAM a byla to příšernost ...

[Ctirad Feřtr]

Hezký logický kotrmelec. Se 64MB RAM to opravdu chodit nebude, ale se 128+ už jo. Do 1GB pořád sakra daleko.

[saly]

[saly]

Záleží taky, co na tom provozuje, žejo, já mám po startu zabraný cca 450MB RAM

[mirec]

Ja 65 a fakt na to je 64 málo. Úspešne som to s pár optimalizáciami používal na 192MB RAM.

[Laco]

Kamo problem bude niekde inde. Na mojej sunke 3 rocnej s Celeronom 2.8, 1GB Ram a Geforce 7600GS AGP slapalo KDE 4.1 v openSUSE uplne v pohode so zapnutymi efektami...

[mirec]

Lol, šunka :D Takýto počítač by som rozhodne nenazýval šunkou. Šunka je povedzme Openmoko na ktorom mimochodom KDE beží (ukážka). Chcete snáď povedať, že keby KDE4 osekali o anmiácie a zbytočnosti a zameriavali sa na podstatné veci ako je optimalizácia pre malé rozlíšenia, optimalizácia pre stroje bez akcelerácie tak by to KDE4 uškodilo? A aby si niekto nemyslel, že openmoko je úplná sračka tak dôkaz, že sa to dá.

[otula]

Vím, že glxgears nejsou benchmark, ale stejně - s každou novou verzí mi poklesne výkon v glxgears o kus dolů. Není to tak dávno, co se mi ta kolečka točila 6100 fps, po posledním to bylo těsně pod 6000, teď už jsem na nějakých 5900. Jestli to takhle bude pokračovat…

[Andrej Herceg]

A má to nejaký zmysel? Skôr by ma trápilo, keby to malo normálne 50fps a kleslo by mi to na 48fps (pri tých vysokých číslach to môže ovplyvňovať kopec rôznych faktorov, ktoré vôbec nemusia súvisieť s výkonom).

[Jiří Němec]

Nvidia prodala hromadu vadných chipů do notebooků a tím snižováním výkonů se jim snaží prodloužit životnost na délku záruky. Samozřejmě to musí snižovat postupně a u všech jejich grafik, aby to nebylo moc nápadné.

[otula]

Já jsem si to hned myslel

[Zadejte prosím své jméno]

Jenže kolísáni výkonu GLXgears je mnohem staršího data než pár nepovedených chipů do notesů.

[Jan Včelák]

Třeba to plánovali

[Grunt]

Jestli to takhle bude pokračovat…

…tak si s nima budu moct nakonec točit sám. A co výkon, ale že natvrdo zaberou kartu a pak nejde v konzoli přepnout rozlišení, to teprve dovede…

[Stov1k]

To máš ještě dobrý, já jsem měl 13 000 fps, následně po upgradu ovladačů 9 000 fps a teď 1 200 fps, ale nové ovladače jsem zatim nezkoušel, bojim se, že to klesne pod 1 000 fps Jinak, že by to bylo plynulé se říci taky nedá, strašně se to seká...

[otula]

Není to trochu příliš? U takového poklesu bych už asi hledal problém přece jen někde jinde.

[Stov1k]

Teď jsem teda aktualizoval na tyto beta ovladače a vyplatilo se, polepšil jsem si o 200 fps, takže už mam 1 400

[Stov1k]

Tak teď to nedopadlo zrovna nejlépe, ale snad to je pouze o nastavení xorg...

[Zadejte prosím své jméno]

Já mám na 8800gt jen cca 2700, ale ve hrách se to nijak neprojevuje, tj. 1000 fps v quake 3 není problém, quake4 i etqw taky sviští.Hodnotit cokoliv podle GLXgears je pošetilé.

[Leoš Literák]

Mohli byste nekdo zaktualizovat ovladac? Posledni verze je ze srpna

[David Watzke]

Hotovo.

[Prcek]

Nvidia mě teď nedávno pěkně zaskočila. Novější ovladače než 100.14.19 mi nejdou, protože ty novější vyžadují procesor s podporou SSE instrukcí. No co, tak jsem zůstal u té verze 100.14.19. Jenže další rána přišla s jádrem 2.6.25, se kterým se odmítnou zkompilovat právě ty starší ovladače 100.14.19. A teď babo raď . Našel jsem sice nějaké patche, ale tohle řešení je teda dost pofidérní, protože se tím musí obcházet portage (ale aspoň něco ).

[2008-09-27 20:13:08]

Pouzivat hardware technickej urovne roku 1998 a vyzadovat kompatibilitu s najnovsim software nie je dobry napad.

[Grunt]

Ale jde to…a o to jde až v první řadě. Zvláště pokud se bavíme o Linuxu.

[Deleted [8409]]

Ten kdo někdy programoval s použitím SSE, má v kapse náhradní řešení v C, když není k dispozici. Takže nevím co jste tím chtěl říct. Spíš bych to viděl jako chybu

[2008-09-27 22:33:17]

Ak sa nove funkcie programuju s pouzitim SSE, tak to neznamena, ze vyvojari musia stracat cas kodovanim a testovanim verzie bez SSE. PC s procesorom Pentium 3 sa da kupit za cenu blizku 0.

[Grunt]

To mi přijde jako ztrácení času s HTML, když všichni přece Flash žerou. Je to krásné, pohyblivé, vyblýskané, ozvučené, tak nač vlastně jen nějaké strohé texty, které stejně nikdo nečte?

[Grunt]

No a za b) by mě zajímalo zda-li se vůbec někdo kdo se neobtěžuje s blbým #ifdef SSE považovat za programátora.

PC s procesorom Pentium 3 sa da kupit za cenu blizku 0.

A ještě více nasere, když dáte velké tisíce do ne-x86 HW a pak zjistíte, že ani neškrtnete, protože Pentium 3 se da kupit za cenu blizku 0.

[Deleted [8409]]

Jenže to bych mohl říct to samé o SSE2, SSE3, atd.

Prostě každý kdo někdy použil asembler ví, jak se tyto optimalizace dělají a to nemluvím o jiných architekturách.

Jestli nVidia běží třeba i na PPC, tak tam žádné SSE není a určitě tu C verzi mají k dispozici. Navíc C verze většinou slouží pro testování korektnosti jiných verzí.

[2008-09-29 21:13:02]

Ovladace pre Linux a Windows su len pre x86 a x86_64.
Ak C verzia kodu existuje, moze byt prilis pomala na realne pouzitie.

[Deleted [8409]]

Ovladace pre Linux a Windows su len pre x86 a x86_64.

A vy si myslíte, že ovladače pro jiné architektury jsou dělané celé znovu ?

Ak C verzia kodu existuje, moze byt prilis pomala na realne pouzitie

Pokud to lidem dříve fungovalo, tak neznám důvod, proč by to teď fugovat nemělo. Je to bug.

[2008-09-29 21:56:37]

nVidia ine architektury ako x86 a x86_64 nepodporuje - http://www.nvidia.com/Download/index.aspx?lang=en-us

[Deleted [8409]]

Co není může být

[default]

No, určitě musej pod pokličkou podporovat PowerPC, protože, co si pamatuji, nVidia karty šly dokoupit do PowerMaců G5… A čekal bych i podporu Sparců do Sunních Solarisích pracovních stanic…

[petr_p]

Mám pocit, že tak před pěti lety nVidia nabízela na těch samých stránkách ovladače jak pro PPC, tak i pro Sparc.

[petr_p]

Proč to není dobrý nápad? Pro výrobce hardwaru? Asi ano.

Ale prostý lid chce používat své hračky s aktuálními programy. Zvláště když jim jejich hračky z roku 1998 (to ste ale trochu přestřelil) výkonově dostačují.

(Ano jsem jedním z nich a momentálně mám problém, že legacy legacy ovladače – řada 96 – nejedou s xorg-1.5.)

[2008-09-28 21:40:09]

nVidia by mala hlavne zlepsovat podporu noveho hardware a nie nejakeho srotu.
Intel vyraba procesory s podporou SSE od roku 1999.
So starymi CPU je lepsie pouzivat Radeon radu 9000, ktore maju open source ovladace s podporou 3D.

[petr_p]

nVidia by mala hlavne zlepsovat podporu noveho hardware a nie nejakeho srotu.

O tom žádná, ale portace ovladače na nové API není zlepšení, ale udržení stávajícího stavu. To je zcela běžná operace, kterou aspoň já považuji za samozřejmou.

[2008-09-29 21:13:02]

nVidia ma urcity pocet vyvojarov, ktory nemoze podporovat neobmedzene mnozstvo kombinacii hardware a software.

[pc2005]

+1 jsem na tom úplně stejně, mám Duron na cca 670MHz bohuzel to je ta starší verze čipu co ještě nemá SSE . Asi půjdu do Nouveau. Tady je videt nevýhoda proprietárního softu, normálně by stačilo zkompilovat bez SSE, jako třeba mplayer.

[Dusan]

Pod toto sa podpisuje a

tesať do kameňa.

[Mandarinka]

Nejdřív jsem se chtěl divit, proč potřebujete na tak starém pc nové ovladače pro gpu,a le pak mi došlo, že tak linux funguje - jak se jedna část nedá aktualizovat, je tu problém. Jedna z věcí, co je fajn na windows NT. S XP nebo 2000 by to po 6-8 letech jelo ještě dalších 6-8 let po konci podpory...

[ivdo]

No jak co by jelo, sehnat třeba novou verzi skype s podporou usb kamer pro windows 2000 taky nejde. A to ještě není 6 let po konci podpory.

Ale jako GameLoader na některé hry to ještě stačí

[pc2005]

No on problém není, jedu na starších než posledních ovladačích nvidia. Jenom mám asi naivní představu, že v nových verzích budou vychytané chyby a přítomné zrychlení. Každopádně je problém jenom díky uzavřenosti ovladačů.

[Luboš Doležel (Doli)]

Extra instrukce se dají zakázat přes nvidia-settings, otázka je, jestli to tak bude stačit.

[Jardík]

Dneska jsem nainstaloval nouveau ovladače společně s xorg severem 1.5 do archlinuxu x86_64 a s KDE4 jsou značně rychlejší než ty od nvidie, už se nic netrhá. Dokonce s nima běží i glxgears (sice dává "jen" 450 oproti 7800, ale ok). KWin efekty jedou jen přes xrender, při přepnutí na opengl černá obrazovka, jen kurzor poletuje. S XRender je to tak 4x rychlejší než s opengl na nvidia (a xrender na ní byl ještě horší). BTW, mám GT8600gt.

[Jardík]

Ups, koukám, že jsem je přechválil - nefunguje xv - všechny přehrávače videa s xv chcípnou na chybu xorg

[Jardík]

Zajímavý, najednou to už funguje ... přitom jsem s tím nic kromě restartu nedělal.

[Jardík]

A ještě jedna věc co nejede - po vypnutí xek se už znovu nenahoděj - teda nahoděj, ukáže se kurzor, ale pak chcípnou. Pomůže restart (asi něco s DRI modulem).

[David Heidelberg]

Staci restart xorg serveru, ten problem maji snad vsichni. Nevim, proc stale neni vyresen (uz ho mam asi tak rok)

[Jesus Jimenez]

No nevim, u me se projevil tenhle problem prvne u tehle betaverze (xorg-1.5.1, nVIDIA Quadro NVS 140M), takze driver sel po testu (to kvuli overeni, jestli uz na TP R61 nahodou korektne funguje probouzeni ze suspendu do grafickeho rezimu - nefunguje) opet z Archu pryc :)

[Peter Lehotsky]

V ubuntu a debianu probouzeni na R61 s nvidia driverem funguje, neco ti tam hnije.

[otula]

Pokud se dívám dobře, tak tohle je vlákno o nouveau

[Peter Lehotsky]

Funguje to s defaultnim nastavenim distribuce, konfiguraky pripadne zverejnim zde az budu mit cas, e-mailem neposilam!

[Jesus Jimenez]

Dekuji! ;)

[Jardík]

Mě to zase s xorg serverem 1.4 vůbec nešlo a ukazovalo to nějaký šílený chyby (a nějaký výpisy registrů grafiky či co).

[Jardík]

Jenže u mě restart x serveru nepomáhá. I když zabiju kdm a xka, xka už prostě nechtěj startovat. Ukáže se wait kurzor a tak za sekundu to klekne bez jediné chyby a pomůže mi jen restart celého PC (ještě zkusím jestli nepomůže reloadnout modul).

[Grunt]

BTW, mám GT8600gt.

Nouveau podporuje čipy NV80?

[Jardík]

No asi jo, když mi to funguje Ale 3D je unsupported a Xranrd 1.2 také.

[Grunt]

Sakra to zas je NV50. Tak to tady asi mají něco špatně. Ale jinak teda nevím jak to může jít rychle, když u Xrendr je WIP. Mam stejnou kartu tak to pro zajímavost zkusím také.

[David Watzke]

Nemají, to si jenom pleteš NV50 a G80. Ale označení NV50 se teda moc nepoužívá.

[Jardík]

Nevím, co je WIP, ale normálně zapnu composite v xorg, v kde zapnu u kwin efekty, nastavím na xrender a funguje mi to opravdu o mnoho rychleji než s nvidií a opengl. Jsem s nvidia ovladačem skoro ani nemohl scrollovat v konqueroru, sekalo se to nehorázně a nesnesitelně, natož pak "folderview" plasma widget - smrt. Ve FF to sice scrollovalo rychleji, ale na některých stránkách taky nehorázný záseky. Teď je to všechno OK. Akorát mě teda štve, že po odhlášení, už se nepřihlásim, dokud to nerestartuju - a také musím upozornit na nefunkční textovou konzolu při zapnutých xkách - je to tam jak guláš.

[Grunt]

Ono to lepší jede i s obyčejným NV ovladačem.

[YYY]

Jsem spokojenym dlouholetym uzivatelem gnome, ale testoval kde 4 na nvidia 4 mx 440, amd 2500+(64b), 512 MB DDR a uplne v klidku. Pouzitelne by to urcite bylo...