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

**名前は開発中のものです。** · 2011/08/18(木) 17:18:15.54

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

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

【過去スレ】
DXライブラリ総合スレッド
http://pc11.2ch.net/test/read.cgi/gamedev/1197468399/
DXライブラリ総合スレッド 2008
http://pc11.2ch.net/test/read.cgi/gamedev/1224923873/
DXライブラリ総合スレッドその3
http://pc11.2ch.net/test/read.cgi/gamedev/1238429676/
DXライブラリ総合スレッドその4
http://pc11.2ch.net/test/read.cgi/gamedev/1249822550/
DXライブラリ総合スレッドその5
http://pc11.2ch.net/test/read.cgi/gamedev/1259912953/
DXライブラリ総合スレッドその6
http://hibari.2ch.net/test/read.cgi/gamedev/1267108154/
DXライブラリ総合スレッドその7
http://hibari.2ch.net/test/read.cgi/gamedev/1286180687/
DXライブラリ総合スレッドその8
http://hibari.2ch.net/test/read.cgi/gamedev/1301818631/
DXライブラリ総合スレッドその9
http://hibari.2ch.net/test/read.cgi/gamedev/1310904069/

**名前は開発中のものです。** · 2011/10/05(水) 20:18:54.37

UPX試したけどエラーでダメだったな　俺は

**名前は開発中のものです。** · 2011/10/05(水) 21:25:50.99

>>462
軽量版は試したの？

**名前は開発中のものです。** · 2011/10/05(水) 21:30:01.80

画像のサイズが1.4MBくらいあったりして

**名前は開発中のものです。** · 2011/10/05(水) 21:50:16.61

俺のゲームが2MBちょうどだから軽量版で1.4MBなんじゃないの？

**名前は開発中のものです。** · 2011/10/05(水) 21:54:58.96

1.4MBで、何の問題があるんだろう?
DxLibで組込は無いだろ。

**名前は開発中のものです。** · 2011/10/05(水) 21:56:41.61

うちのDxライブラリを使ったゲームライブラリ単体で
Releaseで1.4MBぐらいだった。
今の時代にexeサイズなんて気にする必要あるのか疑問

>>439
AIとか考えるの面倒なら、
その場で学習していくタイプにすればいい。
ある程度曖昧さを残す必要もあるけど。

**名前は開発中のものです。** · 2011/10/05(水) 22:03:27.25

#defineによる機能切り替えは、構チェックしにくい箇所だと思うんよ。
自分も一度だけ報告したことがあるとは言え、全体的な使用報告の数も少なそうだしさ。

**名前は開発中のものです。** · 2011/10/06(木) 01:20:57.31

>>469
その場で学習して行くタイプ？？
それぞれのAIをフラグ処理すればいいってこと？

**名前は開発中のものです。** · 2011/10/06(木) 04:39:42.86

初歩的な質問なんだけど、画像ハンドルを代入した側でDeleteGraph使ったら
代入もとの方のハンドルも消去されるもんなの？

構造的にはこんな感じなんだけど・・・
int Playerimg = LoadGraph("Player.png");
int handle;
handle = Playerimg;
DeleteGraph(handle);

これでPlayerimgの方まで消えてしまう

**名前は開発中のものです。** · 2011/10/06(木) 04:54:00.59

ハンドルはあくまで番号だからな。ハンドルに画像データが入ってるわけじゃない。

Player.pngを扱うためのグラフィックハンドルがたとえば５で返ってきたとして
DleteGraphで５を削除すれば、Player.pngは消えるだろう。

**462** · 2011/10/06(木) 10:03:05.51

FDに入らない！とかいう時代でもないので
Win32APIで同等の物を作ると100～500KB程度で済むのでなんか気持ち悪い
というだけで別に問題があるというわけではないですが…

できれば長らく眠っているWin98デスクトップ上でも動作させたいのですが
それはそれとして軽量版の使用も考慮にいれてみようと思います

**名前は開発中のものです。** · 2011/10/06(木) 11:44:34.12

