【C++】 DirectX初心者質問ｽﾚ Part41 【C】

**デフォルトの名無しさん** · 2018/03/23(金) 15:24:12.95

回答する人も、質問する人も必ず読んでください

これらに当てはまる人のための質問スレです。
１．C/C++は多少理解している。
２．最近DirectXを始めたばかり
３．SDKを見ても、Googleで検索しても、いまいち理解できない人
４．余計な雑談は不要ですよ

【回答してくださる方】
・　できるだけ優しく質問に答えてあげてください。
・　優しく教えるのが嫌でしたら、解決するためのヒントだけでも結構です。
　「ググれ」「SDK見れ」以外の回答でおながいします。
・　神ですら理解不能な質問は無視して下さい。

【質問する方】
・　どんな事で躓いているのか明確にしよう。
・　長くならないなら躓いている部分のコードを晒してみれ。
・　解決した場合、お礼を言うのは当然だが、何をどうしたら解決したかを明確に書こう。
・　回答して貰ったら、出来るだけお礼もしよう。

前
【C++】 DirectX初心者質問ｽﾚ Part40 【C】(c)2ch.net
https://mevius.5ch.net/test/read.cgi/tech/1474782237/

>>2リンク

**デフォルトの名無しさん** · 2019/05/16(木) 12:03:47.64

テクスチャは一枚でよくね

**デフォルトの名無しさん** · 2019/05/16(木) 19:02:18.71

何がしたいかわからんけどポイントスプライト使ってみるとか

**デフォルトの名無しさん** · 2019/05/17(金) 07:11:21.55

>>328

テクスチャは一枚です。

>>329

要はテクスチャを一ピクセル毎に分解して、それをパーティクル状に自由に動かしたいのです。
その前段階として、板ポリにテクスチャのピクセルを一つ一つ割り当てたいのです。

**デフォルトの名無しさん** · 2019/05/17(金) 07:21:03.82

別に1ピクセルだろうが板ポリにUV座標していする一般的なスプライトと同じ実装で良いと思うが

**デフォルトの名無しさん** · 2019/05/17(金) 10:22:40.73

ポインスプライト実装でできました。
有難うございました！

**デフォルトの名無しさん** · 2019/05/25(土) 16:17:49.68

行列計算ってのがよくわからないんですが、簡単にどういうことをするのか教えてください
((0,0,0)(0,0,0)(0,0,0))
こういう行列があったとしたら
vector3(10,10,10) += gyouretsu[1]
などとすることで、２番目の列にvector3が代入されるかと思います
これってなんの意味があるんですか？

３ｄにおいてどういうシチュエーションで必要７日イメージがワキません
godot使用です

**デフォルトの名無しさん** · 2019/05/25(土) 16:48:26.68

逆行列無いから意味無いで

**デフォルトの名無しさん** · 2019/05/25(土) 16:58:28.00

>>333
> 代入されるかと思います
されない

> なんの意味があるんですか？
自分からなんの意味もないコードを見せておいて何言ってんだ？

ここはDirectXスレだ
他のスレをあたれ
どのスレが適切かは自分で考えろ

**デフォルトの名無しさん** · 2019/05/25(土) 17:24:26.26

ブレンドステートオブジェクトのRenderTagetって
RenderTarget[0]以外使うにはどうすればいいですか。

**デフォルトの名無しさん** · 2019/05/25(土) 18:50:30.35

すみません
よく考えたらいらなさそうなのでやっぱりいいです。
時間を取らせてしまったのなら申し訳ありません。

**デフォルトの名無しさん** · 2019/05/29(水) 21:18:56.08

PIX for Windowsを使ってみたのですが、以下のようなエラーが出てしまいました。

