Originally posted by Brisse
View Post
Announcement
Collapse
No announcement yet.
FreeSync Support For RADV Vulkan Driver Blocked By Lack Of Config System
Collapse
X
-
Originally posted by ms178 View PostI thought that this technology originated in notebooks to save power.
Originally posted by ms178 View PostAre these limitations you talk about fixable? And by whom?Last edited by oooverclocker; 08 April 2019, 03:00 PM.
Comment
-
Originally posted by ms178 View Post
I thought that this technology originated in notebooks to save power. And browsing the web and working on the desktop is an important task. Are these limitations you talk about fixable? And by whom?
IMHO, the only situation where Freesync really makes any sense outside of gaming is fullscreen video playback. Lots of common video framerates don't play nicely on a 60hz display. Freesync can solve that issue while also lowering power consumption during fullscreen video playback, but it needs a bit of development and testing efforts first. Windows 10 with it's default video app shows it can work well but that's because it specifically supports Freesync. You can't just enable it for any video player and expect it to work. I've tried with a few free open source video players on Windows and none of them work properly because they don't support the API that Windows provides for this purpose.
- Likes 1
Comment
-
Interesting, I wonder if a Vulkan extension for opting in wouldn't help alleviate this issue somewhat (and would be better going forward, especially as not a lot of applications are Vulkan-native). I can see for instance DXVK and various game engines using this, or the lone desktop application tat wants to enable VRR (fullscreen videoplayer).
Otherwise, fullscreen Vulkan applications make a nice default target (while blacklisting compositors). Ideally, Wayland compositors would manually set the DRM property when they know the windows being displayed would benefit.
Originally posted by oooverclocker View Post
I think you haven't understood what I meant.
Let's say you have an n x m grid of color values and you diff one value in a square of x fields from each consecutive image, so when you move your mouse and diff enough pixels you will notice that the white pixel on your web page suddenly got black.
So increasing value gaps of many pixels mean increasing refresh rates and decreasing gaps mean decreasing refresh rates.
And indeed, I don't have the slightest clue what RadeonSI, RADV or even single windows have to do with that.
Edit: Except from providing an API call to fix a certain rate in fullscreen applications, or deactivating VRR, of course.Last edited by M@yeulC; 08 April 2019, 03:39 PM.
Comment
-
Originally posted by ms178 View Post
I thought that this technology originated in notebooks to save power. And browsing the web and working on the desktop is an important task. Are these limitations you talk about fixable? And by whom?
There really is just the mouse pointer being a problem. It is managed separately from the rest of the graphics you see on the screen. The image for the pointer is not part of the framebuffer. The hardware adds it to the output that it sends to your monitor.
So when you move the mouse pointer around, this does not change anything about the framebuffer contents. It only updates the internal position for the pointer in the GPU hardware. Things will then look terrible in practice, the pointer will stutter around at 35Hz or whatever the lowest possible refresh rate of your FreeSync monitor is.
A hack should be possible where software triggers a refresh whenever the mouse pointer position changed. I guess the problem is where to add this hack. The driver is maybe not a good place? Maybe it should be added to the compositor? Or maybe the Xorg server should have it?
Originally posted by Brisse View Post
It could be possible to get the compositor to lower refresh rate to save power whenever the screen is static, but I've not seen anyone interested in putting in the development effort to make that happen and I'm not sure it's worth it because some cheap displays flicker at low refresh rates and the power saving are small although it could make sense in battery powered devices.
A way to take a look at how this behaves in action is to first stop any compositor that's running, and then use compton's GLX backend and use the Mesa driver's "gallium hud" feature to get an fps counter. Start compton like this:
Code:GALLIUM_HUD=fps compton --backend glx
- Likes 5
Comment
-
Originally posted by czz0 View PostSo if you were watching a 24fps video in your opengl/vulkan video player (like mpv), and FreeSync got enabled, your entire display would be refreshing at 24Hz.
- Likes 3
Comment
-
I don’t quite understand the explanations given so far. If the mouse pointer is the problem, then why isn’t it possible set the display frequency to some minimum frequency like 60 Hz (depending on the monitor), whenever the mouse pointer is being displayed (or moving) ?
- Likes 2
Comment
-
Originally posted by debianxfce View PostMany Linux developers are so full of them that the customer is wrong always. Requiring to compile mesa to use this patch is communism. Communist forces you to work.
Here is the Padoka ppa Mesa git compatible /usr/lib/x86_64-linux-gnu/libvulkan_radeon.so file, it is not compatible when the ppa is updated.
https://drive.google.com/open?id=13d..._LnA5uXcnN5aU4
debianxfce forces you to work. debianxfce is a communist.
- Likes 11
Comment
-
Originally posted by indepe View PostI don’t quite understand the explanations given so far. If the mouse pointer is the problem, then why isn’t it possible set the display frequency to some minimum frequency like 60 Hz (depending on the monitor), whenever the mouse pointer is being displayed (or moving) ?
Heck, if it's a laptop display connected via Embedded DisplayPort 1.3 or newer, the display could support Panel Self-Refresh, which effectively brings the minimum refresh rate down to zero by putting framebuffer memory in the display itself and allowing it to hold an image for however long the PC wants to leave it static. IIRC, since then, a newer version of the eDP standard has added support for VNC-like partial update support.
- Likes 2
Comment
-
Originally posted by remenic View PostThis article raises so many questions. Like, why the heck does this tech need a white- or blacklist in the first place?
Clearly I don't understand what freesync is...
Comment
Comment