ポインタって引数に渡す時はそれもポインタじゃないとだめ？
void main(){
int status=1;
kansu(&status);
printf("%d"status);
}

void kansu(*status){
*status++;
}

これで正常な出力2を得られる？
mainループはポインタとか使わないで綺麗にしたい

**名前は開発中のものです。** · 2011/10/06(木) 11:53:21.54

*status++;
が優先順位的問題で、
(*status)++;
だけど、それとこまかいtypo以外はOK。

**名前は開発中のものです。** · 2011/10/06(木) 11:58:03.76

こんだけ短いコードならコンパイラに怒られないコードに修正して自分で実行してみなよ

**名前は開発中のものです。** · 2011/10/06(木) 12:04:14.42

void mainに誰か突っ込めよ…

**名前は開発中のものです。** · 2011/10/06(木) 12:37:34.34

>>478
リターンしてないもん

**名前は開発中のものです。** · 2011/10/06(木) 12:38:24.61

>>476
次のアドレスを参照するの？

**名前は開発中のものです。** · 2011/10/06(木) 12:48:17.62

>>479
mainはOSにエラーコード返すのが原則
return使わないならexit(0)等が必要
というか一から勉強しなおせ

**名前は開発中のものです。** · 2011/10/06(木) 12:54:15.78

別に不具合になるわけでもないのに余計なタイピングする必要ないだろ馬鹿か

**名前は開発中のものです。** · 2011/10/06(木) 13:05:20.93

*status++;
*(status++);
次のアドレスの値。>>475の場合何の値が入るかわからん。
(*status)++;
アドレスがさしている値を+1する。
簡単にいうとこうかな。
優先度がわからなかったら括弧を多用していけばいい。

**名前は開発中のものです。** · 2011/10/06(木) 13:07:41.25

>>483
あとひとつ、確認なんだけどインクリメントだと、int分ズレるんだよね？

**名前は開発中のものです。** · 2011/10/06(木) 13:13:21.62

>>481
初心者向けの教本でも、void mainになってるのがチラホラあるという…

**名前は開発中のものです。** · 2011/10/06(木) 13:14:24.65

コンソールアプリでもないのにエラーコード返せとかｗ

**名前は開発中のものです。** · 2011/10/06(木) 13:17:30.99

>>484
そうだよ。
printfつかってアドレス表示できたと思うから
それで確認していけばいい。

void mainは、
むかし学校で習ったときこれで教わったわw
int mainにしたらreturn 0;書いてても怒られた記憶がある

**名前は開発中のものです。** · 2011/10/06(木) 13:20:17.12

