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/05(木) 18:38:02

Selene2.0で質問なのですがBaseActor継承クラスを
ループ途中で解放する場合はどのような手順を踏めば良いのでしょうか？
BaseActor::Delete()はループに入る前までしか正常動作しないしdeleteでも駄目っぽいです。

**名前は開発中のものです。** · 2009/02/05(木) 20:41:47

こういったライブラリを使用せずに、自分でDirectXを使う必要ってある？
結局、同じようなラッパーを作ったりで意味がない気がするんだけど…。

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

ゲーム業界に行くんなら必要じゃね？

**名前は開発中のものです。** · 2009/02/05(木) 22:15:43

プロにならないならいらない

**名前は開発中のものです。** · 2009/02/05(木) 22:29:39

>>365-366
ｔｈｘ
ちとクラスも勉強してみる

**名前は開発中のものです。** · 2009/02/05(木) 23:33:39

2Dなら直DirectXでも変わらん

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

当たり判定まだ～？

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

プロでも会社が用意したライブラリ使うだけで組んでるけどな。
研究開発部が別にあるから、ライブラリはそっちに任せてるわ。

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

ライブラリつくるの得意なやつってのはゲームつくるの得意とは限らんからな。逆もしかり。

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

ライブラリ作り始めたらついゲームそっちのけで熱中してしまうよね

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

ぶっちゃけライブラリの方が方向性見えてる分作りやすい・・・
面白いかつまらないかとか無縁だし。
専任とかうらやましす。。。

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

ええ、ありえねえよ。
ゲーム作るためにやってるんじゃん、基本。。。
まぁ色々な人が居ていいんだけどさ。

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

> ゲーム作るためにやってるんじゃん、基本。。。
こういう人がいてくれたらなぁ・・・

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

やばいこのライブラリぜんぜん意味が分からん。

例えばカメラの上方向を軸に回転するとかどれ使ってどう書けばいいの？

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

>>368だけど本掲示板の初心者質問スレで一週間前に同じ質問が出て
Delete()に不具合があるから新verで対応すると回答してるね。スレ汚しｽﾏｿ。

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

>>381
それはライブラリどうこうじゃなくて普通に三角関数でもマトリクスでかクォータニオンでもつかえよ

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

それをやってくれるのがライブラリの仕事だろ
馬鹿じゃねーの

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

たしかにそれくらいはやってくれないとわざわざCameraクラスがある意味がないな

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

>>381
初心者のおれが答えてみる
CameraData.Style.GetUp( vCameraUp );
vCameraUp.Normalize();
軸はこんな感じで取得すればいいんじゃね？

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

ついでに質問
アスペクト比が4:3の時は大丈夫なんだけど
それ以外の場合Alt+Enterで全画面にしようとすると、"デバイスの復帰に失敗"というエラーで出来ないんだが、どうすればいいんでしょか

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

その答えを構築するまでに要した知識の数々を、
DXライブラリ3Dからやってきた移民が「おなるほどな！」と端的に理解できるように、
あなたの表現力を試す良い機会だと好意的に受け止めることができたなら、
そして私が線型代数の知識を欲しているのではないということがこの文脈から伺うことができたなら、
C++の基礎を含めてさらに詳しく書いてくれると助かる。

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

>>388
プログラム自体初心者のおれに聞くな
Visual C++さえあればコメントと宣言の参照で何とかなるんじゃね
C++まったく使ったことないおれでも読めば理解できる

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

やばいこのライブラリぜんぜん意味が分かってきた。

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

>ぜんぜん意味が分かってきた。

まずは日本語の理解からだ、な。

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

数ヶ月前からAlt+Enterでフルスクリーン切り替えが出来るようになったけど
俺の環境では一度目は必ず失敗するんだ。具体的にはウインドウが消失し
その面影はタスクバーとCtr+Alt+Delのアプリケーションリストで応答なしにな
っているのが確認できるのみで、つまり強制終了させるしか。
再び実行してからフルスクリーン化すると問題ないけれどモーダルウインドウ
が出ているときに他のウインドウを操作しようとすると出る時の音みたいな「ポン」っていう
音が出るのが気になる。そして再起動するとやっぱり一度目は失敗する。
ちなみにDXUTのフルスクリーン切り替えなどは問題ない。

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

あ、環境書き忘れた
GeForce9800でマルチモニターやっております。
他に俺みたいなフルスクリン落ちこぼれはいる？

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

>>392　補足
ポンっていう音が出るのはフルスクリーンからウインドウへの復帰時

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

