Sono un Miracolo i nuovi drivers Ati !!

[unnilennium]

Originariamente inviato da CaFFeiNe

raga ma quindi una 48xx come va sotto linux? cosa non si puo' fare?

guardare i video con gli effetti attivi.. X cominciare...

[Barra]

io uso smplayer (basato su mplayer e qt) e vanno benone. Così come vlc. Il problema resta con gstreamer.

La cpu è utilizzata veramente poco (ok che ho un phenom 9750 quindi un divx non è che carichi troppo il sistema) e il filmato è perfetto!

[CaFFeiNe]

quindi adesso che virtualbox supportera' le directx tramite chiamate opengl

funzioneranno bene le ati?
attenzione non mi interessa per chissa' quali giochi, ma io gioco spesso avecchie glorie (directx 7 8 e 9).

quindi è totalmente funzionante il supporto opengl?
e kwin?

quindi alla fine solo "in parte" a quanto ho capito, la decodifica video... il resto va bene, no?

[akiro]

Originariamente inviato da CaFFeiNe

funzioneranno bene le ati?
attenzione non mi interessa per chissa' quali giochi, ma io gioco spesso avecchie glorie (directx 7 8 e 9).

quindi è totalmente funzionante il supporto opengl?

io in questi giorni sto giocando con Far Cry con wine ed openGL (in modalità directx9 le prestazioni mi sembrano scarse) ed il gioco va da dio, unico neo: le ombre sono degli artefatti grafici, un po' fastidiosi al chiuso.

[mentalrey]

Ricapitoliamo il tutto


Driver binari ATI (fglrx) e kernel 2.6.29
Stewart Adams ha illustrato con una mail a rpmfusion-devel lo stato attuale dei driver binari ATI (fglrx)
in considerazione del fatto che Fedora 10 riceverà a breve una update con il kernel 2.6.29
(Fedora 11 già lo include).

La versione corrente del driver (9.3 per le schede R200-R500, 9.4 per le schede R600+)
al momento non supporta tale kernel e sebbene circolino delle patch
pare che il driver risultante non sia stabile; per questo, il driver fglrx non sarà ricompilato per il kernel 2.6.29.

Questo significa che per chi ad oggi ha il driver installato, yum fallirà il processo di aggiornamento;
per ovviare si può usare il comando

yum --skip-broken update

che consentirà di fare l'update, ma senza installare il nuovo kernel.

Inoltre, visto che la ATI pare non essere intenzionata ad aggiornare il driver 9.3
per funzionare con l'XServer 1.6 (Fedora 11, Ubuntu 9.04 etc),
i proprietari delle schede R200-R500 saranno costretti a rimanere con Fedora 9/10
oppure passare ad usare il driver open (radeon).

Sperando che la ATI supporti XOrg 1.6 e kernel 2.6.29 nella prossima versione (9.5),
si è già all'opera per prepare un nuovo pacchetto (xorg-x11-drv-catalyst)
in modo che sia disponibile appena la ATI rilascerà il nuovo driver.

Posted by Gianluca Sforna


Riassumendo, Ati non e' piu' intenzionata a supportare
le schede piu' vecchie delle HD nei suoi catalyst linux,
quindi se la scheda non e' una 2xxx/3xxx/4xxx, si deve passare al driver "radeon"
che ora supporta il 3D/compositing anche con i chip R500.

[zephyr83]

Originariamente inviato da mentalrey

Ricapitoliamo il tutto


Driver binari ATI (fglrx) e kernel 2.6.29
Stewart Adams ha illustrato con una mail a rpmfusion-devel lo stato attuale dei driver binari ATI (fglrx)
in considerazione del fatto che Fedora 10 riceverà a breve una update con il kernel 2.6.29
(Fedora 11 già lo include).

La versione corrente del driver (9.3 per le schede R200-R500, 9.4 per le schede R600+)
al momento non supporta tale kernel e sebbene circolino delle patch
pare che il driver risultante non sia stabile; per questo, il driver fglrx non sarà ricompilato per il kernel 2.6.29.

