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/

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

■Seleneについて
SeleneとはDirectX9用ライブラリLunaを前身とする
DirectX9.0cをベースしたゲーム用2D/3Dライブラリです。
ハイエンド向けの環境を想定しており、VertexShader2.0/PixelShader2.0を前提とした環境を推奨

■Lueについて
LueとはSeleneをC言語用にラッピングしたものです。
機能や特徴はSeleneと全く同等ですが、Seleneに対してポインタを極力使わずに
１階層おいてアクセスするので速度的には若干不利です。

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

おつ

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

2D表示で描画の高速化のみを考えた場合
注意すると良い事ってあるのかな

なんか24*24サイズのを250～300個ほどブレンド描画したら
フレーム数が55くらいから33～35にダウンでｼｮﾎﾞｰﾝ

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

あ、その前に500程同サイズのやってて
そっちのみだと55くらいなんだけれど…（合計で750～800個）
ブレンド描画してる所にブレンド描画重ねると重くなるのかな

**名前は開発中のものです。** · 2008/10/05(日) 02:16:22

2Dで800個を表示できたら優秀だと思いますよ。
DirectXが3Dのみにシフトしている現状で、
2Dよりも3Dで描画した方がスピードが出ます。ビデオカードに依存しますが

**名前は開発中のものです。** · 2008/10/05(日) 02:33:06

ありがとう、じゃぁ、これはとりあえずこれはこのまま作っちゃおう
3Dで2Dみたいに表示となるとプリミティブでいいのかな

**名前は開発中のものです。** · 2008/10/06(月) 18:39:45

マウスカーソルを消したいんだけど、なんかサンプル通りにやっても消えてくれない
どうやれば良いの？
サンプルはこんな感じ