・・・・
Frame 000001 ........POST: <S_OK><this=0x04f731e0> IDXGISwapChain::GetBuffer(0, IID_ID3D11Texture2D, 0x005EF60C)
Frame 000001 ........PRE: <this=0x04f2de08>ID3D10Texture2D::Map(6223320, Unknown D3D10_MAP, 6223436, 0xCCCCCCCC)
D3D11 CORRUPTION: ID3D10Texture2D::Map: Fourth parameter is corrupt or NULL. [ MISCELLANEOUS CORRUPTION #16: CORRUPTED_PARAMETER4]
An unhandled exception occurred.
Closing Run File

どうすれば改善できますか。
GetBufferのあたりはこんな感じです。

HRESULT hr;

// スワップ・チェインから最初のバック・バッファを取得する
ID3D11Texture2D* pBackBuffer; //バッファのアクセスに使うインターフェイス
hr = pSwapChain->GetBuffer(
0, // バック・バッファの番号
__uuidof(ID3D11Texture2D), // バッファにアクセスするインターフェイス
(LPVOID*)&pBackBuffer); // バッファを受け取る変数

**デフォルトの名無しさん** · 2019/05/29(水) 21:25:35.46

ちなみに
ID3D10Texture2D::Mapを呼び出した覚えはないです
GetBufferなら使いました。

**デフォルトの名無しさん** · 2019/05/30(木) 08:06:03.66

4つ目の引数が、0xCCCCCCCC だから！

**デフォルトの名無しさん** · 2019/05/30(木) 17:04:06.51

>>340
回答ありがとうございます。
ID3D10Texture2D::Mapの４つ目の引数がおかしいとエラーで出てきているのはわかるのですが、
引数が４つのMap関数が見当たらないのですが
引数が５つの奴ならあります。

HRESULT hr;
D3D11_MAPPED_SUBRESOURCE MappedResource;
hr = pImmediateContext->Map(
pCBuffer[ID], // マップするリソース
0, // サブリソースのインデックス番号
D3D11_MAP_WRITE_DISCARD, // 書き込みアクセス
0, //
&MappedResource); // データの書き込み先ポインタ
↑の内部でID3D10Texture2D::Mapが呼び出されていたりするのでしょうか。

**デフォルトの名無しさん** · 2019/06/06(木) 12:19:41.96

しょーもないゲームを自分で作って周りに見せて喜んでるだけなので
バージョン8を使い続けてるけどヤバイ？急に動かなくなることある？

**デフォルトの名無しさん** · 2019/06/06(木) 12:21:12.48

さすがに9未満は知らんわ

**デフォルトの名無しさん** · 2019/06/06(木) 12:23:51.62

>>343 今んとこはWin10でも元気に動いてる。マイクロソフトも非推奨？

**デフォルトの名無しさん** · 2019/06/11(火) 04:05:17.78

DirectX8だとSDKも8のSDKで作ってるの？あとVisual Studioのバージョンは？

まあVC6＋DirectX SDKの7で作ったやつがソース変更ナシかほぼナシで
VS2008＋DX11でビルドできた覚えがあるから大して意味のある質問ではないかもしれないけど

**デフォルトの名無しさん** · 2019/06/12(水) 11:03:28.52

パーティクルトレイルってやっぱ見てるだけでかっけーってなるんですけど、
実装するにはどういう考え方たしたらいいですか？

**デフォルトの名無しさん** · 2019/06/12(水) 11:30:40.77

うまー
http://daiki-evilone.hatenablog.com/entry/2017/02/28/151136
https://www.sawalemontea.com/entry/2017/09/09/133000
https://docs.unity3d.com/ja/current/Manual//PartSysTrailsModule.html

**デフォルトの名無しさん** · 2019/06/12(水) 11:38:18.03

>>347

有難う
ただパーティクルシステムを基にUnityの機能じゃなくてジオメトリシェーダかなんかで
プログラマブルにやりたいんです。
環境はｖｖｖｖ、windows10

**デフォルトの名無しさん** · 2019/06/12(水) 11:50:23.19

>実装するにはどういう考え方

が描いてあるから貼った

**デフォルトの名無しさん** · 2019/06/20(木) 10:08:17.58

>>344
もう11以降使ってない奴はマイクロソフトとかじゃなくAMDとか普通にバグあっても
直さない宣言してるからな

**デフォルトの名無しさん** · 2019/07/13(土) 11:48:07.77

12でそれなりの描画が実装できたけど、やはり複雑。
ルートシグネチャ、シェーダ、ディスクリプタで器を決めて、頂点、索引、定数、テクスチャをGPUにロード。
ディスクリプタにテクスチャ、定数を入力にbind、描画ターゲットと深度ステンシルを出力にbind。
頂点と索引、シェーダを専用スロットに繋いで、コマンドリストに描画命令をいれる。
リストはあロケータから取り出して、コマンドキューに入れる。
コマンドキューにシグナルいれて、フェンスで完了を確認する。

コマンドキューはスレッドに一つづつのインスタンスを持たせて、コマンドリストはコマンドキューに複数突っ込んでもよいが、複数のコマンドキューに容れてはならない。

描画ターゲットと深度ステンシルは、たんなるメモリだが、テクスチャとして扱うので、参照保護のためにアクセス前にはバリアを遷移させて状態を明示的に制御する。

マルチレイヤの合成、オフラインサーフェスへの描画、スワップチェインから取り出したバックバッファへの描画、present。

一枚書くだけでもしんどいな

**デフォルトの名無しさん** · 2019/07/13(土) 11:58:32.38

字形は字形でFT使っているから、プロセッサメモリにレンダリングしてGPU上のテクスチャと宣言したメモリをマップしてアップロード。
それをパイプラインで扱うからテクスチャを参照する頂点バッファにテクスチャマップさせたポリゴンを容れる。

ウィンドウ処理(2d処理)を3dで扱うためひUV座標も手前で計算。
欲を出して、ウィジェットのパーツを1メッシュで扱えるようにして、1ウィジェットをジオメトリ扱いで管理し始めたら
吐きそうほどの複雑な実装になりました。

行数で30万ステップぐらいか？
セミコロンは、そろそろ100万いけそう

**デフォルトの名無しさん** · 2019/07/13(土) 13:01:33.24

それだけの苦労をして得られるパフォーマンスは、
DX11に比べて如何ほどなのだろうか･･･？

**デフォルトの名無しさん** · 2019/07/22(月) 07:40:47.32

一概には言えない。
よく言われる通り、コマンドキューとコマンドリストを複数持って並列に実行させられるから、GPUを無駄なく使うようにしやすい。

200の入力を3回するには、600の計算量となるが、それをシーケンシャルにやれば600時間単位係り、それを並列に計算できるなら3並列で200時間単位にまで落とせるかも知れない。
描画バス、遅延レンダリング(深度バッファシャドウ)なんかは前段の計算が完了する要件があるから並列できない。
ジオメトリやメッシュを描画する部分が適用しやすい。
つまりフレームレートに影響するのは、ポリゴン数と描画ターゲットの解像度。APIセットが計算性能に与える影響は大きくない。
APIセットは、ドライバとハードウェア設計を楽にした上で、オープン規格でプログラムをコーディングしやすくするもの。
12の良いところは、GPUを直接触るような気持ちよさだと思う

**デフォルトの名無しさん** · 2019/08/14(水) 20:10:09.93

oggファイルをSlimDXのXAudio2で演奏しようとして、Ogg Vorbisを使って見たのですが、
ov_readで取得したchar *bufferをMultimedia::WaveStreamに入れこむ方法がわかりません
かなりスレ違いな質問だと思いましたが、適当なスレが見つからなかったので

**デフォルトの名無しさん** · 2019/08/15(木) 15:20:56.41

>>355
なにも考えずに、そのまま複写する。
オッグぽルヴィスから取り出した時点でPCMチャンクになるはず。
気にするべきはチャネル数、量子化ビット数、サンプリングレート、フレーム(チャンクのデータ量、バイト数)を合わせること。

なお、詰まりやすいのは、サンプリングレート。
単純にデバイスが対応していれば良いが、非対応なら自力でリサンプリングする必要。
基本は、デバイスが対応しているサンプリングレートのデータをなんからのコンバータで変換した音源を用意する。

ちなオーディオプレーヤーなんかを書く場合は、入力音源のサンプリングレートを絞ると使えないツールになるから、リサンプリングが必須。
リサンプリング機能は、インストールされたCODECに依存するが、ウィンドウず標準のコーデックは使いにくい。

商用ゲームがセガ？のAMのファームを使うのは、このあたりに関係してんのかも。

ちらうら

**355** · 2019/08/16(金) 21:48:05.02

WaveStreamを作成するときにヘッダー情報を入れてないだけでした。すんません

SlimDXのサンプルコードでは、AudioBufferにWaveStreamをそのまま入れているけど、ヘッダー情報を除いたStreamが正解ですよね？
ov_readで取得したデータでMemoryStreamを作成してAudioBufferに入れたら演奏できました

**デフォルトの名無しさん** · 2019/08/17(土) 10:03:25.52

おま環

前半のような勘違いをしてる知能だと後半でも勘違いしてる可能性大

**デフォルトの名無しさん** · 2019/08/17(土) 20:22:39.40

>>357
音が出たならそれでいいかと。
チャンクのゴミはコーデックのハイパスフィルターで除去される。
ストリームにヘッダー情報が来るようなAPIはないと思う。
サンプルがファイル処理をやってんだと思う。

**デフォルトの名無しさん** · 2019/08/17(土) 21:55:59.22

DirectX11でレンダーターゲット（画面全体）にシェーダを適用する方法を教えていただけませんでしょうか

板ポリゴンにシェーダを適用する方法は分かるのですが…
画面全体にピクセルシェーダを使って「GLSL Sandbox」のようなことがしたいです
ググったのですが、そういうサイトを見つけられませんでした

**デフォルトの名無しさん** · 2019/08/17(土) 23:37:46.48

>>360
・シェーダで一切行列を使わない
・射影座標(-1～+1)の範囲で頂点座標を指定して頂点配列を作る
要点はこの二つ

細かい点は
・ビューポートはウィンドウサイズに合わせる
・描画ターゲットはスワップチェインから取り出す
・深度ステンシルは取り敢えず忘れる
・固定機能ステートはすべてデフォルト値でつくり、コンテキストに設定する
・シェーダーは、とりあえずバーテックスとピクセルのみ(中身はパススルー。入力頂点要素複写だけにする)

あとD3D11デバイスだったかコンテキストとスワップチェインを同時につくるAPIがあるから、ネットサンプルを参考にせず、そっちを使う。

**デフォルトの名無しさん** · 2019/08/17(土) 23:52:33.15

描画するまでに最低限やることリスト
・デバイス、コンテキスト、スワップチェインを作る
・スワップチェインから描画ターゲットを作る
・コンテキストに固定機能ステート(ラスタライズ、ブレンド)を設定
・コンテキストにシェーダー(バーテックスとピクセル)を設定

描画ループ(最適化なし))
・コンテキストに入力頂点配列レイアウトをつける
・コンテキストに入力プリミティブを指定する
・入力する頂点配列に適したdrawを呼ぶ
・スワップチェインにフロントとバックバッファを切り替えるようにつたえる(present)

