That's a very good question. I'm a bit sidetracked with something else for the next ~30 minutes or so, but I'll see what happens if I temporarily set Win10 to 100% scaling rather than 200%.
-
-
Vastauksena käyttäjälle @TheMogMiner
I am not a huge expert on this software, but i'd not be surprised if it's just scaling playing tricks on your project.
1 vastaus 0 uudelleentwiittausta 0 tykkäystä -
Vastauksena käyttäjälle @ZanaGB
To quote Ed Norton in Death To Smoochy, "Well. How d'ya like that." I guess now the question is, is there any way around this other than "work at 100% DPI scaling and squint really hard"?pic.twitter.com/PcYYuoQMWz
1 vastaus 0 uudelleentwiittausta 1 tykkäys -
Vastauksena käyttäjälle @TheMogMiner
For windows all i could suggest is half your resolution ( 1080p if 4k, 720p if 1440p ). You'd theoretically get the same size of everything as with 200% scale, but with extra blur. Alternatively, a linux distro that ships with KDE by default ( KDE Neon, Fedora ) would also work.
1 vastaus 0 uudelleentwiittausta 0 tykkäystä -
Vastauksena käyttäjille @ZanaGB ja @TheMogMiner
i've been fighting scaling issues with QT and GTK based applications in windows for years, but QT based ones are by far the worst. I hope these suggestions help, though.
1 vastaus 0 uudelleentwiittausta 0 tykkäystä -
Vastauksena käyttäjälle @ZanaGB
It would appear that I was incorrect. I ran into the issue once again when running at 100% DPI scaling. I dug into it a bit more, and it seems that it's an issue with drawing grab-handles and borders on the Monitor window with Monitor zoom applied. Thread: https://forum.kde.org/viewtopic.php?f=270&t=171512 …
1 vastaus 1 uudelleentwiittaus 1 tykkäys -
Vastauksena käyttäjälle @TheMogMiner
And i see in the bug report that it was first observed on Linux. So it's not QT not playing nicely with WDM. Here's hope that it gets fixed soon. Alternatively if needed, check out that alternative using Vegas i mentioned.
1 vastaus 0 uudelleentwiittausta 0 tykkäystä -
Vastauksena käyttäjälle @ZanaGB
The bug report pertains to keyframes in the Rotoscoping tool being munged when the project is saved, it doesn't pertain to the secondary issue I mentioned, which is mis-positioned splines in the Monitor when selecting a given effect while Monitor-zoom is active.
1 vastaus 0 uudelleentwiittausta 1 tykkäys -
Vastauksena käyttäjälle @TheMogMiner
Hmm. Now this piques my interest. Does the issue appear on a nightly build off from KDE's repository, or under Linux? It could be a punctual regression for what i know. A cursory search doesn't seem to show the specific issue you have either...
1 vastaus 0 uudelleentwiittausta 0 tykkäystä -
Vastauksena käyttäjälle @ZanaGB
I have no idea, but a lack of correspondence between the effect's splines and the Monitor window is less of an issue, since zooming out and zooming in again fixes it. The more serious issue is the one I linked earlier, the one I'm trying to solve by getting Kdenlive compiling.
1 vastaus 1 uudelleentwiittaus 1 tykkäys
The infuriating thing is that I *did* fix it: From a manual download of the Kdenlive repo, compiled in QtCreator. But having switched to a proper git clone, I'm missing some step, and compilation is just exploding instead with 7.6k+ errors.
-
-
Vastauksena käyttäjälle @TheMogMiner
Best of luck with that. 7600+ compile errors means something big is amiss or entirely fubar. And i hope this gets accepted upstream after your struggles.
0 vastausta 0 uudelleentwiittausta 0 tykkäystäKiitos. Käytämme tätä aikajanasi parantamiseen. KumoaKumoa
-
Lataaminen näyttää kestävän hetken.
Twitter saattaa olla ruuhkautunut tai ongelma on muuten hetkellinen. Yritä uudelleen tai käy Twitterin tilasivulla saadaksesi lisätietoja.