Selene/Lue/Luna ライブラリ

**名前は開発中のものです。** · 2008/10/05(日) 00:17:40

公式
http://twin-tail.jp/
Selene & Lue
http://selene-lue.halfmoon.jp/
Luna
http://luna.sumomo.ne.jp/

前スレ
【DirectX】 Selene/Lue/Luna 【ライブラリ】
http://pc11.2ch.net/test/read.cgi/gamedev/1196080597/

**名前は開発中のものです。** · 2009/02/11(水) 22:50:52

ドキュメントみて方向性やっとわかった。
ライブラリというかフレームワークだね。なぜか躊躇しちゃうね。
使ってる人いる？selene1はユーザー見るんだけど2はまだ見えてこない。

**名前は開発中のものです。** · 2009/02/11(水) 22:54:58

あ、すっかり忘れてた
>>427
たぶん、これ使おうとしてる人はDirectX使ってて
過去に自フォーマット設計、リソース共有、描画最適化、デバイスロスト、シェーダー
とか苦労した割りに車輪の再開発で半年潰したひとが多いとおもう。

むしろそーゆー人じゃないと何してるのか分からないと思う。

**名前は開発中のものです。** · 2009/02/11(水) 22:57:46

>>429
それなんて俺？

**名前は開発中のものです。** · 2009/02/11(水) 23:10:59

素のDirectXを使うと必要な部分だけ作れば良いというだけで
結局Seleneみたいなエンジンを作るハメになるからな・・・

>>429
半年で気が付けたのか・・・

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

半年はDirectXで自前でスキンメッシュとか色々がんばってみた。
だんだんと自ライブラリのクラス設計が気になって使いづらくなって・・・放置。

すぐにirrlicht使ったら簡単すぎてワロタｗｗｗｗ状態。
でも、情報少ないのと複雑なことやるとすぐに使いづらくなって・・・放置。

お！DXライブラリの3D版か！
どれ使ってみるかなー・・・ん？コンパイルできねーぞ？
もう少し待ってみるかー→作者大学中退→DXライブラリ3D削除→（ﾟДﾟ）・・・放置。

で、seleneをROMること1年。
そろそろ使うかー→1.0から2.0へ→フレームワーク化・・・何それ？←NEW !!

**名前は開発中のものです。** · 2009/02/12(木) 01:19:07

seleneは中身すごいのに一般普及する気がしない。
一目で全体像が分からないのはユーザー選びそうだね。

Ogreもなんでもかんでも拡張してたらフレームワーク推奨になって
入門者が一気に絞られて使える人はさらに減って情報が減っての悪循環。
（その代わり理解できる人とかは効率良くなってバンバン作ってる）

がんばって欲しいんだけどなー
他にいいライブラリあるか？

**名前は開発中のものです。** · 2009/02/12(木) 01:56:29

Irrlicht が作り方が素直ではある。ライセンス的にも緩いし。古くさいとも言う。
ソースにがしがし手をいれて改造することをいとわないならアリ。

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

逆引き第一項
「ウィンドウを表示する」

#include "Selene.h"
using namespace Selene;
int WINAPI WinMain( HINSTANCE, HINSTANCE, LPSTR, int )
{
ICore *pCore = NULL;
System::Initialize();
pCore = System::CreateCore();
if ( pCore->Initialize( "ウィンドウの表示", FRAME_RATE_60 ) )
{
pCore->Start( 640, 480, true );
while ( pCore->Run() )
{
}
}
SAFE_RELEASE( pCore );
System::Finalize();
return 0;
}

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

フレームワークってライブラリとどう違うの？って聞いたら、「Cで言えば、int mainがフレームワークで、#include <stdio.h>がライブラリ」って言われた。
意味不すぎ！

**名前は開発中のものです。** · 2009/02/12(木) 09:24:21

セレヌは上級者向け

**名前は開発中のものです。** · 2009/02/12(木) 09:28:36

>>436
stdio.hは自分で位置的に使用することを定義してて
定義すればその中の関数を自由にじ分で使える。

int main()は自分で呼び出すわけじゃなくて
システム的にどこかから適切なタイミングで
勝手に呼び出される。

受動的か能動的かの違いかな･･･。

**名前は開発中のものです。** · 2009/02/12(木) 09:58:32