必須なのは、このあたり。
やっちゃダメなこと
・神に祈るな

**デフォルトの名無しさん** · 2019/08/18(日) 00:13:51.13

>>361
ありがとうございます！
おっしゃるとおりVertexBufferで-1.0～1.0の範囲の4頂点を作って、VertexShaderで行列を使わずにそのままinput→outputするだけでいけました

数時間悩んでたのですがスッキリしました
基礎が全然分かってないことに気づきました
ありがとうございました

**デフォルトの名無しさん** · 2019/08/18(日) 01:20:27.90

>>363
おめめ！
そこがわかれば、射影行列、ビュー行列、ワールド行列と芋づる式に理解できる。
射影行列は、行列で指定した範囲の8つの角をそのデバイス座標空間に納めるように座標変換する計算を指す。
その-1から+1の範囲の外におかれた頂点はラスタライズされなくなる。(ピクセルシェーダーに送られない)

**デフォルトの名無しさん** · 2019/08/22(木) 00:48:20.80

（チラ裏）
VulkanとDirect3D12の両方でオフラインサーフェースへのレンダリングとレイヤ合成しての描画は実装できるようなったけど、
UnityやUnrealで使われているスクリプトやデータ構造を使ったレンダリングパスの可変実装ってのは、
必須なんだな、ってシミジミと感じる。

