Difference between revisions of "Intel graphics (Italiano)"
m (→KMS (Kernel Mode Setting): aggiunte note) |
m (aggiunto link internazionale) |
||
(38 intermediate revisions by 3 users not shown) | |||
Line 1: | Line 1: | ||
[[Category: Graphics (Italiano)]] | [[Category: Graphics (Italiano)]] | ||
[[Category: X Server (Italiano)]] | [[Category: X Server (Italiano)]] | ||
− | + | [[cs:Intel]] | |
+ | [[en:Intel]] | ||
+ | [[es:Intel]] | ||
+ | [[fr:Intel]] | ||
+ | [[hu:Intel]] | ||
+ | [[ja:Intel Graphics]] | ||
+ | [[pl:Intel]] | ||
+ | [[ru:Intel]] | ||
+ | [[zh-CN:Intel]] | ||
+ | [[zh-TW:Intel]] | ||
{{Article summary start| Sommario}} | {{Article summary start| Sommario}} | ||
{{Article summary text|Informazioni sulle schede grafiche ed i chipset Intel }} | {{Article summary text|Informazioni sulle schede grafiche ed i chipset Intel }} | ||
{{Article summary heading|Articoli correlati}} | {{Article summary heading|Articoli correlati}} | ||
− | {{Article summary | + | {{Article summary text|[[ATI (Italiano)|ATI]]}} |
− | {{Article summary wiki| | + | {{Article summary text|[[NVIDIA (Italiano)|NVIDIA]]}} |
− | {{Article summary | + | {{Article summary wiki|Poulsbo}} |
− | {{Article summary wiki| | + | {{Article summary text|[[Xorg (Italiano)|Xorg]]}} |
+ | {{Article summary wiki|Intel gma3600}} | ||
{{Article summary end}} | {{Article summary end}} | ||
Da quando Intel fornisce e sviluppa driver open source, le schede video Intel sono essenzialmente plug-and-play. | Da quando Intel fornisce e sviluppa driver open source, le schede video Intel sono essenzialmente plug-and-play. | ||
+ | Per un elenco completo dei modelli GPU-Intel e dei corrispondenti chipset e CPU, si veda [[Wikipedia:Comparison of Intel graphics processing units|questo confronto su wikipedia]]. | ||
− | {{ | + | {{nota| Le schede basate su chip PowerVR (serie [[Poulsbo|GMA 500]] e [[Intel gma3600|GMA 3600]]) non sono supportate dai driver opensource}} |
− | === | + | == Installazione == |
− | |||
− | + | Prerequisiti: [[Xorg (Italiano)|Xorg]] | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | + | [[pacman (Italiano)|installare]] il pacchetto {{pkg|xf86-video-intel}} che è reperibile nei [[Official Repositories (Italiano)|repository ufficiali]]. Esso fornisce il driver DDX per l'accelerazione 2D e il driver per [[XvMC]] la decodifica video sulle vecchie GPU. Inoltre ha come dipendenza il pacchetto {{Pkg|intel-dri}}, che fornisce il driver DRI per l'accelerazione 3D. | |
− | per | ||
− | + | Se si desidera utilizzare l'accelerazione hardware video di decodifica/codifica sulle più recenti GPU, installare anche il driver [[VA-API]] fornito dal pacchetto {{pkg|libva-intel-driver}}, disponibile nei repository ufficiali. | |
− | |||
− | + | Su sistemi a 64 bit è necessario installare il pacchetto {{Pkg|lib32-intel-dri}}, per usufruire dell’accelerazione 3D con programmi a 32-bit. | |
− | |||
− | |||
− | |||
− | + | == Configurazione == | |
− | {{ | + | Non è necessario alcun tipo di configurazione per far funzionare Xorg ({{ic|xorg.conf}} non è necessario ma ha bisogno di essere configurato correttamente se presente). |
− | + | Per una lista delle opzioni eseguire {{ic|man intel}}. | |
− | + | == KMS (Kernel Mode Setting) == | |
− | + | [[KMS]] è necessario per eseguire X e gli ambienti desktop come [[gnome (Italiano)|GNOME]], [[KDE (Italiano)|KDE]], [[Xfce (Italiano)|XFCE]], [[LXDE (Italiano)|LXDE]], etc. KMS è supportato dai chipset Intel i915 che utilizzano il driver DRM ed è ora abilitato di default dal kernel v2.6.32. Le versioni 2.10 e le più recenti di {{pkg|xf86-video-intel}} non supportano più UMS (ad eccezione delle vecchie famiglie di chipset 810), rendendo necessario l’utilizzo di KMS indispensabile<sup>[https://www.archlinux.it/forum/viewtopic.php?id=7786]</sup>. KMS è tipicamente inizializzato dopo che si è avviato il kernel. E' possibile comunque abilitare KMS durante la fase di avvio del kernel, permettendo all'intero processo di boot di funzionare alla risoluzione nativa. | |
− | + | {{Nota|É '''necessario''' rimuovere ogni riferimento deprecato a {{ic|vga}} o {{ic|nomodeset}} dalla propria configurazione di boot.}} | |
− | = | + | Per procedere, aggiungere il modulo {{ic|i915}} all'array {{ic|MODULES}} in {{ic|/etc/mkinitcpio.conf}}: |
+ | MODULES="'''i915'''" | ||
− | + | Quindi, ricreare l'initramfs: | |
+ | {{bc|# mkinitcpio -p linux}} | ||
− | + | E Riavviare il sistema. Ora tutto dovrebbe funzionare. | |
− | + | == Consigli e trucchi == | |
− | + | === Scegliere il metodo di accelerazione=== | |
− | |||
− | + | Il driver DDX consente di preimpostare il metodo di accelerazione desiderato. Il metodo predefinito è UXA , ma si raccomanda di utilizzare il metodo più completo e veloce SNA d'ora in poi.. Potete controllare i benchmarks fatti da Phoronix [http://www.phoronix.com/scan.php?page=news_item&px=MTEzOTE], che sono reperibili [http://www.phoronix.com/scan.php?page=article&item=intel_glamor_first&num=1 qui] per Sandy Bridge e [http://www.phoronix.com/scan.php?page=article&item=intel_ivy_glamor&num=1 qui] per Ivy Bridge. | |
− | + | Se si desidera utilizzare il nuovo metodo SNA , creare il file {{ic|/etc/X11/xorg.conf.d/20-intel.conf}} con il seguente contenuto: | |
− | + | {{hc|/etc/X11/xorg.conf.d/20-intel.conf| | |
− | + | Section "Device" | |
+ | Identifier "Intel Graphics" | ||
+ | Driver "intel" | ||
+ | Option "AccelMethod" "sna" | ||
+ | EndSection}} | ||
− | + | === Configurare lo scaling mode === | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | + | Questa procedura può essere utile per alcune applicazioni a schermo intero: | |
− | + | $ xrandr --output LVDS1 --set PANEL_FITTING param | |
− | + | dove {{ic|param}} può assumere i valori | |
− | + | * {{ic|center}}: la risoluzione sarà mantenuta esattamente come è stata definita, non verrà applicato alcun ridimensionamento | |
− | + | * {{ic|full}}: ridimensiona la risoluzione in modo da occupare l'intero schermo | |
− | + | * {{ic|full_aspect}}: ridimensiona la risoluzione al massimo consentito, mantenendo le proporzioni dell'immagine. | |
− | {{ | + | Se ciò non dovesse funzionare, si pò provare con : |
+ | $ xrandr --output LVDS1 --set "scaling mode" param | ||
+ | dove {{ic|param}} può assumere il valore di {{ic|"Full"}}, {{ic|"Center"}} o {{ic|"Full aspect"}}. | ||
− | + | === Problema KMS: la console è limitata ad una piccola porzione di schermo === | |
− | + | Una porta video a bassa risoluzione potrebbe essere abilitata all’avvio, causando l’utilizzo solo di una piccola area dello schermo. | |
− | + | Per risolvere, disabilitare esplicitamente la porta incriminata tramite un'impostazione del modulo i915 con {{ic|1=video=SVIDEO-1:d}} come parametro della riga di comando del kernel nel vostro bootloader. Si veda [[Kernel parameters]] per ulteriori informazioni. | |
− | |||
− | + | Se ciò non dovesse funzionare, provare a sostituire TV1 o VGA1 a SVIDEO-1. | |
− | === | + | === Decodifica H.264 su chip GMA 4500 === |
− | |||
− | |||
− | == | + | Il pacchetto {{pkg|libva-driver-intel}} fornisce la decodifica MPEG-2 solo per la serie GPU GMA 4500. Il supporto alla decodifica H.264 è tenuto in un separato ramo G45-h264, che può essere utilizzato con l'installazione del pacchetto {{AUR|libva-driver-intel-G45-H264}}, disponibile in [[AUR (Italiano)|AUR]]. Si noti tuttavia che questo supporto è sperimentale e non è attualmente in fase di sviluppo. Utilizzando il VA-API con questo driver sulle schede della serie GMA 4500, scarica la CPU ma non può portare a una riproduzione più agevole come la riproduzione senza accelerazione. Le prove utilizzando mplayer, hanno dimostrato che l'utilizzo di vaapi per riprodurre un video H.264 con codifica a 1080p ha dimezzato il carico della CPU (rispetto alla sovrapposizione XV), ma ha determinato una riproduzione molto mossa, mentre a codifica 720p ha funzionato abbastanza bene [https://bbs.archlinux.org/viewtopic.php?id=150550]. Gli fanno da eco altre esperienze [http://www.emmolution.org/?p=192&cpage=1#comment-12292]. |
− | === | + | === Impostare il valore di gamma e luminosità === |
− | + | Intel non offre un metodo per impostare questi parametri a livello driver. Fortunatamente questi possono essere impostati tramite {{ic|xgamma}} e {{ic|xrandr}}. | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | + | Il valore di Gamma può essere impostato con: | |
− | + | $ xgamma -gamma 1.0 | |
− | |||
− | + | oppure | |
− | + | $ xrandr --output VGA1 --gamma 1.0:1.0:1.0 | |
− | + | La luminosità può essere impostata con: | |
− | + | $ xrandr --output VGA1 --brightness 1.0 | |
== Risoluzione dei Problemi == | == Risoluzione dei Problemi == | ||
Line 125: | Line 114: | ||
=== Glxgears mostra un basso frame rate === | === Glxgears mostra un basso frame rate === | ||
− | + | {{Note|{{ic|glxgears}} non è un benchmark valido per confrontare le performance fra più sistemi.}} | |
− | ... | + | Se {{ic|glxgears}} viene eseguito per effettuare un test sulle performance della propria scheda video, si possono notare che mostra risultati intorno ai '''60 FPS''': |
+ | |||
+ | [...] | ||
311 frames in 5.0 seconds = 61.973 FPS | 311 frames in 5.0 seconds = 61.973 FPS | ||
311 frames in 5.0 seconds = 62.064 FPS | 311 frames in 5.0 seconds = 62.064 FPS | ||
311 frames in 5.0 seconds = 62.026 FPS | 311 frames in 5.0 seconds = 62.026 FPS | ||
− | ... | + | [...] |
+ | |||
+ | Questo non è causato da una regressione delle performance della GPU, bensì perché il sistema grafico sta utilizzando l'opzione [[Wikipedia:Analog television#Vertical synchronization|vertical synchronization (vsync)]], vincolando i valori di Glxgears alla frequenza nativa del monitor in uso. | ||
+ | |||
+ | ====Disabilitare VSYNC==== | ||
− | + | Per disabilitare VSYNC bisogna aggiungere nella {{ic|Section "Device"}} del file {{ic|/etc/X11/xorg.conf.d/20-intel.conf}} la stringa {{ic|Option "SwapbuffersWait" "false"}} | |
− | {{ | + | In alternativa, impostare {{ic|vblank_mode}} a {{ic|0}} in {{ic|~/.drirc}} e assicurarsi che il {{ic|driver}} sia impostato su {{ic|dri2}}. |
− | {{ | + | {{hc|~/.drirc|2=<device screen="0" driver="dri2"> |
+ | <application name="Default"> | ||
+ | <option name="vblank_mode" value="0" /> | ||
+ | </application> | ||
+ | </device>}} | ||
=== Schermo vuoto durante l’avvio, alla fase "Loading modules" === | === Schermo vuoto durante l’avvio, alla fase "Loading modules" === | ||
− | Se si sta utilizzando "late start" KMS e lo schermo diventa vuoto alla fase "Loading modules", potrebbe essere d’aiuto aggiungere i915 e intel_agp all’initramfs. Vedere la sezione | + | Se si sta utilizzando "late start" KMS e lo schermo diventa vuoto alla fase "Loading modules", potrebbe essere d’aiuto aggiungere {{ic|i915}} e {{ic|intel_agp}} all’initramfs. Vedere la sezione KMS [[Intel_(Italiano)#KMS_.28Kernel_Mode_Setting.29|precedente]]. |
+ | |||
+ | In alternativa, si potrebbe risolvere aggiungendo ai [[Kernel parameters|parametri del kernel]] quanto segue: | ||
− | |||
video=SVIDEO-1:d | video=SVIDEO-1:d | ||
− | === | + | === Video tearing === |
+ | |||
+ | Se si utilizza il metodo di accelerazione SNA, è possibile risolvere il problema del video tearing aggiungendo quanto segue alla sezione {{ic| Device}} in {{ic|/etc/X11/xorg.conf.d/20-intel.conf}}: | ||
− | + | Option "TearFree" "true" | |
=== Freeze/crash del server X con i driver intel === | === Freeze/crash del server X con i driver intel === | ||
− | Se riscontrate dei problemi con il server X che termina inaspettatamente, o che sembra bloccarsi, o la GPU non risponde correttamente, | + | Esiste un [https://bugs.freedesktop.org/show_bug.cgi?id=26345 problema conosciuto con il chipset i845G], che provoca il blocco delle GPU dopo un po. |
+ | |||
+ | Se riscontrate dei problemi con il server X che termina inaspettatamente, o che sembra bloccarsi, o la GPU non risponde correttamente, disabilitare l'uso GPU con l'opzione {{ic|NoAccel}}: | ||
+ | |||
+ | {{hc|/etc/X11/xorg.conf.d/20-intel.conf|<nowiki> | ||
+ | Section "Device" | ||
+ | Identifier "old intel stuff" | ||
+ | Driver "intel" | ||
+ | Option "NoAccel" "True" | ||
+ | EndSection</nowiki> | ||
+ | }} | ||
+ | |||
+ | === Aggiungere risoluzioni non rilevate=== | ||
+ | Questo problema è trattato nell'articolo di [[Xrandr#Adding_undetected_resolutions|Xrandr]]. | ||
+ | |||
+ | === Lentezza dopo l' aggiornamento a libGL 9 e Intel-DRI 9 | ||
+ | |||
+ | Effettuare un [https://wiki.archlinux.org/index.php/Downgrading_Packages#ARM Downgrade] a Intel-DRI 8 e libGL 8. | ||
+ | |||
+ | === Trame nere nei videogiochi === | ||
+ | |||
+ | Se si verificano delle texture nere nei videogiochi, la soluzione può essere il supporto che permette la compressione S3TC delle texture . | ||
+ | |||
+ | Può essere attivata tramite {{Pkg|driconf}} o installando {{AUR|libtxc_dxtn}} da AUR . | ||
− | + | Questo "problema" verrà risolto al più presto nei [http://www.phoronix.com/scan.php?page=news_item&px=MTIwOTg nuovi driver]. | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | + | Per saperne di più sulla compressione S3TC: | |
+ | http://dri.freedesktop.org/wiki/S3TC | ||
+ | http://en.wikipedia.org/wiki/S3_Texture_Compression | ||
− | + | Uno dei giochi che è affetto da questo problema è [http://www.phoronix.com/scan.php?page=article&item=unigine_oilrush_gold&num=2 Oil Rush]. | |
− | + | ==Altre Risorse== | |
+ | * http://intellinuxgraphics.org/documentation.html (include una lista dell'hardware supportato) | ||
+ | * [[KMS]] — Arch wiki sul kernel mode setting | ||
+ | * [[Xrandr]] — Se si riscontrano problemi con l'impostazione della risoluzione | ||
+ | * Arch Linux forums: [https://bbs.archlinux.org/viewtopic.php?pid=522665#p522665 Intel 945GM, Xorg, Kernel - performance] |
Revision as of 09:55, 24 November 2012
zh-CN:Intel zh-TW:Intel Template:Article summary start Template:Article summary text Template:Article summary heading Template:Article summary text Template:Article summary text Template:Article summary wiki Template:Article summary text Template:Article summary wiki Template:Article summary end
Da quando Intel fornisce e sviluppa driver open source, le schede video Intel sono essenzialmente plug-and-play. Per un elenco completo dei modelli GPU-Intel e dei corrispondenti chipset e CPU, si veda questo confronto su wikipedia.
Contents
Installazione
Prerequisiti: Xorg
installare il pacchetto xf86-video-intel che è reperibile nei repository ufficiali. Esso fornisce il driver DDX per l'accelerazione 2D e il driver per XvMC la decodifica video sulle vecchie GPU. Inoltre ha come dipendenza il pacchetto intel-dri, che fornisce il driver DRI per l'accelerazione 3D.
Se si desidera utilizzare l'accelerazione hardware video di decodifica/codifica sulle più recenti GPU, installare anche il driver VA-API fornito dal pacchetto libva-intel-driver, disponibile nei repository ufficiali.
Su sistemi a 64 bit è necessario installare il pacchetto lib32-intel-dri, per usufruire dell’accelerazione 3D con programmi a 32-bit.
Configurazione
Non è necessario alcun tipo di configurazione per far funzionare Xorg (xorg.conf
non è necessario ma ha bisogno di essere configurato correttamente se presente).
Per una lista delle opzioni eseguire man intel
.
KMS (Kernel Mode Setting)
KMS è necessario per eseguire X e gli ambienti desktop come GNOME, KDE, XFCE, LXDE, etc. KMS è supportato dai chipset Intel i915 che utilizzano il driver DRM ed è ora abilitato di default dal kernel v2.6.32. Le versioni 2.10 e le più recenti di xf86-video-intel non supportano più UMS (ad eccezione delle vecchie famiglie di chipset 810), rendendo necessario l’utilizzo di KMS indispensabile[1]. KMS è tipicamente inizializzato dopo che si è avviato il kernel. E' possibile comunque abilitare KMS durante la fase di avvio del kernel, permettendo all'intero processo di boot di funzionare alla risoluzione nativa.
vga
o nomodeset
dalla propria configurazione di boot.Per procedere, aggiungere il modulo i915
all'array MODULES
in /etc/mkinitcpio.conf
:
MODULES="i915"
Quindi, ricreare l'initramfs:
# mkinitcpio -p linux
E Riavviare il sistema. Ora tutto dovrebbe funzionare.
Consigli e trucchi
Scegliere il metodo di accelerazione
Il driver DDX consente di preimpostare il metodo di accelerazione desiderato. Il metodo predefinito è UXA , ma si raccomanda di utilizzare il metodo più completo e veloce SNA d'ora in poi.. Potete controllare i benchmarks fatti da Phoronix [2], che sono reperibili qui per Sandy Bridge e qui per Ivy Bridge.
Se si desidera utilizzare il nuovo metodo SNA , creare il file /etc/X11/xorg.conf.d/20-intel.conf
con il seguente contenuto:
/etc/X11/xorg.conf.d/20-intel.conf
Section "Device" Identifier "Intel Graphics" Driver "intel" Option "AccelMethod" "sna" EndSection
Configurare lo scaling mode
Questa procedura può essere utile per alcune applicazioni a schermo intero:
$ xrandr --output LVDS1 --set PANEL_FITTING param
dove param
può assumere i valori
-
center
: la risoluzione sarà mantenuta esattamente come è stata definita, non verrà applicato alcun ridimensionamento -
full
: ridimensiona la risoluzione in modo da occupare l'intero schermo -
full_aspect
: ridimensiona la risoluzione al massimo consentito, mantenendo le proporzioni dell'immagine.
Se ciò non dovesse funzionare, si pò provare con :
$ xrandr --output LVDS1 --set "scaling mode" param
dove param
può assumere il valore di "Full"
, "Center"
o "Full aspect"
.
Problema KMS: la console è limitata ad una piccola porzione di schermo
Una porta video a bassa risoluzione potrebbe essere abilitata all’avvio, causando l’utilizzo solo di una piccola area dello schermo.
Per risolvere, disabilitare esplicitamente la porta incriminata tramite un'impostazione del modulo i915 con video=SVIDEO-1:d
come parametro della riga di comando del kernel nel vostro bootloader. Si veda Kernel parameters per ulteriori informazioni.
Se ciò non dovesse funzionare, provare a sostituire TV1 o VGA1 a SVIDEO-1.
Decodifica H.264 su chip GMA 4500
Il pacchetto libva-driver-intel fornisce la decodifica MPEG-2 solo per la serie GPU GMA 4500. Il supporto alla decodifica H.264 è tenuto in un separato ramo G45-h264, che può essere utilizzato con l'installazione del pacchetto libva-driver-intel-G45-H264AUR, disponibile in AUR. Si noti tuttavia che questo supporto è sperimentale e non è attualmente in fase di sviluppo. Utilizzando il VA-API con questo driver sulle schede della serie GMA 4500, scarica la CPU ma non può portare a una riproduzione più agevole come la riproduzione senza accelerazione. Le prove utilizzando mplayer, hanno dimostrato che l'utilizzo di vaapi per riprodurre un video H.264 con codifica a 1080p ha dimezzato il carico della CPU (rispetto alla sovrapposizione XV), ma ha determinato una riproduzione molto mossa, mentre a codifica 720p ha funzionato abbastanza bene [3]. Gli fanno da eco altre esperienze [4].
Impostare il valore di gamma e luminosità
Intel non offre un metodo per impostare questi parametri a livello driver. Fortunatamente questi possono essere impostati tramite xgamma
e xrandr
.
Il valore di Gamma può essere impostato con:
$ xgamma -gamma 1.0
oppure
$ xrandr --output VGA1 --gamma 1.0:1.0:1.0
La luminosità può essere impostata con:
$ xrandr --output VGA1 --brightness 1.0
Risoluzione dei Problemi
Glxgears mostra un basso frame rate
glxgears
non è un benchmark valido per confrontare le performance fra più sistemi.Se glxgears
viene eseguito per effettuare un test sulle performance della propria scheda video, si possono notare che mostra risultati intorno ai 60 FPS:
[...] 311 frames in 5.0 seconds = 61.973 FPS 311 frames in 5.0 seconds = 62.064 FPS 311 frames in 5.0 seconds = 62.026 FPS [...]
Questo non è causato da una regressione delle performance della GPU, bensì perché il sistema grafico sta utilizzando l'opzione vertical synchronization (vsync), vincolando i valori di Glxgears alla frequenza nativa del monitor in uso.
Disabilitare VSYNC
Per disabilitare VSYNC bisogna aggiungere nella Section "Device"
del file /etc/X11/xorg.conf.d/20-intel.conf
la stringa Option "SwapbuffersWait" "false"
In alternativa, impostare vblank_mode
a 0
in ~/.drirc
e assicurarsi che il driver
sia impostato su dri2
.
~/.drirc
<device screen="0" driver="dri2"> <application name="Default"> <option name="vblank_mode" value="0" /> </application> </device>
Schermo vuoto durante l’avvio, alla fase "Loading modules"
Se si sta utilizzando "late start" KMS e lo schermo diventa vuoto alla fase "Loading modules", potrebbe essere d’aiuto aggiungere i915
e intel_agp
all’initramfs. Vedere la sezione KMS precedente.
In alternativa, si potrebbe risolvere aggiungendo ai parametri del kernel quanto segue:
video=SVIDEO-1:d
Video tearing
Se si utilizza il metodo di accelerazione SNA, è possibile risolvere il problema del video tearing aggiungendo quanto segue alla sezione Device
in /etc/X11/xorg.conf.d/20-intel.conf
:
Option "TearFree" "true"
Freeze/crash del server X con i driver intel
Esiste un problema conosciuto con il chipset i845G, che provoca il blocco delle GPU dopo un po.
Se riscontrate dei problemi con il server X che termina inaspettatamente, o che sembra bloccarsi, o la GPU non risponde correttamente, disabilitare l'uso GPU con l'opzione NoAccel
:
/etc/X11/xorg.conf.d/20-intel.conf
Section "Device" Identifier "old intel stuff" Driver "intel" Option "NoAccel" "True" EndSection
Aggiungere risoluzioni non rilevate
Questo problema è trattato nell'articolo di Xrandr.
=== Lentezza dopo l' aggiornamento a libGL 9 e Intel-DRI 9
Effettuare un Downgrade a Intel-DRI 8 e libGL 8.
Trame nere nei videogiochi
Se si verificano delle texture nere nei videogiochi, la soluzione può essere il supporto che permette la compressione S3TC delle texture .
Può essere attivata tramite driconf o installando libtxc_dxtnAUR da AUR .
Questo "problema" verrà risolto al più presto nei nuovi driver.
Per saperne di più sulla compressione S3TC: http://dri.freedesktop.org/wiki/S3TC http://en.wikipedia.org/wiki/S3_Texture_Compression
Uno dei giochi che è affetto da questo problema è Oil Rush.
Altre Risorse
- http://intellinuxgraphics.org/documentation.html (include una lista dell'hardware supportato)
- KMS — Arch wiki sul kernel mode setting
- Xrandr — Se si riscontrano problemi con l'impostazione della risoluzione
- Arch Linux forums: Intel 945GM, Xorg, Kernel - performance