IwaoDev

先日次の様なコードを書いていた．塗りつぶして表示する時の色の補正．

	ColorRGB	colRGB = ::ColorRefToRGB(pgs1.GetColor()) ;
	{
		float	rgbcol = colRGB.R + colRGB.G + colRGB.B ;
		if (rgbcol < 0.20*3) {
			if (colRGB.R < 0.20)	{	colRGB.R = 0.20f ;	}
			if (colRGB.G < 0.20)	{	colRGB.G = 0.20f ;	}
			if (colRGB.B < 0.20)	{	colRGB.B = 0.20f ;	}
			}
		if (0.80*3 < rgbcol) {
			if (0.80 < colRGB.R)	{	colRGB.R = 0.80f ;	}
			if (0.80 < colRGB.G)	{	colRGB.G = 0.80f ;	}
			if (0.80 < colRGB.B)	{	colRGB.B = 0.80f ;	}
			}
		}

ColorRGB.R などは float で，RGB のそれぞれを 0.0 ～ 1.0 で表現したもの．
最初 if (colRGB.R < 0.25) { colRGB.R = 0.25 ; }　 の様にしていたが，0.2 に変更した．
すると C4305 の warning ．0.2f の様にすれば良いのはわかっているが，他の値で調べてみた．

0.0 , 1.0 , 7.0 などは大丈夫だが，0.2 や 7.1 は C4305 になってしまう．

コンパイラやオプションの指定にもよると思うが，float で表現できない場合のみ warning となるのか？

5 年位前に作成したプロジェクトをビルドしていると，

--------------------Configuration: phpup_mb - Win32 Debug--------------------
Compiling...
ComPrj01.cpp
phpup_mb.cpp
...
Linking...
c:\Temp\HTM\phpup\phpup_mb\Debug.060\ComPrj01.obj : error : Internal error during ReadSymbolTable
  ExceptionCode            = C0000005
  ExceptionFlags           = 00000000
  ExceptionAddress         = 004623F2
  NumberParameters         = 00000002
  ExceptionInformation[ 0] = 00000000
  ExceptionInformation[ 1] = 0090B470
CONTEXT:
  Eax    = 3FFF1E64  Esp    = 0019F050
  Ebx    = FFFF8000  Ebp    = 01B834C7
  Ecx    = 3FFF1E64  Esi    = 401F1EC0
  Edx    = 0094B478  Edi    = 401F1EC0
  Eip    = 004623F2  EFlags = 00010246
  SegCs  = 00000023  SegDs  = 0000002B
  SegSs  = 0000002B  SegEs  = 0000002B
  SegFs  = 00000053  SegGs  = 0000002B
  Dr0    = 0019F050  Dr3    = FFFF8000
  Dr1    = 01B834C7  Dr6    = 3FFF1E64
  Dr2    = 00000000  Dr7    = 00000000
Error executing link.exe.
Tool execution canceled by user.

exe は存在するが正しくできていないので，exe のみ削除して再度ビルド．

--------------------Configuration: phpup_mb - Win32 Debug--------------------
Linking...
LINK : LNK6004: c:\Temp\HTM\phpup\phpup_mb\Debug.060/phpup_mb.exe not found or not built by the last incremental link; performing full link
ComPrj01.obj : fatal error LNK1143: invalid or corrupt file: no symbol for comdat section 0xffff8000
Error executing link.exe.

phpup_mb.exe - 1 error(s), 0 warning(s)

obj のサイズを見ると，20 MB 位になっている．
それで思い出したのが，前にも同じ様な現象が…
LNK1143 : ﾌｧｲﾙが無効であるか…
ソースを分割して対応．

引き続きいろいろとやっているが…
異なる DPI での対応は簡単ではなさそう．
VC のプロパティで「モニターごと高い DPI 認識」としてビルドしていたが，モニタ間を移動するとうまくない．
ちゃんと対応すれば良いのだろうが，簡単ではない．
そのため exe のプロパティで「システム（拡張）」で良いと思っていたが，幾つかのバグ？（未対応）がある．

VC のプロパティで「高い DPI 認識」にしてビルドしたものの方がうまく機能している様な気がする．

左から VC 10 ，14 ，10 ，14 としたもの．
タスクマネージャで見ると，VC 10 exe は「システム」として表示される．

左側のモニタの範囲は次の様になる．

-1920  130  0  1210	100%   1920  1080	「非対応」や「モニタごと」の場合
-3840  260  0  2420	200%   3840  2160	「システム」とした exe の場合

右側は ( 0 , 0 ) – ( 3840 , 2160 ) ．

GDI スケーリングの動作として，次の記述があった．

アプリケーションが 100% (96 DPI) の倍数ではないディスプレイで実行されている場合、ベクター グラフィックスとテキストは、ディスプレイの倍率より 100% 高い最初の整数倍にレンダリングされます。たとえば、アプリケーションが 225% の縮尺のディスプレイ上にある場合、ベクター グラフィックスとビットマップは 300% でレンダリングされます。その後、DWM はレンダリングされたコンテンツを 225% のスケールに縮小します。この場合、スケールダウンによりアプリケーションのあいまいさが目立ちますが、100%レンダリングされたコンテンツを単純にスケールアップするよりも見栄えが良くなります。

Improving the high-DPI experience in GDI based Desktop Apps

How to build high DPI aware native Windows desktop applications

2023/05/12
「システム（拡張）」で幾つか変な動作があったが，「高い DPI 認識」でビルドしたものであれば良さそう．