>>438
int main 呼ぶのはシステムじゃなくてランタイムだぞってのはさておき、
フレームワークと呼ぶにはちょっと無理があるなぁ。C言語の規定の範囲だし。

フレームワークは「ライブラリのごついやつ」でおｋ
目的のジャンルのアプリケーションを作るのに必要な機構が一式
はいってたらフレームワークと名乗っても文句いわれない。

stdio はC標準ライブラリの一部。MFCぐらいまでいけばフレームワークだな。

**名前は開発中のものです。** · 2009/02/12(木) 10:14:01

フレームワーク調べてみたら「アプリケーションの雛型」っていうのにたどりついた。
RPGツクールはRPGのフレームワークっていう認識でおｋ？
この認識だとseleneはフレームワークではないよね。
ＤＸライブラリはフレームワークだね。

**名前は開発中のものです。** · 2009/02/12(木) 13:25:16

>>440
ちゃうがな・・・恐ろしいぐらいに

**名前は開発中のものです。** · 2009/02/12(木) 18:34:53

>>440
・フレームワーク=アプリケーションの雛形
にたどり着いた経緯を3行でまとめて

**名前は開発中のものです。** · 2009/02/12(木) 19:48:37

ぐぐったら
一番上に
出てきた

**名前は開発中のものです。** · 2009/02/12(木) 21:01:48

まずはToyStudioが作る.Xと.FBXを正確に読み込めるようになってからにしてね
DirectXも2004年版と2007年版では.Xのデータが正しく反映されないみたいだし

**名前は開発中のものです。** · 2009/02/13(金) 02:27:49

>>440　>441
おれの考える所では。
★ライブラリ・・・・・・・
所詮は関数。関数のあつまり。
（BMP表示とか、音楽再生とか言ったLvでの）ある事をするのに必要な関数郡。
または、それを利用するためのラッパー。

★フレームワーク・・・
まさに”『アプリケーション』の雛型”。
『アプリケーション』として必要な最低限の手段（関数）が集まっており、
ライブラリよりもより具体的な機能を関数として提供する。
（たとえば、コリジョン判定とか、　パーティクルエフェクト e.t.c.）
さらに加えて、、『アプリケーション』が必要とするようなデータへのアクセス・変換・編集の手段を持つ。
（関数に限らず、”Visual Studio”みたいな編集画面や、3Dデータコンバーターまで含む）

だから、　　　RPGツクール　はフレームワークとは呼んでも、ライブラリとは考えない。
（他から利用される関数とはみなさないので、普通。）
逆に、　　　　SDLなんか　　はライブラリではあっても、フレームワークとは考えない。
（最低限の関数こそ揃っているが、他から利用されるために作られている。
　かつ、SDLが必要とするデータへのアクセス・変換・編集の手段が乏しいため）

**名前は開発中のものです。** · 2009/02/13(金) 07:22:18

というか、どっちでもいいよ
もう少し黙っててくれ

**名前は開発中のものです。** · 2009/02/13(金) 08:00:42

>>446
理解できないなら口出しすんな

**名前は開発中のものです。** · 2009/02/13(金) 08:47:34

だれも聞いてないのに長文張るほうがおかしいだろ
フレームワークは動作の雛形なんだから作者としか議論しようがない

イベントドリブン的なonLoadとかonClickのような使用範囲の絞ってある命令とそれを再定義ができて
ライブラリと連携とれるツールが揃ってればフレームワークでいいだろ

そんなに気になるなら作者に聞いてみろよ

**名前は開発中のものです。** · 2009/02/13(金) 09:52:31

作者はライブラリ（というかエンジン）って言ってるね。

**名前は開発中のものです。** · 2009/02/13(金) 11:17:22

Seleneにおけるフレームワーククラス群の事が話題なのに
「広義ではＲＰＧツクールをフレームワークって呼んでも間違いではないよね？」
みたいな話になってるような

**名前は開発中のものです。** · 2009/02/13(金) 12:45:33

FBXの直読み込みとかできたら考えなくもないが
Xの直読み込みできるイルリッヒの方がいい
SMFは多分、メッシュサイズとかボーンの数でアニメーション付だと
考えられん程ファイルサイズが増えてるんだよ

**名前は開発中のものです。** · 2009/02/13(金) 12:54:49

