DXライブラリ総合スレッドその16

**名前は開発中のものです。** · 2013/06/30(日) 23:57:05.06

Cを習得した程度のスキルでも、ゲームのグラフィックを比較的容易に描画する事のできる、
「DXライブラリ」に関するスレッドです。
DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

【公式】
http://homepage2.nifty.com/natupaji/DxLib/

【関連スレ】
C/C++ゲーム製作総合スレッド Part1
http://toro.2ch.net/test/read.cgi/gamedev/1337516528/
ゲームプログラムなら俺に聞け(プログラム技術板)
http://toro.2ch.net/test/read.cgi/tech/1366526476/

●DXライブラリではなくDirectXの質問ならこっちへ
【C++】DirectX初心者質問スレ【C】(プログラム技術板)
http://toro.2ch.net/test/read.cgi/tech/1370015791/

**名前は開発中のものです。** · 2013/08/31(土) NY:AN:NY.AN

>>318
あったっけって、俺はそうやってるけど。

**名前は開発中のものです。** · 2013/08/31(土) NY:AN:NY.AN

いや、dxlibの関数をどう使って実現するかってこと
指定メッシュのみ描画とかあったっけ？
それともシェーダで切り捨てでもしてるの？

**名前は開発中のものです。** · 2013/08/31(土) NY:AN:NY.AN

いや考え方は2Dと一緒で、地形パーツ並べてドローするだけだけど
見かけ上一続きに見える地形だからって描画物のデータまで一つにはしないでしょ
カメラに見える範囲の論理座標上にあるパーツだけを描画するだけ
シェーダで切り捨てって何かエラく曖昧で遠回りな発想だと思う

**名前は開発中のものです。** · 2013/08/31(土) NY:AN:NY.AN

>>312
一度、文字列レイヤーで等幅フォントをASCIIコード順に文字を並べておく
それのフォント指定を変えたりレイヤースタイルをいじったりすることでいろんなフォント画像をサクっと作れる

**名前は開発中のものです。** · 2013/08/31(土) NY:AN:NY.AN

でもその方法じゃ8*8ドットとかのいわゆるナムコフォントみたいなのは無理でしょう。

**名前は開発中のものです。** · 2013/08/31(土) NY:AN:NY.AN

何勝手に新たな縛り追加してんの

**名前は開発中のものです。** · 2013/08/31(土) NY:AN:NY.AN

こついらの出番だな
http://www.forest.impress.co.jp/docs/review/20130829_613180.html
http://www.forest.impress.co.jp/docs/review/20120229_515208.html
http://www.forest.impress.co.jp/docs/review/20120315_518253.html

**名前は開発中のものです。** · 2013/08/31(土) NY:AN:NY.AN

こついらってなんだよ・・・orz

**名前は開発中のものです。** · 2013/08/31(土) NY:AN:NY.AN

こんなのあるんか
便利そう

**名前は開発中のものです。** · 2013/08/31(土) NY:AN:NY.AN

IPAフォントは使いづらかろうに・・・

**名前は開発中のものです。** · 2013/08/31(土) NY:AN:NY.AN

>>321
遠い地形の部分ってどうするの？
フォグでかき消すの？

**名前は開発中のものです。** · 2013/08/31(土) NY:AN:NY.AN

ちょっと遠くを描画しようと思うとZバッファ描画が荒くなるんだけど
巨大なメッシュを遠くに描画すると、描画距離ギリギリのところでギザギザになる

**名前は開発中のものです。** · 2013/08/31(土) NY:AN:NY.AN

>>323
アンチエイリアスあり・なしが設定出来るから、その形状のフォントを使えば出来る
レゲー再現フォントをゲームで使用する上での著作権の問題はしらん

あと>>325みたいなビットマップフォントを使えばレトロっぽい表現も不可能ではない

**名前は開発中のものです。** · 2013/08/31(土) NY:AN:NY.AN

>>321
そうか箱庭型ばっかり作ってたせいで確かになんか凝り固まってたわ
でも木とか建物はその通りで出来るけど地形なんかは難しくないか？
地形も単位塊に分解しておいて描画するの？

