Az NVIDIA befejezte a xf86-video-nv driver fejlesztését

X, Wayland, Mir

Az NVIDIA részéről Andy Ritger a napokban bejelentette, hogy cége befejezte az xf86-video-nv driver fejlesztését. A NVIDIA volt a fejlesztője és karbantartója az xf86-video-nv X eszközmeghajtó-programnak, amelyet elsősorban azért kínáltak, hogy legyen egy minimális funkcionalitású, de elég használható driver, ami felhasználható a disztrók telepítése során egészen addig, amíg a zárt forrású NVIDIA driver telepítésre nem kerül.

Az NVIDIA azzal magyarázza a meghajtó fejlesztésének befejezését, hogy a modern X Window System renderelési rendszerének igényei olyan drasztikus mértékben megváltoztak, amelyet az nv driver már nem tud hatékonyan kielégíteni. A mai modern X rendszerek alatt az nv driver nem tud sokkal többet kínálni mint amit a VESA driver nyújt. Az nv driver átalakítása komoly erőforrásokat vonna el a zárt forrású NVIDIA driver fejlesztésétől, ezért az NVIDIA az új GPU-kat már nem támogatja az nv driver-rel.

  • az NVIDIA az nv driver jelenlegi funkcionalitását továbbra is megtartja a jelenlegi GPU-khoz, a jelenlegi és jövőbeli X verziókhoz
  • az NVIDIA xf86-video-nv driver-e _nem_ támogatja majd az NVIDIA Fermi és az azt követő GPU-kat
  • az NVIDIA xf86-video-nv driver semmilyen GPU-n nem fogja támogatni a DisplayPort-ot

Az NVIDIA azt javasolja az NVIDIA GPU-val rendelkező felhasználóknak, hogy a telepítés idejére használják a VESA driver-t egészen addig, amíg az NVIDIA.com-ról fel nem telepítik a zárt driver-t.

A részletek itt.

( tompos v | 2010. 03. 29., h – 12:12 )

Emmeg azt javaslom, nyissak meg a drivert:)

tompos

hát windowson sem nagy szám. mpeg2 dekódolás már ma a cpunak sem nagy feladat, de h.264et winen sem gyorsít az intel grafika. lehet, hogy VC1 támogatás működik, sokszor még nem volt rá szükségem. h.264 ezzel szemben jól jönne sokszor, de az is csak a cpura marad.
windowson intel grafikával játszani... max önszivatásra jó.
így nagy különbség felhasználásban nincs windows és linux között.
________
мсп конец

Nekem sem, bar laptopon eleve nem is akarok jatszani. Mindenesetre kivancsisagbol athuztam most egy T400-ra (HW: Intel GM45 Express Chipset, P8400@2,26GHz, 4GB RAM; OS: Fedora 12 64bit) az UT2004-et es jatszottam egy kort. Hat nem mondom, hogy nagy elvezet volt, de azert lehetett jatszani, 1280 x 800-os felbontasnal, default beallitasokkal az FPS 24 es 270 kozott maszkalt. Ezen lehet tuningolni, de sajnalom ra az idot, mert nem celom ezzel a konfiggal jatszani. Uj jatekoknal gondolom lenyegesen rosszabbul nezne ki a statisztika ;) Aki Intel chipes gepen jatszani akar, az sajnos csak magara vethet, laptop vasarlas elott el kellett volna donteni, mire kell a gep. Persze, szegeny ember vizel es foz ;)