// 初期化
if ( pCore->Initialize( "Sample Program", FRAME_RATE_60 ) )
{
// マウスカーソル消去
pCore->EnableDrawMouseCursor( false );

// アプリケーション開始
pCore->Start( 640, 480, true );

// メインループ
while ( pCore->Run() )
{

FPS作ってるのにカーソルが消えないとか死にたくなるorz

**名前は開発中のものです。** · 2008/10/06(月) 19:07:37

::ShowCursor( false );

これでだめですか？

**名前は開発中のものです。** · 2008/10/06(月) 19:09:31

あ、ホントだ

とりあえずこれで行ける
// マウスカーソル消去
//m_pCore->EnableDrawMouseCursor( false );
ShowCursor( 0 );

**名前は開発中のものです。** · 2008/10/06(月) 21:38:42

>>9-10
ありがとー上手くいったよ

**名前は開発中のものです。** · 2008/10/06(月) 21:54:51

Initializeの前にEnableDrawMouseCursorを
置くと、いけるよ。

関数の中見たら、WM_CREATE呼ばれた時に
ShowCursor()呼んでるから、
Initializeの後だとまずいっぽい。
Initializeのなかで、CreateWindow呼んでるしな。

**名前は開発中のものです。** · 2008/10/06(月) 22:04:47

てことはサンプルの書き間違えかぁ

**名前は開発中のものです。** · 2008/10/06(月) 23:08:44

>>12
本当だ
こっちの方法でも上手くいったよ
わざわざありがと

**名前は開発中のものです。** · 2008/10/09(木) 22:24:27

うかうかしてるとEasy3DのC++版がでちゃうよ

**名前は開発中のものです。** · 2008/10/09(木) 22:43:54

>>15
むしろはやくでろ。結構ＨＳＰは小学生でも３Ｄやったりとかの実績有るらしいし。

**名前は開発中のものです。** · 2008/10/19(日) 14:46:50

なんか、ツールが更新されてるぜ！
モデルツールっていうけどモデリングは外部ソフトだろ！？
ゲーム内に取り込む上で、設定が色々必要ってことか？
３Ｄゲームはやっぱ敷居が高い・・・。

**名前は開発中のものです。** · 2008/10/19(日) 14:56:07

Xファイルしか読めないのかよ

**名前は開発中のものです。** · 2008/10/19(日) 15:04:45

FBXも読めるって書いてあったけど見間違いか？

**名前は開発中のものです。** · 2008/10/19(日) 15:09:33

見たこともないフォーマットが使えます！って言われても名

**名前は開発中のものです。** · 2008/10/19(日) 15:11:14

>>20
FBXはXNAでも正式にサポートしてる実質Xの次の標準フォーマットだぞ・・・。
MAYA、3DS、XSI、Lightwaveからの出力も対応してるし。

**名前は開発中のものです。** · 2008/10/19(日) 15:12:11

FBX知らないとか
3Dやる気あんの？

**名前は開発中のものです。** · 2008/10/19(日) 15:16:14

>>21
そうなのか・・・

>>22
最近メタセコ落とした

**名前は開発中のものです。** · 2008/10/19(日) 17:09:06

そんなのに対応してたら結局最後はXNAに統一されてしまうぞ

**名前は開発中のものです。** · 2008/10/19(日) 17:33:36

フォーマット作ってSDK配布してプラグイン配布して精力的に布教活動してるのはMSなんぞじゃなくてAutodeskだぞっと。
Xファイルに変わるフォーマットを考えるのが面倒でXNAがFBXにのっかったってだけの話だろう。

**名前は開発中のものです。** · 2008/10/19(日) 19:19:27

ライトの変更できないのかな？
それか、モデルの向きを変えるとか。後向いてて正面が真っ暗。
RokDeBoneもそうだけど、ウインドウがガバガバ開いて不恰好。
編集し辛いと思う。
一つのウインドウにできないの？

**名前は開発中のものです。** · 2008/10/19(日) 19:22:16

ダイアログで作った方が早いからじゃねぇの？

**損御供** · 2008/10/19(日) 21:06:52

…これでは使えねぇ…
こんなに増えすぎたウインドウでは開発効率は上がっても操作性が殺されちまうんだ。
いくら機能が豊富でも使い辛ければしかたねえだろ。
それに画面の配置が難しすぎるんだ。
バランス的には普通のウインドウが一個の状態が一番いい…
これからはそれを普通の状態にもっていくんだ。

**名前は開発中のものです。** · 2008/10/19(日) 22:43:05

なにツール一つにグダグダに言ってんだ･･･？
と思ってツールをちょっと触ってみたけど、確かにこれはウィンドウ多すぎだなｗｗ

**名前は開発中のものです。** · 2008/10/20(月) 01:56:15

FBXの読み込みは完全では無いのかな？
こっちで用意したデータが駄目なのかもしれないけど読み込めなかったよ

**名前は開発中のものです。** · 2008/10/20(月) 04:04:28

FBX自体まだ発展途上なんじゃない？
どうせDirectXの次のバージョンで大幅に変えられそう。

**名前は開発中のものです。** · 2008/10/20(月) 07:45:16

FBX作ってんのはMSじゃなくてAutodeskだからDirectXとは全く関係ねーぞ・・・。
もともとはMAYAと３DS間でデータを円滑にやり取りするための生まれたんだったような。

あとなぜか日本語パスが含まれてるとFBX読めないな。

**名前は開発中のものです。** · 2008/10/20(月) 13:47:30

「ば、ばかな・・・何故誰も使ってくれない！？」

「青いヤツだ・・・
さらなる機能を実装してみせると言いながら
こんなバグまみれの偏ったライブラリを作るとは・・・」

「その程度の機能なら・・・このとおり容易いものだ」

（・・・！！）

**名前は開発中のものです。** · 2008/10/20(月) 16:13:11

ウインドウが沢山あるのはかっこいいし、機能が可視的になって
慣れればむしろ使いやすくなるんじゃね～かとマルチウインドウ環境の俺が言って見る。
だがメタセコで作った球形のxファイルが歪んで読み込まれるぉ？

**名前は開発中のものです。** · 2008/10/20(月) 17:10:07

作者「2030年までにはSelene1.0をリリースしたいですねｗ」

一同「な・・・んだと・・・？」

**名前は開発中のものです。** · 2008/10/20(月) 17:42:13

せめて2015年で・・・
いや、完成するならそれくらい待つよ

**名前は開発中のものです。** · 2008/10/20(月) 18:09:34

>>34
それ確かDirectXのバグだった気がする。

**名前は開発中のものです。** · 2008/10/20(月) 18:40:53

>>34
そ～なんか～

かと言って、単純な図形を表示するメソッドとかSeleneにはないんだよなぁ・・・
いちいち頂点設定を書き込んでと・・・

**名前は開発中のものです。** · 2008/10/20(月) 18:51:40

アンカー間違えた・・・

まぁ、今風のゲームを作るためのライブラリって感じの
設計思想はわかし、基本的な立体の作成関数なんてサンプル見ながらすぐ作れるからいいか

**名前は開発中のものです。** · 2008/10/21(火) 18:53:12

ウインドウが一つになってら
対応早いぜ

それとも最初から用意していたのかな？
前のTOOLはネタ？

**名前は開発中のものです。** · 2008/10/21(火) 18:59:26

多少、特定機能でダイアログウインドウが出るのはむしろ分かりやすいし
いいと思うぞ作者タン

**名前は開発中のものです。** · 2008/10/21(火) 19:19:39

Amaryllisのファイル群を見た感じ、
Seleneは .Net Framework に対応したのかな？

**名前は開発中のものです。** · 2008/10/21(火) 23:44:34

ツールが.NETで作られてるだけじゃないかね

**名前は開発中のものです。** · 2008/10/22(水) 12:33:42

ドッキングパネルカコイイ
VisualStudioみたくなっとるやん
C#ってこんなのが簡単にできるの？

**名前は開発中のものです。** · 2008/10/22(水) 16:20:34

くそ長文でいきなりすまんが、今まで様子見だったSeleneを使う気になった理由。

実は5年前に急激に値下がりしつつあったミドルクラスのRadeon買ったけれども
それがdirectX9.0bまでの対応だったんだよ。ぎりぎりで。
その後に買ったＨＡＬＯが動かないで、「なんじゃこりゃ～」って思ったり、
Seleneのサンプルも異様に遅いから、自作してビデオカードもそれなりに気を使った
奴でも動かない動作条件が厳し過ぎるライブラリだと思って痛んだがｗ、今試したら
4年ぐらい前にビックカメラで買った最安値のＨＰ製ノートＰＣでも、俺の自作ＰＣより
早く動くのｗ。オンボードですらDirectXの仕様に対応しているかどうかでピンきりの
性能差なんだな・・。いや、ＣＰＵはそのノートの方が上だったからその差かな？

どちらにせよ、安心してSeleneが使える。既にそんな時代なんだな。
WindowsオンリーのゲームならOgreやイルリヒト使う必要性がないんでね？
イルリヒト→プラットフォームの吸収力が凄い。ゲーム向けの機能もそこそこ。
　　　　　　　他のライブラリと連携して音楽やシーンエディタも使える模様。
オグレ　→OpenGL + DirectX9 。　機能はグラフィック専門だが、流行の描画等も高速。
Selene　→Windowsオンリー。　ゲーム向け機能がオールインワンで流行の描画等も充実。
みたいな印象。　これからに期待も持てるし。

仕様見比べたところ、ゲーム用の機能の充実度度は、
ビュー管理の時点でも負けてねえって言うか、
勝ってそうな勢いだし。