>>330
最近Zバッファのビット深度変更する関数追加されて
24(32)bit管理出来るようになったけどそれでもダメなの？

**名前は開発中のものです。** · 2013/09/01(日) 10:41:51.34

>>332
今まで8ビットだったの？

**名前は開発中のものです。** · 2013/09/01(日) 10:43:46.93

アルファテストとかミップマップとかそういうのではないの？

**名前は開発中のものです。** · 2013/09/01(日) 18:19:53.79

>>333
今までは16bit
16,24,32bitに変更できるようになった
管理人さん曰く32bitはほとんどのグラボでまだ対応してないと思われる、らしい

>Ｚバッファのビット深度を設定するための関数を追加しましたので、よろしければお試しください

>// 画面用のＺバッファのビット深度を設定する( 16 or 24 or 32 )
>int SetZBufferBitDepth( int BitDepth ) ;

>ただ、現状 32bit深度のZバッファは無さそうです( GeForce GTX 660 Ti でも 32bit は非対応でした )
>なので 32bit を指定した場合は恐らく 24bit になります

**名前は開発中のものです。** · 2013/09/01(日) 19:53:47.16

2バイトって最大数65535か

でも今までの3Dゲームって殆ど3バイトかそこらだったんじゃないの？
少なくとも2バイトだとレンダリングしてみた限りどうやっても遠くの方のZバッファがお粗末になるし
２バイトで解決できるならそれに越したことないし・・・

**名前は開発中のものです。** · 2013/09/01(日) 20:16:09.49

NearとFar比が極端だったりすると遠距離の精度落ちる
どうしても精度欲しいならシェーダーで自前で計算すれば
大半の環境では浮動小数点で24bit精度ぐらいはいける
DirectX9だからそこらへん面倒なんだよな

**名前は開発中のものです。** · 2013/09/01(日) 22:21:27.53

http://dixq.net/g/25.html
ここの下にあるプログラムでIsAbleToGoという関数のreturnがどういう動きをしているか
わからないんですが

**名前は開発中のものです。** · 2013/09/01(日) 22:24:12.11

C++初心者か？
returnは実行された時点で関数を終了する

**名前は開発中のものです。** · 2013/09/01(日) 22:31:18.89

中括弧が省略されてるから読みにくいだけで
自分で付け加えてみれば理解しやすい
コメントのエラーてのは関数の意味からすると間違いのような気もするが

**名前は開発中のものです。** · 2013/09/01(日) 22:46:08.86

http://blog-imgs-26-origin.fc2.com/l/l/y/llyukinll/TERA_ScreenShot_20110809_182541.jpg

こういうのは、少なくともカメラからキャラクターまでの距離が最低値で、
街の向こうの巨大な岩山まで最大値として存在しているわけですよね。
Dxlibでこの画面を再現しようとすると、多分この距離だと街の城壁と、地面の間がギザギザになると思います・・・
変なテクニックとかないんでしょうか？

今LODと同じ描画距離を使うといい感じになりそうだと思ったんですけど、どうですかね？
高精度ポリゴンを描画する距離 10.0f ～ 1000.0f
低精度ポリゴンを描画する距離 1000.0f ～ 100000.0f
みたいな感じでLODを設定してたら、
同じ値でSetCameraNearFarでそれぞれ描画します。
つまり描画を２回に分け、1フレームに2回SetCameraNearFarを使用します。
SetCameraNearFarの速度と、1000.0f付近のオブジェクトが変なことになるかも？？

**名前は開発中のものです。** · 2013/09/01(日) 22:49:10.02

描画は１回で、Zバッファに登録するタイミングが2回に分かれるのかな？？

Dxlibでこんな感じのことできるのかな
低精度ポリゴンを描画したあとSetCameraNearFar(10.0f,1000.0f);
とかしたら低精度ポリゴンのZバッファ登録がごっそり消えたりしないですか？

**名前は開発中のものです。** · 2013/09/01(日) 22:50:50.05

kazukiおかえり～

**名前は開発中のものです。** · 2013/09/01(日) 23:10:53.87

