DXライブラリ総合スレッド 2008

**名前は開発中のものです。** · 2008/10/25(土) 17:37:53

Cを習得した程度のスキルでも、
GUIのゲームを比較的容易に作成する事を可能にする、
「DXライブラリ」に関するスレッドです。

DXライブラリの詳細ついては
http://homepage2.nifty.com/natupaji/DxLib/
を参照して頂きたい。

DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

過去スレ：DXライブラリ総合スレッド
　　　　　　http://pc11.2ch.net/test/read.cgi/gamedev/1197468399/

**名前は開発中のものです。** · 2009/03/02(月) 01:52:06

>>719
SetGraphMode( 800 , 600 , 32 );　で800*600になる

**名前は開発中のものです。** · 2009/03/02(月) 02:06:23

>>720
ライブラリ書き換えるのはアウトだろ常識的に考えて……
そのせいでいつどこでバグが起こるかわからぬ

>>721
サンクス
画面モードの変更で解像度が変えれるとは、単語検索で見つからないわけだ

**名前は開発中のものです。** · 2009/03/02(月) 02:13:56

リファレンス大した量じゃないんだから
一覧を一通り目を通せば済むだろ。

**名前は開発中のものです。** · 2009/03/02(月) 06:43:49

おれなんかどんなことができるんだろうと、わくわくしながら
上から下まで読むんだけどなぁ・・・

**名前は開発中のものです。** · 2009/03/02(月) 08:17:17

>>718
でも文字表示とかDXライブラリっぽいよな

**名前は開発中のものです。** · 2009/03/02(月) 11:57:41

>別にDXライブラリに限らないけど、DXライブラリを知った時も
リファレンスをさらさらっと流して、「これなら俺にも使えるんじゃないかな？」と思って
使い始めたな。

別に覚えなくても、一度目を通しておけば、
後になって「こういう事がしたいけど、それっぽい命令あったよな……」って
探しやすくなるしな。

**名前は開発中のものです。** · 2009/03/02(月) 20:14:38

アレだけ分かりやすくて運営管理もアレだけちゃんとしてるなんて今まで見たことないよな。
DirectXでゲームを作るっていうジャンルに関して革命的だし、最早XNAなんかも超えてると言っても過言ではない。

**名前は開発中のものです。** · 2009/03/02(月) 20:18:02

ハンドルが全部intなのだけはどうかと

**名前は開発中のものです。** · 2009/03/02(月) 21:13:54

ほんとだよな。ちゃんと符号無しにしてくれないと。

**名前は開発中のものです。** · 2009/03/02(月) 21:38:18

>>729
そこじゃねーだろwww

**名前は開発中のものです。** · 2009/03/02(月) 21:42:53

typedefしなかったのは多分初心者への配慮だろうね

**名前は開発中のものです。** · 2009/03/02(月) 22:25:14

画像をプログラムで制御(回転など)して動いてみせるのと
一枚一枚画像を作ってパラパラ漫画みたいにアニメーションさせるのとどっちが負荷低いかな

**名前は開発中のものです。** · 2009/03/02(月) 22:54:20

パラパラ漫画方式の画像が一枚の画像にまとめてあるなら
原理的に変わらないはず

**名前は開発中のものです。** · 2009/03/02(月) 22:57:12

いや画像がまとめてあるかどうかはこの場合関係ないか
まあ変わらん

**名前は開発中のものです。** · 2009/03/03(火) 01:09:39

その二つは比較すべきものじゃない気もするがｗ

回転ありの描画命令よりは回転なしの方が負荷は軽いだろうけど、
大した差じゃないみたいだし、好きにしていいんじゃないかな。

**名前は開発中のものです。** · 2009/03/03(火) 02:53:14

画面上の殆どのパーツが回ってるぜ！とか
512x512のパーツが回ってるぜ！とか
回転角度に応じて256パターンの画像を用意しました！
みたいな変なことやってなきゃ大丈夫だろう

**名前は開発中のものです。** · 2009/03/03(火) 03:53:26

メモリに優しいのがプログラムで制御かな。後者はあまりオススメできない。