本なんて買ったことないお。ゆるちて(´･ω･`)

**名前は開発中のものです。** · 2011/10/06(木) 13:21:44.72

決められた解答じゃないと怒られるのは、せいぜい小学生までにしてほしいなあ。
あと社会人（´・ω・`）

**名前は開発中のものです。** · 2011/10/06(木) 13:45:27.91

中学高校大学はァァァ

**名前は開発中のものです。** · 2011/10/06(木) 14:23:27.95

別にvoid mainでも動くだろうよ
でもプログラミングは真面目に長くやってれば一つ一つのコードの整合性を気にするようになる
意味をちゃんと考えずにいつまでも書いてる奴は阿呆
少なくともvoid mainから始まってまともなコード書く奴とか見たこと無い
言っておくが宗教以前の話な

**名前は開発中のものです。** · 2011/10/06(木) 14:25:37.43

C#は普通にvoidだな

**名前は開発中のものです。** · 2011/10/06(木) 15:24:12.73

>>491
(´･ω･`)後半は完全に個人的な話やん

**名前は開発中のものです。** · 2011/10/06(木) 15:53:33.24

ポインタの動作確認の為の仮コードというのは分かっていても
int kansu(int status){return status+1;}
じゃいかんのかと言いたくなるコードだなw
ここからどうやってポインタを渡さなきゃいけない関数に発展するのかさっぱり想像がつかん

**名前は開発中のものです。** · 2011/10/06(木) 16:02:14.31

>>491

煽るわけじゃないけど、voidじゃダメな理由、その意味や整合性を簡単でいいので説明してくれないかな。

**名前は開発中のものです。** · 2011/10/06(木) 16:07:29.80

>>493
死ねクズゆとり

>>495
http://www.google.co.jp/search?q=main+%96%DF%82%E8%92l

**名前は開発中のものです。** · 2011/10/06(木) 16:13:58.27

要は現在ではコンパイラによっては対応しているが、本来はエラーがでるってことか。
それだけのことなのに何必死になってんのだか。

**名前は開発中のものです。** · 2011/10/06(木) 16:20:49.50

明確な規格違反を
「要は現在ではコンパイラによっては対応しているが、本来はエラーがでるってことか。」
とか言っちゃうあたり確かに阿呆だ

**名前は開発中のものです。** · 2011/10/06(木) 17:13:35.30

違ってた？

じゃあ、これのベストアンサーであってる？
ttp://oshiete.goo.ne.jp/qa/5512544.html

**名前は開発中のものです。** · 2011/10/06(木) 17:38:18.24

DXライブラリ使っててmainの戻り値が実用的になる場面なんて一瞬足りとも無いと思うナー

**名前は開発中のものです。** · 2011/10/06(木) 17:48:22.01

こういう奴が社内の変な慣習とかルールを頑なに強制して社内環境を悪くするんだ

**名前は開発中のものです。** · 2011/10/06(木) 17:49:29.86

>474
Windows98用のDirectX　9.0a は何処にもないと思うぞ。
もう持ってるならいいが、持ってないならDxLibは動かないぞ。

**名前は開発中のものです。** · 2011/10/06(木) 17:50:47.23

というか、有っても動くのかな？　疑問だが調べる気はないｗ

**名前は開発中のものです。** · 2011/10/06(木) 17:55:57.49

Windows98で動かすために
ＤＸライブラリの旧版をつかう。Ver 2.xx
DirectX7を使う。

**名前は開発中のものです。** · 2011/10/06(木) 17:57:21.08

>>504
９８の標準インストールは?Windows 98 (4.10.1998) + DirectX 5.1 (4.05.01.1998)
だよ、7もないぜｗ

**名前は開発中のものです。** · 2011/10/06(木) 18:23:34.93

>>496
死ねワロン

**名前は開発中のものです。** · 2011/10/07(金) 01:35:02.17

俺の今制作中のゲーム糞ゲーすぎて萎えたから、次のゲームはじめる
次は育成ゲームだ

**名前は開発中のものです。** · 2011/10/07(金) 22:33:23.09

DXライブラリで半透明な部分のあるモデルを描画したい時、

×　メタセコイヤのマテリアルのテクスチャ画像指定項目の「透明」
○　「_a」のついた画像
○　透過情報付きpng

でおｋ？

**名前は開発中のものです。** · 2011/10/07(金) 22:33:57.52

おｋ

**名前は開発中のものです。** · 2011/10/07(金) 22:46:35.81

サンクス。

ところで、柄は無いが部分透明にしたいマテリアルを実現するのに
真っ白い画像「tekusucha.png」と透過色情報「tekusucha_a.png」を使うのはスマートじゃないっすよね

愛用のEDGEさんでは透過情報付きpngが出せないもので。

**名前は開発中のものです。** · 2011/10/07(金) 22:50:02.53

>>510
pngはセットにして_aつけても透過情報として扱われない（最新版はどうなのかわからんが）
それに、そんなことするならPictbearとかのほかのソフトでその画像を使って透過pngを作るほうがいい

**名前は開発中のものです。** · 2011/10/07(金) 22:59:09.79

edge2なら出せるんじゃね？

**名前は開発中のものです。** · 2011/10/07(金) 23:00:31.78

少なくとも俺が使ってるのは確かまだ最新版で、それではpngで実際できた。
しかし、やはりスマートじゃないからやめたいと思っていた。
pictbearなら透過色付きのpngが使えるんすね？
やってみます。

**名前は開発中のものです。** · 2011/10/07(金) 23:00:47.40

edge2って有料っすよね

**名前は開発中のものです。** · 2011/10/07(金) 23:16:52.22

あ、png自体パレットでα値付きってできないんだ。やだなぁ……

**名前は開発中のものです。** · 2011/10/07(金) 23:45:56.46

パレットpngってもう使い道もあんまりないような・・

**名前は開発中のものです。** · 2011/10/08(土) 00:45:14.30

ああー俺はパレット依存症なのよねぇ……
つーかあらゆるグラフィックをドット絵でやってたからな。
手先が不器用で普通の絵が描けないっていうかドット絵は手先関係なく思考の通りにできるから好きっていうか。

**名前は開発中のものです。** · 2011/10/08(土) 00:51:45.47

別にフルカラーでもドット絵できるよ？

**名前は開発中のものです。** · 2011/10/08(土) 00:53:53.99

素人なのに48*48で描いたらものすごく時間がかかったでござる
どのくらいのサイズで描いてる？

**名前は開発中のものです。** · 2011/10/08(土) 00:54:52.28

あ、まぁ確かにそうではあるが……
１点１点色決めるのも俺には無理な話っていうか
めんどくさがりだからか２５６色ですらほとんど使わないっていうか。

**名前は開発中のものです。** · 2011/10/08(土) 00:56:38.36

戦闘画面のキャラ絵は256×256。
フィールド画面のキャラ絵は32×32也

**名前は開発中のものです。** · 2011/10/08(土) 00:58:33.09

パレット画像ってのはパレットの色をゲーム中で動的に変えて色違いを楽に作る以外の使い道は無いんじゃないかな

**名前は開発中のものです。** · 2011/10/08(土) 01:00:12.44

いやぁ、フルカラーよりはファイルサイズサイズ小さいっしょ？
結局色がたくさんあっても使いこなせない人にとって、フルカラーにメリットはないのです、すみません

**名前は開発中のものです。** · 2011/10/08(土) 01:00:21.31

動的にってのも無理があるけど、
まあ格ゲーの色違い作るくらいだな

**名前は開発中のものです。** · 2011/10/08(土) 01:00:48.16

256*256・・・でけぇーｗｗｗ
もはやドットじゃなくてもいいのでは

**名前は開発中のものです。** · 2011/10/08(土) 01:01:38.52

>>523
大は小を兼ねるってことだよ
ドットで描いたものをフルカラーに変換すれば見た目は変わらずアルファだけ指定できるようになるでしょ

**名前は開発中のものです。** · 2011/10/08(土) 01:02:01.91

いや、だからドット絵以外描けないので苦肉の策でして申し訳ない

**名前は開発中のものです。** · 2011/10/08(土) 01:08:04.79

ドット絵＝256色みたいな固定観念でもあるの？まあ別に問題なければいいんだけど

**名前は開発中のものです。** · 2011/10/08(土) 01:13:34.18

いやだから拘りでも何でもなくて能力的に無理なものは無理なので。
しかしフルカラーでしかαできないのならやっぱ「_a」でやった方がファイルサイズの合計で言えば少なくなるしそっちの方が良いみたい。
お騒がせしました。

**名前は開発中のものです。** · 2011/10/08(土) 01:15:59.70

何か勘違いしてたっぽいけど本人が納得したならまあいいか

**名前は開発中のものです。** · 2011/10/08(土) 01:18:29.29

色数が少ない方が楽だと思っている人と、多いほうが楽だと思っている人、
その両方がいるってことかな

画像サイズにしてもそう。

**名前は開発中のものです。** · 2011/10/08(土) 01:22:46.17

何がどういう風に勘違いなのかわからない。
>>508の疑問も解決し
PNGはパレット式かつα付きの形式は存在せず
>>518の言う通りドット絵とは自動変換ピクセル単位で操作し描く物でありパレットであるか否かは定義に非ず
どこら辺が間違ってるのか教えてほしいんですが。

**名前は開発中のものです。** · 2011/10/08(土) 01:27:32.23

「自動変換」のあとに「を除き」が抜けてました。揚げ足とられる気がしたので

**名前は開発中のものです。** · 2011/10/08(土) 01:31:22.16

面倒じゃなかったら.bmp+_a.bmpでいいんだけどさ
なんで透過pngにしないのかな、そんな難しいだと思ってるのかな、ってこと

**名前は開発中のものです。** · 2011/10/08(土) 01:32:12.76

フルカラーアルファチャンネル付き32bitPNGありますよん

**名前は開発中のものです。** · 2011/10/08(土) 01:34:35.08

読み間違えた。>>535は忘れてください

**名前は開発中のものです。** · 2011/10/08(土) 01:34:46.71

パレット式＝インデックスカラーだろ
フォトショにでも取り込んでRGBにして24bit+αで保存すれば良し

**名前は開発中のものです。** · 2011/10/08(土) 01:36:22.58

あとメモリ上にロードした時に画像は全て展開されるので、インデックスだろうがRGBだろうがメモリ上のサイズは同じ
それどころかインデックスだと拡大縮小した時何故か存在しないはずの背景色が境界線に滲み出ることがあるので良くない

**名前は開発中のものです。** · 2011/10/08(土) 01:40:39.50

EDGE使ってるみたいだから256で描いてからフルカラーに変換するのが一手間かかるからやりたくないってだけのことじゃないのかな
ちなみに無圧縮でなければフルカラーでも256と同じ色しか使ってないならファイルサイズあまり変わらないし
最近のグラボはインデックス付きテクスチャ使えなかったりするので結局ロード時にフルカラーか16bitに変換されてしまう

**名前は開発中のものです。** · 2011/10/08(土) 01:41:15.03

結局全てをedgeで済ませたかった。
しかしある表現のためにそれ自体に意味のない真っ白い画像を用意するのが非効率的であるとして、透過pngで実装したいと思った。
パレット式且つ透過pngなる形式は存在しない事がわかったので、フルカラーの性能をほとんど生かせない自分にとっては
ファイルサイズを優先し「_a」でやろうと思った。

これが勘違いだというのならそうなのでしょうね。

個人的には現段階では>>538の
＞それどころかインデックスだと拡大縮小した時何故か存在しないはずの背景色が境界線に滲み出ることがあるので良くない
のみフルカラーのメリットだと思う。これは知らなかった。

**名前は開発中のものです。** · 2011/10/08(土) 01:45:27.32

非効率とか言いながらファイルサイズ優先しちゃってるところが勘違いかな

**名前は開発中のものです。** · 2011/10/08(土) 01:48:39.99

展開時に同じになるから何って話。
それはメリットをひとつ否定しているだけであってデメリットを指摘しているわけではないです。
展開前のファイルサイズは展開時のサイズつまりメモリ容量に比べて重要度は著しく低いとはいえ
やはり小さいに越した事は無し。
とにかくそのわずかなメリットであっても、自分にとっては唯一の比較要素であって、
0.00001＞0であるが如くインデックスカラーが勝るのです。俺の中では。

**名前は開発中のものです。** · 2011/10/08(土) 01:49:37.18

だから_aはpngだと出来なくてbmpになるからファイルサイズは大きくなるって

**名前は開発中のものです。** · 2011/10/08(土) 01:50:56.09

個人的には効率とはまさににファイルサイズと作業時間であり、
インデックスカラーはその両者において勝ると言いたいわけです。
とにかく俺にとっては使える色の多さというものは限りなく0に近いメリットしかないのです。

**名前は開発中のものです。** · 2011/10/08(土) 01:54:27.92

あと、特定の色を透明にする作業は一枚につき5秒くらいで終わる

**名前は開発中のものです。** · 2011/10/08(土) 01:57:42.52

いやだから>>513で言ってる通り実際pngでできたんだって。
DXライブラリのバージョンの問題でなくユーザーのDirectXのバージョン問題だというのならそれじゃあダメだけど。

そして言うまでもなく透過色の設定でなくグラデーションが目的。最初（>>508）に「半透明」と言いました。

**名前は開発中のものです。** · 2011/10/08(土) 01:59:31.09

>>546
できたのか
グラデーションとかでもできるけどな　10秒くらいになるけど
まあできるなら結局は自分が楽な方法が一番か

**名前は開発中のものです。** · 2011/10/08(土) 02:07:00.79

ID:zLldlMcCは支離滅裂すぎるんだよ。
結局俺らがなんて言っても何かと理由つけて拒否してるだけじゃん。
最終的にはドット絵レベルでファイルサイズとかみみっちいこと言い出すし、一体何様だよ。

>>543
アルファチャンネル付のpng画像使っといてできないとか言ってるんだろ。
ちょっとは考えろよ。

**名前は開発中のものです。** · 2011/10/08(土) 02:08:14.80

>>548
すまん、それは俺の落ち度だった

**名前は開発中のものです。** · 2011/10/08(土) 02:16:58.53

「特定の色を透明にする」という文章をどう好意的に解釈しても
「指定した色の部分の透過率をα1、それ以外の透過率をα2とする」という２種の透過率を扱うに留まるとしか思えない。
少なくとも俺は指定した色の部分の透過率を0、それ以外の透過率を任意のα（SetDrawBlendMode( int BlendMode , int Pal )によって指定）とする方法しか知らない。

それと、拒否も何も>>538の二行目以外ほんとメリット無いんだからしょうがないでしょ。
PNGのデータ構造を調べたところ自分が想定していたα値付きパレットができないとはっきり分かってしまったわけだし。
結局自己解決できたのに質問してしまった事についてはほんと申し訳ないです。
しかしその結論を理由と共に述べたにも関わらず勘違いしている等と言われ尚フルカラーpngにせよと言われた事に、
「いやだからそれは調査の結果個人的にはメリットが無かったのだ」と言う事すら許されず「何様」と言われるのは納得できない。

**名前は開発中のものです。** · 2011/10/08(土) 02:19:28.20

なんでPNGの仕様にアルファ値付きインデックスカラーが無いと思う？
必要ないからだよ

**名前は開発中のものです。** · 2011/10/08(土) 02:28:55.64

煽りじゃないんだが、文章が支離滅裂で、何を言いたいのかわからないから、それは何か勘違いしてるんだと思った
自分の得意な方法に拘るのはいいんだが、自分がその作業が楽だと思ってても、他の方法の方が一般的には効率がいい場合だってある
その認識の違いで自分の拘りと非効率的だと言われてイラっと来てもそれは仕方ないんじゃないか

**名前は開発中のものです。** · 2011/10/08(土) 02:41:18.45

他に比較すべきメリットがあるのならファイルサイズ「みみっちい」というのは確かですが
他に比較すべきメリットが無い場合はそれこそが最大の比較要素であり、逆にそれを否定する理由は無いと思うんですけど。
何か間違ってる事言ってます？　どこら辺が支離滅裂なんです？
質問者は質問と関係ない指摘に対しても反論する権利が無いのですか？

>>551　そんなことは、アルファ値付きインデックスカラーのPNGが存在しない事を知った時点で分かってます。
逆に何を以て俺がそれを分かっていないと思ったのかが疑問です。
はっきり言ってそのように判断されるような発言はどこにも無いと思っています。

>>552　
だから拘りじゃなくて、できないものはできないって何度も言ってますよね？
「本当はできるのにできないと判断してしまっている」可能性もあるますが、
「過去に絵を描こうとしたができなかった」等の情報を元に判断した結果、
存在する可能性のある方法の所要時間の最小値の期待値+模索する時間が現状の方法より少ないと判断しました。
その判断が間違っていると思ったのならそれについての反論はありえると思います。

ここで自分が分かっていなかったのは>>508と>>510についてだけなのに、なぜ何もかも知らない愚か者のように言うのですか。
それが本当に心外なんです。

文章が間違っているというのなら具体例を挙げてください。でなければ本当に煽りでしか無いわけですが。
はっきり言って勝手に勘違いしてあーだこーだ言い始めたのはそっちだろと言いたいです。

繰り返しますが、最初の質問の必要性については本当に申し訳ないと思ってます。

**名前は開発中のものです。** · 2011/10/08(土) 02:45:31.61

落ち着け
文章云々以前に>>532で噛み付いてる時点で誰もID:zLldlMcCを正しいとは思わない
多少納得のいかない書き込みがあっても自分の質問の仕方が悪かったかも、と自省するぐらいが調度いいよ

**名前は開発中のものです。** · 2011/10/08(土) 02:53:27.78

ここまで全ての勘違い認定に対して、それはそちら側がこちらの言い分を誤解しているだけであると説明したと記憶してます。
そしてその際、訂正を行ったり情報の追加等は行わず、ただ文章を変えて反復してばかりだったとも記憶しています。
つまり元々の文章からも文面通りに受け取っていただければ誤解はありえなかったと思っています。
はっきり言って、こっちの発言を勝手に曲解されているような印象を持っています。
それでもこちらが悪いというのなら謝りますが。

ほんと、どの発言が間違っていると具体的に言ってくださいよ。
突然思ってもいなかった事に対する反論がなされていて実に不快です。

**名前は開発中のものです。** · 2011/10/08(土) 03:02:15.90

思っても居なかったどうでもいい事で食い下がられてこっちもびっくりだよ
わかりやすく文章が書けなかったから勘違いが起きた、それだけでいいでしょ

**名前は開発中のものです。** · 2011/10/08(土) 03:04:51.35

とりあえず長文うざいから落ち着け

**名前は開発中のものです。** · 2011/10/08(土) 03:14:04.07

pngでもアルファチャンネルの読み込みができると言う事を知らなかった上に>>513を読み飛ばして勝手に勘違い認定しても相手の文章が分かりにくいのが原因ですか。
ほんと理解に苦しみます。
個人的には、レスが多い中で>>513を読み飛ばしてしまう事は仕方ないとはいえ、少なくとも相手のせいにするのはおかしいとしか思えないのですがね。
さっきから連投規制ばっかり出てるんでもうやめにしましょう。

支離滅裂だから勘違いしていると思った等という論理性も欠片も無い言い分で他人を否定するのが正しいと本当に思っているのでしょうか。
せめてそれだけもう一度考えてほしいと、最後に言わせていただきます。

**名前は開発中のものです。** · 2011/10/08(土) 03:19:18.25

お前の文章が支離滅裂で勘違いしたのはお前じゃないと思う

**名前は開発中のものです。** · 2011/10/08(土) 03:24:33.14

>ID:zLldlMcC
喧嘩やりたいなら他へいけよ
話の内容はともかく行動に関してはお前が完全に間違ってる

**名前は開発中のものです。** · 2011/10/08(土) 03:38:58.29

くだらなすぎてワロスｗ

**名前は開発中のものです。** · 2011/10/08(土) 10:07:47.32

>>532
PNGには32bitパレットてのが公式テスト画像にあった気がする
DXライブラリ側が対応してないだけじゃないか?

**名前は開発中のものです。** · 2011/10/08(土) 12:32:59.94

32bitパレットは無いが、パレットの色毎に透明度の指定は可能だよ。

**名前は開発中のものです。** · 2011/10/08(土) 15:02:06.57

ID:zLldlMcCは何が言いたいのかまったくわからん。
普通の人は与えられた選択肢の中からどれでもいいから選ぶだろ。
それをパレットに拘ったり、ファイルサイズに拘ったりするなら自分で考えて勝手にやってろって話だよ。
1.透過度付きパレット式png使う → そんなんできないし～
2.描き終わったドット絵に、アルファチャンネル追加して透過度設定、フルカラーpngで保存しなおす → できないものはできないから～
3.マスク用画像使う → ファイルサイズが～
否定したいだけちゃうんかと。
んで最終的に「仕方ねーからファイルサイズでかくなるけど3でやるわー妥協だわー」って言ってれば
助言した人たちに何言われても仕方ないだろ。

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

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