・平面に描画するパス（1:n）
・立体を描画するパス（1:n）
・立体に影を付けるシャドウマップ用の計算目的のパス（1:n）
・字形をプロセッサで描画したテクスチャをGPUに流し込むパス（1:n）
・ウィンドウ（をウィジェット単位に）描画するパス（n:n）
・上記を合成してスワップチェインに描画するパス（n:n）

今まで描画パスは全部個別にC++で書いていたが、
動的に「描画ターゲット」「シェーダ」「ブレンディングに代表される固定機能ステート」をスクリプトや外部データ参照で実装できるようにしないと
映像的な演出を工夫する際のコード実装でコード量が爆発しそう。
ウィンドウ処理は、描画ターゲットを複数枚要求し、立体の描画は描画ターゲットが一枚でもいいが、複数のジオメトリとポリゴン集合別のブレンディングパラメータを欲する。

やっぱりUnityは、よく出来ている。

**デフォルトの名無しさん** · 2019/08/22(木) 09:44:48.00

○|○|

**デフォルトの名無しさん** · 2019/08/23(金) 21:30:01.80

>>363
いえいえ
お礼なんて入りませんよ

**デフォルトの名無しさん** · 2019/08/24(土) 09:30:16.20

お礼は要らない
お札は要る

**デフォルトの名無しさん** · 2019/08/28(水) 18:29:40.05