パラパラ漫画が全部VRAMに乗るとは限らないし、
1フレーム1枚のように別テクスチャ作るのであればさらに重くなる。
1枚でまとめる場合も、作成できるテクスチャサイズ制限があるハードウェアが過去にあり、
(Voodoo時代ではテクスチャサイズが256*256が最大であった)
そのような場合、DXライブラリではテクスチャ分割が行われるので、
大きなテクスチャを作るとパフォーマンスが犠牲になります。

なので、回転・反転・拡大縮小などといった
Direct3Dによるハードウェア支援で記述できる内容であるのなら、前者の方がパフォーマンスがよくなります。

ちなみに後者で実装するのであれば、テクスチャのサイズは正方形が望ましいですよ。

**名前は開発中のものです。** · 2009/03/03(火) 04:22:48

ただし、斜め向きとかにした場合、
最初から画像を用意しておいた方が綺麗に見えることは多々あるな。

プレイヤーキャラの画像など、
重要そうな部分だけパターンを用意しておくのも悪くない。

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

>>737
>正方形
一辺の長さが2の倍数の正方形ね

**名前は開発中のものです。** · 2009/03/03(火) 14:11:43

>>739
> 2の倍数
2の累乗ね

**名前は開発中のものです。** · 2009/03/04(水) 10:39:32

ん……？
グラフィックハンドルがintって事は、持てるグラフィックハンドルの最大数は約32000って事？

**名前は開発中のものです。** · 2009/03/04(水) 10:43:25

いやintは2*(10^9)くらいまで
その前にメモリがなくなるだろうけど

**名前は開発中のものです。** · 2009/03/04(水) 16:29:04

東方の弾幕とかって1つ1つの弾にハンドラ持たせてるの？

**名前は開発中のものです。** · 2009/03/04(水) 17:38:35

>>742
intってそんなに長かったっけ？

>>743
ちゃんと１つずつID割り振って読み込んでるみたい。

**名前は開発中のものです。** · 2009/03/04(水) 18:29:44

32bit機での
符号無しintは2^32
符号ありintは2^31(符号に1bit使用)

プログラミングしてるなら知ってて当然だろ…

**名前は開発中のものです。** · 2009/03/04(水) 18:29:46

>>744
おまえさんのいってるのは short int

**名前は開発中のものです。** · 2009/03/04(水) 19:26:33

なるほど……
なんで勘違いしてたんだろう……

**名前は開発中のものです。** · 2009/03/05(木) 00:07:34

>>743
何を言ってるんだ？
東方はDXライブラリ使ってないぞ

**名前は開発中のものです。** · 2009/03/05(木) 10:15:06

こんにちは＾＾
透過処理というのをしたんですけど
下記のコードだと正常に透過処理されます。
LoadGraphScreen( 0 , 0 , "back.bmp" , FALSE ) ;
LoadGraphScreen( 0 , 0 , "char.png" , TRUE ) ;

しかし
LoadGraphScreen( 0 , 0 , "char.png" , TRUE ) ;
LoadGraphScreen( 0 , 0 , "back.bmp" , FALSE ) ;
とすると透過処理されません
なぜでしょうか？

**名前は開発中のものです。** · 2009/03/05(木) 10:26:43

>747
旧VBのIntegerが16bitなのと混ざってない？

>745
ハードは関係ない。コンパイラが決定する。
16bitアプリを32bitハードやOSで走らせても
intが勝手に32bitになったりしない。

処理系にあわせて決定するのが自然なだけ。

**名前は開発中のものです。** · 2009/03/05(木) 11:04:56

>>749

はい？　え？

back.bmp を透過処理なしで描いた上に、char.png を透過処理ありで描いたらそりゃちゃんと透過処理されるだろうけど

char.png を透過処理ありで描いた上に、back.bmp を透過処理なしで描いたらそりゃ上書きされるだけだと思うんだが……。

**名前は開発中のものです。** · 2009/03/05(木) 12:34:23

>>750
あー、昔に見た資料がかなり古いものだったから間違って覚えてたのかも

**名前は開発中のものです。** · 2009/03/06(金) 21:17:00

ある画像だけの透過と、透過の度合いを設定することはできますか？
リファレンス見る限り見当たらないのですが

**名前は開発中のものです。** · 2009/03/06(金) 21:34:26

その画像を描画する前にSetDrawBlendMode
透過の度合いはPal引数
クラス使って透過率とグラフィックハンドルをまとめて管理するようにするといい

**名前は開発中のものです。** · 2009/03/06(金) 21:46:01