Új driverrel érzésre lassú volt mint a tetű, összehasonlításképpen viszont nem ablakráncigálást vagy weblap görgetést akartam felvenni és kielemezni, egyszerűbb volt egy Quake3 benchmark.
És az FPS értékek magukért beszélnek :( átlag 83 fps vs 29 fps maximum felbontás esetén.

A VC-1 dekódolást pedig használnám (újabb intel chipek tudnának amúgy H.264-t is, de ez 10 éven belül tuti nem lesz Linuxon elérhető)

Mások meg azzal játszanak amivel tudnak (mert nincs pénzük fél évente 30-40 ezer Ft-ot vagy többet videókártyára kiadni), Counter Strike: Source, World of Warcraft és így tovább mind tökéletesen játszhatóak Intel videókártyákkal.

Nekem egy integrált Radeon HD 4200 van, Windows-al persze, alkalmi játékos vagyok (havonta egyszer pár órára indítok el egy játékot, Bioshock, Crysis, FEAR 2, Fallout 3, STALKER, amikkel eddig játszottam ezen a GPU-n), teljesen meg vagyok elégedve vele, még akkor is ha csak közepes beállításokkal, alacsony felbontáson tudok játszani.

( bimi3 | 2010. 03. 29., h – 12:45 )

A disztrók úgyis sorra állnak át a noveau-ra.

Részemről elégedett vagyok a zárt driver-el, így ez a hír nem érint.

( Chronos | 2010. 03. 29., h – 13:02 )

Szerintem támogathatnák a Nouveau fejlesztését. Vagy nyissák meg a kódjukat. Vagy mindkettő :) Elég gáz ilyen indokkal kihátrálni..

Inkább fejlesszék rendesen a zárt drivert. Ez az egyetlen cég ami képes rá és vállalja; se nyílt, se zárt alternatívája nincs Linuxon se teljesítményben, se stabilitásban, se funkcionalitásban.

Az pedig, hogy abba nem akarnak több energiát feccölni, ami mindenkinek kb 5 percig működik (amíg le nem tölti a zártat az nvidiától/disztribútortól) megértem. A szokásos fossfan duma, hogy ha nyílt a kód, akkor bármikor forkolhatod ha kihátrál mögüle a cég - ez ilyenkor senkinek sem jut eszébe, csak ha szétb.szni (ld intel, ati) kell valamit?

Hat vegulis az alap dolgokat tudja. Miutan atvette Fedora, nagyon beindult a fejlesztes. Folyamatosan jelennek meg ujabb hirek. Anno nagyon kihalt project volt, idonkent raneztem de semmi sem valtozott. Most mar azert van valami. Minden esetre nem felek hogy NVidia olyan paraszt lesz hogy dobja a regi kartyakat. :/

vannak azért racionális okok is a nyílt driverek mellett. ha szeretnél más, a zárt driver által nem támogatott os vagy hardware platformra is jó 3D grafikát, akkor szükséged lesz opensource driverre. pl syllableos vagy haikuosre szeretnél teljes 3D támogatást a vga kártyádhoz, vagy a PowerPC vagy UltraSparc computereden akarod használni bármilyen os alatt, akkor is szükséged lesz opensource driverre ahhoz, hogy egyáltalán legyen mivel elindulnod.

Ehh és aki NetBSD-n v OpenBSD-n vagy * nem supportált OS-en akarja használni az d*gja fel magának? :) Tudom, hardware-t venni tudni kell, meg OS-t választani is.

Nekem nem kell, hogy 3D gyorsítás legyen, de az túlzás, hogy a VESA-nál nem tud többet a jelenlegi nyílt driver. Nagyobb felbontást és képfrissítést biztosan tud. Egy minimális nyílt referencia driver az elvárható(szerk. inkább csak jó) lenne.

az Nvidia normális drivert írt jó minőségű kóddal, amit viszonylag könnyen lehet portolni. ezért megtehetik, hogy nemcsak Gnu/Linux változatot, hanem még FreeBSD drivert is kiadjanak a kártyáikhoz. az Nvidia csinálta az első PCs 3D kártyát és azóta is folyamatosan fejleszt újabb és újabb 3D chipeket és drivereket.
velük szemben az ATI kezdetben minőségi 2D király volt a Matrox mellett. felvásárlásokkal fejlesztette a technológiáját. előbb a Tseng labs megszerzésével jutott hozzá gyors 128bites 2Dhez, majd az ArtX felvásárlásával szerzett versenyképes 3D technológiát. csak az ArtX eredetileg Nintendo GameCube konzoljához fejlesztett 3D GPUt, konzolokon pedig nem szükséges portolható driverekkel vacakolni. a sebtiben összedobott és folyamatosan javítgatott eredeti radeon windows drivereket sohasem lehetett portolni más OSre. ezért a FireGLt is megvette az ATI normális 3D driver reményében a Diamondtól. a FireGL opengl teamje híres volt a professzionális jó minőségű OpenGL fejlesztéseikről, a 3DLabs mellett profi és drága 3D kártyákat árultak régóta, csak épp játékra nem voltak optimálisak.
így az ATInál egy külön párhuzamos ágon indult meg a linux driver fejlesztése a Firegl team által.