Questo significa che per chi ad oggi ha il driver installato, yum fallirà il processo di aggiornamento;
per ovviare si può usare il comando

yum --skip-broken update

che consentirà di fare l'update, ma senza installare il nuovo kernel.

Inoltre, visto che la ATI pare non essere intenzionata ad aggiornare il driver 9.3
per funzionare con l'XServer 1.6 (Fedora 11, Ubuntu 9.04 etc),
i proprietari delle schede R200-R500 saranno costretti a rimanere con Fedora 9/10
oppure passare ad usare il driver open (radeon).

Sperando che la ATI supporti XOrg 1.6 e kernel 2.6.29 nella prossima versione (9.5),
si è già all'opera per prepare un nuovo pacchetto (xorg-x11-drv-catalyst)
in modo che sia disponibile appena la ATI rilascerà il nuovo driver.

Posted by Gianluca Sforna


Riassumendo, Ati non e' piu' intenzionata a supportare
le schede piu' vecchie delle HD nei suoi catalyst linux,
quindi se la scheda non e' una 2xxx/3xxx/4xxx, si deve passare al driver "radeon"
che ora supporta il 3D/compositing anche con i chip R500.

il driver open supporta il 3D? davvero? da quanto?

[mentalrey]

ho installato un pc recuperato con AMD 939 e Ati X1950Pro, Fedora 11 64bit,
aggiornata dalla 10 online l'altro ieri, quindi la sparizione degli fglrx e' recente.
A parte plymouth che sclera un po', quindi ho tolto la stringa vga=0x317 da menu.lst di grub,
(il monitor pero' e' un 22'' schifocesso widescreen da 99 euro connesso in vga, potrebbe essere lui a rognare)
il compositing con Compiz in AIGLX funzionano benissimo, screen saver 3d funzionanti,
AWN e Cubo tranquilli, filmati tranquilli.
il driver richiamato da xorg.conf e' appunto "radeon"

Non ho fatto test con il compositing di KDE4

[Tjherg]

Sono usciti i nuovi 9.7 e finalmente hanno fixato xv con composite attivo ora i video vanno bene e la cpu non è gravata da decodifica video. Permangono problemi di tearing.
Ho provato con ubuntu 9.04 funziona con vlc - kaffeine - dragon player. Che dire lo aspettavo da tempo questo fix e finalmente è arrivato.

installateli immediatamente!!

Io riesco a vedere bene anche i video hd da 720 pero' a 1080 scattano (ho un pentium d 2.6 ghz) a voi come vanno?

[akiro]

io appena ho un po' di tempo li aggiorno

[zephyr83]

Originariamente inviato da shouldes

Smplayer io lo uso perché con la 8400GS ho il supporto al pure video hd, la decodifica dei contenuti h.264 viene fatta dalla gpu invece che dalla cpu.
Non sto parlando di windows, per chi avesse dubbi.
Come sempre ati è indietro di un secolo.
per le librerie gstreamer provate a cambiare uscita video da gstreamer-properties.
Naturalmente la migliore è quella XV accelerata, che funge benone con e senza compiz sulle nvidia, lo stesso non vale per molte ati.

Comunque: http://www.tuxjournal.net/?p=7163

Però è bello leggere gente che gioisce per cose normali, ormai non si gioisce per nulla, quindi vedere una persona contenta perché il pc da 1000€ gli fa vedere i divx è una cosa carina.

per avere l'accelerazione con purevideo che codec hai insallato? funziona cn quelli "open" o cn quelli proprietari?

[R4iDei]

Originariamente inviato da shouldes

Però è bello leggere gente che gioisce per cose normali, ormai non si gioisce per nulla, quindi vedere una persona contenta perché il pc da 1000€ gli fa vedere i divx è una cosa carina.

[akiro]

Originariamente inviato da shouldes

