-
-
Nope. Still absolutely trash quality. Let's try some screenshots instead.
1 vastaus 0 uudelleentwiittausta 1 tykkäysNäytä tämä ketju -
1. No effects. 2. Transform, scale to size. 3. Apply Rotoscope effect. 4. Define roto outline, see nothing. (1/2)pic.twitter.com/rGYAOJKZrU
1 vastaus 0 uudelleentwiittausta 1 tykkäysNäytä tämä ketju -
(2/2) 5. Observe that the roto outline now has an arbitrary offset that seems to roughly correspond to the zoom level of the monitor that was applied between steps 2 and 3, because how dare you want to do detail work. Drink heavily to ease the pain.pic.twitter.com/eJYHV1WSaD
1 vastaus 0 uudelleentwiittausta 2 tykkäystäNäytä tämä ketju -
Vastauksena käyttäjälle @TheMogMiner
You are using windows using high density panel settings, while KDEnlive and most QT apps don't play nice with windows' scaling. does the error reproduce at 100% scale?
1 vastaus 0 uudelleentwiittausta 0 tykkäystä -
Vastauksena käyttäjälle @ZanaGB
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%.
1 vastaus 0 uudelleentwiittausta 1 tykkäys -
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ä
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 …
-
-
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 - Näytä vastaukset
Uusi keskustelu -
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.