>>339,340
ありがとうございます
returnが実行されると終了するのは理解しました
returnのあとの1と0はどこに返ってるのでしょうか？

**名前は開発中のものです。** · 2013/09/01(日) 23:38:10.35

kazukiってもしかして俺にいってるの？
スレ内検索したら余り良いイメージじゃないな

**名前は開発中のものです。** · 2013/09/01(日) 23:47:21.06

>>345
kazuki云々はスルー推奨します

**名前は開発中のものです。** · 2013/09/02(月) 01:01:28.93

>>344

if ( IsAbleToGo(ch.x,ch.y,ch.muki) == 1 ) ～以下略

ここ。
この場合は、その return で返ってきた値が 1 だったら以下を実行するって事だね。

**名前は開発中のものです。** · 2013/09/02(月) 16:54:24.87

さすがにこれはkazukiじゃないだろ
ちょっと敏感になりすぎだな
本人が来ない限り荒れることもあんまりないとは思うけど

**名前は開発中のものです。** · 2013/09/02(月) 23:44:04.41

それで、Zバッファによる描画を二回行うと言うのは実用的な方法なんでしょうか？
クリップ距離を変えるのも速度が気になるし
クリップを変えたらZバッファの内容が消去されたりしちゃうのか

**名前は開発中のものです。** · 2013/09/03(火) 00:19:40.77

>>347
解決しましたありがとうございます

**名前は開発中のものです。** · 2013/09/03(火) 02:15:55.70

Zバッファの知識も3Dプログラミングの知識もあって，なんでおみゃーらDirectX行かないの？

**名前は開発中のものです。** · 2013/09/03(火) 02:23:51.44

苦労して行く意味がないから

**名前は開発中のものです。** · 2013/09/03(火) 11:15:48.07

いや必要なら普通にそのまま使うけど

**名前は開発中のものです。** · 2013/09/03(火) 11:58:41.36

今DXライブラリじゃ無理でDirectXじゃなきゃ実装出来ない演出ってあるか？

**名前は開発中のものです。** · 2013/09/03(火) 12:07:01.91

結局Dxライブラリをフロントに持ってきても、3D処理やシェーダについてはDirectXのレイヤで実装する訳だから、
そういう意味でも、Dxライブラリだけで何でも出来る訳じゃ無いでしょ

**名前は開発中のものです。** · 2013/09/03(火) 13:18:10.53

言い方が悪かったな
DirectXを使うってのは要はDirectXのラッパを自分で書くということだから、
完成度の高いDXライブラリを使わず、自前でDirectXのラッパ用意してまでやりたいことがあるか？ってこと

DXライブラリは機能が豊富すぎて出来ないことが殆どないから自前でやる意味がないんだよ
一見出来なさそうなことも隠し関数をチェックすれば対応されてる
シェーダ関係や3D関係の処理も、DXライブラリでは使いやすいようにラッピングされてるし

まぁ個人的見解だから、他の人の意見も聞きたかっただけだ　すまん

**名前は開発中のものです。** · 2013/09/03(火) 13:36:14.47

3Dはオプション豊富なOgre3Dに移行した
自前ライブラリはDirectX11での実験に必要な最低限の実装
SM5.0だと長いシェーダー書けるのはいいよ
DXライブラリは過去の互換と2D用なんで結局一番使う

**名前は開発中のものです。** · 2013/09/03(火) 15:34:49.76

>>356
具体的にやりたい事決まると沢山あると思うけど。
例えば汎用的なパスアニメーションとか。
あるいはちょいゲームロジック寄りになるが、一枚画像に並べた地形ドット絵をテクスチャとして、
マスに並べて表示するクラスを設計する時、わざわざDxライブラリ経由でやらなくても
直接書いた方が実行時の余計な呼び出しや整理もいらないから効率いいとか。

関数だけを見るんじゃなくて、具体的なシチュエーション前提にして、その時の実行イメージ考えると、ちょいちょいあると思う。
少なくとも、Dxライブラリだけあれば他はいらないって事は無いかなと

**名前は開発中のものです。** · 2013/09/03(火) 15:36:12.38

