Wait, driconf is developed in a svn repository on sourceforge and the last commit still was in 2007? And the last release was still 2006?
At least the configuration format is stable...
Announcement
Collapse
No announcement yet.
DRIConf Is Still A Mess & Leaves A Lot To Be Desired
Collapse
X
-
But then I would have to learn how to use the old gtk2 python bindings...
Though the xml implementation would probably be there and better than what I hacked together with ElementTree. Hm...
Leave a comment:
-
Driconf is one of the "nobody owns it, send patches and magic will happen" projects. If you want that to happen, send patches
Leave a comment:
-
This is an old topic but the question remains: Is driconf even actively developed?
I was missing e.g. the functionality that was introduced here:
where with dri3 offloading you can choose a binary name and set up on which gpu it should be rendered.
Every time finding the ID_PATH_TAG of your GPU, and editing an XML file didn't look very convenient to me, so I made a small tool with pyqt.
Source: https://github.com/ChristophHaag/gpuchooser
(It's not terribly good yet, so back up your ~/.drirc before using it, if you have any modifications there)
But will driconf upstream getting something like this?
Leave a comment:
-
Originally posted by marazmista View PostYes, it use lm_sensors. Today I modified some code responsible for gathering temp info from sensors, so maybe now it will work.
Last edited by Hamish Wilson; 17 October 2013, 03:28 PM.
Leave a comment:
-
Originally posted by curaga View PostIt's all dynamic - the GUI generates the buttons by asking the driver what options it has. If you want to see the XML yourself, type "xdriinfo options 0", it even includes translations in a few languages.
So technically it doesn't matter the code is from 2006.
That seems to be far from exposing all available options.
Leave a comment:
-
Originally posted by Hamish Wilson View Post
Code:mount -t debugfs none /sys/kernel/debug
Code:debugfs /sys/kernel/debug debugfs defaults 0 0
I can provide support only for Radeons (I have SI in PC and R730 in laptop).
For the DRI, there is only these options?
Leave a comment:
-
Originally posted by Vim_User View PostSo, do you think we should wait another 7 years until someone implements the available options?
So technically it doesn't matter the code is from 2006.
Leave a comment:
-
Originally posted by smitty3268 View PostJust to be clear, guys, DRIConf has new options/settings added to it all the time. The program just reads in xml files to generate the UI. I'm sure it's that process that hasn't changed in forever, no doubt because the devs feel like it performs well enough for their needs and they are focused on actually making the hardware work rather than beautifying the GUI.
Leave a comment:
-
I think what we need now is a protocol, sitting behind a dbus service (somewhat like what XRandR does). This way you can separate the job of writing clients and services, meaning developers can work on what is good for them. e.g. desktop guys can worry about getting it looking good, whereas backend/driver guys can worry about it working.
Leave a comment:
Leave a comment: