<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[RME User Forum — What's with the window scaling options on windows?]]></title>
		<link>https://forum.rme-audio.de/viewtopic.php?id=40065</link>
		<atom:link href="https://forum.rme-audio.de/extern.php?action=feed&amp;tid=40065&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[The most recent posts in What's with the window scaling options on windows?.]]></description>
		<lastBuildDate>Wed, 18 Sep 2024 10:47:34 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: What's with the window scaling options on windows?]]></title>
			<link>https://forum.rme-audio.de/viewtopic.php?pid=224575#p224575</link>
			<description><![CDATA[<p>If 200% &quot;clips the screen&quot;, switch to 2-Row view mode.</p>]]></description>
			<author><![CDATA[null@example.com (RME Support)]]></author>
			<pubDate>Wed, 18 Sep 2024 10:47:34 +0000</pubDate>
			<guid>https://forum.rme-audio.de/viewtopic.php?pid=224575#p224575</guid>
		</item>
		<item>
			<title><![CDATA[Re: What's with the window scaling options on windows?]]></title>
			<link>https://forum.rme-audio.de/viewtopic.php?pid=224571#p224571</link>
			<description><![CDATA[<p>I would add that interface development is the most hatefull and dumb task and hell a lot of work.... And it is development for two platforms, so library used must support the both and must support features needed to make TM interface effectively...</p><p>And as any rework of SW, there is danger of bugs and so on....</p>]]></description>
			<author><![CDATA[null@example.com (Kubrak)]]></author>
			<pubDate>Wed, 18 Sep 2024 09:51:11 +0000</pubDate>
			<guid>https://forum.rme-audio.de/viewtopic.php?pid=224571#p224571</guid>
		</item>
		<item>
			<title><![CDATA[Re: What's with the window scaling options on windows?]]></title>
			<link>https://forum.rme-audio.de/viewtopic.php?pid=224568#p224568</link>
			<description><![CDATA[<p>Just FYI .. It has been explained several times why it is like it is.</p><p>At that time when TotalMix was designed / invented, computers were not so powerful.<br />For lower CPU/GPU consumption and lag avoidance, TotalMix FX works with Bitmaps.</p><p>This makes an easy / dynamic scaling impossible. Supporting other scalings seems to be a lot of work. The currently supported scaling options try to support a wide range of screens, but due to so different resolutions and DPI values, it will not fit well for everybody.</p><p>If you look at newer implementations of RME Software (e.g. the new DIGICheck NG, RME connector) then you see that RME started using vector graphics.<br />But also this went not smoothly for everybody because DAW systems have been equipped with not so powerful GPUs/Graphic cards where certain minimum requirements for graphic are not met and thus need purchase of a new graphic card.</p><p>So … If TotalMix FX should support vector graphics, then <br />- it needs a complete rewrite of TotalMix FX, which is much work and<br />- some/many people would need to upgrade their DAW systems with a more modern GPU.</p><p>Do you remember how many efforts it took Steinberg with Cubase, when they introduced scaling of the GUI.<br />The 1st release was &quot;so so&quot; and it really took some time until everything went smooth and looked well again.<br />It think it is also not easy to get vectorgraphics done to look good and &quot;do the right thing&quot; if there is not enough room,<br />so to say if the user makes the windows smaller and smaller and possible &quot;too small&quot;.</p><p>I am personally very glad now, that after DIGIcheck NG for Mac was followed by a Windows version<br />and that Auxdevice has been implemented now for 12Mic after approx 2+ years.</p><p>I think RME has this on the radar, but everything takes time and during corona plenty of resources were busy / blocked for sure having to redesign devices to handle/manage chip crisis.</p>]]></description>
			<author><![CDATA[null@example.com (ramses)]]></author>
			<pubDate>Wed, 18 Sep 2024 08:20:55 +0000</pubDate>
			<guid>https://forum.rme-audio.de/viewtopic.php?pid=224568#p224568</guid>
		</item>
		<item>
			<title><![CDATA[Re: What's with the window scaling options on windows?]]></title>
			<link>https://forum.rme-audio.de/viewtopic.php?pid=223855#p223855</link>
			<description><![CDATA[<p>Look here:<br /><a href="https://forum.rme-audio.de/viewtopic.php?pid=201478#p201478">https://forum.rme-audio.de/viewtopic.ph … 78#p201478</a></p>]]></description>
			<author><![CDATA[null@example.com (maggie33)]]></author>
			<pubDate>Thu, 05 Sep 2024 03:00:19 +0000</pubDate>
			<guid>https://forum.rme-audio.de/viewtopic.php?pid=223855#p223855</guid>
		</item>
		<item>
			<title><![CDATA[What's with the window scaling options on windows?]]></title>
			<link>https://forum.rme-audio.de/viewtopic.php?pid=223854#p223854</link>
			<description><![CDATA[<p>The percentage scaling options that I see in window section on windows are:<br />100%<br />135%<br />200%<br />270%</p><p>I have a 2560x1600 laptopscreen and so 135% is way too small and 200% clips the screen. (Setting DPI doesn&#039;t affect size). Why not provide intermediate scaling opitons like 150%, 175%? Sure, maybe you have to do the UI for each step manually, but at least a software scaling solution with nearest neighbour scaling for example would have been at least something for those &#039;soft&#039; scaling steps.</p>]]></description>
			<author><![CDATA[null@example.com (oiuoiuoiuoiuo)]]></author>
			<pubDate>Thu, 05 Sep 2024 02:39:51 +0000</pubDate>
			<guid>https://forum.rme-audio.de/viewtopic.php?pid=223854#p223854</guid>
		</item>
	</channel>
</rss>