>>357
Ogitarが便利だよな。bulletとも組み合わせやすいし。
… Dxライブラリと大分立場違う物だけども

**名前は開発中のものです。** · 2013/09/03(火) 16:19:07.79

>>358
効率面で言えばちょい無駄な実装になることはちょくちょくあるな
今のPC環境でその速度差が問題になることはないが

**名前は開発中のものです。** · 2013/09/03(火) 16:46:58.99

まぁ速度差って話だと実際内容次第なので横に置いとくんだけど、それより
元々直接ハンドリングできてどうすりゃいいかもはっきりわかってる時は、わざわざDxライブラリに合わせていらない処理書くことも無いかなって事。その効率

**名前は開発中のものです。** · 2013/09/03(火) 18:31:50.41

つーか、自分で実装した蓄積があれば
そっち使うだろ普通

**名前は開発中のものです。** · 2013/09/03(火) 19:38:53.31

これからゲーム作成を始める人たちなんだろ

**名前は開発中のものです。** · 2013/09/03(火) 19:41:09.72

なんでDirectX直叩き経験者前提なんだよ

**名前は開発中のものです。** · 2013/09/03(火) 19:45:19.40

どこにもそんな前提の話は無いと思うが

**名前は開発中のものです。** · 2013/09/03(火) 19:47:21.29

直叩きできるけどもしかしてできないのって言いたいだけちゃうん？
俺も7.0時代にbitbltよりずっとはやーいとか言って叩いてたから資格は十分だな

ツクールだろうがライブラリだろうがやりたい事できてる内はなんでもいいんじゃね

**名前は開発中のものです。** · 2013/09/03(火) 20:06:09.25

前提はないな。
そしてどちらとも書いていない。

経験者はそっち使うだろろ>>362は言っていると思ったが違うのか？

**名前は開発中のものです。** · 2013/09/03(火) 20:20:53.48

>>366
いやそう穿った見方されてもややこしくなるんだが、元々は、>>351 の話に対して「必要なら使うよ」と言った。

その後、"苦労して"行く意味が無い、と行っていた人物が「完成度の高いDxライブラリを使わず自前でやりたい事なんてあるか」と書いていたので
そんなのは実装内容と都合次第だと言う例を書いた。ただそれだけ。

>>362 の話に関しても状況次第で、単に有名で興味があったから使ってみたかったってのと、
複数人で作業する時、たまたまDxライブラリを使う話になってたので、後から来た俺もそれに従って参加したから、
これも状況次第で使う事はあるよって話だ。
直接扱えるからって、Dxライブラリを使わないなんて事は無いよって話。

**名前は開発中のものです。** · 2013/09/03(火) 20:30:54.05

ん？逆じゃね？
>>351は、「既にDXライブラリを使っていて直叩きやってないユーザー」に対しての
「なんでDXライブラリからDirectX直打ちに乗り換えないの？」って意味だろ

そりゃ過去に使ってたなら流用する部分はあるだろう

**名前は開発中のものです。** · 2013/09/03(火) 20:35:55.30

レスしといてなんだが、ややこしくなってるのはどうでもいい部分っぽいから終わりにしとこうぜ
なんかすまんかった

**名前は開発中のものです。** · 2013/09/03(火) 21:30:12.27

でもDXライブラリで入門してそこそこコード書いてから
DirectXを自前で呼ぶ手順を試してみるのは
もう難しいって事はなくなってるだろうし、得る物がないとも思わないな

すぐに役立つ類の何かにはならないから、今ゲーム作りたいって状況ならやめとけと思うけど

**名前は開発中のものです。** · 2013/09/03(火) 21:46:08.61

DXライブラリにない機能を使いたくなって、どうやったら実装できるかなーと、
API調べたら、やたらややこしい説明しかなくて
たかがこれくらいのことになんでこんな記述しないといけないんだよ
と思って結局手付かずな俺。

**名前は開発中のものです。** · 2013/09/03(火) 23:42:30.01

レガシ―なコードを見るとじんましんが止まらなくなる病に陥って以来DirectXを諦めた

**名前は開発中のものです。** · 2013/09/04(水) 02:33:41.29