またファイルサイズ増える厨か・・・うんざりだ。
具体的なファイルと解決法と提案を作者におくれよ。

でもFBXとかX直読みは欲しいな。デバッグまでの時間が長くて萎える。
selene側で fbx,x→内部コンバート→smf　とかできないのかな。
できるだろうけどやっぱコスト関係？

今のところirrlichtのコード改造が無難だなー。
英語フォーラムとかいけばコード落ちまくってるし困ることない。

**名前は開発中のものです。** · 2009/02/13(金) 14:08:05

>>451
SMFってコリンジョンデータとかシーン管理用のデータが
入ってんだろ。でかくなって当たり前
てか、なんでファイルサイズがそんなに気になるの？

**名前は開発中のものです。** · 2009/02/13(金) 18:06:54

最低でも30体はモデルを添付する必要があるから
今のままでは全体で200メガ近い容量になってしまう
.xなら全体でも3メガで済む
.FBXなら50メガか…
それ位なら妥協もできるが

**名前は開発中のものです。** · 2009/02/13(金) 18:12:18

zlibで圧縮してメモリーから読むじゃだめなの？

**名前は開発中のものです。** · 2009/02/13(金) 19:05:54

要は全ての人がコリジョンや法線マップを使う訳ではないという事
FFのリアルタイムムービーのように、ただ単にアニメーションを再生するだけで済む人まで
SMFの全部まとめ仕様に付き合わされてしまうのが問題

**名前は開発中のものです。** · 2009/02/13(金) 19:15:32

リアルな話、ほとんどの人がゲームつくれないんだから大げさな機能は不必要かもしれん。
大体はちょっとポリゴンモデルつくって、歩かせてわかった気になって満足して終わりだろ？

**名前は開発中のものです。** · 2009/02/13(金) 19:21:15

必要な時に必要な物を

トヨタ方式を見習いたまえ

**名前は開発中のものです。** · 2009/02/13(金) 19:21:52

いつまにかファイルサイズからフォーマットに論点がすり替わってるんだ

メッシュ・ボーン・コリジョンの管理自分でやったら面倒だからなー
ある意味一番効率的ではあるんだよ、
だから、モーション動かす程度ならDirectXで十分だろうね

**名前は開発中のものです。** · 2009/02/13(金) 19:51:38

いや、コリジョンも必要だ。法線マップもな。
ただ、全てのケースでそれら全てが必要になる訳ではないって事。
メッシュ、コリジョン、法線マップ、その他を分離してファイルサイズを効率よく
できるはずだろ？

極端な話、Selene製のまともなゲームやアプリは100MB以上の容量が当たり前に
なってしまうぞ？
個人製作のオンラインソフトでそんなのあるか？中にはあるかもしれないが。

**名前は開発中のものです。** · 2009/02/13(金) 20:00:39

>>460
使わない機能は入れなければいいだけじゃん

**名前は開発中のものです。** · 2009/02/13(金) 20:09:36

よしわかった！
単純なアニメーション再生用に.Xと.FBXの直読み込みと再生関数つけてくれ
それで解決する！

Void RealTimeMovie()みたいな感じで

**名前は開発中のものです。** · 2009/02/13(金) 20:26:09

ファイルサイズを気にするのはゲームが作れてからでいいや

**名前は開発中のものです。** · 2009/02/13(金) 20:40:51

現実的な問題としてそんなにファイルサイズでかくなるのか？
SMFってテクスチャ含んでるからそのサイズがでかいのかと思ってたが。

**名前は開発中のものです。** · 2009/02/13(金) 21:49:20

俺の場合、メタセコ→.x→.smf
そんなにかわらない

RokDeBoneかToyStudio→アニメ.x→.smf
大問題勃発

**名前は開発中のものです。** · 2009/02/13(金) 22:15:37

ToyStudioのサンプルのｘファイルを変換してみたけど
元のXファイルの3分の1程度の容量になった。

何か特殊な条件がありそうだ。

**名前は開発中のものです。** · 2009/02/13(金) 22:49:25

機能いっぱいなのが嫌なら
他の軽いライブラリ探せば良いじゃん。
なんでこれに拘るのか分からん。

**名前は開発中のものです。** · 2009/02/13(金) 22:52:42

お婆ちゃんおやすみ

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