XAudioでモノラル音声のパン制御について質問です。
以下のページを参考にしているのですが、

https://docs.microsoft.com/en-us/windows/win32/xaudio2/how-to--pan-a-sound

IXAudio2MasteringVoice::GetChannelMask 関数が
無いようなのですが、どうすればいいでしょうか？
SDKはWindowsXPでも動かしたいので
DirecctX SDK(June 2010) を使用しています。

**デフォルトの名無しさん** · 2019/08/28(水) 22:27:58.14

>>369
そのSDKのXAudio2(2.7)ではサポートしてない機能だから無理じゃないかな

IXAudio2MasteringVoice::GetChannelMask
Platform Requirements
Windows 10 (XAudio2.9); Windows 8, Windows Phone 8 (XAudio 2.8)

**デフォルトの名無しさん** · 2019/08/28(水) 22:46:59.14

このバージョンではサポートしてない機能でしたか
代わりの手段があれば知りたかったのですが
ありがとうございます

**デフォルトの名無しさん** · 2019/08/28(水) 23:32:26.60

>>371
どうしてもやりたければ自力でパンを考慮したステレオデータに変換からXAudio2に渡す
完全な興味本位だけど、XPは何に使ってるの?

**デフォルトの名無しさん** · 2019/08/29(木) 07:46:12.69

イメージとしては、モノラルからステレオへの変換は、モノラルデータの開始位置に差をつけて、右チャネルデータとして扱い、後ろに詰め物を入れる。
パンは出力したい左右の比率に合わせてPCMデータに比率を掛ける。
これで行けそうな気はする。
チャネルを分離する部分なんかはキチンと実測して試行錯誤しないと、ステレオじゃなくエコーに聴こえるか、モノラルのままに聴こえそう。

**デフォルトの名無しさん** · 2019/08/29(木) 08:53:04.16

ありがとうございます
どのチャネルが左右のスピーカーのどちらなのかを知る手段がないと厳しそうに思えました

**デフォルトの名無しさん** · 2019/08/29(木) 09:05:01.10

WindowsXPは古いゲームをプレイするのに使っています

**デフォルトの名無しさん** · 2019/08/29(木) 09:08:46.27

第三科学研究所のDPPケーブルがUSBよりも入力遅延が小さいのと
マルチタップが使えるので気に入ってます

**デフォルトの名無しさん** · 2019/09/03(火) 09:29:38.14

「DirectX9必携」という本が良いと聞き
DL版をカートに入れてPayPaｌで支払いしたんですが
お店からなんの音沙汰もありません
手続き間違えたんでしょうか？
ノースブレインコンピュータのペイパル店です

**デフォルトの名無しさん** · 2019/09/03(火) 09:54:38.42

いまさら9ですか

**デフォルトの名無しさん** · 2019/09/03(火) 11:40:23.76

>>377
店に聞けよここを何だと思ってるの？

**デフォルトの名無しさん** · 2019/09/03(火) 11:56:46.00

>>378
日本語資料が豊富だしな

**デフォルトの名無しさん** · 2019/09/03(火) 21:18:41.77

それ結構アレな筆者がひとりでやってる会社だから
音沙汰ないならペイパル通さないと埒が明かないかもしれない

**デフォルトの名無しさん** · 2019/09/04(水) 08:46:25.91

dx9は、環境を整えるのが苦労するような。
プログマブルシェーダーはよいもの。
固定機能シェーダーは難解。

**デフォルトの名無しさん** · 2019/09/04(水) 10:33:43.46

>dx9は、環境を整えるのが苦労する

昔はともかく今は全然苦労しない
っていうか最近のVS(VC)入れたら勝手に入る

**デフォルトの名無しさん** · 2019/09/04(水) 18:48:52.95

固定使わなければいいだけね
初学者には難易度逆な気もするが

**デフォルトの名無しさん** · 2019/09/04(水) 19:40:21.43

memo
http://www.kagami.org/diary/2004-12-07-1.html
http://mossan99.hatenabl●g.com/entry/2013/03/28/160907