>>754
即レスありがとう^^
うまくできました！！

**名前は開発中のものです。** · 2009/03/06(金) 23:45:45

DXライブラリ3Dの開発引き継いでる奴いないの？

**名前は開発中のものです。** · 2009/03/07(土) 00:24:08

２Ｄゲームでも背景は３Ｄにしたい・・・
本家ＤＸライブラリにテクスチャ付モデルとフォグ表示機能だけあれば最高なんだが

**名前は開発中のものです。** · 2009/03/07(土) 01:56:55

シューティングの背景用にＤＸライブラリで自前の簡易モデルを描画する仕組みを組んだけど、
意外と簡単に組めたよ。
ポリゴン事に情報を配列に落として、座標を変換してVERTEX配列に入れてから描画。

フォグは出来なかったから単色背景＋奥の頂点を透過で誤魔化してる。

**名前は開発中のものです。** · 2009/03/07(土) 07:03:57

クラスのコンストラクタでLoadGraphするとハンドルが取得できてないみたいだけど
仕様ですか?
他で初期化するから別に問題ないけど。

**名前は開発中のものです。** · 2009/03/07(土) 08:46:35

そのコンストラクタを呼ぶタイミングがまずいだけだろ
でもLoadGraphみたいな失敗しやすいものをコンストラクタで使うのはあまり好ましくない

**名前は開発中のものです。** · 2009/03/07(土) 13:25:49

C++のコンストラクタはオブジェクトが出来上がる前の不安定な状態だからメソッド呼んだりはしない方がいいよ。

**名前は開発中のものです。** · 2009/03/07(土) 20:23:03

それ俺がよくやった失敗だけどLoadGraphするまえにDxLib_Initやってないんじゃまいか

**名前は開発中のものです。** · 2009/03/08(日) 01:02:04

>>761
んなこたないｗ

**名前は開発中のものです。** · 2009/03/08(日) 01:07:09