イルリッヒを検討しているよ

**名前は開発中のものです。** · 2009/02/13(金) 23:39:53

うちのお婆ちゃんの笑い方
「イルリッヒッヒ…」

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

irrlichtわからないことあればスレに問いかけてごらん
2・3日後には解決法でてくるから

ユーザーがいれば

**名前は開発中のものです。** · 2009/02/14(土) 06:49:36

イルリッヒは圧縮X使えない事わかった
素のDIRECTXが一番だな

**名前は開発中のものです。** · 2009/02/14(土) 09:28:29

ToyStudioのサイトにおいてあるサンプルのｘファイル「jump-horizontal-takiguchi2_ex.x」で検証。

jump-horizontal-takiguchi2_ex.x
　素の状態　　　　　　　　　　　　3286KB
　ZIP圧縮　　　　　　　　　　　　 708KB
　圧縮Ｘファイル　　　　　　　　　518KB
　圧縮ＸファイルのZIP圧縮　　 515KB

SMF+SAF
　素の状態　　　　　　　　　　　　　800KB
　ZIP圧縮　　　　　　　　　　　　　 425KB

**名前は開発中のものです。** · 2009/02/14(土) 09:38:26

ついでだからrarも試してみた。
それぞれをWinRARで圧縮してみた場合。

オリジナル　　 526KB
圧縮Ｘ　　　　　 517KB
SMF+SAF　　　303KB

**名前は開発中のものです。** · 2009/02/14(土) 10:56:58

ボーン入れたり、コリジョンボックス設定いれなきゃ軽いんじゃない？
逆に無意味にボーン入れまくってると重そうだ
あとメッシュをトライアングル化してるのかとか関係ありそうなんだけど・・・
その辺の最適化してから文句いってるのかな？

**名前は開発中のものです。** · 2009/02/14(土) 11:26:50

実装可能な、有効な機能が無いってのなら注文すれば入れてくれるよ。

**名前は開発中のものです。** · 2009/02/14(土) 11:36:16

てか、誰もお前のソフトの容量なんて対してきにしてねーよｗ
そもそも完成しないじゃん。

**名前は開発中のものです。** · 2009/02/14(土) 11:55:50

Xファイルより容量少ないのか・・・
となると後はキーの数減らすくらいしかやれることがないな

まあ、ＨＡＶＯＫみたいにモーションのパラメータ曲線を波に例えて
MP3圧縮やJpeg圧縮と同じ要領で圧縮する方法があるらしいが・・・
お願いしたら実装してくれるだろうか

**名前は開発中のものです。** · 2009/02/14(土) 12:18:15

>>478
お前が実装して作者にフィードバックすればおｋ

**名前は開発中のものです。** · 2009/02/14(土) 12:41:08

たまたま少なくなるケースで検証してんじゃねーよ
むしろ、増えるケースを調べて何が原因なのか判明しねーと意味ねーだろカス

**名前は開発中のものです。** · 2009/02/14(土) 12:49:33

>>480
>479

**名前は開発中のものです。** · 2009/02/14(土) 13:26:23

そもそも増えることに対して怒ってるのごく一部だけなんだけどね
大体はzlib圧縮なり自分で実装するから文句いうこと無いと思うんだけど

**名前は開発中のものです。** · 2009/02/14(土) 13:59:38

サイズがでかくなる人、モデルにループ構造ない？
普通の人間モデル？

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

今日は「HelloWorldを表示したい」を作った

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

日本語でおｋ

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

>>479
Jpegアルゴリズムの詳細が理解できなかった俺には無理

つうか、サイズ云々言ってる人はXファイル並みのサイズになれば満足なのかねぇ
PS2並みのモデル扱ったらXファイル並みのサイズでもどのみちネット配信なんて無理だろうに・・・

**名前は開発中のものです。** · 2009/02/14(土) 14:39:37

でかいのはモデルじゃなくてアニメーションの方だから
PS2だからって劇的に小さい容量ですむというわけでもないだろう。

**名前は開発中のものです。** · 2009/02/14(土) 17:56:01

ループ構造って何？

**名前は開発中のものです。** · 2009/02/14(土) 17:59:14

アニメーション、全フレーム全キー保存しちゃってるんじゃね？

**名前は開発中のものです。** · 2009/02/14(土) 18:00:17