a pc játékvilágból kinőtt és megerősödött Nvidia minimális extra befektetéssel tud egyszerre jelen lenni számtalan platformon.
a ma már AMD tulajdonában levő ATI professzionális OpenGL 3Dtől kozolcuccokig mindent összeszedett, és imho még ma sem sikerült optimálisan integrálnia a megszerzett technikákat.
________
мсп конец

bizony bizony, az Nvidia volt az első és nem 3dfx. sokan gondolják elsőnek a 3dfxet a voodoo1 kártyájával, de az csak 1996ban jelent meg. a Nvidia NV1 chipsetre épülő kártyája már 1995ben megjelent. az NV1 egy "konzolkártya" koncepciót követett, egyben volt 2D/3D/és hangkártya. azaz egymaga 3d játékgépet csinált egy PCből. akkoriban DirectX még csak beta volt, egyébként használhatatlan, a win95 még hónapokra volt a megjelenéstől. a játékok közvetlenül támogatták a hangkártyák egy részét, ez jellemzően SoundBlaster és igényesebb játékoknál Gravis Ultrasound is volt.
az Nvidia stratégiája alapján egyben adott mindent. egy Nvidiára készített játék tálcán kapta a 3Dt és egy igen jó 20 csatornás hangkártyát, egybe építve a VGAval. a probléma az volt, hogy az NV1 nem háromszög, hanem egyedi négyszög 3D grafikát támogatott, és alig volt hozzá játék. az NV1 kártyához mellékletként járt egy Virtua Fighter 3D játék, azon kívül még egy Nascar játék volt hozzá, plusz még két három játék és kifújt. az egy évvel később megjelent egyszerűbb Voodoo, így akkor a késlekedése ellenére szinte mindent vitt. de az Nvidia nem adta fel, és évekkel később ők vásárolták fel a 3dfxet.

Wow! És tényleg... ez nem tudtam (de már megnéztem :-)!
Köszi!
Persze azért az nv1 még nem sokra volt jó, ha az s3 virge szintű 3d volt benne, meg a 4szög miatt eleve nem is volt opengl, vagy opengl szerű támogatása, mint a voodoo1 ... őőőő... nem mesa...hanem... glide.
Arra nem emlékeszel, hogy volt egy 3. kártya is 96ban valami P betűvel kezdődő... az nem lehetett előbbi?

P betűvel egy Premedia2 chipes kártya futott akkoriban. a professzionális 3DLabs egyetlen próbálkozása volt a mainstream piacon. bukása ékes bizonyítéka volt annak, hogy egy profi OpenGL hw nem fog feltétlenül remekelni a game világban is. Dimaond nyomatta azt is FireGL néven. le kellett végül árazni, ami eléggé sokat ártott az egyébként aranyáron adott többi 3DLabs kártya hírnevének. okos emberek pedig pár évre bevásárolhattak maguknak profi OpenGL szintű olcsó Premedia2 kártyából. voltak haxxok, amikkel fullossá lehetett változtatni az egyébként csak korlátolt OpenGLt, amit ezekhez adtak.
még annyi érdekesség, hogy a mostani AMD/ATI kártyák linux drivereit ennek a 3DLabsnak a driver teamje írja, többszöri adásvételek után az ATInál kötöttek ki. innen a linux drivel fglrx neve. illetve korábban a linuxon a profi FireGL képességekkel bírtak a game kategóriás Radeonok is, mert a profi drivert kapták. linuxon nem volt két hivatalos driver verzió. lehet, hogy most is így van még.
volt még a Rendition Vérité, az is picivel előbb jelent meg, mint a Voodoo, ráadásul volt hozzá egy spec Quake változat a vquake és a Quake2nek is volt külön Vérités RRedline változata. olyan jó élethő víz alatti imagewarp effektet tudott, amit utána évtizedig nem láttam viszont más kártyákon új opengl/direct3d mellett sem.