APIがわからないと、DirectXいじれないんだぜ･･･

**名前は開発中のものです。** · 2013/09/04(水) 09:07:52.99

それはもしかしてwin32での基本的なメインループすらわからんとかそういうレベルの話か

**名前は開発中のものです。** · 2013/09/04(水) 10:36:55.09

Winアプリの基礎くらい知っとくと便利だよ
環境設定とか作れる

**>>349** · 2013/09/04(水) 15:11:12.06

わしの質問が流れた

**名前は開発中のものです。** · 2013/09/04(水) 18:35:21.10

まあ元々DXlibは初心者のDirectX入門の側面も持ってる的なことを
管理人さんがどっかで言ってた気がするしな
DXlibで不自由さを感じたらDirectX直叩きってのも自然な流れじゃないの

**名前は開発中のものです。** · 2013/09/04(水) 23:01:10.21

DXライブラリ界の有名人(?)が、こぞって紹介してるゲームエフェクト講座が結構良いな

**名前は開発中のものです。** · 2013/09/04(水) 23:14:59.97

>>379
なにそれ詳しく

**名前は開発中のものです。** · 2013/09/04(水) 23:51:09.47

大学サークルの身内用Wikiっぽいのでリンクを貼るかどうか少し躊躇ったが、そこは気にしないことにする。

http://sherbet.transjiggen.com/ccs/ccs_wiki2/index.php?%A5%CF%A5%EB%A5%C8
このページの一番下にある「添付ファイル」から、「DXLib_Effect_h002.pdf」へのリンクをクリック（今現在）。

今のところ2Dゲーム用の模様。技術的に難しいことを言ってるわけではない。
公開関数＋αくらいで出来るシンプルな内容なんだけど、凄くよくまとまってる。

**名前は開発中のものです。** · 2013/09/05(木) 00:07:07.42

くっそ身内っぽい雰囲気で聞いてちょっと罪悪感があるんだが
これをDXライブラリ界の有名人が紹介してるの?
DXライブラリ界の有名人ってのがどんな人を指すかよく知らんが

**名前は開発中のものです。** · 2013/09/05(木) 00:11:13.63

有名人ってわけでもない
ただ作品にDXライブラリ使ってるってだけ
同人STGやる人なら作品知ってるかもくらいの人

**名前は開発中のものです。** · 2013/09/05(木) 00:41:15.23

何で貼るだけ貼って出所隠すの？
有名人どころか今年の東京ゲームショーに出展する超新星同人ゲームサークルのプログラマだよ

http://twitter.com/hart_edsf/status/375248375513231361
http://www.indiegame-fest.com/

**名前は開発中のものです。** · 2013/09/05(木) 00:54:25.79

>>384
隠す意図は無かったんだけど、スマンカッタ。
こういうとき、どこまで貼ればいいか難しいね。

**名前は開発中のものです。** · 2013/09/05(木) 02:46:42.48

バックで動画再生させながらプレイする横スクロールのアクション作ってんだけど、
PlayMovieToGraph 使って DrawGraph系で動かしたらかなりカクカクになっちゃった
何で再生するのがベスト？

**名前は開発中のものです。** · 2013/09/05(木) 02:51:43.87

ゲーム画面で動画を再生したいならそれ以外の方法はないだろ
動画自体を軽くするしか方法はない

**名前は開発中のものです。** · 2013/09/05(木) 02:58:25.17

>>387
だよなぁ、ビットレート下げて様子みるわ。サンクス

**名前は開発中のものです。** · 2013/09/05(木) 03:32:39.50

バックで動画再生なんてやれるのかｗ
知らんかったわ。
LDゲームが作れるなｗ

**名前は開発中のものです。** · 2013/09/05(木) 16:03:31.78

そりゃまぁ･･･ツクールじゃないしw

**名前は開発中のものです。** · 2013/09/05(木) 16:26:37.51

>>389
タイムギャルお願いしますｗ

**名前は開発中のものです。** · 2013/09/07(土) 13:30:51.24