>>488
輪になったりしてる部分とかで
循環参照しまくって同じデータが重複作成されていないかな～
とか・・
（素人のめちゃくちゃ適当な発想です。僕も良く分かりません。
自分で言い出してなんだが気にスンナ）

**名前は開発中のものです。** · 2009/02/14(土) 18:18:49

とにかく適当にネットで探したデータでいいから
RokDeBoneとToyStudioで数千ポリのモデルのアニメ.Xを作って
SMFにしてみてくれないか？
確実に5倍近いSMFになる
そんでSAFが数10キロバイトくらいしかないんだが
これってモデル側にアニメーションが行ってる？

**名前は開発中のものです。** · 2009/02/14(土) 18:42:04

今わかったけどボーンの数とか関係ないな
ポリゴン数とやはりRokDeBoneとToyStudioを介す事でこの現象は起きる

**名前は開発中のものです。** · 2009/02/14(土) 18:46:33

SMFファイルの問題ならアニメーションも全く関係なさそうね。

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

わかったぞ
メタセコ上でオブジェクトを分ければ分ける程、RokDeBoneやToyStudioの.Xから
SMFにするとファイルサイズが増える
オブジェクト数が1つの時は元のファイルサイズとさほど変わらんけど
オブジェクト数が10個くらいになると数倍に膨れ上がる

**名前は開発中のものです。** · 2009/02/15(日) 10:21:12

それテクスチャのサイズじゃね？
SMFの標準プラグインってマテリアルの中にテクスチャ埋めてるから
同じテクスチャ使ってるマテリアルがあったらその分増えるだろ。

**名前は開発中のものです。** · 2009/02/15(日) 10:56:56

メタセコ上の材質は１つだぞ

多分、オブジェクトの数だけ全体のメッシュが重複して作成されてると思うが
だからアマリリス上とフルスクリーン時にポリゴン欠けが起きてるんだよ

**名前は開発中のものです。** · 2009/02/15(日) 16:38:36

メタセコ上でマテリアルが１つでも
吐き出されるXファイルはオブジェクトごとにマテリアル持ってると思うぞ。

**名前は開発中のものです。** · 2009/02/15(日) 17:17:58

じゃあ、同一テクスチャを埋め込まずに使い回ししろよ
どんだけ無駄が生じてんだよ

**名前は開発中のものです。** · 2009/02/15(日) 18:06:43

確かにオブジェクト毎にマテリアルがあるな
こういうのは最適化されないんだね
あと、やっぱり圧縮SMFは必要だと思う

**名前は開発中のものです。** · 2009/02/17(火) 13:28:49

一つのモデルで、下半身と上半身を別のアニメーションさせることってできますか？

**名前は開発中のものです。** · 2009/02/17(火) 17:38:48

モーションブレンドで出来るんじゃないかな？
一番拡張あるのはボーン単位でブレンドできればfpsみたいな複雑で多いモーションも対応できる
次は下半身歩きと上半身撃ちながら下半身歩きのモーションを混ぜれば出来るね
後者は同じモーションだしたくさん用意する必要あるから大変だけど

今出だから命令確認できなくてごめんよ

**名前は開発中のものです。** · 2009/02/17(火) 19:50:28

C++版Easy3Dも出るみたいだし、Seleneの独壇場ではなくなる日も近い。

**名前は開発中のものです。** · 2009/02/17(火) 20:30:59

今までは独壇場だったの？

**名前は開発中のものです。** · 2009/02/17(火) 20:55:01

今までは独壇場だった。

**名前は開発中のものです。** · 2009/02/17(火) 21:20:41

Easy3DとSeleneは方向性違うとおもう
あっちは使えればいいという人向け
こっちはクラスとか参考に勉強しながら作りたい人向け

ただEasy3Dは欲しい機能が揃ってて作者がツボ得てる感じでうらやましい
Seleneは作者の論文実装とフレームワークをただ眺めるライブラリになってる

**名前は開発中のものです。** · 2009/02/17(火) 21:42:34

さっき、偶然DXライブラリ3Dを手に入れたよ
Easy3Dと似通ってる部分はあると思う
結構いろんな事ができるんでびっくり
なんで破棄しちゃったのか
もったいない

**名前は開発中のものです。** · 2009/02/17(火) 21:46:00