"
Persze azért az nv1 még nem sokra volt jó, ha az s3 virge szintű 3d volt benne,"
nem nem erről szó sincs! valódi 3Dt tudott, még az s3virge csak parasztvakítás volt. itt egy Virtual Fighter Remix video, Sega Saturnon készült Edge3D videot nem találtam, de azon is kb ilyen volt. egyébként volt sega gamepad bemenet is az Diamond Edge3d nv1 kártyákon.
király demokat mellékelt a Diamond ehhez a kártyájához,
SPEEDER
ez az Edge3d NV1 chipjét használta,
a többi előre renderelt volt, de komoly 2D kellett a minőségi lejátszásukhoz, plusz a kártyán levő kiváló hangkártya.
BELLSNWH
LOCOMOTV
STANSTEL
CHROMSAR
TAKUROBT
AGENDA
Gears KDEsek megirigyelhetnék:)
és
egy reklám a mellé adott tridigitalról

> bizony bizony, az Nvidia volt az első és nem 3dfx
> ...
> Nvidia NV1 chipsetre épülő kártyája már 1995ben megjelent

A Matrox Impression Plus pedig 1994-ben jelent meg:>
Rovid idezet a specifikaciobol: 


Real-Time 2D and 3D Features:

* Accelerated 3D Gouraud shaed displays at 1152 x 882 in 65K colors, and 800x600 in 16.7 m colors
* 150,000 Gouraud shaded polygons per second
* Accelerated double buffering and z-buffering
* Support for industry standard 3D API's : 3DR, OpenGL, HOOP's and VAGI
* DynaView 2D and 3D Drivers for AutoCAD and Microstation under Windows and DOS
* Realtime 3D Wireframe Resolutions and Color Depths: (*requires 4Mb WRAM)

        o 1600 x 1200 256*
        o 1280 x 1024 256*
        o 1152 x 882 256, 65k*
        o 1024 x 768 256, 65k*
        o 800 x 600 256, 65k, 16.7m*
        o 640 x 480 256, 65k, 16.7m*

* Realtime 3D Gouraud Shaded Resolutions and Color Depths: (*requires 4Mb WRAM)

        o 1600 x 1200
        o 1280 x 1024
        o 1152 x 882 256*
        o 1024 x 768 256*
        o 800 x 600 256, 65k*
        o 640 x 480 256, 65k*

Akkor most ki volt az elso? ;>

"támogathatnák a Nouveau fejlesztését"
Nem fogják, sőt, aztán nehogy az legyen, hogy akkora lesz a Nouveau körüli hype,
hogy nVidia beint, hogyha nekünk ez kell, akkor csak ez lesz, és nem fejleszt zárt drivert...
mert akkor felköthetjük a gatyánkat...a Nouveau-val együtt...
-
"Attempting to crack SpeedLock can damage your sanity"

( szotsaki | 2010. 03. 29., h – 13:13 )

