[過去ﾛｸﾞ] OpenGL/Vulkanスレ Part22©2ch.net (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
35: デフォルトの名無しさん [sage] 2015/09/21(月)06:53:50.45 ID:14VyAGI9(1)
>>34
性能はいいけど・・・って感じだよね、
nVIdiaとVulkanはMantle的に相性は悪いがそれでも今のスマホGPUよりかはよっぽどましな挙動をすると思う
169: デフォルトの名無しさん [sage] 2016/01/12(火)19:19:07.45 ID:OumKA2+J(3/4)
>>167
お前こそOpenGL関係無い話しをすんなよ、アホか
突然データの話しをし始めたのはお前だろ
データの糞さなんて普通議論の前提に無いよ
法線マップを使うと質感がリアルになる→データが糞なら意味が無い
シャドウマップのアルゴリズムを改善するとクオリティが上がる→データが糞なら意味が無い
なんでこんなアホみたいなことをお前は必死に連呼してんの？
> それと結局クオリティの根幹はデータだよ ｷﾘ)ｗｗｗ
342(1): デフォルトの名無しさん [sage] 2016/07/15(金)22:44:03.45 ID:+hrWOFBB(2/2)
グラフィック周りの更新は特に文鎮化の危険あるからな
411: デフォルトの名無しさん [sage] 2016/09/07(水)04:08:46.45 ID:QI1brpnk(1)
わりとどうでもいい
485: デフォルトの名無しさん [sage] 2016/11/03(木)13:25:03.45 ID:6FeMk1RE(2/3)
前回と同じサイズのものは使いまわす
っていうかそんなことより0で埋めるとか馬鹿な初期化する方が無駄
546: デフォルトの名無しさん [] 2016/11/25(金)09:50:03.45 ID:kFMSAmJC(1)
実行結果から最適化した方が良いコードを生成できる可能性高いしな。
エラー処理とかまず通らないコードをインライン展開してもコード密度悪くなって逆に性能悪くなるし。
(コンパイラ拡張で最適化のために殆ど通らないって属性付け出来たりするけど)
VC++2017には実行した結果から最適化させる機能が入った
https://msdn.microsoft.com/ja-jp/library/e7k32f4k.aspx
552: デフォルトの名無しさん [sage] 2017/01/10(火)04:17:52.45 ID:L2yDESqP(1)
よろしく
587: デフォルトの名無しさん [sage] 2017/01/28(土)10:23:30.45 ID:UxEI4Vr6(1)
Vulkan SDK 1.0.39.1
687(1): デフォルトの名無しさん [] 2017/08/17(木)21:32:39.45 ID:rdQtPA4Z(1)
>>683
不明要素が多いから何とも言えない
バックバッファの切り替えウェイト、デバイス固有のリミッタとかに填まっている可能性もある。
中身はARMで泥ならば、所詮はVM。
変更できない要素に左右される。
例えば、電池消耗を抑えるためにフレームレートを制限なんかは想像しやすい。
MS違う
875: デフォルトの名無しさん [] 2018/03/12(月)12:11:21.45 ID:69L4T8rX(1)
>>873
GPUはデバイス座標系で点を打つデバイスである。
だから、まずは行列を忘れることから始めることをオススメする。
ここを押さえないと、マジックやブラックボックスな理解にしかたどり着かない。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.046s