2Dエフェクト作成より3Dエフェクトの作り方が知りたい
どこにもサンプルないしどうやって作るかもまず見つからないし…

**名前は開発中のものです。** · 2013/09/07(土) 14:45:38.35

2Dエフェクトの座標を3Dにするだけじゃね？

**名前は開発中のものです。** · 2013/09/07(土) 15:37:36.36

サンプルとか書きようが無い。何故って、基本的にそれまで自分が書いてる処理の応用編だから。つまり、

・2Dでのエフェクト処理(レンダーターゲットへのシェーダ処理含む)
・ + 普通の3D表示処理(ポリゴン表示とシェーダ含む)

それらを自分の管理処理と合わせて創意工夫で組み合わせた応用編だから。

ちなみにピクセルシェーダでのエフェクト計算(例えばブラーやソラリとか)みたいにポイントポイントで見れば
書籍もサイトもあるよ。
で、それらと自分の処理を組み合わせて考えてアウトプットになるって事。

**名前は開発中のものです。** · 2013/09/07(土) 15:45:48.23

てか応用編の世界なので、何も知らない人に言葉で説明しようとするとやたら長い話になってしまうが、

逆に言うとまず3D処理の実際を、繰り返すメインループの中の一コマとしてまず見えるようになってら、
そこで何が必要で、それがあるとどう見えるかって順番で考えるようにすれば、
「どうすればいいか "まったくわからない"」って状態にはならないと思う。

シェーダでのピクセルエフェクト(UとVの二軸の世界でのエフェクト)については、
よくOpenGLの世界で記事やソース書いてる人いるので
それをDirectX(HLSL)の世界に応用したらいいと思う。基本的な理屈は同じだから。

**名前は開発中のものです。** · 2013/09/07(土) 18:12:31.43

>>392
ゲームエフェクトの本やら資料やら探したら、むしろ3D中心で出てくる印象なんだけどなあ

**名前は開発中のものです。** · 2013/09/07(土) 23:57:28.78

エフェクトって言ってもいろいろあるしねえ
具体的に○○みたいなエフェクトのやり方がわからないとかならまだしも
"3D"のエフェクトがわからないってのはそもそも3D処理がわかってないんじゃね

**名前は開発中のものです。** · 2013/09/08(日) 01:48:23.76

C言語やC++はOSにそこまで依存してないよね？
なのにDXライブラリは完全Windows専用なの？

**名前は開発中のものです。** · 2013/09/08(日) 02:10:18.84

「なのに」って意味が分からん
DXライブラリはWindowsのDirectXをC/C++から簡単に使うための物だから
Windows専用にならない理由がないだろ

クロスプラットホームのゲームライブラリならSDLあたりが有名

しかし俺はSDLは使う気にならないな
自分が興味がないMacやLinuxのユーザーサポートまで要求されるのも迷惑だから

**名前は開発中のものです。** · 2013/09/08(日) 02:53:24.55

クロスプラットフォームしたいんならunityでも使っとけ

**名前は開発中のものです。** · 2013/09/08(日) 09:47:25.57

>>398
グラフィックスAPIのDirectXがWindows専用だからな
MacとかLinuxもサポートするならOpenGLになる

WindowsとLinuxでAPIを使い分けるならOgre3DかUnity
OpenGLで両方まかなうならSDLやQtという選択肢になる

**名前は開発中のものです。** · 2013/09/08(日) 18:55:16.43

3Dエフェクトってキャラクターや地形と違ってアニメーションするじゃん
勿論キャラクターはポージングこそするものの
ポリゴンの頂点数が変わり続けたりテクスチャのマッピングが移動したりするエフェクトをどうやって流れるように描画させるのか
という疑問が

**名前は開発中のものです。** · 2013/09/08(日) 19:57:53.44

>>402
DXライブラリでは頂点バッファをいじれないみたいだから、
頂点数の増減は小さいオブジェクトを繰り返し描画で変化、
または高解像用と低解像用を用意しておくとか。
テクスチャスクロールはシェーダーを自作すれば簡単

**名前は開発中のものです。** · 2013/09/08(日) 23:12:47.36

