[過去ﾛｸﾞ] ゲームプログラミング相談室 (986ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
717: ひきプロ ◆8fhky/PGis 02/10/10 16:49 ID:??? AAS
>>703
ためしに作ってみたら毎フレーム全部描画しても
GDIの時より軽くなりますた。
>>708
そういえばアルファブレンドができなくて悩みました
８のヘルプも読んでみようと思います
718(3): 02/10/10 17:02 ID:??? AAS
>>715
ID3DXSpriteを使うと叩かれるのか。謎だな。
それはどこでの話だ。
719(1): 708 [age] 02/10/10 17:43 ID:??? AAS
>>718
2ｃｈ
720: 02/10/10 17:51 ID:tjuH/a8v(1) AAS
ID3DXSpriteで、scaleで拡大率変えてたんだけど、
他の環境で動かしたらscaleが有効になってなくてしょぼんだった。
721: 718 02/10/10 17:54 ID:??? AAS
>>719
ｽﾚのﾘﾝｸを貼るほどの価値もない話題ということか。
それなら気にしねーほうがいいんじゃねーの。
どうせ具体的な指摘は何も無かったんだろ？
722: [age] 02/10/10 18:08 ID:??? AAS
（ ´,_ゝ`）ﾌﾟッ
723(1): 02/10/10 19:04 ID:??? AAS
708=722？
724: 718 02/10/10 19:15 ID:??? AAS
>>723
違うだろ。さすがに。
725: 02/10/10 20:45 ID:pMa8asNt(1) AAS
ID3DXSpriteだと256*256以上の大きさのテクスチャを扱えないからじゃねーの？
726(2): 02/10/10 20:50 ID:??? AAS
そんな制限は無い
727(2): 02/10/10 22:57 ID:??? AAS
>>726
あるぞ。
728: 02/10/10 23:53 ID:??? AAS
>>708
> DirectDrawより簡単ではるかに便利。
DirectDraw は初期化と、ロスト時の再初期化処理だけで意外と面倒。
729: 02/10/11 00:28 ID:??? AAS
>>727
無い
サイズの制限はハード依存であってID3DXSpriteそのものの制限とは関係ない
730(1): 02/10/11 00:33 ID:??? AAS
どのみち相対的な話である。
731: 730 02/10/11 00:46 ID:??? AAS
730は728へのレス。
732: 02/10/11 02:21 ID:??? AAS
＞725 ：名前は開発中のものです。 ：02/10/10 20:45 ID:pMa8asNt
＞ ID3DXSpriteだと256*256以上の大きさのテクスチャを扱えないからじゃねーの？
＞726 ：名前は開発中のものです。 ：02/10/10 20:50 ID:???
＞ そんな制限は無い
＞727 ：名前は開発中のものです。 ：02/10/10 22:57 ID:???
＞ >>726
＞ あるぞ。
省18
733(2): 02/10/11 02:45 ID:??? AAS
チュートリアルの5だと多少の変更で実行できるので、とりあえずコード書いて動かしてみたが、
Drawだと左上から256×256の部分が表示されるだけだな。
GeForce2MXだからVoodooのような256×256の制限はない。
確かDirectX7の時にはこの制限がなかったと思うが。
734(1): 02/10/11 03:43 ID:??? AAS
Geforce3(32MB)で512*512テクスチャを試した。問題なく表示された。
ドライバは40.72 Beta
735: 734(補足) 02/10/11 03:44 ID:??? AAS
環境はWin2k+DirectX8.1SDK
736: 734 02/10/11 03:50 ID:??? AAS
>>733
2MXで問題が出るってことは結構メジャーな問題ぽいね。
HALドライバ依存の問題はいつも頭痛の種になるから欝。
737(2): 02/10/12 08:41 ID:??? AAS
テクスチャサイズが256x256に制限されるのは、
VooDoo系チップの場合じゃ、ホゲェェェ!!
そういうハード特有の事情を知らんやつが、
Direct3D触るとろくなことがない。
738: 02/10/13 01:22 ID:??? AAS
>>737
だからハードウェアの制限とID3DXSpriteの制限を分けろよ（藁
739: 02/10/13 03:02 ID:??? AAS
>>737
おまいのまなこたんは、ふしあなさんでつか？
740: 02/10/13 03:30 ID:??? AAS
要点は256×256以上のテクスチャサイズを扱えるにも関わらず、
ID3DXSprite・Drawだと256×256以上のテクスチャは使えないだな。
741: 02/10/18 08:11 ID:Zt+yBkdj(1) AAS
>>733
DirectX8.1bのランタイムと
ｎVidiaの最新ﾄﾞﾗｲﾊﾞを使ってみたか。
742(1): 02/10/22 20:32 ID:cC1V2h4q(1) AAS
ゲームで、プログラム以外のファイルからデータを読み出したいのですが、
データを生で置きたくないのです。
他のゲームを見てみたら、結構暗号化(?)されてたりして読めないのがあるのですが、
あれはどうやっているのでしょうか。
セーブデータや環境設定。
jpeg画像。
midやwavファイル。
省1
743: 02/10/22 20:33 ID:??? AAS
すいません、環境は
VS.NET
C++
DirectX8
です。
744: 02/10/22 20:41 ID:??? AAS
どうやるもなにも自分で好きなように変えれば良いだけ
745(1): 02/10/22 20:43 ID:??? AAS
>>742
初心者スレ向けの内容だね。
「普通に読めない」というのは、暗号化（スクランブル）の場合と
圧縮の場合がありますが、それぞれについて。
スクランブルに決まったやり方はありません。
なぜなら、決まった暗号化の手続きがあるのであれば、
決まった複号の手続きで簡単に戻されてしまい、暗号化の意味が無いからです。
省5
746(1): 02/10/22 22:57 ID:??? AAS
マップの書き方はどういうのがいいのやら
747: 02/10/22 22:58 ID:??? AAS
先頭に余分なものを追加するなり1ビットずつ反転するなり好きにするよろし
拡張子だけ変えて実はgifそのもの、なんてのもあったなー。すぐばれるけど。
748: 02/10/22 23:38 ID:??? AAS
>>746
どんなマップ？
平面なら二次元配列でいいと思うが。
749(1): 02/10/23 00:55 ID:XrIoI0Co(1) AAS
逆汗すれば終わりだなー
名かには逆汗ブロックするものもあるけど
750: 02/10/23 01:44 ID:??? AAS
>>749
ん？ 発想が逆だと思うよ。
「リバースエンジニアリングされたら終わり」じゃなくて、
「リバースエンジニアリングされなきゃ大丈夫」。
平文で読まれなきゃ読める人は大きく限定されるわけだからね。
でも、解析されても、個人製作のソフトにそこまで情熱を傾けてくれるのなら
それはそれで嬉しい気もする。
751(2): 02/10/23 21:37 ID:rAqnFbe+(1) AAS
ゲーム製作者に質問です。
正直、Vectorにある数多くのフリーゲームで、何割くらい(または、いくつくらい)が
遊べるゲームだと思っていますか？
人によってかなり答えが異なると思いますが、みなさんの意見を聞かせてください。
752: 02/10/23 21:50 ID:??? AAS
プログラミングとの関係がないなら雑談スレでやろうよ・・・
753: 02/10/23 23:47 ID:??? AAS
>>751
2chｽﾚ:gamedev
754(1): 02/10/24 16:35 ID:??? AAS
>>751
個人的にはゼロ。
ぜんぜん遊べん。
755(7): 02/10/24 17:51 ID:??? AAS
タスクあるいはジョブコンと呼ばれるリアルタイム処理なプログラミング技法上で
再帰処理が必要な思考ルーチンを組まなければならない場合、どうやってますか？
756: 02/10/24 17:57 ID:??? AAS
製作中断
757(1): 02/10/24 19:21 ID:??? AAS
>>755
ageないと質問に答えてもらいにくいよ
急いでいないならいいが
758: 755 02/10/24 19:37 ID:??? AAS
>>757
急ぎではないのでﾏﾀｰﾘ待ちます。
759(2): 02/10/24 19:44 ID:??? AAS
>>755
・マルチスレッド
・再帰処理をタスクシステムへ載る様に組み直す
パッと思いつくのはこれぐらい。
760(2): 02/10/24 20:59 ID:??? AAS
>>754
そんなことはない。少なくともゼロではない。
>>760
必死だな(w
761: 02/10/24 21:41 ID:??? AAS
>>760
なんでそんなに必死なの
762: 02/10/24 22:06 ID:??? AAS
warata
763: 02/10/24 22:50 ID:??? AAS
ﾜﾛﾀ
764: [sageもう寒い季節だね。早いよね。] 02/10/25 02:42 ID:??? AAS
こんな事で笑っていてはいけません。
もっとおかしい事はたくさんありﾏﾝｺ｡
765(1): 755 02/10/25 10:46 ID:??? AAS
>>759
２番目の奴の詳細解説キボン。
擬似スタックを作るんだっけ？
766: 02/10/25 11:11 ID:??? AAS
おまいらは、そんなにも擬似とつけたいのでつか？
おまいらが、いまよんでいるのは 擬 似 文 字 でつか？
767: 02/10/25 14:59 ID:??? AAS
擬似じゃなくて仮想なら無問題？
768(1): 02/10/25 15:06 ID:??? AAS
いまここにある文字は
おまいらにとっては 仮 想 文 字 なんでつね？
769: 02/10/25 16:06 ID:??? AAS
ごめん、virtualにしといて
770(1): 755 02/10/25 16:07 ID:??? AAS
仮性ホーケーは黙ってて欲しいな >768
771(1): 759 02/10/25 17:17 ID:??? AAS
>>765
そういうことです。配列にスタックを作って自前で管理し、ローカル変数を
そのスタック上に置きます。
再帰を単純なループに開いた上、タスクシステム上でまわす事になります。
772: 02/10/25 20:04 ID:??? AAS
DirectXフルスクリーン＠C言語で、
ユーザーからの入力文字（漢字変換とかもアリ）をげっちゅーするには
やっぱりInputBoxのAPIしかないのでしょうか？
773(1): 02/10/26 01:01 ID:vJSal2rR(1) AAS
XindowsXP HomeEditionを使っているのですが、
自分のプログラムを実行するごとに重くなっていきます。
プロセス自体はちゃんと終了しています。
windowsって、プログラム終了時にメモリの解放って行ってくれないんですか？
まぁ、自分がメモリリークをつぶさなければいけないのですが。
特に、大き目の画像を扱った後にそのような現象がおきるみたいです。
どうなんでしょう。
774: 02/10/26 01:14 ID:??? AAS
>>773
タスクマネージャに該当プロセスがないことは確認したかい？
775: 02/10/26 01:14 ID:??? AAS
はい、確認しました。
776: 02/10/26 01:28 ID:??? AAS
解放は自動的に行われることになってるし、XPはNT系だからさらに安全なはず。
ただしこれはドライバが正常に動作していればの話。
ディスプレイドライバを更新するとかしてみれば？
777(1): 02/10/26 01:46 ID:??? AAS
メモリ確保して開放せずに終了したら駄目じゃん。
778: 02/10/26 02:48 ID:??? AAS
>>777
プロセス終了時のメモリ解放は
OSの管轄ですが何か？
メモリリークが問題になるのは
長時間常駐するプロセスだけ
779(1): 02/10/26 02:55 ID:??? AAS
不正な処理で終了した場合も開放してくれる？
780: 02/10/26 03:54 ID:??? AAS
>>779
まさか、しないと思ってるのか？
781: 02/10/26 04:37 ID:??? AAS
Win95のころはひどかったな。
一応OSが開放してくれるハズだが、
それを過度に期待したプログラムを組むのは避けた方が無難。
782: 02/10/26 04:44 ID:??? AAS
関係ないけど、windowsでプログラム書くんだったら
確保したメモリは必ず自分で解放しなくちゃダメだよ。
OSを信用する方が悪い。
783(1): 02/10/26 07:46 ID:??? AAS
ＯＳが開放してくれるとしても、それはあくまでも開放ミスに対する
救済措置と思ったほうがいい。確保したメモリは必ず開放するのが鉄則。
784: 02/10/26 10:14 ID:??? AAS
またmalloc&freeネタか・・・飽きないねえ
785: 02/10/26 12:43 ID:??? AAS
>>783
> ＯＳが開放してくれるとしても、それはあくまでも開放ミスに対する
> 救済措置と思ったほうがいい
そりゃ違うだろ。
そもそも仮想記憶を使ってる OS の場合、ページテーブルやら TLB (*1) やら
は OS 以外は触れない。そこにバグがあると疑い始めたら、もはやアプリケー
ション側でとれる対策は何もないよ。
省4
786(1): 02/10/26 14:26 ID:??? AAS
どんな環境でも開放しなかったメモリの後始末をしてくれる
という保証は無いからメモリリークするようなプログラムは
そもそも欠陥品と見ていい。だから開放しないと駄目。
それにＯＳが開放しなかったからといって、それはＯＳの
過失ではない。プログラム作った奴が悪い。
787: 02/10/26 14:35 ID:??? AAS
786でまとまりました。
では次の話題。
↓
788(3): 02/10/26 15:24 ID:??? AAS
実験に使いたいのですがOSがリソースを開放できない終了方法を教えてください
いくらやってもけしからんことに勝手に開放されてしまいます
789: 02/10/26 16:18 ID:??? AAS
>>788
Win98でRPCだか何だかを使うと起こりやすいそうだ
使ったことないけど
790: [ ] 02/10/26 16:22 ID:??? AAS
>>788
ＤＯＳ環境とかゲーム専用機等ならたぶん開放しないのでは。
791(1): 02/10/26 22:41 ID:??? AAS
>>745
アルゴリズムが公開されている暗号もある。
>>755
タスクと再帰処理がなぜ両立できないのか分からん。
>>788
何の実験に使うのか知らんが。
ファイルや共有メモリ等、OSが勝手に解放することがないリソースは存在する。
省1
792: 02/10/27 01:11 ID:??? AAS
>>786
そもそも「どんな環境でも」なんて言い出したら、それこそ malloc/free がない
世界とか、あっても C 言語の規格書に従ってない環境まで出てくるから、議論
にならんよ。
規格書を行間まで読めば、C 言語の hosted environment を前提とする限り
malloc したメモリは OS に解放されるはず、が結論。
だいたいヒープの仕組みとか仮想記憶の仕組みを知っていれば、そんなに
省3
793(2): 02/10/27 01:28 ID:??? AAS
つーか、解放しないと再利用できないじゃん？
こまめに解放してメモリを開けたほうがいいと思うんだが。
794(1): 02/10/27 01:52 ID:xQ8SKzdu(1) AAS
AA省
795: 02/10/27 03:45 ID:??? AAS
>>794
IDirect3DDevice8::SetTextureStageState( )
796(1): 02/10/27 05:52 ID:??? AAS
>>793
ところが大抵の処理系では
freeは解放済みフラグが立つだけで
実際に解放されるのはプロセス終了時なんだな・・・
797: 02/10/27 06:27 ID:??? AAS
JAVAなんかはガベッジコレクションを行ってくれるけどね。
上下前次1-新書関写板覧索設栞歴
あと 189 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.017s