Ellenben tíz napja kijött a legújabb zárt driver (195.36.15), a következő változásokkal:

  • Fixed a bug that caused the X server to crash when renderingoccurred while the X server was not on the active VT.
  • Fixed a regression that caused the driver to fail to properly adjustthe GPU fan speed on some GPUs.
  • Fixed a bug that prevented performance level transitions on recentGPUs with SDDR3 and GDDR5 memory.
  • Added support for the following GPUs:
    Quadro FX 880M
    GeForce GTS 350M
    GeForce GTS 360M
  • Added support for NVIDIA 3D Vision Stereo on Linux with Quadro GPUs. See the "Stereo" X configuration documentation in the README for details.
  • Fixed a bug that caused screen corruption after an application released a GLX_NV_present_video device.
  • Fixed an X server crash caused by starting nvidia-settings while X was not on the active VT.
  • Fixed brightness control hotkeys on some laptops.
  • Fixed an nvidia-settings bug that produced many "Bad argument" warning messages when running nvidia-settings --query all.
  • Fixed an installer bug that produced the following message:
    WARNING: Unable to perform the runtime configuration check for library 'libGL.so.1' ('/usr/lib/libGL.so.195.36.03'); assuming successful installation.
  • Fixed a bug that caused G-Sync stereo synchronization to fail sometimes when enabling frame lock.
  • Fixed a bug that caused OpenGL applications to occasionally crash with "double free or corruption" messages when exiting.
  • On GPUs with VDPAU feature set A, enhanced VDPAU's handling of some corrupted or incorrectly formatted MPEG-1/2 streams. This solves a reported issue with "0testbad.mpg".
  • Fixed a bug in the VDPAU video mixer that caused chroma aberrations, and corruption in the right-hand few columns of pixels, when post- processing video surfaces with widths not an exact multiple of 4 pixels.
  • Fixed a bug that prevented the GPUFanControlState attribute from being set on the nvidia-settings command line.
  • Fixed a regression that made the "TVStandard" X configuration option cause system hangs with products from the GeForce 6 and 7 series.
  • Worked around a bug in some AUO laptop flat panels where the native mode in the EDID is invalid, leading to a 640x480 desktop repeated six times across the screen.
  • Increased the maximum number of slices supported by VDPAU for MPEG-2 streams, in order to cope with the region 1 DVD "A Christmas Story".
  • Added unofficial preliminary support for xorg-server video driver ABI version 7, including xorg-server-1.7.99.2.
  • Fix the soname of libvdpau_nvidia.so.1 and libvdpau_trace.so.1 to match their filenames.
  • Fixed a performance regression with non-antialiased text in KDE4.
  • Enabled GPU acceleration for many RENDER compositing operations that were previously processed in software, including conjoint and disjoint blending modes and component alpha blending.
  • Added experimental GPU acceleration of the RENDER CompositeTrapezoids operation. This can be enabled at runtime by running:
    nvidia-settings -a AccelerateTrapezoids=1This is only supported on the GeForce GTX series or newer products. Fixed a bug in the VDPAU overlay-based presentation queue that caused high CPU usage during "put bits" operations when more than two surfaces were queued.
  • Updated `nvidia-settings --query all` to report all available attributes queryable through all NV-CONTROL target types.
  • Enhanced the VDPAU blit-based presentation queue to provide values of "first_presentation_time" that have less jitter.
  • Add support for R16F and RG32F GLXFBConfigs when using GeForce 8 series and higher GPUs.
  • Added support for A2BGR10 32-bit GLX visuals on 30-bit X screens. These allow some level of window transparency when using 30-bit visuals with GLX and Composite, but they may cause problems with older X servers and/or applications.ARGB GLX visuals can be disabled by adding:
    Option "AddARGBGLXVisuals" "False" to the X configuration file.
  • Fixed a problem that caused DisplayPort devices to behave incorrectly when DPMS power saving mode was triggered.
  • Updated VDPAU to improve thread concurrency.See the README for details.
  • Altered NVIDIA X driver behavior in the case that no display devices are connected to the GPU.Previously, in this case, the NVIDIA X driver would pretend a CRT was connected to the GPU. Now, the NVIDIA X driver will not automatically pretend that any CRTs are connected.If the X driver does not detect any connected display devices, the X server will fail to start.

    To restore the old behavior, use the ConnectedMonitor X configuration option; e.g.,
    Option "ConnectedMonitor" "CRT" Alternatively, if display is not desired, Quadro and Tesla GPU users can enable "NoScanout" mode, which bypasses any mode timing validation or use of display devices; this is configured with:
    Option "UseDisplayDevice" "none"

  • Disabled software cursors when the driver is operating in "no scanout" (UseDisplayDevice "none") mode.The software cursor image is not visible in remote desktop applications or screenshots anyway, so having software cursor enabled was unnecessary.
  • Changed glXSwapBuffers() behavior for a pixmap such that it is now a no-op in the direct rendering case in order to match the indirect case and comply with the GLX spec. Previously, calling glXSwapBuffers() on pixmaps in the direct case would swap the pixmap's buffers if the pixmap was double buffered.
  • Modified the installation location and names of internal VDPAU libraries to conform to conventions and Debian packaging guidelines. New versions of libvdpau expect this layout. Compatibility with old versions of libvdpau is maintained with symlinks.
  • Fixed a bug that could cause errors in graphical applications run after a previous application using VDPAU and OpenGL. This behaviour was observed when running Gwenole Beauchesne's hwdecode-demos application.
  • Modified vdpau.h to increment VDPAU_VERSION, to reflect the fact that new features have been added in the past. Also, add the new define VDPAU_INTERFACE_VERSION.
  • Fixed a periodic temporary hang in the VDPAU blit-based presentation queue.
  • Fixed a problem that caused resolution limitations or corruption on certain DisplayPort devices such as the Apple 24" Cinema display or some DisplayPort to VGA adapters.
  • Disabled the UseEvents option for GeForce 8 series and higher GPUs due to a problem that causes occasional short hangs.It will be re-enabled when that bug has been tracked down and fixed.
  • VDPAU now allows multiple streams to be decoded at once, without the need to set any environment variables.