**デフォルトの名無しさん** · 2019/09/05(木) 20:43:15.44

初学ならウニかアンリ。
レンダリングパスをプログマブルにスクリプトに出来るのは、かなりいい。

最近、自作プログラムでディスクリプタとコマンドリストを工夫したが、12とバルカンはかなり面白い。
ディスクリプタが最適化の要とかかれたウェブページを見かけるが、コマンドリストもかなりいい。
専門用語チックな単語を使うけど、モデルデータ単位でコマンドリストを作ることが出来るのは11の特殊な実装と12とバルカンだけだと思う。
「コマンドリストへの命令詰め込みを描画パスの外側に追いやることができる」
簡単な実装で試してみたが、目に見える効果があった。

**デフォルトの名無しさん** · 2019/09/05(木) 20:47:00.55

ちなみにこのアイデアは、バルカンチュートリアルの受け売り。
あれのサンプルがしれっと実装していた。

**デフォルトの名無しさん** · 2019/09/05(木) 21:13:35.59

(どうせ使わん知見)
ディスクリプタとは？
→ テクスチャと定数バッファに対する入力アセンブラに位置付くメカニズム
入力アセンブ

**デフォルトの名無しさん** · 2019/09/05(木) 21:14:01.92

もうやだ。スマホ嫌い

**デフォルトの名無しさん** · 2019/09/06(金) 00:03:17.80

12へのモチベが上がる書き込み、ありがとう。

**デフォルトの名無しさん** · 2019/09/29(日) 01:19:13.34

>>390
いえいえ

**デフォルトの名無しさん** · 2019/10/03(木) 17:54:30.21

ちらうら。VRMというものがある。
ファイルフォーマットは、glTFを拡張したもので比較的に統一されたボーンデータを含めて人形モデルを扱える。
おおこれは！と思って調べてみた。
メッシュデータを覗いて無かったことにした。
データ交換にはよいけど、これをランタイムでロードする気にはならない。
終わり。興味がありそうな規格なので書いてみた。

**デフォルトの名無しさん** · 2019/10/03(木) 22:15:21.34

技術者なら肝心なとこ書いてよ

**デフォルトの名無しさん** · 2019/10/04(金) 08:25:25.88

voltage regulator module

**デフォルトの名無しさん** · 2019/10/09(水) 18:27:49.27

VRMというよりglTFのデータ構造がランタイムで使うには不適切てのは、
GPUに流し込む頂点配列は、予め流し込んで扱いやすく整理しておかないと、ロード時に頂点構造をいちいちフェッチ、整理(積み替え)が必要になるということ。

GPUメモリをマップしたアドレスにストレージからダイレクトに流し込むことが最効率となる。

つまりそういうこと。
こんぐらいは説明なしで理解出来ているのが殆どだろう。

**デフォルトの名無しさん** · 2019/10/10(木) 12:44:05.49

Q面だと焦点なし
https://ja.wikipedia.org/wiki/%E6%94%BE%E7%89%A9%E9%9D%A2%E9%8F%A1
http://atsuko.boo.jp/kumonoito/?p=6457

**デフォルトの名無しさん** · 2019/10/10(木) 20:53:12.74

>>396
反射鏡面に歪みがないなら、当然焦点はないだろ。

**デフォルトの名無しさん** · 2019/10/23(水) 14:37:08.12

>>397
うるさいよ、知ったか振りするな！

**デフォルトの名無しさん** · 2019/10/25(金) 20:17:40.43

DXRやってる？

**デフォルトの名無しさん** · 2019/10/29(火) 13:18:37.30

お前らしっかり読んどくんだぞ(｀・ω・´)

https://devblogs.microsoft.com/directx/dev-preview-of-new-directx-12-features/

**デフォルトの名無しさん** · 2019/10/29(火) 21:37:00.60

なるほど分からん

**デフォルトの名無しさん** · 2019/10/30(水) 19:45:37.73

描画パイプラインが新しくなるんだね。
増幅シェーダとメッシュシェーダに変化する。
増幅がIAからテッセレータあたりまでをカバーし、メッシュシェーダが評価シェーダからジオメトリシェーダをカバー。
そのあとはラスタライザに繋がり、ピクセル補完なんかに続く。
増幅シェーダに与える頂点バッファ索引バッファを複数一気に与えることが可能っぽいから、
ほとんど計算シェーダになって、シェーダが意識して頂点を参照するような気がする

