Difference between revisions of "Talk:Intel graphics"

From ArchWiki
Jump to: navigation, search
m (kernel parameter could allow backlight changes)
(Best performance options: new section)
Line 5: Line 5:
 
Adding acpi_backlight=vendor to the kernel boot line allows the backlight to be changed on the Intel HD 3000 via xbacklight without root access. Perhaps a note could be added to provide this option.   
 
Adding acpi_backlight=vendor to the kernel boot line allows the backlight to be changed on the Intel HD 3000 via xbacklight without root access. Perhaps a note could be added to provide this option.   
 
[[User:Papabean|papabean]] ([[User talk:Papabean|talk]]) 02:40, 14 January 2013 (UTC)
 
[[User:Papabean|papabean]] ([[User talk:Papabean|talk]]) 02:40, 14 January 2013 (UTC)
 +
 +
== Best performance options ==
 +
 +
In my experience (i5 CPU, Z77 chipset) the best performance can be had with the following options:
 +
 +
* SNA acceleration method
 +
* Vertical sync '''enabled'''
 +
* TearFree option '''enabled'''
 +
* {{ic|<nowiki>i915.semaphores=1</nowiki>}} kernel option turned on
 +
 +
Using the [[Repo-ck | ck kernel]] specific to the CPU architecture also seems to make the video performance more consistent, but not necessarily any faster.

Revision as of 03:03, 11 February 2013

Setting gamma and brightness

Intel offers no way to adjust these at the driver level. Luckily these can be set with xgamma and xrandr.

Adding acpi_backlight=vendor to the kernel boot line allows the backlight to be changed on the Intel HD 3000 via xbacklight without root access. Perhaps a note could be added to provide this option. papabean (talk) 02:40, 14 January 2013 (UTC)

Best performance options

In my experience (i5 CPU, Z77 chipset) the best performance can be had with the following options:

  • SNA acceleration method
  • Vertical sync enabled
  • TearFree option enabled
  • i915.semaphores=1 kernel option turned on

Using the ck kernel specific to the CPU architecture also seems to make the video performance more consistent, but not necessarily any faster.