Ilyenkor mindig eszembe jut Intelék hihetetlen munkatempója, a nyílt forrás iránti elkötelezettségük és az a mérhetetlen öröm, hogy NVIDIA kártyát vásároltam legutóbb.

--
Elder Scrolls

Jó lenne, mert akkor nem kellene az alaplapi HD3300 mellé egy 8600GTS-s tennem szövegszerkesztéshez ;)

BTW elég szívás két VGA-val lucid-ot használni. Nem képes az aktív VGA-t megtalálni (nálam), PCI sorrendet vesz alapul....
---
Repeat after me: I Will Use Google Before Asking Stupid Questions...

( nanto | 2010. 03. 30., k – 00:19 )

A zart forrasu driverekhez: en is nvidia-fanféleség vagyok, es sokaig nekem is az volt a velemenyem, hogy az ATI nem tud drivert irni. De még Vistan es Win 7-en is katasztrofakent elte meg a rednszer, hogy nehany pixelt ki akartam rakni a tv-re fater geperol. De ugyanakkor elgondolkodtato, hogy kijon egy nvidia driver, backward compatible a 6000-es termekektol folfele, es kijon a 3x akkora meretu ati driver, ami kompatibilis 4 kartyajukkal rendesen (azokon tenyleg fullosan mukodnek). Innentol kezdve a linux kernelbol mar jol ismert "stable api" jut eszembe. Jelenleg szerintem sokkal jobbak es stabilabbak driverestol midnenestol az nvidiak, de az ati egyszer még elkepzelheto, hogy nagyon el fogja hagyni, mert sokkal melyreszantobban belenyul a dolgokba mar ranezesre is. Es masodik ranezesre lehet nem is a drivert irjak meg szarul, hanem sokkal tobbmindent valtoztatnak a kartya alapjain is, ami miatt a drivereknel ez a katasztrofa van. Ennek ellenere legalabb a weboldaluktol elvarnam, hogy ne a legujabb 4 karytahoz jo drivert rakassa fel velem, ha direkt ki is valasztom a 9600pro-t win XP-re. Ja meg neha nem arta Windowson, ha nem 1 percig toltene be a catalyst control center.

--------------------------------------------------------------------------------------------------------
A Windows 7 fejlesztoiben felmerult a kerdes, hogy belerakjak a kde 3.5.10-et. De Bill Gates ezt valaszolta: "Majd ha fagy"