Però è bello leggere gente che gioisce per cose normali, ormai non si gioisce per nulla, quindi vedere una persona contenta perché il pc da 1000€ gli fa vedere i divx è una cosa carina.

scusa ma mi pare che sei un po' OT, qui si parla di ATI.

saluti.

[R4iDei]

Originariamente inviato da akiro

scusa ma mi pare che sei un po' OT, qui si parla di ATI.

saluti.

Beh con ati si è felici quando si riesce a vedere un divx

[akiro]

non mi pare, io riesco anche a giocarci e son anche felice di aver pagato meno di una nvidia
con le ati vedo i divx da 9 anni

[zephyr83]

Originariamente inviato da shouldes

Driver open?
Parlavo di nvidia.

vdpau ha dei repository dedicati su launchpad che contengono semplicemente i driver 185, mplayer, smplayer, gecko-madiplayer e se non sbaglio VLC, non sono su Ubuntu al momento, sul catorcio dal quale scrivo non girerebbe neppure con fuxbox.
Se ti interessa quando riavvio ti indico i repository.
Basta usare vdpau come uscita video.

nn ho detto driver ma codec
cmq anche per nvidia esistono i driver open

[zephyr83]

Originariamente inviato da akiro

non mi pare, io riesco anche a giocarci e son anche felice di aver pagato meno di una nvidia
con le ati vedo i divx da 9 anni

eh bhe ci mancherebbe che vi fossero problemi anche per quelli ah no aspetta invece con i driver proprietari ci sn

[R4iDei]

Siamo ot, ma confermo che sono risultati che si possono ottenere

[unnilennium]

Originariamente inviato da shouldes

Esistono è si chiamano "nv", ma non li usa nessuno.

Codec nessuno che non avessi già.
Ho aggiornato x264 ad una versione superiore.
Ho installato l'ultima versione di smplayer e mplayer.
Ho installato la libreria libx264-67.
Ho installato i driver nvidia 180.44, visto che andavo avanti da un anno e passa con i 169.12.
Ho settato l'uscita vdpau su smplayer.
Ho messo queste come opzioni di mplayer: -vc ffmpeg12vdpau,ffh264vdpau,ffwmv3vdpau,ffvc1vdpau,
Comunque per Ubuntu jaunty ci sono i repository come dicevo prima, non si deve fare quasi nulla, infatti a chi è alle prime armi consiglio di installare ubuntu 9.04.


Magari è uno spunto per fare un ricerca per ati, magari in modo sperimentale qualcosa del genere si può ottenere.
Il risultato è sconvolgente, 5-6% della cpu per mkv, wmv, mov, m4a, ecc... a 1080p.
Ho fatto questi test con un 3700+ san diego E6, lanparty ut nf4 ultra-d e una 8400GS da 256MB, naturalmente tutto con compiz attivo e senza overclock.

tutto molto bello,ma 6 ot e non poco.inoltre le info che hai scritto non sono neanche esatte,xché nvidia nn ha pubblicato alcuna documentazione,i driver nv sono open x finta xché cmq hanno una parte offuscata che rimane nn open,mentre quelli open,che si basano su reverse engineering,sono i nouveau.ancora fanno pena ma stanno andando avanti.fine ot

[zephyr83]

Originariamente inviato da unnilennium

tutto molto bello,ma 6 ot e non poco.inoltre le info che hai scritto non sono neanche esatte,xché nvidia nn ha pubblicato alcuna documentazione,i driver nv sono open x finta xché cmq hanno una parte offuscata che rimane nn open,mentre quelli open,che si basano su reverse engineering,sono i nouveau.ancora fanno pena ma stanno andando avanti.fine ot

specifica quell'open per finta perché secondo me detta così sbagli e di grossoì! sn inclusi nel kernel ufficiale, nn sn open per finta....forse intendevi dire un'altra cosa

[Barra]

i driver nv sono open ma senza il minimo supporto o documentazione da parte di Nvidia.

Sono nati (immagino) grazie a reverse engineering fatto sui driver closed