summaryrefslogtreecommitdiffstats
path: root/display/renderer/device-files
Commit message (Collapse)AuthorAgeFilesLines
* graphics: fix user interfaceDenis 'GNUtoo' Carikli2020-07-221-2/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | The graphics user interface is the following, according to the help: Usage: graphics.sh [faster|compatible] Examples: graphics.sh faster |-> Uses Android's libagl which is faster but some applications like icecat won't work graphics.sh compatible |-> Uses llvmpipe which is slower but more compatible However the code is still expecting the "libagl" or "llvmpipe" arguments: graphics() { new_renderer="$1" # libagl || llvmpipe [...] if [ "${old_renderer}" == "${new_renderer}" ] ; then [...] } This fix the code to by passing the libagl and llvmpipe arguments to the graphics function as it expects, while keeping the same user interface. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
* display: renderer: rework script user interfaceDenis 'GNUtoo' Carikli2020-07-033-102/+137
| | | | | | | | | | | | | | The current interface has various issues that are fixed by this new interface. Here's the design decisions that went into the new interface: - Many people don't know what llvmpipe is, and androidsw.sh is not easy to remember. - This new interface still work fine on devices with a small screen like the Galaxy SII and with the default keyboard configuration. - It also checks for root permissions and has a help. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
* Add scripts to switch between LLVMpipe and libagl globally.Jeremy Rand2019-12-132-0/+102
Replicant will soon merge patches to set the default renderer for each application: - Libagl was previously used for all applications. That prevented to use applications like IceCatMobile, which were crashing because libagl OpenGL implementation was incomplete. - Some system applications or components are known to have huge performance issues with LLVMpipe. Replicant will hopefully have good defaults settings that satisfy most users, however it's still interesting to be able to change the renderer system wide to workaround potential issues with the default settings, or do some debugging or benchmarks. Signed-off-by: Jeremy Rand <jeremy@veclabs.net> GNUtoo@cyberdimension.org: commit message, fixed interpreter path Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org> Acked-by: David Ludovino <dllud@riseup.net>