>>402
頂点数の増減て見たままそのままの実装する必要あるか？
内部的に常に必要な最大頂点数持っておいて、VertexShaderで不要なタイミングにおいては表示外に追いやったり隣り合った頂点と整列させておいたり、
あるいはアルファで非表示状態にしたりすればいいんじゃないの？

**名前は開発中のものです。** · 2013/09/08(日) 23:41:45.22

理論なら誰でも考えつくからソースで具体例を出せってことでしょ

**名前は開発中のものです。** · 2013/09/09(月) 00:52:34.08

一般的には理論もしくは発想が難しいのであって
それをコードに落とし込むのは誰でもできる底辺の仕事なんですが…

**名前は開発中のものです。** · 2013/09/09(月) 00:53:09.91

>>402
そもそも3Dエフェクトで拡大・縮小以外の変形をするエフェクトってあんまりみたこと無いんだが
しっかり骨組みまで見たことあるゲームが携帯機程度の低スペな奴しか見たこと無いからかもしれんが
アニメーション付きのビルボードの組み合わせとかが今でも大部分を占めてるように思う
3Dエフェクト使う時でも拡大・縮小にテクスチャのアニメーションでごまかすとか環境マップ使ってるやつぐらいしかパッと思い浮かばない

**名前は開発中のものです。** · 2013/09/09(月) 01:14:18.67

誰でも考え付くならエフェクトで頂点増減とか言わないと思う
話ももっと具体的なはず

**名前は開発中のものです。** · 2013/09/09(月) 01:17:22.36

どう実装するの？って奴は勉強不足なだけだからググれってことだな

**名前は開発中のものです。** · 2013/09/09(月) 01:17:45.87

>>407
レンダーターゲットに対してPixelShaderでポストエフェクトとか、
メッシュ表示の際にも同様にアルファや色の変更とか色々出てくると思う

**名前は開発中のものです。** · 2013/09/09(月) 01:30:37.78

>>410
それはどっちもピクセルシェーダを弄るようなエフェクトの一例だよね
そこは3Dエフェクトだろうがビルボードだろうがあまり大きな変化はないと思うんだけど
拡大・縮小以外の変形みたいな頂点そのものを増減したり、不規則に変化させるようなことを必要とするエフェクトの例とかってある？

**名前は開発中のものです。** · 2013/09/09(月) 02:23:49.57

コードに落とすのは簡単(ｷﾘｯとか言っちゃって結局出ないコード
いつもの流れだ

簡単なら一般的な方法でいいんでテッセレーションやってみせろよ

**名前は開発中のものです。** · 2013/09/09(月) 02:40:36.70

なんでそんなにコードを出すことにこだわるんだ
ちょっと前のマリオのジャンプで粘着してた乞食じゃあるまいし
それにどんなエフェクト作るかの話もしてなくて3Dエフェクト全般の話しかしてないのになんでコードが出てくるんだよ
あと>>405とか誰もソースの話なんか出てないだろ

**名前は開発中のものです。** · 2013/09/09(月) 02:52:58.18

金も払わず「サンプルよこせ」「そこまでいうならやって見せろ」
この質問者様が質問して下さっているっていう発想からして完全にkazukiだろ

**名前は開発中のものです。** · 2013/09/09(月) 03:02:03.26

いや今回のこれはkazukiじゃないと思う
初っ端から煽りに来ることはあんまりないと思うしあいつ今職業訓練に必死みたいだし

**名前は開発中のものです。** · 2013/09/09(月) 03:13:33.64

すっかり痛い子の代名詞になっちゃったなkazuki

**名前は開発中のものです。** · 2013/09/09(月) 03:17:21.92

まあいい反面教師にはなるかもしれない
あいつはスレの全員から嫌われてるから本人降臨しない限りスレも荒れないしな
あと本人はテッセレーションなんて分からないと思うぞ
座標を自分の感覚で適当に決めて直打ちしちゃう奴だし

**名前は開発中のものです。** · 2013/09/10(火) 02:30:01.06

kazukiが誰をさしてるのか未だにわからないけど

DXライブラリ 総合スレッド その16

DXライブラリ総合スレッドその16