**デフォルトの名無しさん** · 2019/11/05(火) 23:25:17.33

>>399
>>402
また気がするだけかよw

**デフォルトの名無しさん** · 2019/11/06(水) 11:00:45.54

AIがプログラム描くようになって
中で何やってるか人間に判らないレベルになると
みんな気がするしか言えなくなる気がする

**デフォルトの名無しさん** · 2019/11/06(水) 18:03:49.13

>>403
まあ、答えを書く義務なんてないからね。
キチンと読まんと頭の中身がおばちゃんになっちゃうよ。

**デフォルトの名無しさん** · 2019/11/06(水) 18:08:47.84

DirectXはオワコンな気がする。

**デフォルトの名無しさん** · 2019/11/06(水) 18:19:33.54

ぶっちゃけ俺もVulkan移行中だけどこっちも驚くほど盛り上がってない
低レベルAPI叩く時代が終わっている気がする

**デフォルトの名無しさん** · 2019/11/06(水) 20:43:12.56

Unityに行くしかない…！！

気がする

**デフォルトの名無しさん** · 2019/11/06(水) 21:46:54.62

Unityって重くね？

**デフォルトの名無しさん** · 2019/11/09(土) 03:29:30.96

UnityでグラフィックAPI選べるからねぇ
DirectX、Metal、OpenGL、Vulkan

**デフォルトの名無しさん** · 2019/11/09(土) 11:25:43.09

そのユニティバルカンは、たぶんスマホ向けだろうから、機能制限が多そうな予感がする。
いずれスマホ向けユニティと、コンソール向けユニティ、PC向けユニティに三分割されるか、
フレームワークが双互換性になしになる気がした。

**デフォルトの名無しさん** · 2019/11/26(火) 20:52:47.79

お尻の穴がかゆい気がしたよな。

**デフォルトの名無しさん** · 2019/12/15(日) 23:11:29.08

DX12触ろうかと思うんだが
VisualStudioのバージョンて何がいいとかある？
サンプル見ると2015ばっかりなんだけど何使っても変わらん？

**デフォルトの名無しさん** · 2019/12/15(日) 23:45:13.69

変わらん
普通に2019でもバシバシ開いてビルドできてる
DXRのサンプルとか2019オンリーだったりするし
特に理由がなければ新しいの使った方がええんでないの

**デフォルトの名無しさん** · 2019/12/15(日) 23:48:53.12

ありがと！沼に突進してくるわ

**デフォルトの名無しさん** · 2019/12/16(月) 08:36:50.24

c++ってクソだよな
いつの間にかdxtlビルド通らなくなってるし

**デフォルトの名無しさん** · 2019/12/16(月) 09:45:17.78

dxtlってなんや

**デフォルトの名無しさん** · 2019/12/16(月) 11:06:30.96

DirectXTKやったわ
メンゴォォメンゴォォメンゴォォッッ！！

**デフォルトの名無しさん** · 2019/12/18(水) 01:30:49.20

DirectX11で十分すわ

**デフォルトの名無しさん** · 2019/12/18(水) 07:37:42.76

11でひとつの完成形に到達した感がある。

**デフォルトの名無しさん** · 2019/12/18(水) 17:03:44.60

9じゃないのか。

**デフォルトの名無しさん** · 2019/12/18(水) 20:00:16.50

所詮9は固定機能とプログラマブルシェーダが入り混じった半端者
DirectXの面汚しよ…

**デフォルトの名無しさん** · 2019/12/19(木) 08:21:35.32

>>422
機能の増改築が重なってツギハギだらけだったよね

**デフォルトの名無しさん** · 2019/12/20(金) 01:21:43.78

DirectXは9で終わったよ。今はゲームエンジンでポチっとな。

**デフォルトの名無しさん** · 2019/12/20(金) 01:31:12.98

ゲーム作ったこと無いのに詳しいね

**デフォルトの名無しさん** · 2019/12/21(土) 19:39:28.09

ボクが一番、DirectX11をうまく使えるんだ!!!

**デフォルトの名無しさん** · 2019/12/21(土) 19:48:09.16

Direct2Dの話題もここ？

**デフォルトの名無しさん** · 2019/12/22(日) 10:33:09.77

Direct2Dの解説サイトとか本とかほぼないね