>>394
Mobile Intel(R) 965 Express Chipset Family の環境でだが、

1. フルスクリーン自体は特に失敗しない
2. フルスクリーン中に Alt-Tab とかで他のタスクに切り替えると該当アプリが反応なしになって戻れない
3. マルチモニタだともう一方の画面に移動して適当なアプリをクリックするだけで 2 の状態になる
4. ウインドウ復帰時に同様に謎のエラー音

ってことでとても挙動は怪しい

**394** · 2009/02/08(日) 18:18:38

>>395
そういや、俺も2,3もあるわ

**連投すんません** · 2009/02/08(日) 18:25:11

>>392 Geforc9800じゃなくてGeforce9800GTだた

**名前は開発中のものです。** · 2009/02/08(日) 23:32:30

>>393　OS書き忘れたXPです

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

seleneは2005EE推奨？
今って2005EEじゃなくて2008EEになってるけど、特に問題ないよね？

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

Libは2005も2008も入ってるな

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

あれ、EEが推奨だったのか。
無印で動かしてるけど、大丈夫だよね、きっと。。。

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

っていうかアマリリスで正常に読み込めないんだが俺だけか？
アニメXもFBXも変になってたよ
こんな状態ではβ1.0より使えないよ

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

β1.0でも同様の現象が起きてた
ワンスキンでないモデルでワンスキン以外のボーンを移動させると
変な三角メッシュができてるんだが。。。

**名前は開発中のものです。** · 2009/02/10(火) 06:24:44

無印ってなんだ？

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

>>403
それは公式で報告しない限り修正しようがないんじゃね？

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

>>403
データにミスがあったよ
修正したらOKだった

**406** · 2009/02/10(火) 19:36:22

>>405
だった。

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

なんだかんだ言ってXファイルが一番容量少ないしバグも少ないんだよな
シェーダーとか法線マップは別で用意すれば良いだけだし
Selene使うより素のDirectX使った方が遥かに効率が良さそうな事にも気づいた
SMFにOGG、データサイズが巨大になるフォーマットしか採用してないからな
ちょっとしたアプリなら問題ないが、まともなゲームや大規模なアプリなら
個人で配布するにはデータサイズに問題がありすぎる

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

>>408
自分でXファイル読み込んで法線マップ用の頂点データ作ってシェーダー用意できて
Oggより高圧縮率の音声フォーマットが扱えるならそもそもライブラリ必要としないだろｗ

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

Oggが「データサイズが巨大になるフォーマット」って、一体どんな高圧縮率のサウンドフォーマット使ってんだｗ

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

つ　MIDI

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

確かにＭＩＤＩは容量だけを見たら最強だな。

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

MIDIか・・・盲点だった
でも「まともなゲーム」や「大規模なアプリ」でMIDIはキツくないか？
音源次第で雰囲気台無しになるし・・・
MIDI並みのデータサイズを求めるならMIDI音源依存のないピストンコラージュとの併用かな・・・

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

>>408
リソース管理とかカリングとかソートとかめんどくさいんじゃないの？
まさかポリゴン全部表示させてしかもひとつのモデルごとに
描画と座標変換繰り返すつもりか？

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

ピスコラは何気に負荷高いからなあ
ゲームと併用するとなると結構きびしめ

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

きっとリアルタイム演奏なんだよ

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

なんだよこのデジャブは

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

MOD最高

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

ようしSeleneの逆引き辞典を作るぞう

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

せめてseleneがリリースバージョン出てからにしようぜ？
どっかのビギナーズなんたらみたくなるのがオチ。

現状、様子見でまったく触ってない人かなり多そう。
使いたいけどまた大幅な仕様変更されるの怖くて使えんわｗ

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

いや、俺は別に普通に応援するじょ。ガンガって！

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

誰かわたしのパチンコの借金支払ってください。
たった6000万なんで。ほんとお願いします。

みたいな気分になってきた。ま、Selene関係ないんだけど。

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

Luna最強ってことですね。

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

うん

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

ちげーよ！

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

あ、サンプルみたらフレームワークの意味わかった。

通常のクラスのメンバ関数呼ぶのと
javaみたくイベント風にon***とかの記述できるってこと？

ずっと呼ばれてこれなに？って思ってたけど
よく見たらバーチャルだし、selene空間に記述してんのなー。

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

素のDirectXが最強

昼から勉強始めて、もう既に

フルスクリーンの切り替え
文字描画
スプライト表示

までできたよ

**名前は開発中のものです。** · 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

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