もったいないと思うならお前が開発継続すれば？

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

DXライブラリ3Dはひどかた覚えしかないな・・・
DXライブラリの良い部分が減って、微妙な機能(コンソールや訳分からん文字列クラス)を増やしすぎ
機能は悪くなかったなバグさえなければー

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

①何でもいいから手っ取り早く作らせて　　→DXライブラリ3D（Ｏ型）
②難しいのはイヤ、けどいいもの作りたい　→Easy3D（Ｂ型）
③将来のためにクラスも勉強しよう　　　　→Selene（Ａ型）

ということなのか！？

**名前は開発中のものです。** · 2009/02/18(水) 00:09:56

ああ、俺A型で血液と合ってるわ・・・

**名前は開発中のものです。** · 2009/02/18(水) 00:17:05

もう面倒くさいからD3DのDrawPrimitiveオンリーで…

いや・・・それがめんどくさいのか・・

**名前は開発中のものです。** · 2009/02/18(水) 00:22:41

ライブラリのソースみるとなるほど良くできてる。
これで一気にレベルアップできるぞ。

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

＞②難しいのはイヤ、けどいいもの作りたい　→Easy3D（Ｂ型）
Easyってつけるくらいだから簡単なのかと思ってた

**名前は開発中のものです。** · 2009/02/18(水) 09:08:35

>>513
②の文をどう読めば"Easy3Dは簡単ではない"と思えるんだ？
"簡単で且ついいものを作れる"以外の解釈ができないのだが・・・

**509** · 2009/02/18(水) 12:04:18

②難しいのはイヤ、けどいいもの作りたいからライブラリの勉強くらいは…

それ以前に疑問形で書いたんだから変に納得しちゃだめだ

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

だれか Amaryllis でfbxの読み込みを試した人いませんか？
ttp://kotona.bona.jp/software/extension/
ここにあるモデルデータ引っ張ってきて試してるんだけど
左右が逆転してるみたい
これ俺だけ？それともデータがおかしいの？
それともどちらかの入出力の問題？

**名前は開発中のものです。** · 2009/02/19(木) 12:31:21

それはDirectXが左手座標を使っているのに対してFBXが右手座標だから

**名前は開発中のものです。** · 2009/02/19(木) 12:41:31

あと、確かプログラム側で、反転してる軸にスケールで-1をかけてやると
望む結果になると思ったけどβ1.0のサンプルにあったな確か

**名前は開発中のものです。** · 2009/02/19(木) 12:49:49

>>516
出力設定に左手座標をどうとかいうのがあるからそれの設定ミスかもね。

>>518
それの場合って面も裏返さなきゃだめだよねたしか。

**名前は開発中のものです。** · 2009/02/19(木) 19:11:53

出力設定ってどこや？

**名前は開発中のものです。** · 2009/02/19(木) 20:15:29

ttp://cgi.www5d.biglobe.ne.jp/~ochikko/board3/wforum.cgi?mode=allread&no=7404&page=0

前々から圧縮Xファイルだかサイズどうのこうの騒いでたのこいつか・・・
つか、irrlichtでも沸いてたよな
環境依存のバイナリ形式なんだからirrlichtがサポートするわけないだろ

ほんと圧縮Xのメリットとデメリットが分かってないのに騒ぐのがうざい

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

オラの元気玉うけてみっかあ！！？

ttp://www3.uploda.org/uporg2030963.jpg

**名前は開発中のものです。** · 2009/02/20(金) 16:51:24

ＤＸライブラリからSeleneに移ろうと思ったんだけど描画がうまくできない

どんな順番で描画命令出してもＺ座標で並べ替えて描かれるの？
２ＤＳＴＧで、敵と自機のモデルが食い込まないようにしたいんだけど、敵描いて上から自機を描くってできる？

**名前は開発中のものです。** · 2009/02/20(金) 16:54:27

特になにもしなければ、描いた順に描かれるよ

**名前は開発中のものです。** · 2009/02/20(金) 17:10:29

Zバッファ書き込みを無視して

**名前は開発中のものです。** · 2009/02/20(金) 17:42:17

Zで並び替えられるんだから書くたびにZ++してけば書いたとおりに描かれるだろう

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

C++版 Easy3D ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ !!!!!