[過去ﾛｸﾞ]
Win32API質問箱 Build125 (1002ﾚｽ)
Win32API質問箱 Build125 http://mevius.5ch.io/test/read.cgi/tech/1551247748/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
554: デフォルトの名無しさん [sage] 2019/11/07(木) 03:53:54 ID:+N3PsKU8 >>553 自動化することは可能ですが、現在の技術でそういうところまで自動化した 言語を使ってコンパイラ処理系を書くと、コンパイル速度が100倍遅くなる かも知れません。これはコンパイル意を作成した経験に基づく話です。 もの凄く厳しい世界が実はまだ沢山残っています。 http://mevius.5ch.io/test/read.cgi/tech/1551247748/554
555: デフォルトの名無しさん [sage] 2019/11/07(木) 03:55:32 ID:+N3PsKU8 >>554 誤：かも知れません。これはコンパイル意を作成した経験に基づく話です。 正：かも知れません。これはコンパイラを作成した経験に基づく話です。 http://mevius.5ch.io/test/read.cgi/tech/1551247748/555
556: デフォルトの名無しさん [sage] 2019/11/07(木) 03:58:19 ID:sEmiRyTj 100倍遅くなるなら100倍高速なコンピュータを使えばいいだけ http://mevius.5ch.io/test/read.cgi/tech/1551247748/556
557: デフォルトの名無しさん [sage] 2019/11/07(木) 03:58:57 ID:sEmiRyTj 今より100倍遅かった時代もあるのに 何を言ってるんだろうか？ それこそ時代遅れの感覚 http://mevius.5ch.io/test/read.cgi/tech/1551247748/557
558: デフォルトの名無しさん [sage] 2019/11/07(木) 03:59:39 ID:sEmiRyTj あと、「かも知れません。」とかいう推測はどうでもいいから コンパイラを作り上げた俺が言うのだから 説得力は高いだろうし http://mevius.5ch.io/test/read.cgi/tech/1551247748/558
559: デフォルトの名無しさん [sage] 2019/11/07(木) 04:00:34 ID:+N3PsKU8 >>555 GPGPUなどの世界でも、乗算速度がfloatとdoubleでは、4倍以上も違うような 例も多いのです。また、doubleをサポートして無いGPGPUの場合、doubleの乗算を floatや整数型などにバラして処理するので数10倍かかります。 なので、慎重になる必要があります。 CPUの場合でもintとdoubleで速度がかなり違うことが多いです。 http://mevius.5ch.io/test/read.cgi/tech/1551247748/559
560: デフォルトの名無しさん [sage] 2019/11/07(木) 04:02:01 ID:sEmiRyTj あと極まれにスピードが重要な部分があるから 全部スピード重要視しろとかいうアホな感覚なｗ あれはやめてほしい。 極稀に重要なら、極稀に使うものを作ればいいだけ よく使うものを短くする。（仕事の）圧縮の鉄則 http://mevius.5ch.io/test/read.cgi/tech/1551247748/560
561: デフォルトの名無しさん [sage] 2019/11/07(木) 04:02:17 ID:+N3PsKU8 >>558 あなたより私の方が良いコンパイラを作っている可能性も有りますよね。 http://mevius.5ch.io/test/read.cgi/tech/1551247748/561
562: デフォルトの名無しさん [sage] 2019/11/07(木) 04:05:54 ID:+N3PsKU8 >>560 自動化の道は検討の価値はあるでしょう。 しかし、int32型とint10000000型を自動的に取捨選択できるほど、 コンパイラが賢くなるのは恐らく遠い未来です。 どこかで機能制限や精度を人間が指示する必要があると考えられます。 http://mevius.5ch.io/test/read.cgi/tech/1551247748/562
563: デフォルトの名無しさん [sage] 2019/11/07(木) 04:07:52 ID:sEmiRyTj >>561 そういう俺のほうが優れてるとか言う主張をしたいなら、 個人を特定できるような情報をだせ http://mevius.5ch.io/test/read.cgi/tech/1551247748/563
564: デフォルトの名無しさん [sage] 2019/11/07(木) 04:08:39 ID:sEmiRyTj >>562 コンパイラが無理なら実行時にメモリ拡張すればいいだけ そういうことも思いつかないから、その程度止まりなんだよｗ http://mevius.5ch.io/test/read.cgi/tech/1551247748/564
565: デフォルトの名無しさん [sage] 2019/11/07(木) 04:08:50 ID:+N3PsKU8 >>563 それはお互い様です。 http://mevius.5ch.io/test/read.cgi/tech/1551247748/565
566: デフォルトの名無しさん [sage] 2019/11/07(木) 04:11:41 ID:+N3PsKU8 >>564 それでは明らかに遅く、数値計算、コンパイラ、翻訳、AI、データ処理、 OSなどの作成には向いていない言語になるでしょう。 http://mevius.5ch.io/test/read.cgi/tech/1551247748/566
567: デフォルトの名無しさん [sage] 2019/11/07(木) 04:12:20 ID:sEmiRyTj 大胆に変数はすべて128bitしかないという言語だって考えられる 最大 340282366920938463463374607431768211456 までしか扱えないが http://mevius.5ch.io/test/read.cgi/tech/1551247748/567
568: デフォルトの名無しさん [sage] 2019/11/07(木) 04:13:03 ID:sEmiRyTj >>566 そんな言語が今はたくさんあり実用化されています。 http://mevius.5ch.io/test/read.cgi/tech/1551247748/568
569: デフォルトの名無しさん [sage] 2019/11/07(木) 04:17:30 ID:+N3PsKU8 >>567 64BIT整数ですら効率を考えて使用を躊躇する世界に我々はまだいます。 あなたが普段使っているコンパイラも、非常に細かい高速化を施して あるので快適に使えているだけで、PythonやJavaScript、Rubyなどの 動的言語では達成できません。 例えば、JavaScriptの遅さは、全てdouble型にして、変数は、全てheapメモリ から確保することが主原因の一つです。それだけでC++の数十倍以上遅くなっています。 あなたの考えてことは、JavaScriptをさらに遅くするような結果となるでしょう。 http://mevius.5ch.io/test/read.cgi/tech/1551247748/569
570: デフォルトの名無しさん [sage] 2019/11/07(木) 04:18:51 ID:+N3PsKU8 >>568 有りますが、C/C++、Java、PythonやJavaScript、Ruby、Java、Kotlinなどの メジャー言語ではそのような方針はとっていません。 http://mevius.5ch.io/test/read.cgi/tech/1551247748/570
571: デフォルトの名無しさん [sage] 2019/11/07(木) 04:23:37 ID:+N3PsKU8 >>564 「その程度どまり」と言いますけど、あなたは私の作品を全く見てませんね。 全く発表してませんから。 http://mevius.5ch.io/test/read.cgi/tech/1551247748/571
572: デフォルトの名無しさん [sage] 2019/11/07(木) 05:42:32 ID:xrNXmkmc スレ違いのバカ二人はどこかよそに行って気の済むまで殴り合ってきてくれ http://mevius.5ch.io/test/read.cgi/tech/1551247748/572
573: デフォルトの名無しさん [sage] 2019/11/07(木) 06:22:21 ID:D8b5RtWG > つまり全体が64bitで、仮数部が52bitです。仮数部が52bitなので、 > Numberを用いて正確に表せる最大の整数は、53bitで表せる数から > 1引いた数になり、(2^53 ? 1) = 9007199254740991となります。 ひどい説明だな どのくらいひどいかというと WM_SYSTEMMENU並み http://mevius.5ch.io/test/read.cgi/tech/1551247748/573
574: デフォルトの名無しさん [sage] 2019/11/07(木) 11:03:05 ID:JQdG/Jj/ 公共の場で変数型のピロートークですか http://mevius.5ch.io/test/read.cgi/tech/1551247748/574
575: デフォルトの名無しさん [] 2019/11/07(木) 11:05:56 ID:dB1QBGXo >>545 size_t 使え http://mevius.5ch.io/test/read.cgi/tech/1551247748/575
576: デフォルトの名無しさん [sage] 2019/11/07(木) 11:27:25 ID:nSoHFrko >>575 NULLは0だから〜 site_tはどうせintだから〜 こういう馬鹿なハケンが一人いると崩壊するよね http://mevius.5ch.io/test/read.cgi/tech/1551247748/576
577: デフォルトの名無しさん [sage] 2019/11/07(木) 12:11:51 ID:sEmiRyTj とか言うやつほどnullptrのことを知らなそうｗ http://mevius.5ch.io/test/read.cgi/tech/1551247748/577
578: デフォルトの名無しさん [sage] 2019/11/07(木) 12:17:00 ID:9pMbL+ZJ （´∀｀）＜ぬるぽ http://mevius.5ch.io/test/read.cgi/tech/1551247748/578
579: デフォルトの名無しさん [sage] 2019/11/07(木) 17:55:20 ID:7K0XtVuo #ifdef _WIN64 #define BOOLX64 INT_PTR #else #define BOOLX64 BOOL #endif BOOLX64 CALLBACK Dlg(HWND hw, UINT msg, WPARAM wp, LPARAM lp) こうやって回避してるわ http://mevius.5ch.io/test/read.cgi/tech/1551247748/579
580: デフォルトの名無しさん [sage] 2019/11/07(木) 18:14:03 ID:2gAeIIzZ Windowsのデータ型だけのヘッダファイルって無いかしら？ データ型はあちこちで使わざるを得ないから、あちこちでincludeしたいけど、 APIのヘッダファイルはincludeしたくない。 APIを直接使うのは面倒だから、全部ラップしてるんだよね。 だから他からは使えないようにしたい。 http://mevius.5ch.io/test/read.cgi/tech/1551247748/580
581: デフォルトの名無しさん [sage] 2019/11/07(木) 19:03:13 ID:+mjs9icr データ型もラップしとけよ http://mevius.5ch.io/test/read.cgi/tech/1551247748/581
582: デフォルトの名無しさん [sage] 2019/11/07(木) 19:07:36 ID:2gAeIIzZ >>581 どうやってラップすればいいですかね？ http://mevius.5ch.io/test/read.cgi/tech/1551247748/582
583: デフォルトの名無しさん [sage] 2019/11/07(木) 19:16:08 ID:2gAeIIzZ なんとなくわかったからいいやｗ http://mevius.5ch.io/test/read.cgi/tech/1551247748/583
584: デフォルトの名無しさん [sage] 2019/11/07(木) 21:31:30 ID:6aSe0RTj 横にそれるが データ型もAPIの一部だと思ってるがあってるよな？ http://mevius.5ch.io/test/read.cgi/tech/1551247748/584
585: デフォルトの名無しさん [sage] 2019/11/07(木) 21:47:07 ID:nSoHFrko アプリケーション独自の型なんか知りませんがな http://mevius.5ch.io/test/read.cgi/tech/1551247748/585
586: デフォルトの名無しさん [sage] 2019/11/07(木) 23:33:07 ID:rEYaLqlI 個人的には構造化したほうがやりいいかな http://mevius.5ch.io/test/read.cgi/tech/1551247748/586
587: デフォルトの名無しさん [sage] 2019/11/08(金) 03:59:17 ID:ksOnEph7 お前らMFCでも使ってろ http://mevius.5ch.io/test/read.cgi/tech/1551247748/587
588: デフォルトの名無しさん [sage] 2019/11/08(金) 04:54:11 ID:2aYByRbi 普通のアプリならMFCが一番だと思うんだがなあ 変に角を丸くするとか透明にするとかされても使いにくいだけだろうに http://mevius.5ch.io/test/read.cgi/tech/1551247748/588
589: デフォルトの名無しさん [sage] 2019/11/08(金) 05:57:08 ID:bt2cbsd4 むしろMFC = 角を丸くするとか透明だろ MFC以外でそんなの見たことないわｗ http://mevius.5ch.io/test/read.cgi/tech/1551247748/589
590: デフォルトの名無しさん [sage] 2019/11/08(金) 07:30:44 ID:D1bzmSlR あんまりMFC関係なくね？ WS_EX_LAYEREDもSetWindowRgnもAPIを陽に意識して使うわけで MFCはラッパーとしての薄さがありがたいだけやん http://mevius.5ch.io/test/read.cgi/tech/1551247748/590
591: デフォルトの名無しさん [sage] 2019/11/08(金) 07:52:07 ID:tDaXxZK7 MFCはかゆいところに手が届かないからな 廃れたWTLがいい http://mevius.5ch.io/test/read.cgi/tech/1551247748/591
592: デフォルトの名無しさん [] 2019/11/08(金) 09:32:12 ID:MipGbP9q >>591 WTLは廃れてないよ。今もちゃくちゃくと最新コードがコミットされ続けている。現時点で2019年11月3日(日)が最終更新。 https://git.code.sf.net/p/wtl/git http://mevius.5ch.io/test/read.cgi/tech/1551247748/592
593: デフォルトの名無しさん [sage] 2019/11/08(金) 11:37:03 ID:bt2cbsd4 廃れたかどうかは、使ってる人がいるかどうかであって 作っている人がいるかどうかではない http://mevius.5ch.io/test/read.cgi/tech/1551247748/593
594: デフォルトの名無しさん [sage] 2019/11/08(金) 12:13:14 ID:xtk88Sle 俺が使ってるから廃れてないぞ http://mevius.5ch.io/test/read.cgi/tech/1551247748/594
595: デフォルトの名無しさん [sage] 2019/11/08(金) 12:17:45 ID:2aYByRbi >>594 ちょと見せてみて？ http://mevius.5ch.io/test/read.cgi/tech/1551247748/595
596: デフォルトの名無しさん [sage] 2019/11/08(金) 13:27:31 ID:D1bzmSlR あんまり不人気だと 供給側も撤退を考える要素が色々出てくるだろ http://mevius.5ch.io/test/read.cgi/tech/1551247748/596
597: デフォルトの名無しさん [sage] 2019/11/08(金) 13:56:39 ID:1R79qYgq ワイの中では永遠の大人気、comctl32.dllをずっとverupして欲しいと願います 1803でも修正するくらいだしさ http://mevius.5ch.io/test/read.cgi/tech/1551247748/597
598: デフォルトの名無しさん [sage] 2019/11/08(金) 21:00:43 ID:lpVjWTGo TOPMOST ウィンドウがほかのウィンドウの背後に移動してしまう https://social.msdn.microsoft.com/Forums/ja-JP/17563f89-9838-4beb-925f-32f47d90c994/topmost http://mevius.5ch.io/test/read.cgi/tech/1551247748/598
599: デフォルトの名無しさん [sage] 2019/11/08(金) 21:14:49 ID:sQQR9KNr TOPMOST同士があるからな http://mevius.5ch.io/test/read.cgi/tech/1551247748/599
600: デフォルトの名無しさん [sage] 2019/11/09(土) 13:55:21 ID:hHKZwsDl タスクマネージャもよく後ろに移動する時あるけど何なのあれ http://mevius.5ch.io/test/read.cgi/tech/1551247748/600
601: デフォルトの名無しさん [] 2019/11/09(土) 14:13:06 ID:BZG37V3w API設計が糞だから 皆がみんなTOPを取りたがって 奪い合いになる http://mevius.5ch.io/test/read.cgi/tech/1551247748/601
602: デフォルトの名無しさん [sage] 2019/11/09(土) 15:42:27 ID:01iIJK4d タスクバーより手前にくる時もある 別件だが タスクマネージャのCPU使用率が高くなってグラフが高速になるのもある http://mevius.5ch.io/test/read.cgi/tech/1551247748/602
603: デフォルトの名無しさん [sage] 2019/11/09(土) 17:34:31 ID:GyhiHYRD もう記憶の彼方ですがディスプレイメモリのアドレスって直で取れましたっけ？ 毎回メモリ確保してDIB作って画面のHDCからコピーしてっやらないと駄目すかね それなら諦めてGetPixel使いますが http://mevius.5ch.io/test/read.cgi/tech/1551247748/603
604: デフォルトの名無しさん [sage] 2019/11/09(土) 17:44:43 ID:HanEs9+F アドレスを直で、の正確な意味がわからんが基本あれGPUにあるからね Direc3Dテクスチャで良いならIDXGIOutputDuplicationから取れるけど http://mevius.5ch.io/test/read.cgi/tech/1551247748/604
605: デフォルトの名無しさん [sage] 2019/11/09(土) 17:56:17 ID:HyuDdIlK TOPMOSTなんて思い上がった言葉ですぐ気がつけよ スレッドの優先度でさえ最優先ではなくタイムクリティカルだろうが http://mevius.5ch.io/test/read.cgi/tech/1551247748/605
606: デフォルトの名無しさん [sage] 2019/11/09(土) 18:03:02 ID:GyhiHYRD >>604 こりゃ失礼、ありがとうございます なんか昔いじった気がしたんですが、あれはオフスクリーンバッファだったか…… PC98じゃあるまいし、言われて見りゃ無理くさいすね 画面上の変化を監視して作業自動化する様なのを頼まれたのですが、 監視するべきは数ピクセルなので、おとなしくGetDC(nullptr)からGetPixelします http://mevius.5ch.io/test/read.cgi/tech/1551247748/606
607: デフォルトの名無しさん [sage] 2019/11/09(土) 21:35:29 ID:hHKZwsDl GetPixelって内部でどうやってるのかな 毎回呼び出すと遅いんだよね http://mevius.5ch.io/test/read.cgi/tech/1551247748/607
608: デフォルトの名無しさん [sage] 2019/11/09(土) 22:19:46 ID:HyuDdIlK 故意に減速してるようだね ビットマップオブジェクトにキャッシュしといて そこから取ると普通の速度になる http://mevius.5ch.io/test/read.cgi/tech/1551247748/608
609: デフォルトの名無しさん [sage] 2019/11/09(土) 22:41:44 ID:e6n/6jzv gnsk http://mevius.5ch.io/test/read.cgi/tech/1551247748/609
610: デフォルトの名無しさん [sage] 2019/11/09(土) 23:25:01 ID:HanEs9+F 仮にVRAMから1ピクセルだけ毎度読み戻してたらそらクソ重いやろとは思うが 今のDWMってGDI周りの扱いがどうなってんのかよくわかんねえからな http://mevius.5ch.io/test/read.cgi/tech/1551247748/610
611: デフォルトの名無しさん [sage] 2019/11/10(日) 06:21:08 ID:nWjdF62e XPでは爆速だったのがVistaから突然遅くなった http://mevius.5ch.io/test/read.cgi/tech/1551247748/611
612: デフォルトの名無しさん [sage] 2019/11/10(日) 09:02:24 ID:R9o6dqtJ TOPMOSTの競合の話ではない "ごく稀に TOPMOST ウィンドウが通常のウィンドウの背面に移動してしまう現象が発生するとお問い合わせいただいています。" "•Windows 8.1 以降、Windows 10 でも数十回に 1 回程度この現象が発生します。" http://mevius.5ch.io/test/read.cgi/tech/1551247748/612
613: デフォルトの名無しさん [sage] 2019/11/10(日) 09:11:24 ID:IRh+3wYd >>611 メモリー積め ってかPC買い替えろ http://mevius.5ch.io/test/read.cgi/tech/1551247748/613
614: デフォルトの名無しさん [sage] 2019/11/10(日) 09:22:52 ID:nWjdF62e >>613 GetPixelの話だよ？ http://mevius.5ch.io/test/read.cgi/tech/1551247748/614
615: デフォルトの名無しさん [sage] 2019/11/10(日) 10:13:14 ID:2HW6YGp5 それはAeroのせいかも知れない。 色々なアルゴリズムがあるが、特に「半」透明の処理は、後ろから順にやって いかないので、Windowが重なっている場合、その内の一つでも色が変化した場合、 その場所に重なっている全ての Window の色が分からないと、画面に表示される 色が計算できない。Windowsは、昔はメモリが少なかったので、伝統的には、 各Windowが仮想VRAMを持たない設計になっていた。それと絡んで、Windowの ピクセルの色を取得するには、そのWindowにWM_PAINTメッセージを送って、 アプリプログラマが作成したOnDraw()などの関数に本質的にはそのWindow全体の 再描画をさせるのが伝統的やり方。 このやり方に従っているなら、ディスプレイ上の最終的な色を取得したい場合、 例えたった1点の色であっても、非常に沢山のCPUパワーを必要としてしまう可能性が ある。仮想VRAMにキャッシュしておけば高速化できる可能性は高いが。 http://mevius.5ch.io/test/read.cgi/tech/1551247748/615
616: デフォルトの名無しさん [sage] 2019/11/10(日) 10:14:06 ID:2HW6YGp5 >>615 誤：色々なアルゴリズムがあるが、特に「半」透明の処理は、後ろから順にやっていかないので、 誤：色々なアルゴリズムがあるが、特に「半」透明の処理は、後ろから順にやっていかないといけないので、 http://mevius.5ch.io/test/read.cgi/tech/1551247748/616
617: デフォルトの名無しさん [sage] 2019/11/10(日) 10:48:16 ID:IRh+3wYd >>614 ああすまん、それはVistaから導入されたDesktop Window Managerのせいやね Windows 7から改良されたからマシになってるはず http://mevius.5ch.io/test/read.cgi/tech/1551247748/617
618: デフォルトの名無しさん [sage] 2019/11/10(日) 11:26:39 ID:GjrjejsC aeroで半透明になるから描画に時間かかる←わかる だからgetpixelに時間かかる←う〜ん 呼ばれるたびにDCに対して描画させてピクセル取り出してるのならわかるけどさ http://mevius.5ch.io/test/read.cgi/tech/1551247748/618
619: デフォルトの名無しさん [sage] 2019/11/10(日) 11:30:44 ID:42Oft6n8 getdc(0)だと全部の合成してからビデオメモリからとってくるから遅い 個別ウィンドウ指定だとウィンドウ下のとかからも取れる上に早い 個別の描画内容は多分システムメモリ上にある 大体そんなような動作っぽい getpixel使わないからbitbltの挙動だけど多分おんなじじゃないかな http://mevius.5ch.io/test/read.cgi/tech/1551247748/619
620: デフォルトの名無しさん [sage] 2019/11/10(日) 12:37:49 ID:R9o6dqtJ > 呼ばれるたびにDCに対して描画させてピクセル取り出してるのならわかるけどさ 1x1のビットマップに転送して取得しているのでxpでも遅かった http://mevius.5ch.io/test/read.cgi/tech/1551247748/620
621: デフォルトの名無しさん [sage] 2019/11/10(日) 13:55:52 ID:fP398yW4 >>615 > そのWindowにWM_PAINTメッセージを送って、 > アプリプログラマが作成したOnDraw()などの関数に本質的にはそのWindow全体の > 再描画をさせるのが伝統的やり方。 > このやり方に従っているなら もうやってないというか「重なり」なんて概念がないよ。 動画再生して、他のウインドウの後ろに隠して、 その状態でタスクバーにマウス乗せてみ 画面に表示されてなくても、ウインドウの中身は更新されてるからさ。 最小化したときはアプリ側で描画止めてるソフトが多いけど それでも最小化した時点の縮小画面は見れるし Windows VistaのAeroから変わってるんだわ。 半透明処理もGPUにやらせてるからWindows 2000の頃と違い格段に軽くなってる。 http://mevius.5ch.io/test/read.cgi/tech/1551247748/621
622: デフォルトの名無しさん [sage] 2019/11/10(日) 13:57:05 ID:fP398yW4 >>618 × aeroで半透明になるから描画に時間かかる←わかる ○ 半透明処理はCPUで行っていて時間がかかる処理だったがああ GPU処理をするようになって軽くなったから、Aeroで半透明が採用された http://mevius.5ch.io/test/read.cgi/tech/1551247748/622
623: デフォルトの名無しさん [] 2019/11/10(日) 14:11:16 ID:hRll0rFL >>606 GetDC GetPixel で取れない場合 http://maverickproj.web.あれ.com/d3d11_04.html http://ka-ka-xyz.はて？.com/entry/20101209/1291890231 https://codeday.me/jp/qa/20190207/239003.html http://mevius.5ch.io/test/read.cgi/tech/1551247748/623
624: デフォルトの名無しさん [sage] 2019/11/10(日) 14:11:28 ID:O4L9SaaX GPUを使うようになった時点で、GetPixelのような処理はGPU側に問い合わせを送って その結果を返してもらうという形になったから、遅くなるというのはあり得る話。 http://mevius.5ch.io/test/read.cgi/tech/1551247748/624
625: デフォルトの名無しさん [sage] 2019/11/10(日) 14:17:16 ID:fP398yW4 昔はVRAMにあったものがGPUのメモリにあるわけだからね。 通常の描画処理は、CPUからは命令だけ投げてあとはGPUが処理するので GPU内で完結するから速いんだよ。でもデータを取ってきたりするのは負荷が高い。 だからピクセル単位でとってくるよりも、一定の範囲をごっそり取るほうが GPUに出す命令は減るから結果として速くなる。 http://mevius.5ch.io/test/read.cgi/tech/1551247748/625
626: デフォルトの名無しさん [sage] 2019/11/10(日) 15:48:36 ID:GjrjejsC でもaero切ると描画速いよｗ GPU使おうが何しようが処理が多いのは変わらないし時間かかるのも変わらない http://mevius.5ch.io/test/read.cgi/tech/1551247748/626
627: デフォルトの名無しさん [sage] 2019/11/10(日) 15:51:41 ID:u8+xJCBj 同じことをするならGPUを使ったほうが速いんだよ。 Aeroを切るとバックグラウンドウインドウの描画をしなくなるから速く感じる。 それは、それまでのOSの設計の正しさ、GPU性能が低い場合の正しさを証明してるわけ http://mevius.5ch.io/test/read.cgi/tech/1551247748/627
628: デフォルトの名無しさん [sage] 2019/11/10(日) 16:09:15 ID:GjrjejsC もう滅茶苦茶だなｗ そりゃ同じことをするなら一般的にはGPUが速いよ でも半透明処理の有無の話をしてるんだから、同じ処理での比較じゃない 半透明処理をしなければそれだけ処理が減るんだから一般的には速くなる。体感の話じゃない 昔と比べて処理が速くなっただなんて歴史はどうでもいいんだよ で、getpixel使うときはメモリ確保してそこにsrccopyするだろ。この時点で描画なんかは終わってる getpixelはコピーされたメモリ内容を読みだして過去のピクセルを返す処理のはず リアルタイムのピクセル情報返すってなら半透明で遅くなるのもうなづけるけどそうじゃないだろ http://mevius.5ch.io/test/read.cgi/tech/1551247748/628
629: デフォルトの名無しさん [sage] 2019/11/10(日) 16:51:52 ID:invbJGJm Vistaから7でウィンドウ毎のシステムメモリのバッファを削減した時も トレードオフとしてリードバックが頻発するシナリオでは従来よりペナルティがあると言ってたな 10でもDXGIのフリップモデルが増えたりFCUでGetPixelがさらに重くなる現象もあったりと今でも色々弄ってそう ウィンドウからGetPixelする時とデスクトップからGetPixelするのではなんか事情が違うのかも知らんけど http://mevius.5ch.io/test/read.cgi/tech/1551247748/629
630: デフォルトの名無しさん [sage] 2019/11/12(火) 19:29:29 ID:fqP05o8Z HBITMAPの画像を上下反転や左右反転や90度単位の回転をする場合、やはりPlgBltでしょうか。 それとも、それらに特化したAPIでもありますでしょうか。 http://mevius.5ch.io/test/read.cgi/tech/1551247748/630
631: デフォルトの名無しさん [sage] 2019/11/12(火) 19:33:32 ID:R9AMJEW8 >>630 確か、BitBlt系の関数は選択肢が沢山あって、PlgBltだけではなかったはず。 http://mevius.5ch.io/test/read.cgi/tech/1551247748/631
632: デフォルトの名無しさん [sage] 2019/11/12(火) 20:44:06 ID:mKGma296 >>630 SetWorldTransform http://mevius.5ch.io/test/read.cgi/tech/1551247748/632
633: デフォルトの名無しさん [] 2019/11/13(水) 10:09:58 ID:OceCV+VL DirectX使えば自由 http://mevius.5ch.io/test/read.cgi/tech/1551247748/633
634: デフォルトの名無しさん [] 2019/11/19(火) 11:11:30 ID:NEogfZFa いいかい学生さん、 「令和元年12月2n日」をな、「令和元年12月2n日」をはみ出さずに表示できるくらいになりなよ。 それが、人間えら過ぎもしない貧乏過ぎもしない、ちょうどいいくらいってとこなんだ。 http://mevius.5ch.io/test/read.cgi/tech/1551247748/634
635: デフォルトの名無しさん [sage] 2019/11/25(月) 20:46:42 ID:0q+n1Hac Windows10 での symlink https://social.msdn.microsoft.com/forums/ja-jp/c6141e7e-0327-4b27-a1b8-d453a169a57b/windows10-1239112398-symlink http://mevius.5ch.io/test/read.cgi/tech/1551247748/635
636: 49 [sage] 2019/11/25(月) 22:38:11 ID:dg2mzwJY >>630 GDIPlusは駄目なん? http://mevius.5ch.io/test/read.cgi/tech/1551247748/636
637: 蟻人間 ◆T6xkBnTXz7B0 [sage] 2019/11/25(月) 22:53:59 ID:S0HuE7/3 StretchBltでマイナスの値を指定するとミラーリングできるらしい。 http://forums.codeguru.com/showthread.php?524692-BitBlt-with-mirroring http://mevius.5ch.io/test/read.cgi/tech/1551247748/637
638: デフォルトの名無しさん [sage] 2019/11/26(火) 00:15:01 ID:FXTOqUMb どっかで阿鼻叫喚が始まる予感 ttps://twitter.com/MurakamiShinyu/status/994781934407553024 https://twitter.com/5chan_nel (5ch newer account) http://mevius.5ch.io/test/read.cgi/tech/1551247748/638
639: デフォルトの名無しさん [] 2019/11/26(火) 09:59:26 ID:c3SEnPpX お いよいよcp932ともおさらばか 試行錯誤はあっても良い流れは認めよう 問題が出たら出たで治せば良いんだから 治す範囲がどんだけあっても諦めるな なにもやらないよりまし http://mevius.5ch.io/test/read.cgi/tech/1551247748/639
640: デフォルトの名無しさん [sage] 2019/11/26(火) 10:49:04 ID:LSm6MssX 一年前以上からあるオプトイン設定の話だが http://mevius.5ch.io/test/read.cgi/tech/1551247748/640
641: デフォルトの名無しさん [sage] 2019/11/26(火) 11:36:11 ID:fVihpbt7 >>639 cp932使ってる古いアプリは、この設定にすると 動かなくなるだけ。つまり捨てるしか無い。 cp932を使ってる古いアプリを捨てるって話なら、 ずっと前から捨てられる。 Windows自体はコマンドプロンプトも含めて ずっと前から完全にUnicode対応 http://mevius.5ch.io/test/read.cgi/tech/1551247748/641
642: デフォルトの名無しさん [sage] 2019/11/26(火) 11:45:03 ID:fVihpbt7 「ワールドワイド言語サポートで Unicode UTF-8 を使用」をするとどうなるか？ Unicode対応のアプリ・・・設定とはとは無関係にUnicode対応 Unicode非対応のアプリ・・・ 日本語アプリはcp932でないと動かない。 ASCIIしか使えないアプリはcp932でもUTF-8でも動く。 UTF-8に対応したアプリは現時点ではまず存在しない。 この設定は今後UTF-8に対応したアプリが作られたときのための設定 この設定はデフォルト値でしかないのでUTF-8にしてもchcp932相当のことをすればcp932アプリは動く 互換モードの設定でコードページを指定できるようになるかもしれないね http://mevius.5ch.io/test/read.cgi/tech/1551247748/642
643: デフォルトの名無しさん [] 2019/11/26(火) 11:55:01 ID:sOexhNbU コマンドプロンプトは怪しいな http://mevius.5ch.io/test/read.cgi/tech/1551247748/643
644: デフォルトの名無しさん [sage] 2019/11/26(火) 11:55:11 ID:dbvsSdaZ いまだにファイルパスがユニコード対応してないアプリあるからな。氏ねと言いたくなる http://mevius.5ch.io/test/read.cgi/tech/1551247748/644
645: デフォルトの名無しさん [sage] 2019/11/26(火) 11:57:13 ID:fVihpbt7 >>643 コマンドプロンプトはUnicode対応だよ cp932の状態でもdirでUnicodeのファイル名表示できてるじゃん http://mevius.5ch.io/test/read.cgi/tech/1551247748/645
646: デフォルトの名無しさん [] 2019/11/26(火) 12:05:13 ID:sOexhNbU chcp 65001 でバグバグになるのいつ治るの http://mevius.5ch.io/test/read.cgi/tech/1551247748/646
647: デフォルトの名無しさん [sage] 2019/11/26(火) 12:08:00 ID:fVihpbt7 >>646 表示が崩れる問題なら直ってる。 動作自体なら以前から問題なく動いている。 http://mevius.5ch.io/test/read.cgi/tech/1551247748/647
648: デフォルトの名無しさん [sage] 2019/11/26(火) 12:30:13 ID:4pvDP8OD >>641 こういう流れになってますが ttps://twitter.com/unagix/status/1198150980317016065 動かなくなるんじゃなくて、破壊されて動かなくなるのが正解なのでは？ https://twitter.com/5chan_nel (5ch newer account) http://mevius.5ch.io/test/read.cgi/tech/1551247748/648
649: デフォルトの名無しさん [sage] 2019/11/26(火) 12:31:57 ID:Yz+apKYY >>648 破壊されて動かなくなるとは、一体どこにそんな証拠があるのでしょうか？ http://mevius.5ch.io/test/read.cgi/tech/1551247748/649
650: デフォルトの名無しさん [sage] 2019/11/26(火) 12:39:10 ID:Yz+apKYY 実際に試した人たち https://qiita.com/obaba/items/c88c6ef833cac23bb01e https://adatarag3.blogspot.com/2019/03/pcwindows10utf-8.html https://chiyosuke.blogspot.com/2019/05/windowsutf-8.html 「ベータ:ワールドワイド言語サポートでUnicode UTF-8を使用」から 「日本語（日本）」に戻して文字化けが直った人 https://kuronyankotan.com/?p=1596 http://mevius.5ch.io/test/read.cgi/tech/1551247748/650
651: デフォルトの名無しさん [sage] 2019/11/26(火) 12:50:39 ID:4pvDP8OD 全てのA系APIがUTF-8をI/Oするんじゃろ？ 非対応アプリがテキスト系ファイルI/Oしたら死ぬのでは？ http://mevius.5ch.io/test/read.cgi/tech/1551247748/651
652: デフォルトの名無しさん [sage] 2019/11/26(火) 13:01:13 ID:Yz+apKYY >>651 WindowsはUnicode対応なので関係ない話 非対応アプリが動かなくなるだけ http://mevius.5ch.io/test/read.cgi/tech/1551247748/652
653: デフォルトの名無しさん [sage] 2019/11/26(火) 13:03:50 ID:Yz+apKYY だいたい全てのA系APIがUTF-8をI/Oしたからって 何の問題があるんだ？ 今までだってそれは、全てのA系APIがSJISとかASCIIとか 韓国や中国のなにかに変更するスイッチだっただろうと そこにUTF-8が増えただけに過ぎない。 http://mevius.5ch.io/test/read.cgi/tech/1551247748/653
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 349 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.025s