https://bugs.kde.org/show_bug.cgi?id=498573
Zamundaaa <xaver.h...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |DUPLICATE
Status|REPORTED |RESOLVED
--- Comment #19 from Zamundaaa <xaver.h...@gmail.com> ---
(In reply to Mahbod Karamoozian from comment #15)
> tested the patch and it works and i get 60fps compositing so there is 1
> problem fixed, but there is another problem, it still generates its own
> modeline with gtf presumably for 1920x1080@60 instead of grabbing from the
> edid firmware so the whole screen freaks out because my display is driven in
> a weird way
Well, that can't really be fixed. If the screen can't work at 60Hz, then it
just can't.
Maybe different options for generating the mode could make it work, which bug
456697 tracks.
(In reply to Mahbod Karamoozian from comment #16)
> i reckon whatever logic you disabled that scaled the FPS is needed for
> proper function of these types of wacky displays
There is no such logic in KWin. We just tell the driver to drive the screen
with the given mode, and it does whatever.
> how about instead if removing it we modify it so it doesn't just hold a
> certain amount of frames per compositing frame (like how it holds 3 frames
> each time to fake 48hz) but dynamically times the frames to fake 60hz (like
> 2 2 3 2 3, 2 2 3 2 3 whch comes from taking 2.4 steps and rounding down)
A stuttering logic like that is not something I'm interested in supporting,
sorry. It would make a lot of things very complicated.
*** This bug has been marked as a duplicate of bug 456697 ***
--
You are receiving this mail because:
You are watching all bug changes.