>>758
　　　　　　　　　　 .r==x　r==x
　　　　　　　　　　/三/.|/三/ |
　　　　　　　　　（三(/（三(/_/
　　　　　　　　　 l￣¨'|￣￣¨|
　　　　　　　　　 l;::::::::|:::::::::::::l
　　　　　　　　　 l;::::::::|:::::::::::::l
　　　　　　　　　 l;::::::::|:::::::::::::l
　　　　　　　　　 l;::::::::|:::::::::::::l
　　　　　　　　　 l;::::::::|:::::::::::::l
　　　　　　　　　 l;{==}!::{==}:::l
　　　　　　　　　ｒ|:::::::::::::::::::::::|
　　　　　　　＿ﾉ￣｀ー--､,;;ｌ~ヽ
　　　　　,∠==､ヽ `i'ｰ- . 　　　ｌ
　　　　/　　　　ヽ|　｢｀'ｰ､`ｰ､ .ﾉ
　　　l　　　　　ﾐ| /　　　`ｰ､ヽ
　　／j　　　　 R|ｲｰ-ｧ､.　　Yﾞ　
　　{　[`ュﾊﾊﾊｒ''~]￣ _＿＿ノ　　　ソースうｐお願いします！！！！！！！！！！

**名前は開発中のものです。** · 2009/03/08(日) 02:05:16

>>764
今PC故障中で携帯から書き込んでるので、一週間後位になるけど……
龍神録プログラミングの館に似たような内容の講座があったので、
それを参考にした方が早いかも？

自分のソースと比べた所、アルゴリズムは大差なかったし

**名前は開発中のものです。** · 2009/03/08(日) 03:07:46

>>760
>>762
それだわ。
メインループの外だったよ。

**名前は開発中のものです。** · 2009/03/08(日) 07:29:17

>>763
そうなの？
憂鬱本かなにかにコンストラクタで複雑な処理はやめたほうがいいって
書いてあったから信じてたよ。

**名前は開発中のものです。** · 2009/03/08(日) 11:20:16

使うほうが失敗したときに面倒でしょ、コンストラクタだと

**名前は開発中のものです。** · 2009/03/08(日) 11:49:19

例外処理を全面的に取り入れてるならコンストラクタで失敗してもおｋ
失敗したら絶対に例外を投げること
そうでなければダメ

**名前は開発中のものです。** · 2009/03/08(日) 13:15:29

>>767
言語仕様的にはまったく問題ない
>768が言ってるように、
その本には別の理由でやめたほうがいいって言ってるんだと思うよ

ただし、staticなインスタンスは例外で
この場合、mainが呼ばれる前のスタートアップルーチンで
インスタンスが生成されるのでコンストラクタでは
初期化以外のことをやるとまずい

**名前は開発中のものです。** · 2009/03/08(日) 15:28:40

東方の新作が発表される度に自作のゲームとシステムが被っててヘコむ……

**名前は開発中のものです。** · 2009/03/08(日) 15:35:38

>771
それを気にしてたら、世の中作品なんて生まれない。
大丈夫、何ら問題ない。思う存分やれ。キミは盗作じゃない。

……自分のやりたいことを、他の人が作ったのでそれで満足しちゃったなら知らんｗ
（こっちもよくある話だけどな！）

**名前は開発中のものです。** · 2009/03/08(日) 17:25:05

弾幕シューは東方だけじゃないしね

**761** · 2009/03/08(日) 18:12:09

>>770
俺も>>767のように憂鬱本で読んで信じてきたんだけど、後学のために教えて欲しい。
まず憂鬱本にはこんな風に書いてある。
・コンストラクタやデストラクタはあまり難しい処理をするのは考え物。
　1・返り値を持つことが出来ない。
　2・インスタンスが完全な状態ではない。
　3・外部変数としてクラスインスタンスがある場合、コンストラクタやデストラクタはmain()の走る前、後になる。

>>770さんが言っているのは3の場合で、この本によると
「ポインタとして宣言しておきmain()が走った後でその中でnewする」
という解決策が書いてある。
で、問題の2にははっきりと
「コンストラクタ、デストラクタが走っているときは、インスタンスは完全な状態ではない」
と書いてあり、
「実は内部的にはそのインスタンスの使用するメモリの取得/解放とそれに伴う複雑な作業も行っている」
「インスタンス自体がまだ生成途中であり、内部的にはまだ不安定な状態」
と書いてあります。
問題点は、
「このような状態で他のクラスのインスタンスのメンバ関数を読んだりすると巡り巡ってまだ生成途中の自分自身のメンバ関数が呼ばれるかもしれないから」
との事です。
C#なんかではコンストラクタでのメソッドの呼び出しなども保障されてますが、C++では言語使用的には保障されていない、と解釈したのですがここらへんどうなんでしょうか？

**名前は開発中のものです。** · 2009/03/08(日) 19:09:05

この際、本家DXライブラリにDXライブラリ3Dを機能統合してしまっても良いんじゃないか？
今どき2Dだけじゃなぁ

**名前は開発中のものです。** · 2009/03/08(日) 19:25:34

>>775
いや、意味が分らん。
碌にDirectXすら使えない人間が３Dに手をだしてどうしたいんだ？

むしろ、本家は本家であの程度でまとまってるからこそ良いライブラリだろ。
もっと色々とやりたかったら海外の３Dライブラリをあさればいい。高機能の多いぞ。
（まぁ、普通に日本語対応がメンドイけど。）

**名前は開発中のものです。** · 2009/03/08(日) 19:52:53

っていうか、DXライブラリ3Dの開発を継続してほしいJEXさん

**名前は開発中のものです。** · 2009/03/08(日) 23:53:47

>>772,773
弾幕毎に名前付けてるから、気を付けないとまんまになっちゃうんだよね

もう開き直っちゃおうかな……

**名前は開発中のものです。** · 2009/03/09(月) 00:24:37

どうせやるなら「白い弾幕くん」くらい自由度上げてみたらどうだ

**名前は開発中のものです。** · 2009/03/09(月) 05:38:20

縦弾幕だったらどうやったって東方っぽいって言われるのがオチだから、
変なこと気にせず好きにやっちゃえYO！

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

東方のオマージュである、と明記しちゃえば変な因縁はつけられなくなると思う

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

自分で考えて実装した者に対して
なんという屈辱を。

**名前は開発中のものです。** · 2009/03/09(月) 14:58:21

パクってないんなら堂々としてればいいじゃない
ここで愚痴る前にちゃっちゃと完成させて
もう東方に先を越されないようにすればいいじゃない

**名前は開発中のものです。** · 2009/03/09(月) 15:06:44

先を越されたから愚痴ってるんだと思うがのｗ

**名前は開発中のものです。** · 2009/03/09(月) 15:12:00

新しいの出るごとに被るというと
低速移動時に敵を貫通するとかボム使うとパワーが減るとかその辺りか？

**名前は開発中のものです。** · 2009/03/09(月) 15:54:45

別に愚痴のつもりじゃありませんでした
こうやって悩むのもゲーム制作の楽しさの一つなので……
気分を害されたのならすいません

>>785
点レートアイテムとか、特殊アイテムを取るとボーナス敵が出る点が……

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

どんなシューティングでもお前。。。

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

Q.○○のパクリですか？

A1.はい、参考にしました。
　→盗作ｲｸﾅｲ！俺の好きな○○を汚すな！ ○○の公式サイトのBBSに通報(?)書き込み

A2.いいえ、オリジナルです。似ているのは偶然でしょう。
　→嘘を言うな、正直に言えよ

A3.いいえ、○○ではなく△△のパクりです。
　→そんなん知らねーよ！ △△も○○のパクりだな！

実際にあるから困る。

**名前は開発中のものです。** · 2009/03/09(月) 18:28:11

結論：気にせず作れ
作ることにも価値がある

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

>>788　どっちかと言うと、この手の奴で、実際にパックたりしてなかったら、
何も答えないのがベスト。ただただ、事務的返しで流すべし。

あと、>>786みたいのは　東方以前からあるのばっかじゃねぇかよwww
それこそ、ファミコン全盛の時代（のアーケード）から・・・・
「今更それを先を越されたとかwww」
と言われるのが落ちじゃね？

**名前は開発中のものです。** · 2009/03/09(月) 18:51:35

んー、今更だけど自分で気にしすぎだった気がしてきた
前作が東方をリスペクトしたものだったので、今回も素直に断り書きを入れてみます

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

パロディにまで昇華させてしまうという手もあるな。

**名前は開発中のものです。** · 2009/03/09(月) 21:33:00

http://siv.creation.googlepages.com/home
知ってるとは思うがこれにはずっと期待してる

**名前は開発中のものです。** · 2009/03/09(月) 22:34:04

押しっぱをできなくするようにしたいけど
char a[256]
GetHitKeyStateAll(char *a)
つかうとうまくできねぇ。。

ポインタをctrcmpやるのはおかしいの？
それとも配列に入ってるのがおかしいの？
俺の頭がおかしいの？

**名前は開発中のものです。** · 2009/03/09(月) 23:19:34

>>774
遅レスだがコンストラクタについて幾つか書きます。
さすがに長文書いてコメントが無いのは可哀想だったから。

昔の言語仕様ではコンストラクタではインスタンスの生成途中であるから複雑な処理を書かないようにしていた。これは慣習・慣例の部類の話。
コンパイラの亜種が多くて、C++の仕様外の範疇での動作はどのようになっているのか分からない時代だったからという背景もある。

自分はコンストラクタに初期化処理を噛ませる横着な書き方をしていたときに先輩に指摘された事は、1,2,3以外にも、、、

・クラス設計者とクラス利用者は同じでない
⇒利用者がstaticで外部変数なインスタンスを生成するかもしれないから、
　mainよりも先に呼ばれる処理に複雑な記述を置くべきでない。
　つまり、利用者の立場になって明示的に初期化処理を宣言するべき。(手を抜くな)

・戻り値を持たない件に関して、例外処理を使うのは怠惰な手段である。
⇒try-catchを用いるのは、デバッグの最終手段である。(例外処理はネストできない為)
　例外処理は一般的にコンパイラの最適化の阻害となり遅くなる要因となる。(ジャンプテーブルを生成する為)
　つまり、保持値チェックにはassert使えというお話。
⇒メモリ確保に失敗する危険性をもっと認識するべき
　特定のハードウェアを対象にする場合、大概は独自のメモリアロケーター(dlmalloc等)を実装していることが多く、
　new失敗の可能性(インスタンス生成失敗)は大いにある。
とのことでした。

>問題点は、
>「このような状態で他のクラスのインスタンスのメンバ関数を読んだりすると巡り巡ってまだ生成途中の自分自身のメンバ関数が呼ばれるかもしれないから」
>との事です。
これには同意です。
だから「コンストラクタに記述するのはせいぜいメンバ変数に対して初期値の代入ぐらい」に留めている人が大半で自分もそうしています。

いや～、バグの無いプログラムって難しいですね。

**名前は開発中のものです。** · 2009/03/09(月) 23:31:07

>>794
上手くできないってどういう意味？
char m_cKey[2][256]; //キーバッファ
とでもして
毎フレーム
void GetAllState(){
memcpy(m_cKey[1],m_cKey[0],256);
::GetHitKeyStateAll(m_cKey[0]);
}
を呼んで、
int GetKeyPress(int KeyCode){return m_cKey[0][KeyCode];}//キーが押されているかどうか
int GetKeyDown(int KeyCode){return (m_cKey[0][KeyCode] && !m_cKey[1][KeyCode]);}//キーが押された瞬間
int GetKeyUp(int KeyCode){return (!m_cKey[0][KeyCode] && m_cKey[1][KeyCode]);}//キーが離された瞬間
とでもすればおｋ
前フレームとの差分で押された瞬間と話された瞬間を検出するべさ

**名前は開発中のものです。** · 2009/03/09(月) 23:31:59

>>794　エスパーじゃないんで、
何をやって何ができないのかすら分らん。
とりあえず、×ctrcmp　=>○strcmpだと過程しても検討範囲外。
ポインタの使い方とか、関数の使い方は大丈夫だと仮定してもだ・・・・。

そもそも、そのchar a[]が何を入れるか理解してるかい？
そいつらに入るのは、あるキーが押されてるかどうかのon offフラグであって、
押されてるキーがchar型として'o'みたいに入るわけじゃないぞ。

押しっぱなしは、基本的には、

char NowKey[256];
char OldKey[256];
// ....somewhere to initilaize Nowkey[] and OldKey[], to 0.

GetHitKeyStateAll( NowKey );//Now get putting on key
if( NowKey[ KEY_INPUT_Z ] == 1 )
{ if( OldKey[KEY_INPUT_Z] != 1 )
{ PutOnFUNCTION(); // only not on putting Z_KEY.
OldKey[KEY_INPUT_Z]=1;
}
//There is No doing on putting Z_KEY.
}
else
{
OldKey[KEY_INPUT_Z]= 0 ; //No to put Z_KEY, initialize OldKey[] to 0.
}

な感じに書く。

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

推しっぱをできないようにするなんて
int pushOK = 0;
とか用意しといて

if (a[チェックしたいキー] && pushOK) {押したときの処理}
if (!a[チェックしたいキー]) pushOK = 1;

とかやればいいじゃない
（※厳密な文法に突っ込むのなしね、あと変数名が良くないことにもね）

**名前は開発中のものです。** · 2009/03/09(月) 23:49:28

あぁ。詳しくなくてすまん。ありがとう。
でも、なんとか、動作はしたぜ。

**名前は開発中のものです。** · 2009/03/10(火) 00:11:41

LoadSoftImage()でPNG-8のパレットが取得も設定もできん…。
パレットはBMPしか有効じゃないんか。
透過色設定とパレット変更を同時にしようと思うと、PNG-8がベストな選択だったんだけど、
さてどうするべか……。

**名前は開発中のものです。** · 2009/03/10(火) 00:43:20

どっかの時点でBMPに変換されるんだろうけど
その時点じゃまだなんだろうかね。

てかそんな命令あったのか……。

**名前は開発中のものです。** · 2009/03/10(火) 01:39:41

PNGについてはlibpng使ってるっぽいからなぁ。
パレット変えられないのは困ったぜ。

**名前は開発中のものです。** · 2009/03/10(火) 02:42:45

libpngって最近脆弱性が発見されたよね

**名前は開発中のものです。** · 2009/03/10(火) 05:14:32

パレットアニメーション諦めて、アルファブレンディングで代用できるんかな……。

例えば、パレットアニメーションで
void PatteGradation(int red,int green,int blue,float ratio)
{
int new_red,new_green,new_blue;
int* p = m_pPalette; //元のパレット配列[3*256]
for (int i=0;i<256;++i)
{
new_red = *p + (int)((red - *p)*ratio);
p++;
new_green = *p + (int)((green - *p)*ratio);
p++;
new_blue = *p + (int)((blue - *p)*ratio);
SetPaletteSoftImage(m_nSoftHandle,i,new_red,new_green,new_blue,0);
}
}
という感じで指定の色(red,green,blue)にratioの比(0～1.0)で近づくエフェクトを考えているんですが、
これと同じ機能をブレンドモードを変更することで代用可です？
上手い演算具合が見つからない。

**名前は開発中のものです。** · 2009/03/10(火) 05:17:44

あ、一個p++抜けてた。
でも、伝えたいことは伝わったはず。

**名前は開発中のものです。** · 2009/03/10(火) 05:52:02

フェードイン?

**名前は開発中のものです。** · 2009/03/10(火) 06:29:38

そうですね、指定色へのフェードイン・フェードアウトという感じです。
SetDrawBright()では黒フェードが出来ますが、それの多色化＆抜き色対応版です。

**名前は開発中のものです。** · 2009/03/10(火) 09:58:02

2パターンだけ作って重ねてアルファを変えていくのが効率いいんじゃないかな

**名前は開発中のものです。** · 2009/03/10(火) 11:39:59

>>793
ゲームパッドがX-BOX専用コントローラーしか使えないとか論外すぎる。

**名前は開発中のものです。** · 2009/03/10(火) 15:29:37

>>809　
　つ　http://www.4gamer.net/games/027/G002741/20090227065/

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

使う側ならともかく、作って配布する側ならそれは解決にならんでしょ。
まあ自分で対応のパッド追加できると思うけどな。

**名前は開発中のものです。** · 2009/03/10(火) 16:12:21

>>810
いや、そういう問題では・・

**名前は開発中のものです。** · 2009/03/10(火) 21:25:09

>>809
やっぱり白黒2値のパターンが別途居るようですよね……。
PNG使ってるのに、わざわざマスク画像が必要なのがめんどくさいと敬遠しているんですよ。

**名前は開発中のものです。** · 2009/03/11(水) 00:49:09

あれGraphLockって関数がいつのまにか消えたのか、と思って検索したら出た

http://hpcgi2.nifty.com/natupaji/bbs/patio.cgi?mode=view&no=1044
>GraphLock は現在のＰＣ環境に適していないので非公開関数にすることにしました

これってどういう意味なの？非対応な環境が多いの？詳しい人教えて

一応コピペ
宣言　　　　　　 int GraphLock( int GrHandle , int *PitchBuf , void **DataPointBuf ) ;
概略　　　　　　グラフィックメモリ領域のロック
引数　　　　　　GrHandle 　　:　ロックするグラフィックのハンドル(または画面の識別子)
PitchBuf 　　:　ロックするグラフィックの１ライン辺りのバイト数を保存する変数へのポインタ
DataPointBuf :グラフィックデータのあるメモリへのアドレスを保存するポインタへのポインタ
戻り値　　　　　０：成功　　－１：エラー発生

宣言　　　　int GraphUnLock( int GrHandle ) ;
概略　　　　グラフィックメモリ領域のロック解除
引数　　　　GrHandle : ロックしたグラフィックのハンドル（または画面の識別子）
戻り値　　　０：成功　　－１：エラー発生

**名前は開発中のものです。** · 2009/03/11(水) 12:48:22

>>814
対応してないとかじゃなくて、単に古くて多用されない技術だからじゃないかと無責任に予想

**名前は開発中のものです。** · 2009/03/11(水) 23:25:34

使えたら部分的なぼかしとか波紋とか屈折描画とかできて表現の幅ひろがりまくりんぐなのに・・・

**名前は開発中のものです。** · 2009/03/11(水) 23:28:32

シェーダサポートフラグですね。わかります。

**名前は開発中のものです。** · 2009/03/12(木) 00:06:32

>>816
いいなぁそういうの使ってみたい。

**名前は開発中のものです。** · 2009/03/12(木) 14:35:44

歪みはテクスチャに背景を描画→２Ｄポリゴンで挑戦中

**名前は開発中のものです。** · 2009/03/12(木) 23:20:03

>>814からの流れに関連してるかわからないけど、
ちょっと前に気になった事があるので質問させてください
LoadGraph系統以外で作成したグラフィックハンドルから
グラフィックデータのメモリを参照し、編集する事ってできないんしょうか？
SoftImage系の関数で同じような事はできるみたいだけど、
これは画像ファイルから取得したもののみですよね。。

DXライブラリ 総合スレッド 2008

DXライブラリ総合スレッド 2008