各種ライブラリ紹介スレ

ゲームに利用できそうな各種のライブラリ(フレームワーク含む)を紹介してみるスレです。
できれば紹介文もつけてね。

ﾔﾀﾞﾖ

zlib
http://www.gzip.org/zlib/

世界で一番利用されている圧縮展開ライブラリ。
ZIPやPNGにも使われている(これらを利用するならzlibの利用は半ば必須)
DLLにもなるし、使い方簡単だし、ドキュメントおおいし。

ただ、ZIPやPNGを使わない、単に展開するだけならGCAのSDKを使うという手も有り。
http://www1.odn.ne.jp/synsyr/gca.html

libpng
http://www.libpng.org/pub/png/libpng.html
アルファ値が使えるので、使い勝手が良いと思われるPNG形式。
その標準的なライブラリ。コンパイルには要zlib。

http://www.ijg.org/
こっちはJPEGのライブラリ。

STL(Standard Template Library)

www.wakhok.ac.jp/~sumi/stl/

STLport
http://www.stlport.org/
VC付属のいけてないSTLにお嘆きのあなたに最適。
SGIのSTLを元にして実装された、高速高性能バグ無しのSTL、それがSTLport。
ただし、配布サイズがかなり大きくなってしまうという諸刃の剣。ネット配布にはお勧めできない
サポートはこちら?
http://pc.2ch.net/test/read.cgi/tech/1004287394/

追記。VC付属STLのバグフィックスはこちら。
STLのOEM提供元が作成。
http://www.dinkum.com/vc_fixes.html

SDL(Simple DirectMedia Layer)
http://www.libsdl.org/
Linux、Win32、BeOS、MacOS、Solaris、IRIX、FreeBSDで使える、
C、C++、Ada、Eiffel、ML、Perl、PHP、Python、Rubyから使えるマルチメディアライブラリ。
クロスプラットフォームのゲームを作るのに最適かと思われ。使ったこと無いので詳細は不明。
関連スレはこちら。
http://game.2ch.net/test/read.cgi/gamedev/1005469181/

環境に依存しないオブジェクト指向の画面表示フレームワーク。
画面へのポインタが簡単に得られてコードもスッキリ。
海外ではよくサンプルコードに使用されてる。
描画アルゴリズムのちょっとした実験に最適。

http://www.gaffer.org/ptc/

Intel Image Processing Library
http://developer.intel.com/software/products/perflib/ipl/
Intel製の画像処理ライブラリ。
CPUごとに最適なDLLが自動的に選択されるようになっており、かなり高速な画像処理が可能。
ただしDLLがかなり大きめという諸刃の剣。ネット配布にはお勧めできない。
まぁ玄人は付属のマニュアルに従ってDLLをシェイプアップしてなさいってこった。

関連企画として、IPLを使ったオープンソースの画像処理プロジェクトもある。
OpenCV
http://www.intel.com/research/mrl/research/opencv/

Crystal Space
http://crystal.linuxgames.com/
クロスプラットフォームの3Dライブラリ。
Windows, Linux, Mac, Be など、
Dierct3D, OpenGL, Glide, ソフトウェアレンダリングに
対応し、物理シミュレーションやラジオシティ、ソフトシャドー、
地形レンダリング、ベジェ曲面・・・とにかくいろいろ高機能。
関連スレ http://game.2ch.net/test/read.cgi/gamedev/1006086556/

yaneuraoGameSDK

http://www.sun-inet.or.jp/~yaneurao/links/ygs/

>>12なんか一気にグレードが下がったな(藁

The Open Dinamics Engine (ODE)
http://www.q12.org/ode/ode.html
フリーな剛体(Rigid Body)シミュレーションライブラリ。
関節のみのシミュレートだけど。

再配布可能なSusie用JPEGプラグイン
http://www.asahi-net.or.jp/~hc3j-tkg/spi/

AABB(axis-aligned bounding box)を使用した3Dの衝突検知ライブラリ。
小メモリで高速(かも)らしい。
http://www.codercorner.com/Opcode.htm

MetaKit: The structured database that fits in the palm of your hand
組込み型データベースライブラリ。複雑なゲームのデータセーブなんかに？
http://www.equi4.com/metakit/

ColDet - Free 3D Collision Detection Library
衝突判定ライブラリ。
http://photoneffect.com/coldet/

Mod演奏ライブラリ
http://www.mikmod.org/download.html

>>17
これヨサゲだね
誰か評価した？

ワシが仕事で作ったライブラリ
PC/PS2/GCが、ほぼ同じにつくれる

>>21 のライブラリは全てのプラットフォームで「HelloWorld」が出せるのがウリ！！

(#・∀・)ﾅｹﾞｽﾃﾛ!!

＞＞２１
PC/PS2/GCでprintfを実装した訳ですな。

主語が「PC/PS2/GC」ですが何か？
プログラムが作れるとは書いていませんが何か？

はいはい、とりあえず元の流れに戻すよ。

Ogg Vorbis
http://www.xiph.org/ogg/vorbis/
おなじみパテントフリーの圧縮オーディオのライブラリ。
ライセンスはBSDライク。音質評価はこの辺↓（古いバージョン）
http://www2.ocn.ne.jp/~mp3lab/exp_lab/exppage30_vorbis.html

Allegro
http://alleg.sourceforge.net/
http://www.allegro.cc/

DOS, UNIX(Linux, FreeBSD, Irix, Solaris), Windows, BeOS, MacOS, QNX で使えるゲーム用ライブラリ。
SDLに比べ影が薄いが、GPLより自由度の高いライセンスと、オールインワン設計が強み。

>>27
フレームワークっぽいのは、導入に気合いがいるから・・・SDLにしろ。

Python
http://www.python.org/
世界で一番多く使われている(Perlは除外させてちょうだい)、オブジェクト指向スクリプト言語。
組み込みスクリプトとしても使いやすい(DLLになってるし)ので、各ソフトの拡張スクリプトとしてもよく使われている。
.NETにも対応予定(既に対応してたっけ?)。実績も多い。BlenderとかZopeとか。

Ruby
http://www.ruby-lang.org/ja/
こっちでも同じようなことができるはず。ただしWindowsには冷たい。実績が無い(少ない)。作者とコミュニティがC++を嫌っている。

気体揚げ

だれか、フォトショのPSDファイルが出力できるライブラリ知らん？

>>24
レベル低い人には想像も付かないのかな？
Ｃで書ける全ハード対応なんかも出来るよ。

で、printfは？

ＳＤＬだろうがなんだろうが、他人の作ったライブラリは
いらねー

そうして車輪の再発明が繰り返されるのですね。

>>33
ぜひコンパイラから自作してください

>>33
作って一月もすれば、自分も他人だ。

>33
SDKもいらないのか。
stdio.hも使わずプログラムできるとはかっこいいかも

>>36
吐血しながら同意

＞SDKもいらないのか。
SDKなんていらねー。
コンシューマーハードなんて、ドキュメントさえありゃいーんだよ。
Ｉ／Ｏポートを#defineで切ったヘッダを使う程度だな。

＞stdio.hも使わずプログラムできるとはかっこいいかも
いらねー。main()のエントリーすら自分で書く。
stdio.h？
いらねー。sprintf()くらい自分で作る。
車輪の再発明？
いやいや、自作だと特殊カスタマイズできるから、メリットあり。
そもそも標準ライブラリ程度で「発明」と呼ぶほど俺は傲慢じゃないんでね。

＞作って一月もすれば、自分も他人だ。
頭弱いね。俺は１年は持つね。個人差か？
たまに手入れすれば、他人にはならねー。
公開されてる他人のソースよりかはマシ。

>>33はゲームプログラマ@コンシューマ機で良かったね。
計算屋@スパコンとか金融系プログラマ@メインフレーム、etc...
だったら確実に死んでるヨ。
スレ違いなのでsage。

まぁ、ポケステの開発環境はそんな感じだったな。

#しかし、スレ違いといえば、スレ違いだ。

＞計算屋@スパコンとか金融系プログラマ@メインフレーム
＞だったら確実に死んでるヨ。
アホか。
魚に向かって「水がなきゃ確実に死んでるよ」と逝ってるのと同じだ。

ネタじゃなく、stdio.lib math.libのクローンくらい、
「生産性が悪い」とゴネる前に、サクっと作れるくらいじゃなきゃ
この業界じゃ冷や飯食わされるぞ。

このスレはstdio.libもmath.libどころか、
算術圧縮やlossyな画像圧縮、mpegやjpeg等標準化済みフォーマット対応、
マルチプラットフォーム対応さえ自力で圧縮するのが面倒/スキル的に無理/
既存の実績あるlib使った方が楽と思ってるという甘ちゃんのための底辺スレなので、
脳内VMでFF級のプログラムを1クロック毎にシミュレートできたりするような
神様達は他スレでお楽しみください。

個人的には、他の人の書いたプログラムやライブラリのソースを読んだり使ったりするのは好き。
独りよがりで非効率的な書き方やオフトレンドな設計をしてたときに、
方向修正する良いきっかけとなるので。

>>40
メインフレームを甘く見るんじゃねぇよ
帳票処理はCOBOL
計算はFortran
弱小サイトの奴にはわかんねーだろうが。これが現実

お前は汎用機でもゲーム機でも冷や飯食わされるな。

suretigai ga ooi desu!!

どうでもいいからライブラリ紹介しろや。

何気に良スレ。
ライブラリの使用感想なんかも聞きたいねｱｹﾞ

Cマガ特集はSDL

ninja

>>44
どっちもライブラリ無しでは生きてけんジャロ。
だから>>39みらいにライブラリを軽視する奴は
生きていけんだろうなって意味で言ったんだが…

でも実際冷や飯食わされてる身だからsage。

JCLなんぞやれって言われたら>>39は確実に逝けるヨ!

＞だから>>39みらいにライブラリを軽視する奴は
あー軽視するとも。
SDL程度のクローンなら作れるし、作ったさ。
俺に言わせれば、あんなもの単なる異機種間ラッパーだな。
SDLを評価すべき点といえば、公開したところ。決して中身の質ではない。

俺に限らず、異機種間移植モノ経験者だとかだったら、
既存ライブラリなど煮ても焼いても食えんわ。

＞俺に言わせれば、あんなもの単なる異機種間ラッパーだな。
いや、べつにあなたに言わせなくても全くその通りなんですが・・・

>>52
貴方にとってどう考えても得るところのないスレなんだから、常駐しなければいいのに。
sage進行なんだし。
まぁ、このくらい粘着さんでないと「他人の書いたコードは何一つ信用できない!全部自分で書く!」
って自分で書いちゃうようなことはできないかもね。
僕は執着心薄いから、使える物は猫でも使うようにしてるよ・・・

52見たいな人がいるのは仕方ないが
個人的には一緒に仕事したくない人種だなー
sage

>>52
＞俺に言わせれば、あんなもの単なる異機種間ラッパーだな。
それがSDLの目指すところだ…
「SDL はフリーなクロスプラットフォームの マルチメディア開発用 API です。 」
ちゅーこと。

ま，好きにしてくれって感じだけどﾅｰ(藁

>>52
52の言ってることは、確かに正しい選択肢の1ではあるんだよ。
でもな、それを他人に無条件に強制するのはやるべきではないし、やったら嫌われる。
ほら嫌われてるでしょ。君は現実世界ではﾓﾃﾓﾃの人気者だと思うけどね。

ある程度経験を積んだプログラマは誰にも固有の方法論があって、
それはその個人個人のスキルやキャリアに適応を重ねてきた方法なんだよ。
だから、君は自分の経験しか理解できていないわけなのに
(それは誰しもそうなんだが)、自分の経験を基にして育んだ
信念や情熱や怨念やらその他諸々を武器にして
他人に自分の方法論を高圧的に押しつけて、
他人のそれを全否定する癖(癖じゃないかもしれないが)
は自覚して抑制した方がより幸せになれるかもしれない。
いや、きっと2chを離れたところでは人格者で、
尊敬もされてるに違いないとは思うんだが。

このあたりはOO原理主義者や反OO原理主義者あたりにも
小一時間正座させて説教してみたいところなのだが。

まぁスレタイと1を読んでいない、もしくはスレの主旨を
理解しておられない52さんにはお引き取りいただくということで。

※ここは既存ライブラリの存在の是非を問う場ではありません

要は、52は根っからのプログラマ気質なんだよ。
悪いと言ってるわけじゃないが、古参の人に多いよね。

「それぞれ、己のコードをもっと信用するべきだ」と言いたいだけだ。
このスレの主旨と対峙する主張なだけに、目立たせるのが目的。

>>「他人の書いたコードは何一つ信用できない!全部自分で書く!」
どこかの頭の固い、他流を受け入れないオヤジと俺を勝手に一緒にするなよ。

そもそも、まるで俺の主張がまるで少数派のようだな。
この業界、どこいっても、それぞれローカルな独自ライブラリ、あるいは独自環境
を構築しているものだ。（観察断定）

何かトラブルが起きた時、拡張したくなった時、足が痒くなった時、
いくら信頼性の高いライブラリが存在していても、自力構築した環境の
方が圧倒的にメンテしやすい。

「再生産・再利用」は有効利用はありえる。
が、これはあくまでも、自力で構築した資産にしか適用できない。

いや、だから「この業界」とかいわれても
スレの人間が全部業界人のプロなわけじゃないし
毎回一から構築している時間のある人間でもないんだって

皆、宥めるように書き込んでて偉いね。
最近見ないような大人なスレだわ、ココ。

>>60
ソース公開してるライブラリなら勝手に都合良く変更しちゃえばいい。
まぁ俺もソース未公開のライブラリは使いたくないかな。

自分だったら・・・
使えるライブラリがあればどんどん使う、かな？
まあここはライブラリを紹介するスレなので、自分で作れ言われても、ねぇ？

Doxygen
http://www.stack.nl/~dimitri/doxygen/
JavaDocみたく、ソースのコメントを利用してドキュメントを作成してくれるツール。
JavaとC++とIDLとCに対応。
ドキュメントつくんの面倒だな、と日頃思ってる貴方はお試しあれ。

でも、ゲーム業界の人ってドキュメントなんか作らないような先入観があるんだが(w

>>52
何故突然SDLが出てくるんだ？
まさかJCLとSDLを勘違いしてないだろうね。(藁

JCLって何だ？ ジョブ制御言語くらいしか出てこないが。

//　　　　　　JOB,REGION=4096k
//MONAH　EXEC　PGM=MONAH
//SYSIN　　DD　*
　 ＿＿_　　　　　　 ＿＿_　　　　　　　＿＿_
　 |氏ね|Λ＿Λ　　|氏ね|Λ＿Λ　　|氏ね| Λ＿Λ
　〃￣∩　´∀｀）　〃￣∩　´∀｀）　〃￣∩　´∀｀）
　　　　ヾ.　　　　）　　　　ヾ.　　　　）　　　　ヾ.　　　　）
　　　　 ｜ ｜　|　　　　 　｜ ｜　|　　　　　 ｜ ｜　|
　　　　 （＿_）＿）　　　 　（＿_）＿）　　　　 （＿_）＿）
/*
//

乱数生成
http://www.math.keio.ac.jp/matsumoto/mt.html
まぁ、普通は線形合同で十分だけど、ツールとかで
周期の長い乱数が欲しいケースもあるでしょう、ってことで。

おれもプロだけどさ〜、
stdio.hまで作り直すことはないと思うんだよね〜

ただ、コンシューマだと、「標準ライブラリ」が、
みなさまの思ってるほど当てにならないって側面があって、
それでそういう結論に達する奴がいても別におかしくはないんだよね。

訴えかけるための極論(半ば煽りの)のような気もするが。

>>68
全行コメントアウトですか

52は、余程小規模なソフト開発にしか関わった事が無いんだろうなぁ…。
あるいはスケジュールが物凄く悠長か。

72 はよほど、小規模なソフト開発の経験すらない、一人厨房学生なんだろうなぁ･･･。

>>73
>>52発見！で、printfは完成したか？

　
　
さて、元の話題に戻そうか↓

52は「ある意味」正しい、ちょっと若いけどｗ
ヒキやワナビには想像もつかないだろうけど、プロなら言いたいことも分かるだろう。

ああ、分かるから。もうその辺にしようや。な。
そう引き摺るなよ。

52よ...他人のフリして「ある意味」とか付けてもバレバレだぜ(ｗ。
内容が同じだから。
それと、自作自演するときは、改行幅にも気を使わなきゃダ・メ☆

喧嘩は他所でやれ

いやホントに52とは別人ですけど。
このスレに限らずゲ板は、プロに噛み付くアマが多いのはどうしてなんだ？

俺が52に頷けるのは、俺もmath（というか使う関数だけね）の
代わりとか書かなきゃならなかったからだよ。昔話しじゃないよ？
だからといって他人のライブラリを使わないってのは若いなぁと思ったの。
俺は使えるものは使うし、無いものは自分で作るけどね。

あとさスレ違いスレ違い言う前にさ、ライブラリ紹介だけじゃネタ尽きるんだから
このスレ有効活用してライブラリの是非まで語っても良いんじゃないの？

アマだがPS2Linuxいじった後なんで52の言うことは良く分かる。
一々他人のなんか当てにしてられないよ。参考にはするが。

52に反対してる意見の大半はギリギリのチューニングで苦しんだことの
ない「ほんわか」プログラマの意見だろうと思う。
＃案外エンジン使わせてもらうだけのアマチュア同然のプロかもなｗ

プロアマっちゅーよりもPCとコンソール機の環境の差でしょう。
3Dスレのnew/delete談義でも思ったけどさ。

実際ＰＣでも同じ。
最先端にチャレンジしてる人と、その辺で草を食んでる人の違い。

float⇔intキャストといい算術関数多用といい、その辺で草を食んでた人の
吐くコードは、最先端の現場でははっきり言って毒以外の何者でもなし。
マジでさっさと草原に帰って欲しい。

最先端＝最末端でもあるけどな。

ていうか、ライブラリの是非ってもyesかnoかの両極端な話ちゃうやろ。
俺もSDLなんかはいらねーよそんなもんだし、
標準ライブラリまで一切使わなかった時期もあったが
zlibやらJPEG伸張やら逆行列の最適化やら音声認識やらは
誰かに任せて忘れてしまいたいね。

人生たった50年。
すべてのことに目を光らせられるなどとうぬぼれちゃいない。

正直、文芸的プログラミングがしたいだけならム板ででもオナッてろ、って
気もするがな。

「ライブラリ？使えねーよ」とか斜に構えつつ、
makeやcvsすら満足に使えない自作オヤジってどうよ。
使えないのはライブラリじゃなくてお前ちゃうんかと。

そこで make, CVS　と、わざわざアフォでも使えるものを出して来るところ
が駄目駄目だなｗ
君のレベルだと、その辺で苦労するのか?

まぁ何だかんだ言ってゲームプログラム業界というのが特殊だというのはよく分かった。

喧嘩すんなage

まぁまぁ、ライブラリ否定派の方は、
「いざというときに自力で対応できない奴らは放置プレイの方向で。
お願いだから使えない人なら俺達の領分に来ないで」
ってことで。
肯定派の方は、
「実はＰＧ界の底辺でいいように搾取され続けるという事実に気付け
ないんだから・・こっちはいろんな意味で身軽だし♪」
ってことで。

つか、何故よりによって「紹介」スレにワザワザ来るかね…。

52だ。

>>52発見！で、printfは完成したか？
だから言ってるだろ。メンテが必要だからこそ、stdioすら自作しろと。
だから完成なんてするわけないだろ。場によって拡張がありえる。
consoleに出したい時はともかく、リダイレクト機能などの独自拡張を盛り
込むことでいろいろな応用が利く。たとえば、ある特定の３Ｄキャラ・オブ
ジェの透視変換後２Ｄ座標にダンプしたり、致命的なエラー時が発生した
場合は、指定したメールアドレスへメール出してログとして残すだとかな。
欲しい機能を思いついた時、あるいは他人から要求された時、自力libなら
機動性を確保できる。printfはほんの例えばの話だけどな。

ライブラリ否定派？違うな。
生産効率あがるなら、肯定意見も否定意見も全て飲み込むな。

いろんな意味で52に同意。

だから紹介スレなんだって（＾＾；
せめて９４での言い回しをもちっと穏便にしよう

>>52や>>81は他人を信じることのできない、哀れなヒッキーです。
どうか彼らに愛の手を。
きっと彼らは「愛なんて要らない」と心にも無い事を言うでしょう。
しかしそれは、彼らの寂しさの表れなのです。
さぁ、みんなで彼らを救ってageましょう。

だめだこりゃ。
相当根に持ってるみたい。

俺は取り合えず引きますのでご安心を>>96

こうなってしまうと、ロクな内容も無く煽ってるだけの97の粘着性
と幼稚さの方が目立つな。

良スレだったのになぁ…ｱｲﾂｻｴｺﾅｹﾚﾊﾞ。





















ｱｲﾂ>>52

>52さん
このスレはありもののライブラリの活用法や長所短所についての
情報交換を行う場です。
ライブラリの是非議論が話題の主役になってしまっていて、本来のスレの
機能を果たしていないので正直、迷惑に感じています。

そんなに確固としたこだわりをお持ちなら、「自作ライブラリへのこだわり」
みたいなスレを立てて、自作の話しはそこでされてみてはいかがですか？

この板にはポリシーを持ったプログラマ気質の方もたくさんいらっしゃるので、
少なくともあなた専用の小部屋で終わるということは無いはずです。
ポリシーの違いで議論になる事もあるかもしれませんが、喧嘩腰で
やりあうようなことさえなければ濃くて良いスレになると思いますよ、マジで。

ここでスレ違いを承知に続けられても迷惑に感じる人もいますし、
然るべき場所でやっていればマジレスを返したのに･･･という人もいるでしょう。
誰にとってもあまりプラスにならないように思えます。

>>94
あんたの主張もわかるが、結局はトレードオフだ。
既存ライブラリの手軽さと機能の制限、
自作ライブラリの作成の手間と柔軟性。
時間と人員の能力が基準。

経験が浅い人間にとっては
既存のライブラリを使って学ぶことも必要だろう。

問題は彼を頭ごなしに否定した97や100のような厨房だったのでは？

>>103
しかし、52 も軽く受け流せばいいのに対決姿勢で長文マジレスするしなあ。

全部>>52のｼﾞｻﾞｸｼﾞｴﾝだったりして。(w

勘弁してくれ、、、俺は自作自演に弄ばれたのかよｗ

>>104
ここは2chだしね。
あまりにも開きなおっているから反発されているけど、ライブラリ
利用に対する疑念って大概の人は感じているわけで。

一般的に、高機能で新しくてマイナーなライブラリは敬遠されるかな。
zlibは使えても、3Dのミドルウェアは使う気になれんよ。

俺の意見も別にライブラリを使わない、って意味じゃないので。
あくまでなるべくブラックボックスとしての使用を避ける方針ってこ
とでご理解ください（どーせアマチュアの意見ですし）。

ところで、プロの現場では要求が増えたときのために最初からマージ
ン多めに取って置くのが普通かと思っていたのですが、そーでも無い
の？

確かに３Ｄのミドルウェアは使う気になれない。
ちょっとした要望でも、最低、数日はかかるだろうし。
ソース公開型のミドルウェアなんてのがあれば話は変わるけど。

５２は消えた？

>>108
ライブラリ(ブラックボックス)化は、構造化の１つの手法だと思われ。
それを要らんだの避けるべきだのって言うのは、
プログラマーとしてのセンスや良識に欠けると思わん？

まぁコンシューマー機の場合、いろんなチップを積んでるから
良いかもしれんけど。
（チップ=ハード的なライブラリとも考えられる。ちと苦しいが）

>>111
俺の言ってることは、ライブラリ化や構造化の手法を使わないってことじゃな
い（てーか二度も言わせんなよｗ）。
ブラックボックスとしての利用を避ける、というのは、素性や特性の判った十
分に練られた部品のみを利用する、という意味だが。

そんなに俺のカキコって難解だったか？

５２はどうかしらんが>>94を読む限り俺と同意見だと思う。

>>112
しかし・・よほどのモノで無い限りブラックボックスなライブラリ
なんて無いと思うんだが・・・。漏れは汗＆倍斗コードで完全に
解析してから使ってるけど今までそんな素性の知れないもんに
出会ったことはDirectX以外無いな。
（っつっても3D・レンダリング関連は全て知り尽くしてるが）
判るってのはそういうことだろ？不思議な話だ・・。

逆アセやったのはソース＆仕様書の無いプログラムのメンテ頼まれて以来だな。汎用機だけど（ｗ
ありゃめんどくせぇ。

>>114
もう少しルアーに工夫をｗ

>>116
あ、あ・・・そういうことか。もう少しで釣られるところだった・・・ｱﾌﾞﾈｪよこのスレ・・・

まあよく考えりゃ擬餌餌だってわかるか

ライブラリの紹介は？
一時期ゲーム業界でも「ミドルウェア」という言葉が(ビジネスタームとして)
はやったけど、あれはどうなったの？

>>119
いまでも盛んだよ
http://www.google.co.jp/search?q=%83Q%81%5B%83%80+%83%7E%83h%83%8B%83E%83F%83A&hl=ja&lr=lang_ja

>>120
で、使われてるの？

>>107
ライブラリを使うとしたら、マイナーかどうかは重要なことだと思います
マイナーはいつサポート中止されるかわからないですから

>>81
んじゃ当然チミはWindowsアプリなんて組まんのだね？
LinuxやFreeBSDで組むにしたってOSの全ソースを読んでから組むんだね？
ハードも自分で組んで、得体の知れないチップなぞ一切使わず…
…ってアマだとしたら一体何年前の人間だよ。(w

上の煽りはさておき。
>>108はブラックボックスの意味を勘違いしてると思われ。
ブラックボックスっつーのは、I/Oの特性しかわからんモノを指す言葉ジャロ。
まぁ巷にゃI/Oの特性すら明記しとらん糞libがゴロゴロしてるが。

つーか>>52と>>81は別人かとも思ったけど、>>113を見るとやっぱ同一人物？

いつまで負け惜しみ合戦やってんだか。言葉遊びがそんなに楽しいか？

>>123-124
てーか正直ｼﾞｻｸｼﾞｴﾝ多用してるのは明らかに君だと思うが…

とか書いてみるテスト。

正直どうでもよし。アホらしくなってきた。俺らが引けば納まるんでしょ?　多分。

まあ５２≠俺は証明のしようもないしｗ
＃てーか５２はどこいったんだろう？

>>122
ライブラリ使うのにどんなサポートを期待してるの？

俺は逆にマイナーな方が好きだな。汎用的じゃない、特殊な
用途のライブラリはマイナーだけど軽くていい。機能が
足りなかったら付け足せばいいし、バグがあれば見つけて直すさ。

喧嘩はやめて、YaneuraoGameSdkのsourceCodeでも読め、と。

この板のコテハンって色んな意味でキツい。頼むから消えてくれ！

どうでもいいからライブラリの紹介をしてよ。
それ以外はスレ違い。

>>127
＞俺らが引けば納まるんでしょ?　多分。
はいそうです頼むから逝っちゃって下さいあんたの勝ちだよ、ヨカータね。
あ〜ウゼェ・・・スレタイトル見えないのかよ・・・

アカラサマに幼稚…．

>>124
どこが勘違いなのか良く分からん俺は逝って良しですか？

入出力だけでなく中までなるべく調べようってことだから、ＢＢ云々
は全然勘違いじゃないと思うんだけど。

>>134
彼の理屈は確かに変だが、取り合えずその話題は終わろう。

スレ違いを連呼しながらも、実はネタが無い >>130-132

ゲームのスクリプト用にRubyを使うってのは？

ネットワークゲームのロジック記述用に
Ruby を使った例が何かの雑誌に載ってたね。

>>138
有るんですね！そーすｷﾎﾞﾝ。
luaなんかはバルダーズゲートのAIスクリプトに使われて他って事だけど。
pythonなんかはアプリ方面でちょろちょろ採用されだしてるね。

これ
http://www.vce-lab.net/

FreeType
　http://sourceforge.net/projects/freetype/
GPL/BSD like Licence (←どちらか選べる)のフォントライブラリ。
Win、Linux等の多彩なプラットホームに対応。
名前からTrueTypeしか扱えないと誤解してる人もいるかもしれないが、
実際には TrueType, OpenType, Type1, FON/FNT(Win), PCF(X11), etc...
等の多彩なフォントを扱える。

>>141
ライセンス関係でアポ−とモメてなかったか？

GPLねぇ

▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ　

>>142
特許関係です。もめてるのは。

しかしまぁ、久しぶりに判り易い一人二役だったな。>>52のカレ(藁。

▼ﾟД｡▼ｶﾌｯ

>>146
スレチガイだったんじゃないのか？

しかし52はゲーム屋なのにＳＤＬと同レベルの物を作った事ある
ってのが謎。
コンシューマーハード開発とプラットフォーム非依存って、水と
油な感じがするのだが。
やっぱり騙り？

sprintf自作ってのは同意する部分もあるけど、今時のゲームって
ボトルネックになるほどsprintf使うもんなのか？
他にやることいくらでもあると思うが。

デバッグ用にsprintf()つくったことある。
組み込み系だったんだけど、ハードがプロファイルに合わなかったんで。

>しかし52はゲーム屋なのにＳＤＬと同レベルの物を作った事ある
>ってのが謎。
多分、52はセガのプログラマーさんだと思う。「printfでメール送信」ってあたり。
あと、あおれほど度重なるハード交代を強いられたソフト部隊もないだろうしね。
DC基盤、MODEL1,2,3、DC、GC、PS2、X箱。。。

で、毎回毎回大勢の人間が各自printf()を自前で書いている、と。阿呆ですな(藁。

152は何故ここまで粘着なんだ？

なんだかんだ言って、結構悔しかったんだろう。
何が悔しかったのかは不明だが。

いや、単にネタがないだけなのだよワトスン君

>で、毎回毎回大勢の人間が各自printf()を自前で
>書いている、と。阿呆ですな(藁
printfはともかく、行列演算系だとかの数学関連って
ANSIで定義されてないんで、各自作り直しじゃん？

>>156
ANSIで定義されてない部分をフォローする（規格の統一を促す）のが
ライブラリの役目の一つぢゃろ。

52みたいな言動は、規格の乱立促してるようなモンだからやめれ。

＞はいそうです頼むから逝っちゃって下さいあんたの勝ちだよ、ヨカータね。
＞あ〜ウゼェ・・・スレタイトル見えないのかよ・・・

ではなかったのか？　と小一時間（以下略ｗ

規格の乱立って…
ゲーム作ったことある人間とは思えん台詞だ。

>>159
夢を見るのは個人の自由。

あんま夢見すぎると、数年後には「蓄積誤差って何？」ってレベルの厨房が大量発生
しそうはオカソ…
今でも多いかｗ

そういう知識無しに使えるようになるのは別に悪いことじゃないんじゃないの？
テレビだって原理知らなくても使えるでしょ（やや話が飛びすぎ）

要するにこのスレのライブラリ至上主義者って最近の３Ｄ関連技術に
ついてこれなくなった人だったわけか。

ライブラリ「至上主義者」とか、ライブラリ「断固反対主義者」とか、
この世に存在しない勢力を脳内に作り出してムキになる人が多いね。

バーチャルな敵を脳内に作り出すことからデムパの発信が始まるので、今後楽しみ。

そういう君も脳内に作り出してると思うがｗ

>>162
ツクールでも使っと毛

語尾が「ぢゃろ」の人、正直バレバレだからもうやめた方が良い。

164>165
そういうときには自分で文面を考えず、
「ｵﾏｴﾓﾅｰ」ライブラリを使うと楽ですYO!

っていうか、プラットフォーム変われば、ライブラリなんて
結局、作り直し。だったら、作るスキルは身に付けておくべき。
z-libなど、ライブラリで統一できる分野もあるけど、そんなの一部だな。
▼ﾟД｡▼ｶﾌｯ

>>167 ネタ。一々ツッコミ入れる必要はないJARO。

で、全員でprintf作りに勤しんでる人はどうなったん？

ネタも無いくせに糞スレあげんな

狂おしいほどに粘着だな>>171

ところでelみたいに簡単に使えるﾗｲﾌﾞﾗﾘはないんですか？

elにご不満でも？

>>175
大ご不満！

sage

>>176
残念だが俺は知らん。自分で作ってくれ。

>>174
ここみれ
http://game.2ch.net/test/read.cgi/gamedev/1007226246/

保全ﾇ

保全ﾇ

　

　

今更ですが、剛体力学シミュレーションライブラリのODEにBSDライセンスが導入されてます。
LGPLのせいで二の足踏んでた人もガンガン組み込もうぜ。
http://www.q12.org/ode/ode.html

みんな、ライブラリなんてネットにいっぱい転がってるんだから
ガンガン紹介していこうぜ！

>>184
どんな感じですか？
使い勝手どう？

boostとかlokiとかの基本的なライブラリも入れていいですか?

lokiを基本的とするあんたは馬鹿

あー、「基本的」って、グラフィックス周りとかじゃなくて、
って程度の意味でして。(まあ基本的な作りじゃないっすねlokiは)
rapid prototyping するのに便利なライブラリの1つって感じで。

>>187
boostは次期C++標準決定済みの部分もあるので、
STLをここで紹介するようなものになってしまうかも。

>>187-188
lokiってちょっとどうよ?
C++の奥深さと同時に、C++である限界も同時に感じてしまったのだけど。

最近の僕は、強力なCPUパワーをユーザの元に還元するのではなく、
プログラマの負担軽減に用いた方がトータルで皆幸せになれるのでは
ないかと思っているので、C#やJavaなゲームが有望ではないかと考えてます。
ジャンルによるけど。

>>190
「C++である限界」って具体的にはどんなことですか?

ベクトル・マトリックス演算ライブラリ
・java3dのvecmathのC++版
ttp://objectclub.esm.co.jp/vecmath/index.html
・Expression Template使ってるやつ(VC++で動く? VC++7なら動く?)
ttp://tvmet.sourceforge.net/
・numerical recipe(ちょっと毛色違うが…)
ttp://www.nr.com/

>>191
C++の奥深さ : C++ってこんなこともできるんだスゲェ!!
C++である限界 : こんなわかりにくい表記をしないとtupleも実装できないんだなぁ・・・

C++の限界と言うよりは、もうちょっとGenericな使われ方を想定した
templateが欲しい、といったほうが正確かな。

最初からＣなんてあてにしていない。
最適化が少しでも必要だった人間なら誰だってそう思うと信じているのだが。
うっかりミスを減らす事なんぞに熟練せにゃならんのだから。

Ｃ++の奥深さ=全部覚えきれんわい。
吐き出す汗はＣ程わかり易くも無いし、かなり無駄も多い。
libにしとけば大概は外部からの侵食は閉じられるわけだし、
あんまり多用はしたくない。

漏れら極楽人道のageブラザーズ！
良スレっぽいものは強制的にageてやるからな！
￣￣∨￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　 ∧＿∧ 　 ∧＿∧ 　　　age
　（・∀・∩）（∩・∀・）　　　　age
　（つ　　丿 （ 　　⊂）　age
　 （　ヽノ　　 ヽ/　　）　　　age
　 し（＿）　　 （＿）Ｊ

あぼーん

君らは他にやる事ないのか？>>195-196

終了なのか？

Allegro
ttp://alleg.sourceforge.net/
Alfont
ttp://nekros.freeshell.org/delirium/alfont.php

マルチプラットホームなゲーム用ライブラリ(既出)と、
UTF-8/16で日本語TTFが使えるようになる拡張ライブラリ。

いずれもBSDライクなライセンスであるため、
SDLより自由度が高くてｲｲ!

日本じゃ全然流行ってないのが不思議でならない。
米YahooじゃSDLと並んでカテゴリ化されてる位なのに…

あぼーん

今だから言うけど、確かに俺はセガですが何か？

あぼーん

結局、>>52 は一人でしか開発したことないのか？
複数人数で開発しても、全ソースを自分で書き直すんなら
そもそも他のプログラマーが無駄だしな。あるいは>>52自身が無駄だな。

その時点で議論が成立しないんだけど。

誰かVECTORのライブラリからRPGツクール２０００製を取り除いた結果を戻すソフト作ってください。

VBとHSPもな

何かイヤなことでもあったのか？（ｗ

ツクールとは書いてなかったからオリジナルか？と思って数個DLしたものが全部ツクールだった

で、ツクールだと何か問題でも？

ゲーム関連に関してはvectorを利用しないに一票。
俺は適度にフィルタリングされた下記サイトを利用している。
http://www.frgm.org/

あぼーん

>>209
なんとまあ。いつの間にか立派なサイトに成長しとるね。

あぼーん

http://www.freewebz.com/kotish/cgi-bin/img20021122154429.jpg

↑ｸﾞﾛ画像

>>52の作ったstdioくれ

あぼーん

あぼーん

おいおまいら！
オイラは日曜アマグラマとしてゲームなんぞを作ったり
作らなかったりしてるんですが、DirectXを扱う為の
ライブラリでお勧めありませんか？
今はELライブラリを使ってたりするのだけれどちょい不満があるので
他に良いのがあったら教えて欲しいです。

あぼーん

sageage

>>218
ttp://www23.tok2.com/home/yukiiruka/luna/
DirectXのラッパーならこんなんとかなー。でもさぁこれぐらいなら
自作しちゃった方が後々楽だと思うなぁ。

あぼーん

>221
ありがとう。
＞自作しちゃった方が後々楽だと思うなぁ。
以前I/O別冊の本とをか参考にDx7で作った事はあります。
でもやっぱり実力相応の物しか出来なくて（当然だけど…）
その後も機能を追加したり修正したりしていたんだけど
ちょっと時間が掛り過ぎる気がしたんでラッパーを使い始めました。

自分よりレベルが上の人が作った物はソースは綺麗で勉強にもなるし
機能は充実してるしで重宝してます。

更に作業量の軽減にもなるので助かってます。

>>223
　自分の知る限りで最も設計に人とお金と時間を費やした世界で最も利用
されているライブラリがDirectXだからね。それをわざわざラッピングして
貰うぐらいなら自分で飼いならした方が勉強にはなるよね。

　作業量の軽減になるのは助かるけど、長期的には自作した方が楽よ。

AppWizadは実際どうなんでしょうか？
プロだと最初から作っていくんでしょうが、普通に
作る分には全然問題ないですか？

>>225
DirectX9 + C# で作るとき、吐き出すコードに些細ながらBugあり。
（ていうか、ビルド時にエラーが出るパターンがある。）

あとは割と問題ないコードと思ったけど。
でも、どことなくツールとか試験ルーチン向けかな。

★あなたのお悩み解決致します！！
●浮気素行調査
彼氏、彼女、妻、夫の浮気を調査致します！！
●盗聴器盗撮機発見
あなたの部屋に誰かが仕掛けているかも！！
●行方調査
行方不明になっている家族の消息を調査致します！！
●電話番号から住所割り出し
一般電話、携帯から住所を割り出し致します！！
●ストーカー対策
社会問題ともなっているストーカーを撃退致します！！
その他人生相談からどんなお悩みでも解決いたします！！
　２４時間受付　　０９０−８５０５−３０８６
ＵＲＬ　　http://www.h5.dion.ne.jp/~grobal/
メール　　[email protected]
　　　グローバル探偵事務局　

あげ

あぼーん

＞　作業量の軽減になるのは助かるけど、長期的には自作した方が楽よ。

長期って…いつまでもそんな趣味を続ける気なのか(藁

>>230
何を煽ってるのかよくわからんが、
DirectXのラッピングなんて何年もかかる作業でもあるまいに。

あぼーん

ラッピングクラスを作っている間に、DirectXが進歩する罠。
画面簡単初期化設定クラス、とか、昔流行ったっけ…。

　　　　　　　　　　　ミ　　　　　　　ミ　　　　　　　　　　　　ミ
　　　　　　　　　　　　　　　　　　　　　　　　　　　ミ　　　　　　ドドドスッ　　　　　　　　　ミ
　ｳｫﾘｬ! ∧∧ 　 　 　　.＿　　　　　　　　　　　　　　　　＿　　　　　　　　　　　　　　　　＿
　　　　 (　 ；,,)Ｏ..―─┴┴──────────┴┴──────────┴┴──┐
　　　　/；　； つ.　　　　　　　　　　　　　終　　　　　　　　　　　　　　　　　了 　 　 　 　　　　　　　|
　　〜′　/´　└―─┬┬──────────┬┬──────────┬┬──┘
　　　∪ ∪　 　　　 　 ││　_ε３ 　 　 　 　 　 　　 　 ││　_ε３ 　 　 　　 　 　 　 　 ││　_ε３

　　

すいませーん。
elとlunaどっちにしようか迷ってます。
見てみたけど違いなんて分かるはずもなく・・・
WinAPIのほうはそこそこは使えていますが、
DirectXはもう完全に初心者です。
どうか、アドバイスおながいします。

elってヘッダで気持ち悪くない？
2DゲームならDxLibがいいよ思うよ。

DxLibなんか使うならelのほうが100倍ましだろ。
初心者にはelあたりが枯れてるし情報サイトも多いからいいんじゃないか？

elからLunaに乗り換えた。

ｷﾀ━━━━━(ﾟ∀ﾟ)━━━━━!!!!
http://homepage3.nifty.com/coco-nut/

一日たった110円であなたのお店やホームページの宣伝をします！

貴方のお店＆サイトを効果的に宣伝できます！
お店の足取りが悪い・・・。私のサイトにはあまり人が来ない・・・。などお悩みの方は、
ぜひおすすめです。手軽＆簡単しかも日本中に宣伝できますので、
大幅なアクセスアップが期待できます。

[料金について]
１日１１０円で宣伝＆クーポン券の発行が出来ます。
年間契約で申込された場合、４０，０００円になります。
６ヶ月契約で申込された場合、２５，２００円になります。
３ヶ月契約で申込された場合、１２，６００円になります。

http://www.c-gmf.com/h17103.htm(ビジネスパートナーも募集中。稼げます！)

ぜひ一度お試しになってみてはいかがでしょうか？

　
ｷﾀ━━━━━━━━━━━━━━(ﾟ∀ﾟ)━━━━━━━━━━━━━━━!!!!
　
http://diary4.cgiboy.com/0/izuminoa/
　

☆可愛い彼女が貴方のために・・・☆
http://endou.kir.jp/yuminet/link.html

(σ･∀･)σｹﾞｯﾂ!!ならココ！
http://www3.kcn.ne.jp/~barozza/

とっても ageなサイトかもぉ

いい広告媒体だよな

sage

sdlのゲーム、昔動かなくて、あげくHDDクラッシュ！
このライブラリ使えねー！とか思ってたら、
最近、当時と同じゲーム動かしてさくさく動く。
何がおかしかったのか。疑ってｽﾏﾇＳＤＬ。

ttp://www.sun-inet.or.jp/~yaneurao/yaneSDK.html
yaneuraoGameSDKがいつの間にか４つも作られてるんだが、どう？
使ってる人の感想求む。

yaneSDK3rd は簡単なものでもexeが巨大になった（3Mとか）
フリーのBCCのせいかもしらんが・・・

>>249
VCLを静的リンクしても簡単な物なら4-500KBで収まりますが‥‥

BCCの話ね

>>248
やねうらお必死だな
プログラミング本も３冊目かよ、そんなに売れてんのか？

どっちかっていうと、出版社の方でしょ。
いかに、買うだけでゲームが作れると思わせるか。

ものを組み立てる能力がないと、作れないんだけどね。

おお業界の底辺セガ系列の雑魚プログラマがいたみたいだな。俺も祭りに乗じたかったぜ。
セガから逃げてきたやつがセガのプログラマはマジでやる気無いわ技術無いわで、ヘボいやつしかいねぇといってたのはマジだったみたいだな。
とりあえずどの分社かマジで聞きたい。とりあえずOW、ソニチ/UA、AM2関係なら知り合いいるからとりあえずこの中にあるかだけでも聞きたいYO。
もしかしてCSKとかだったりして。
頼む>>52カムバーーーーックプリーーーズ
つかコンシューマーで大規模なプロジェクトなら全て自前で作るのは当然だろ。やっぱ底辺は主張が一味違うな。

ん俺？OpenGLは好きだよ。楽だし。デモとかシム作るのはこれが一番楽。
あとはテンプレート系ライブラリも面白いものがあるな。ゲームにそのまま使うかどうかは別にして、読んでて楽しいし勉強になるよ。

もっとマニアックなのカムヒア。

ところで、このスレ立ったのも2001年。
各種ライブラリはどれだけ進歩があるのだろう。
SDLぐらいしか使わないのでﾜｶﾝﾅｲ。

ここは業界人がオナニーするスレですか。

　_, 、
(・ω・)

SimpleX
http://www.geocities.co.jp/SiliconValley-SanJose/8134/

糞

バーチャルゲームライブラリー・GameCatapult Ver 0.3
http://www.water.sannet.ne.jp/sowwa/

いまいちなネタだな

OGRE C++ Rendering engine
http://www.ogre3d.org/

Genesis3D C/C++ 3D GameEngine
http://www.genesis3d.com/

そんなキミたちにはこれを紹介しよう！

AdaSDL
　http://adasdl.sourceforge.net/
NeHe new base code with Ada
　http://www.abyss2.demon.co.uk/projects/ada/index.html

これでキミも「最初のプログラマ」Adaをゲームでモノにしよう！
OpenGLも使えるぞ！？

>>260って要するに途中までしか作れなかったから、後はよろしくってこと？
クラス階層とかみると結構まじめに作ってるように見えるけど。

GLSL初の解説書だそうです。
まだ完全には環境がそろってないっぽいOpenGL Shading LanguageことGLSL
ですが、今のうちにやってみたいという人は読むでみましょう。

spinにも詳細な紹介があります。
http://spin.s2c.ne.jp/
> 本書で興味深いのは、GLSLの設計者自らの手による経験談の部分かもしれません。
> Cgの設計思想についてはSIGGRAPH 2003で開発者のWilliam Mark氏らによる論文
> [Mark03]が出ていますが、GLSLについてはこれまでその設計思想や開発背景は比較
> 的知られていませんでした。本書を読むと、GLSLが、他のシェーディング言語の考察
> を元に、注意深く設計されていることがわかります。
とのこと。

Amazon.co.jp： 洋書: Open Gl Shading Language
http://www.amazon.co.jp/exec/obidos/ASIN/0321197895

面接官「特技は自作エンジンとありますが？」
Masanitan「はい。自作エンジンです。」
面接官「自作エンジンとは何のことですか？」
Masanitan「パクりです。」
面接官「え、パクり？」
Masanitan「はい。パクりです。主にMASAさんのサイトやt-potからパクっています。」
面接官「・・・で、その自作エンジンは当社において働くうえで何のメリットがあるとお考えですか？」
Masanitan「はい。KanoさんのBBSで自慢しても無視されます。」
面接官「いや、当社にも自慢されて喜ぶ人はいません。」
Masanitan「でも、Animadioも使えますよ。」
面接官「いや、Animadioとかそういう問題じゃなくてですね・・・」
Masanitan「スターソルジャーも作れるんですよ。」
面接官「ふざけないでください。それにスターソルジャーって何ですか。だいたい・・・」
Masanitan「JavaでMZでスペースハリアーです。スペハリともいいます。スペハリというのは・・・」
面接官「聞いてません。帰って下さい。」
Masanitan「あれあれ？怒らせていいんですか？使いますよ。自作エンジン。」
面接官「いいですよ。使って下さい。自作エンジンとやらを。それで満足したら帰って下さい。」
Masanitan「運がよかったな。今日はスクリーンショットしかないみたいだ。」
面接官「帰れよ。」

>>264
ﾜﾛﾀ
Adaかよ！！

今、Delphiやってるけど、Adaが面白そうなら使ってみる

ようし、俺もAdaを自由にしちゃうぞ。

Allegroを使ってみようと思ってるんだけど、これを実際使ってみた人っていますか？
軽くぐぐって見た感じだと、日本語でAllegroを詳しく解説してるサイトってないんだよね。
誰かAllegroに詳しい人がいたら、ちょっくら感想聞かせてやってくださいな。

ライブラリってどうやって作るの？

>>271
頑張って作る

で、>>39様謹製の標準入出力ライブラリはそろそろ完成しましたか？

実際、ライブラリ自作してる人って
この板でも少数だろうね、

今DXライブラリ使ってます
いろいろと親切。初心者向けだろうか

これしか使ったことないけど、おすすめ

>>274
俺はライブラリ自作派だなあ。
知り合いにはDirectXを直に書き込んでるっぽい人も居るけど、
どうやってるのやら・・・

え？そういう意味じゃない？

el,luna,simplex,DXライブラリの中で一番扱いやすくbccと
相性がよくてサンプル(ヘルプ)が充実してるのはどれかな？
以前、bcc用に書き換えられたelをちょっと使ったんですが、トンネルの
サンプルが動かなくて諦めたので、elはあまり考えてないです

ヘルプの充実ならSimpleXかな
機能面ではLunaかと

Lamp
http://lamp.sourceforge.jp/

DxLibとかLunaとかELとか聞くけど、
それぞれの短所長所がわかる人教えてヽ(´ｰ｀ )ﾉｵｸﾚﾖﾝ

elはBMPのパックファイル書き出しが
独特のモノなので、
フルカラー←→ハイカラーでキチンと表示されない問題が起こる。

エディター作ってゲーム作ってる時はフルカラー。
ゲーム中はハイカラー。

パックファイルのモノを表示しようとしたら
ハイカラーにしないとダメなので、
ゲーム作ってる時はBMPを直で読み込んでいる。

あと、パックファイルにすると色数が減る。
致命的。

>>281
パックしなきゃいいような気がしまつ

>>280
付属のサンプル動かしてみたらどうかな。
出来ること出来ないことがなんとなくみえてくると思います。

ＬＵＮＡ ＞＞＞＞＞ ＥＬ ＝ ＤＸＬＩＢ

ゲームといえばCだ-->入門本を買って勉強-->CだけではWINDOWSゲームは
作れない-->win32api・directx全然わからん(涙)-->directxのラッパーライブラリ
を見つける-->これなら何とか作れる。

こういうやつ結構多いかも。俺もそうだったし。

とりあえずサンプルとか見つつ考えてみますわ〜。
掲示板とか見た限りではＥＬが結構利用者が多いような
感じでしたけど。
あとはやっぱり機能で考えろって事でつね。

うわまちがい・・・orz
281→280

３D木作成
http://www.treemaker.nl/

サンプルあるから見とけ。既出？

３D木作成
http://www.treemaker.nl/

サンプルあるから見とけ。既出？

なるほど、こうやって二重投稿をおわびすることによって結局三重投稿になるわけか。ＯＴＬ

>>282
パックしないと中身のBMPとか丸見えでイヤン。

YJ Project 2004
これってお金取るみたいだけど
んなにいい出来なの？

Webページの印象だけで判断すると、YJ Project 2004はクソだな。
よくあるオレ様ライブラリだと思う。

el閉鎖するんだな、残念だ。
ttp://www3.justnet.ne.jp/~botchy/index.html

EasyLinkLibraryまとめ
http://gamdev.org/w/?%5B%5BEasyLinkLibrary%A4%DE%A4%C8%A4%E1%5D%5D

改めてみるとelはひどいな

SDLが日本に浸透するまでは活躍したんでしょ
そういってやんなさんな

終わってるライブラリが終わったわけだ。おれはLUNA派なんで無関係。

Lunaアドレスかわってるじゃん
http://www.twin-tail.jp/contents/luna/index.htm

Irrlicht Engine

http://irrlicht.sourceforge.net/

BSPマップ、コリジョン、ボーンアニメーション、パーティクル等に対応したzlib準拠のオープンソースな3Dエンジン。
この手合いとしてはかなりチュートリアルが充実していて、わりとわかりやすい部類じゃないかと。

日本語の解説ページ

http://www.zgock-lab.net/irrlicht/index.htm

>>300
おー、なんか簡単そうで面白そうだ。

DXライブラリはC++(オブジェクト指向)でも使えるのかな？

>>300
Irrって、まだバグ結構あるよね。でも簡単だから、お奨めかな。

>>300
なんか転送量増えたと思ったら、ここで晒されてましたかｗ

>>303
そうね、またバグ少なくないのは確かっすな。
ま、オープンソースだし自分で直せるのも結構あったりする。

国産のライブラリ(ELやらDXやらなんやら)はBSPマップとかMD2、MD3とかそのあたりの
洋ゲーFPS系の資産を有効活用できるのがあんましないからね。
そのへんを使いたい人には結構いいんじゃないかと思う。
OGREエンジンとかに比べるとわりと速いし、
dev-c++使えば完全フリー環境で構築できるしね。
(dev-c++使ったときの環境設定は、そのうち紹介しま)

公式読むとODEやらNewtonやらの物理エンジンとの併用のしかたも乗ってるし、
lua(Calua)とかAudiereとか、そういったオープンソース系のライブラリを各種併用しつつ
使っていくのが正しい使い方じゃないかと。

ついでに紹介。あまり知られてないらしいdev-c++日本語化キット
ttp://sourceforge.jp/projects/dev-cpp-jp/

TrueVision3D
http://www.truevision3d.com/

対応言語
Visual Basic 6, Visual Basic.Net, C#, Delphi, and C++

>>304
おつー
期待してます

私見がいっぱい入るけど、とりあえずまとめ。（長文でごめんよ）

補完大歓迎（国産系ライブラリ正直詳しくないのよスマソ）

国産勢
EL:
とっつき：◎
ドキュメンテーション：○
ライセンス：フリー
２Ｄ対応：○
３Ｄ対応：△
対応コンパイラ：VC○BCC○gcc/mingw(dev-c)×
日本語対応：OK
機能：△
拡張性：△
速度：△
マルチプラットホーム：×
私見：
基本的にinclude一発で使えるので楽といえば楽。
設計が古いので今時の３Ｄゲーを作るのを目的に使うにはかなり辛い
ドキュメンテーションに関しては、一応リファレンス以外にチュートリアルがあるだけとっつきやすい。
２Ｄノベルやらアクションやらには使えるだろうけど、
それなら今時スクリプト系やRAD系でもっと使いやすいのがいっぱいある。
ソース公開されている（インクルードだから当然だわな）が、
これを選択する層がソースまでいじるかどうかは疑問
が、C++とかそのへん十分わかってるけどWinAppには弱い、という人が
１５分でちょちょいとDirectXアプリを作る、とかいうのには意外と向いてる。
という点で、超初心者か超玄人か両極端な層が対象なのかもしれない
一言：
「とっつきは悪くないよ、欠点も多いのでそのへん覚悟するなら可」

次レスへ続く

DX:
とっつき：○
ドキュメンテーション：△
ライセンス：フリー
２Ｄ対応：○
３Ｄ対応：×
対応コンパイラ：VC○BCC○gcc/mingw(dev-c)？
日本語対応：OK
機能：△
拡張性：△
速度：△
マルチプラットホーム：×
私見：
ELに比べると癖のない「素直で普通な」ライブラリ
入門には悪くないのかもしれない。
完全に私見ではあるが、GDI+が使える今、
DirectDrawベースのライブラリは役割を終えたような気もしなくはない。
(WinMainラッパとしても役割はまだ残ってるわけだが）
一言：
「入門用にはいいんでないか？でもやれることは限られてるよ」

さらに続く（スマソ

Luna:
とっつき：△
ドキュメンテーション：×
２Ｄ対応：◎
３Ｄ対応：◎
対応コンパイラ：VC○BCC△gcc/mingw(dev-c)？
機能：○
拡張性：○
速度：◎
マルチプラットホーム：×
日本語対応：OK
私見：
知っている中では、国産ライブラリの中では機能はトップクラス。
これでBSPマップやら簡易GUIやら積んでいてくれれば機能◎にしたところ。
いかんせん、ドキュメントが皆無に近いので、とっつきの悪さでも国内トップクラス
いいチュートリアルさえあれば、一押ししてもいいかもしんまい。
一言：
「悪くないんだよなあ、ドキュメントだけがなぁ・・・」

国産勢の特徴として、DirectXラッパから始まっているのがほとんどなので、
マルチプラットホームという点については壊滅に近い。
DirectXベッタリな記述になっているので、抽象化して組み込み目的に、というにも使いづらい。
あと、概してドキュメントが弱い。
マルチプラットホームを意識していないせいもあるのだろうけど、BCC対応はしていてもgccは対応してないのが多い
税金もらって作っているLampですら（ｒｙ
あと、ライセンスが曖昧なのが多いのも特徴。

Lampについてはまだ触ったことないので誰か補完希望

滅茶苦茶長文になったので海外編はまた後ほど

ＤＸライブラリも取っつきやすさはトップクラスだと思うぞ
なにせポインタがでてこないから初心者にもいい
あとこれはDirect3Dベースな

あー、そうでっかスマソ。
正直このへんの初心者向けライブラリは突っ込んで使ってないので
突っ込みどころ満載だと思われま。
じゃ、ころころ変えて申し訳ないが、DX；とっつき：◎ってことで。

あ、あと、あえてとっつき○にした理由は、ドキュメントがリファレンスだけで、
チュートリアルがない、という点もありま。
まあ、解説サイトとか漁ればそれでよし、という話もあるかもしんまい。

あれはリファレンスだけで収まるような

クロスプラットフォームライブラリはSDL以外はJavaしかない感じ

>>313
そうかい？以下をみておくれ＜マルチプラットホーム

続いて海外勢

ドキュメンテーションについては、日本語度についてはあえて無視して充実度だけに着目
SDL:
とっつき：○
ドキュメンテーション：○
ライセンス：LGPL
２Ｄ対応：◎
３Ｄ対応：△
対応コンパイラ：VC○BCC○gcc/mingw(dev-c)○、その他各種スクリプトへのインプリメントあり
日本語対応：OK(別途TTFライブラリが必要)
機能：○
拡張性：◎
速度：○
日本語サイト：いっぱい
マルチプラットホーム：◎
私見：
対応プラットホームの数という点ではダントツの２Ｄライブラリ
日本語サイトもそれなりに充実しているので、英語がわからなくてもあまり困らない。
３Ｄを扱おうと思うと、周辺ライブラリを整備しなければならないのと、
OpenGL丸出しになるので、３Ｄを扱うには敷居が高いかもしれない。
マルチプラットホームなインプットライブラリとして他３Ｄエンジンの併用もあり。
一言：
「２Ｄ限定？ならこれ使っとけ。３Ｄも？それなら他のがいいかもなあ」

OGRE Engine:
とっつき：×
ドキュメンテーション：△
ライセンス：LGPL
２Ｄ対応：◎
３Ｄ対応：◎
対応コンパイラ：VC○BCC？gcc/mingw(dev-c)○
日本語対応：制限あり
機能：◎
拡張性：○
速度：△
日本語サイト：皆無
マルチプラットホーム：△(Win/Linux)
私見：
機能の充実度としてはトップクラスだが、日本語ドキュメントが皆無。
モデルフォーマットが独自でMaxからのエクスポータしか選択肢がない。
LGPLなので商用利用には微妙。
8bitクリーンなので日本語も通るには通るが、日本語対応とはいいがたい。
あと、速度がもう一つ。
海外系としてはドキュメントが弱め。とはいえ、国産勢の１０倍ぐらいは充実している。
一言：
「OGRE使うんか、金持ちやなぁ、Max持っとるんかぁ」

まだまだ続く、スマソ

CrystalSpace 3D
とっつき：×
ドキュメンテーション：○
ライセンス：LGPL
２Ｄ対応：◎
３Ｄ対応：◎
対応コンパイラ：VC○BCC？gcc/mingw(dev-c)○
日本語対応：OK
機能：◎
拡張性：○
速度：○
日本語サイト：sourceforge.jpにドキュメント翻訳プロジェクトがあるが、活発度0%orz
マルチプラットホーム：○(Win/Linux/OSX)
私見：
TrueTypeフォントに対応しており、日本語も安心な海外3Dエンジン
日本語ドキュメントは皆無だが、そこそこ充実しており「英語さえわかれば」困らないレベル。
モデルは独自フォーマットだがmilkshape等安いモデラでも扱える。
BSPも独自だが、Quarkにプラグインがある。
速度はまあぼちぼち。
一言：
「日本語ドキュメントないも同然だけどがんがれ、つか君も翻訳プロジェクト参加して神と呼ばれて来い。」

TrueVision 3D
とっつき：△
ドキュメンテーション：○
ライセンス：商用ライブラリ(１タイトルライセンス$150)、フリー版あり（ただし画面隅にロゴが入る）
２Ｄ対応：◎
３Ｄ対応：◎
対応コンパイラ：VC○BCC？gcc/mingw(dev-c)？ COMベースでVB、Delphi等対応
日本語対応：OK
機能：◎
拡張性：○
速度：◎
日本語サイト：皆無
マルチプラットホーム：×
私見：
あくまで商用ライブラリであり、フリー版はその体験版と考えた方が吉。
商用ゆえ、不具合はちゃんと突っ込めばサポートしてもらえるかも。当然要英語。
一言：
「英語さえ問題ないなら、下手なツクール二本分の投資と考えれば悪くないんじゃ？」

Irrlicht
とっつき：○
ドキュメンテーション：◎
ライセンス：zlib準拠
２Ｄ対応：◎
３Ｄ対応：◎
対応コンパイラ：VC○BCC？gcc/mingw(dev-c)○ 次期バージョンで.net対応
日本語対応：制限あり
機能：◎
拡張性：○
速度：◎
日本語サイト：少しだけあり
マルチプラットホーム：△(Win/Linux)
私見：
結構高速な３Ｄエンジン
ドキュメント（特にチュートリアル）がかなり充実しており、「英語さえわかれば」かなりとっつきやすい
Linux対応ながらスキンドXに対応していたりと、モデラを選ばない長所がある。
ＢＳＰもQuake3形式であるため、Quark以外にGtkRadiantを使うことができる。
比較的「若い」ライブラリで、まだバグもそれなりにあるが、コミュニティも活発。
内部処理はunicode対応であるが、テクスチャフォントベースなので、
使用範囲の文字コード分の大きさのフォントテクスチャを用意しなければならない。
あくまでも３Ｄエンジンであり、入力処理などはおまけ程度のものだし、
コリジョンも弱いので、SDLやODE等と併用して使うものと考えると吉。

一言：
「３Ｄやんの？英語さえ問題ないならお勧めよん」

・・さらに続く

ああ、俺は英語前提のは避けてるんでな

ところでLGPLなので商用は微妙ってのがわからんのだが

連続投稿にひっかかっちまったよｗ

>>319
まとめのとこで言及するんでまってな

Genesis 3D
とっつき：△
ドキュメンテーション：△
ライセンス：LGPL風（ソースコード改変時は公開義務あり、ゲーム起動時にロゴ表示の義務あり）
２Ｄ対応：◎
３Ｄ対応：◎
対応コンパイラ：VC○BCC？gcc/mingw(dev-c)○ 次期バージョンで.net対応
日本語対応：制限あり
機能：◎
拡張性：○
速度：○
日本語サイト：皆無
マルチプラットホーム：×
私見：
独自モデルでmilkshape対応、独自BSPでQuark対応と、CrystalSpaceそっくりなコンセプト。
一通りの機能は揃ってるが、ライセンスがちょっと癖がある。
一言：
「Genesisかぁ、IrrlichtかCrystalSpaceにしとけば？」

海外勢まとめ：
DirectXラッパから成長していった国産勢と対照的に、Quakeエンジンの影響もあるんだろうけど、
OpenGLラッパから成長していったものが多い。
マルチプラットホームを意識したものが多いため、低レベルの抽象化が高いものも多く、組み込み用途が狙えるものもある。
FPS文化圏生まれのものが多いせいか、ＢＳＰマップは読めて当たり前というのがほとんど。
オープンソース系文化の流れなのか、ドキュメントがまっとうなものも多いので、
「英語さえわかれば」ドキュメントさえ読めばきっちり使えるものが多い。
文化の問題なのだろうが、BCCよりはgcc優先という流れがあるぽ

今回はライブラリということなので言及しなかったが、
TorqueエンジンやDarkBasicProなども本当は言及してみたいところ。

というわけで、長々とスマソカッタネ

>>319
言葉が足らんかったね。
OGREはOpenGLとの分離がCrystalSpaceほど綺麗じゃないので、
組み込み用途を考えるとORGEに手を入れざるをえんのですわん
(CS3DはOpenGL自体を移植すれば目がある）
ＰＣゲー作ってる分には問題ないよん。
アーケード転用とかそういうことに使うとき、と思っておくれ

オツカーレ

つい最近までIrr進めていたが、3Dバリバリの人じゃないと辛くなる。
オブジェクトを動かすのは簡単。衝突検出も楽勝。いろいろなモデルの
フォーマットにも対応。しかし、どの機能にも落とし穴がある感じ。
3Dに精通していれば、エンジンのソースからバグ対策が出来るが、
IrrはNikoタソ一人で作ってるから、対応が遅い。

実績のある（まともなゲームがいくつか作られてる）ライブラリならいいんだけど、
今のところ、どれもエンジン作ることで手一杯な印象がありまふ。
サンプルもしょぼしょぼだったり。
俺のアンテナが低いだけかも知れませんが。

このライブラリではこんなもんが動いてるよってのない？

TrueVisionは商用だけあって、いくつかの洋ゲーがこれで作られてる。
公式(ttp://www.truevision3d.com/)行ってみ

PlaneShift(MMORPG/MOというべきか？現在ベータ中)これがCrystalSpace
ttp://www.planeshift.it/

あと稼動実績ということでいうなら、厳密にはライブラリというよりは
スクリプトシステムになっちゃうんだがTorqueエンジンかなぁ(商用100$)。

　ttp://www.garagegames.com/mg/projects/torque1/

FPSのTribes2のエンジンとエディタ類、スクリプトエンジンのセットで、
「大人向け３Ｄゲームツクール」状態になってる。
標準ネットコード以外に、これまた有償になってしまうけど、
高性能と評判のTribes2のネットコードを利用できる拡張パックあり。
これはその気になれば商用級ゲームを間違いなく作れる。

SDLは、まあ山ほどあるはずなので、ググればなんぼでも見つかるかと。
国産系は知らん。誰か補完よろ

zlibライセンスって、こんなんなのか。
http://www.opensource.jp/licenses/zlib-license.html

これどう？
plib
http://plib.sourceforge.net/

GUI、サウンド、行列、ベクトル、フォント、シーングラフ、スクリプト
一通り揃ってると書いてあるけど。

LGPLってことは、スタティックリンクしても自分のソースは公開しなくても
いんだよね。

オブジェクトファイルとして抜き出せるようにしとけばいいよ
たぶんそんなことせんでも大丈夫だけどね

>>327
ざっくりと触ってみた。
印象としてはSDLとCrystalSpaceの間を埋めるぐらいの位置にあるライブラリと感じた。
位置づけとして偉いGLUTというイメージの位置づけらしいね
あくまでもLinuxが主環境で、Windowsは従というイメージっぽ
モデルアニメーションイラネ、ＢＳＰイラネっつー人ならば
選択肢に入れてもいいのかもしれん。対応フォーマット多いし
とっつきとしてもSDLとCS3Dの間ぐらい、というイメージを持ったなあ

う〜む・・・Lunaはドキュメントが弱い・・・と
まぁ手抜きなDoxygenのリファレンスしか作ってないから仕方無いけど。
自分でチュートリアルページとか作るのも気が引けるが考えてみようかな。
ダウンロードカウンターとか使用後の連絡とか一切なしだから、
どの程度の利用者がいるかわからんけどもしかして３桁いってるだろうか。
BSPマップはちと触ってみるか。

>>331
作者さん？
自分でチュートリアル作るのは気が引けるようなことじゃないと思うけど…
興味あるのでおながいします。

作者っす。
こういうときはトリップつけるといいらしいけど
ちとやりかた分からんのでこのままで（´Д｀）

とりあえずELとかの適当なチュートリアルサイト参考に
なんかつくってみますわ〜。

>>331
まとめレス書いたものです。
私見いっぱいなので、気を悪くされたらすんまそん。

個人的理想としては、BSP(Quake3形式かHalflife形式あたり)対応と
Irrlicht級のチュートリアルがあったらパーフェクトかな、とｗ

Irrlichtチュートリアル
http://irrlicht.sourceforge.net/tutorials.html

Quake3形式BSPフォーマット解説
http://www.gametutorials.com/Tutorials/OpenGL/Quake3Format.htm

>>334
情報サンクス。

Irrlichtのチュートリアルは確かに凄い・・・
これとDirectXのSDKに入ってるやつみたいな感じでやってみるかな。

Quake3形式のBSPは早速チャレンジしてきまっ。

普段うちの掲示板とかは全然盛り上がらないんで、
こういったダメ出しとかは大変ありがたいです。
やっぱ宣伝しなきゃダメかな〜・・・まぁ面倒だしいいや。

G3D Library

http://g3d-cpp.sourceforge.net/

SDLの上っかぶせの形式を取る３Ｄライブラリ。
Linux、Windows、OSX対応。
OpenGLでシェーダー系言語(GLSL、Cg、ARB)対応なライブラリ
BSDライセンスなので配布時にも安心。

アニメーションはMD2のみ対応。BSPハンドリングはなし。

サンプルを動かしてみたところ、
400万tri/secぐらい(Pen-M 1.6G/RADEON9000)

OSX対応したくて、シェーダ言語を使ってみたいならお勧め、かな？

VectorStorm

shi3z氏の最終兵器。

Newton Game Dynamics

Ragdollに対応したオープンソース系物理エンジン
今のところWindowsのみ対応（ベータが取れたら他OS対応予定らしい）
ODEよりシンプルでわかりやすいっちゃわかりやすい。

ttp://physicsengine.com/

>>338
オープンソースじゃ無いのでは？

>>339
あ、すまね
再確認したが、ソースクローズやね、スマソ

>>334
ちと気になったんだけど普通に考えてライブラリの
導入にはドキュメント関係の整備が必須として、
ttp://www.twin-tail.jp/contents/luna/luna_dx9/index.htm
この程度のサンプルじゃ無いのと一緒って認識でＯＫ？
＞いかんせん、ドキュメントが皆無に近いので、とっつきの悪さでも国内トップクラス
って一文から察したんだけど。
となると本腰入れてドキュメント作らないとダメだかぁ。

微妙にスレ違いくさいのでこれにて。

>>331
この先は確かにスレ違いになりそうなんで、
そちらの掲示板に寄ってお話させていただきますわ

yaneSDKについて書かないの？

>>343
そんな電波が作った電波SDKイラネ

かかない

>>343
あれ癖があるよねｗ

まだ、使ったことない。
普段は、DxLib使ってるの〜。

ほかに、何かいいのない？

>>347
過去ログみなさいよｗ

ごめ、sage忘れorz

　　　　　　Oノ
　　　　　 ノ＼＿・’ヽO．　
　　　　　　　└　＿ノ ヽ
　　　　　　　　　　　〉

Delphi,C++Builder,DevC++(MinGW)のDirectX9 SDKライブラリ(D3D対応)です。

Delphi,C++Builder用 DirectX9ライブラリとランタイム
ttp://clootie.narod.ru/

C++BuilderでDirectX9
ttp://www.nk.rim.or.jp/~m_iida/programming/directX/BCB_DX9.html

DevC++(MinGW)用 DirectX9ライブラリとランタイム
ttp://www.g-productions.net/
配布はDevPakパッケージ(形式はtar.bz)。MinGW,Cygwinでも
使えると思いますが..

ライセンス(間違っていたら修正をお願いします)
ReadMe (Delphi,C++Builder) は
　"This DirectX conversion is Borland and JEDI compliant."
多分 Delphi-JEDIプロジェクトライセンスに従うのではないかと…。
ttp://www.delphi-jedi.org/ADMINLICENSING:926417
ライセンスの種別はMPLです。

DevC++用ライブラリはライセンス記述が見当たりません。(^^;;
DLLファイルにMicrosoft,Delphi-JEDIプロジェクトの記述がありますので
ランタイムのほうは少なくともDirectX SDK(Microsoft),
Delphi-JEDIのライセンスに従う必要があると思われます..。

どなたか、GLSceneを評価してくださらぬか
http://glscene.sourceforge.net/

Delphi用だよねぇ。
正直Delphiは使わないので、その系列は評価無理だ、すまん。
delgine projectとか、
国産でもDDDDとか面白そうなのはいくつかあるのは知ってるのだが。

DirectX9c にしたらLunaがコンパイルできないよ。
\sample_all\Source\2D_00\Luna.h(3127): error C2061: 構文エラー : 識別子 'IDirectXFileData'
\sample_all\Source\2D_00\Luna.h(3126): error C2061: 構文エラー : 識別子 'IDirectXFileEnumObject'

AllegroはSDLとともに外国では有名なんですが、
名前も出てきませんね。今ググッたら、開発環境構築の
サイトまで一つも出てこない。。。ていうかAllegroで
開発してる人、いる？

以前触ってはみたよ。
Allegroは最初のインスコと環境構築が他エンジンに比較すると、
ちょっと面倒なのが欠点だわな。
最初のサンプルを動かすまでに手がかかるので、
SDLでいいやマンドクセと思った人も少なくないんじゃないかと。

上で紹介されたライブラリの説明をしてるサイトとか知りたい。
ググレば色々出るんだけど、どれが解りやすいか良く分からず。
オススメのサイトはないだろうか？

>>357
海外系ライブラリのみになるが、このへんぐらいかな？
国産系ライブラリは、まあ公式見ればいいんじゃないかと。

SDL:
ttp://www.geocities.co.jp/Berkeley/2093/
SDLの解説サイトはちょこちょこあるが、まあここが一番わかりやすいかなあ。
各OS別のインストール方法やら、
ブロック崩しを作りつつSDL全体の流れを解説していたりする。

Irrlicht:
ttp://www.zgock-lab.net/irrlicht/
過去ログ既出ではあるけど、
Irrlichtをまっとうに解説してる日本語のサイトというとここぐらいしかないかと。
素のウィンドウを出すところから段階的に解説していてわかりやすいんじゃね？
GtkRadiantを使ったBSPマップの作り方とかにも触れている。

>>358
ありが�d。参考にさせて頂きます。

Allegro + VC++6.0で使いたいんだけど、
仕方ないや、海外の情報あたるか…
そもそも出来るのかどうか分からないんだけど。

allegroの日本語情報ホント少ないよね。。
GPL感染は嫌だったけれど情報が豊富なSDL使ってます、、、

ＳＤＬってＧＰＬだっけ？

LGPL
性的リンクしなきゃ感染しない

リンクしてる部分のオブジェクトかソースは必要になる。
完璧に隠したければ必要部分をラップしないとね。

ＬＧＰＬってそんだっけ？

ごくごく簡単にかいつまむと、
LGPLなライブラリを使用したアプリケーションを作った場合、
アプリケーション自身に改変の自由を保証する必要はないが、
ライブラリ自身の改変の自由は保証されているので、
改変したライブラリを再リンクできるだけの最低限の提供はいるのれすよ。
makefileまで提供しなくてもいいけど、オブジェクトの配布は最低必要。

じゃあ有償アプリにLGPLのライブラリをリンクすると、無償でオブジェクトファイルを
提供しなくちゃいけない？
そんなのってないよー

無償で提供、つか
「ユーザーから要求されたばあいにはオブジェクトを渡す義務がある」
って感じかね。
GPLベースのファームを使ったネットワークルータにいちいちソースのFDやCDを添付する必要はないが、
ユーザーから要求されたらいつでもソースを渡す準備をしておく必要があるのと一緒。

欧米でライセンスが多少ゆるいAllegroが人気な理由のひとつでもあったりする。

もひとつ補足すると、
LGPLなライブラリがDLLであるなら、
「ライブラリのここを直したので反映させてくらさい」
と言われたときに、
「DLL部を直してうちのexe下でそのまま実行してください、動くはずれす」
と答えても全く問題なし。

LGPLの話って言語的にJavaとか微妙だよね

Javaは作られたコードはいわゆるすべてライブラリで
その特殊な形が実行できるヤツって形取ってるから
扱いはDLLやSOと同じかな

>>367
勘違いしてるっぽいので補足しとくと、
「その有償アプリを購入した人に対しては、
　「少なくとも請求されたら」オブジェクトの配布義務がある」
というこっちゃね。

LGPL部分はユーザが自由に修正かつ実行できるようにすべし、ですか。

unixやwindowsは動的ライブラリをサポートしてますから
LGPLを動的ライブラリで切り離せばいいですけど
コンシューマや組み込み系ではどうなんでしょうか。

コピーさえ動かないようにガチガチにプロテクトされたマシンでは
LGPLの自由は実現できそうにないし、使えないのかな。

http://www.zgock-lab.net/irrlicht/tut01.htm

＞ISceneManager *Scene = Device->getSceneManager();
この行は不必要
説明文は合っているので削り忘れと思われ

SGL
http://home.att.ne.jp/star/airaku/chackey/index.html
http://www.vector.co.jp/soft/winnt/prog/se337119.html

出たばかりっぽい。昔のビデオカードがいいらしい？
機能は貧弱。入門にはイイかもしれない。

アクセスカウンタ見て思った・・・・作者乙

シンプルゲームライブラリってどっかできいたことあったと思って検索したら
全く別のがひっかかった
そっちはWAVだけじゃなくてOggとかＡＵとかのストリーム再生とかあったが

3dengines.net
http://www.3dengines.net/

ゲームエンジンのサーチエンジン
OS、API、言語、ライセンスでフィルターしたり検索できたりと便利
Extended searchでは機能別で探せる
たまにエンジンじゃないものも登録されてるので注意

>>375
いや、別に作者でもいいんじゃないかい。
ただ粘り強く更新していって欲しいね。

SGL2Dのヘルプを作ってみました。
作者様非公認で勝手にやってます。
CHMとオンラインの二通り用意しています。

http://3.csx.jp/sgl2d/

http://www.codeproject.com/
http://www.codeguru.com/
上の2つのサイトは無料なの？

おつかれ

GLSceneにつぐDelphi用のOpenGLエンジン
http://www.glxtreem.tk/

http://www.asahi-net.or.jp/~cv8t-hdk/fox/fox-doc.ja/fox.ja.html
ライセンス：LGPL

2D STGをVC++とBCCで作ろうと思ってライブラリ探してるんだが…
DX
Luna
SDL
が見ると良さげなんだが…
DirectXの本はあるがOpenGL無いからSDL選んだら買ってこなきゃならんか？
最初に見つけたDXでやりたいが、このスレ見るとLunaの方が高機能みたいだしな〜
けど、開発環境が古いマシンなんでDirectX8.1をサポートしてる方が嬉しい。
GDI+も駄目だな。（開発環境古いからねｗ）
糞ース書くんでべつに公開は怖くないけどね。
悩むね、コリャ

BCCなら資料も分かりやすいＤＸライブラリがいいかと

Lunaはようやくチュートリアルが作られ始めてるけどまだ全然不足状態。
これからはじめるならチュートリアルが豊富だったり、
掲示板などでの質疑応答なんかでそれなりに情報が得やすいかどうかをみてから選んだほうがいい。
Lunaは掲示板でのやり取りもほぼ全てが 質問者⇔作者 って感じになってて
その他利用者からのフィードバックみたいなものもあまり期待できないと思われ。
なんでだろ？

すまんあげちまった、吊って来る。

DXライブラリのサンプルコンパイルしたら、
ねーちゃんが表示されて、キー押したらすぐ抜けた。
なぜ？……と思ったら、デモだと勝手に思いこんでたら
ただそれだけのプログラムだったみたい。素材が
いっぱいあるからそれ全部使うのかと思った。
ていうか、サンプルはすべてマニュアルの中に
あるんですね。こうすればちょっと修正したときに
全部の資料に反映させる手間が省けるというわけ…？
さっそくいろいろコンパイルしてみることにします。

>>31
君の日本語(らしきもの)が分からない

日本語が不自由な人ばかりですね

＞ねーちゃんが表示されて、キー押したらすぐ抜けた。
つまり早漏なんだな。

>>390
実はｵﾚも同じ事考えてた。

>>384
やっぱDXライブラリだよな〜
ところで >>308 で速度が△になっているけど、やっぱ変わるもんなの？

実際に同じようなサンプルつくって
ＤＸ、ＥＬ、Ｌｕｎａで比べてみたいところだな。

一匹狼日曜プログラマとしては、自分でライブラリ整備するのに疲れてきたので、
とりあえず良さげなIrrlicht評価しちゃうぞ。
ちなみに俺が手を出したものは必ず廃れるので、覚悟しておくように。

ちゅうか、Irrlichtってなんて読めばええのん？
FAQページにWAVファイルあったけどわかんねー。
http://irrlicht.sourceforge.net/download/irrlichtengine.wav

>>394
「イルリッヒ エンジン」って聞こえるけど
ググったら「イルリヒト」って書いてるから、それでいいのでは？

イアリヒトかな
ドイツ語みたいだね

イリチットではなかったのね。

>>396
読めるんか！ドイツ語。スゲーな。（いやマジで）

DXライブラリは、最初はいいけど、ある程度使えるようになると、物足りなくなってくるよ。

最終的には自分にあったようにカスタマイズや自作するものさ

質問のレベルとか考えてとっつきやすさがピカイチのＤＸライブラリは悪いモノでは無かろう
ユーザーレベルではポインタを使わずに動かせるところもかなり敷居を下げているポイントだと思われ

まぁ２ＤゲーでＤＸライブラリで足りない場合ってのはあまりないけどな

DXはソース公開されてるしね。

ソースの公開されてないライブラリって
国産であったっけ？

Allegro使ってみた。
インスコはそんなに時間かからない。使用感はmainの最後に打つおまじないがちょっと違和感ある。
日本語の紹介サイトがなかなか無い。けど、付属の豊富なサンプルで大体の仕組みは理解できる。
速度的にも問題無いと思う。けど、大域変数が比較的よくある単語が使われてたり。(screenとか)
スクリーンデバイス列挙の時、指定したモードで現在のディスプレイのリフレッシュレート＋１になってしまう場合もあるな

自分もAllegroを検討中。
alfontで日本語の表示も問題ないことを確認した。
AllegroOGGでogg再生もできた。
共にwin98、msys/mingw/gcc3.2.3下で。

戦略SLGでも作ろうかな。
オールインワンというだけあってallegroにはGUIウィジェットらしきものが用意されているが
見てくれが悪いのでそこら辺は自作するしかないのか。
SDLでいうParaGUIやwgui、SDL_guiといった位置づけでNAS GUI、MaskinGというのを見つけた。
http://nasgui.sourceforge.net/programs.htm
http://ferisrv5.uni-mb.si/~ma0747/

=＝､,-､　　､ヽ､　＼>　　　,,　 '''＼　＿
メﾞヽ､＼￣"""￣--‐　　 ､ ＼　　／ゝ､＼
＝─‐＼＼‐　 ／─'''''ニ二＼''' |レﾚゝゝ､＼
￣く<<く >, ﾞ､／＜三三二＼￣＼ゝゝゝゝゝゝﾞ''ヽ､　　　　　　　／￣￣￣￣￣
＜<<<〈__入 ﾞ､く彡三三三二ヽくゝ＼メメメゝ､＿ゝ､＼　　　　　| さあ願いを言え
くく<<<<<< ﾞ､ ﾞ､ミ三三二ニ─ゝゝゝゝゝ,,,,,,,､ '（ ﾞ''ヽ､ヽ､　　　＜ どんな願いも一つだけ
くくくくくく彡‐ヽ ﾞ､ﾐ三三二ニ'''くくゝゝ＿ゝゝ､＼＼＿,>」ﾉ,　　　 | 叶えてやろう…
く く く く く 彡ﾞ､ﾞ､三三二ニ‐くゝ､／ ,,,,,,,,メメゝヽ''''"ゝゝﾞ丶､　　＼＿＿＿＿＿
二─二二彡彡､ﾞ､三三二==くメゝ／　　 ﾞ'ヽ､メゝゝゝゝゝゝゝﾞ''ヽ-､,,,,,,＿
‐'''"￣ ＼彡彡ﾐ､ﾞ､三二=''"く<メ/::　　　　　　＼''-､メメゝゝゝ＿ゝ ､ ,,､ヽヽ
､　　,,,,-　ﾞ彡／/ヽﾞ､三二＝ くゝ/:::....　　　　　　＼>∠ﾚ-,-‐ニ二メヽ''ヽ ﾉ
　ﾞヽ､,,,-‐//_//／,,､ﾞ､三二=　　ﾞ､　""'''　　　　　　ヽ＞／／ﾚﾚヽ,,＿__　 /
-,,,,,,-‐'''"""/////,,ヽ ﾞ､三二─　ﾞヽ.　　　　　　　　 ／／-ﾍﾍ,､ ﾚレレﾚノ
''"　　　　　　,ｌ|"////ﾉ,､＼彡'''''‐-ニ,､　::::::::::,,,,,,,,／／　　　　ﾞヽﾌ/|/| ﾚ'
　　　　　　／ゝ､/ヽ|ヽﾚ,,ﾞヽ､ﾞ''ヽ､,,,,,,＿ヽ''ニ＝'',,-'"､─-,,,,,＿　　￣"'ﾉ
　　　　　/メ / ﾚ／,''"へへへﾞ''─----￣-メヽ"ゝゝﾞゝヽ､　　＞---''"
　　　　/ﾍﾍ､|／／ヘヘヘﾍﾍﾍﾍﾍ,,-イ￣　|￣"'''-ニニニ二-''"
　　　/ﾍﾍ∧/./ﾌヘﾍﾍﾍﾍﾍﾍ,／ｲ　 /　　/　　　/　　　　ﾞﾉ＼､＼
　　 /ゝゝ| / /メﾍﾍﾍﾍヘﾍ／'" |　 /　 ／　　／　　　　／　　＼＼
　 /ゝ /|‐/ /ﾌヘへﾍﾍﾍ/∧　 /-'"-'''"__,,-''"　　　　／　　　　 /､＼
　//|_|　/./へへへﾍﾍ､//　|／　　　　　　＼＿,,,,-‐'"　　　　／　 ﾞ､.ﾞ､
'"/ヽ"／'"へへﾍﾍﾍﾍ//　 ﾉ　　　　　　　　　 ＼　　　 ,,,,-‐'"　　　 ﾞ､ﾞ､
.ﾉ　／／へへﾍﾍﾍﾍ//ヽ ./　　　　　　　　　　　　ﾞ､''""　　　　　　,,／､ﾞ､
／-"へへﾍﾍﾍﾍﾍ//　 |‐"　　　　　　　　　　　　　 ＼＿,,,,,,,,-‐'''"　　 | |
へへへへﾍﾍﾍﾍ//ヽ ノ　　　　　　　　　　　　　　　　ﾞ,　　　　　　　　　| |

kaere

AllegroはVC++で導入する方がgcc系で導入するより敷居が高いという、
わりと珍しいライブラリよね。
予備知識なしでソースだけ落としてきてさあ構築するぞと思うと、
djgppやらgnumakeから要求されて面食らうし。
（コンパイル済ライブラリを別途落としてくれば問題なす）
最初にHello Worldをコンパイルするまでの手順が、
DXやらあのへんに比べて手取り足取りというわけじゃないので、
（OS非依存なのでパターンが多すぎ対応できないわけだが）
国産入門系ライブラリより一段大人向けなのは確かだと思われ。
ライセンスがGPL系じゃないのでスタティックリンクしても安心、
というのもポイント高い人はいるやろなあと。
alfont使えばアンチエイリアス付き日本語文字列が使えて、
かつ簡単な３Ｄ対応というライブラリって意外と少ないので、
（国産だとDXは3Dが無理、Lunaはアンチエイリアスが無理）
DXを卒業したらAllegro、というのはありかもしれなひ。

漏れもDXで物足りなくなったからAllegro始めてる。
DXはシンプルで良いんだけど、ファイルサイズがreleaseでも結構デカイ。でかくてダメって事は無いんだけど
allegroだとDLL使用なら実行形式は結構小さくなっていいな。
静的リンクでもサイズはほとんど気にしなくていいし。

>AllegroはVC++で導入する方がgcc系で導入するより敷居が高いという
そうだなー俺はVC++ですがMinGW導入とかはインストーラに任せるとか、PATH確認すればよかったけど、
やっぱGNU準拠のWIN32用ツールが面倒だった。根っからのDos&WinユーザだったからGNU準拠ツールなぞ知らんと言い切ってたので
winのmakeで何が文句あるんだっって思ってた。

因みにGNU準拠ツールWin32版を配布しているページ
ttp://sourceforge.net/projects/gnuwin32/

忘れそうなのでAllegroコンパイル時覚書ちょっとだけ。うまくできない人は「参考」にしてください。

MSVCでfixかます時、utod(Unix　to DOS) が無いとか言われるけど無視していいです。
MSVCDIRはダミーフォルダ作って指定しても可。コンパイル終了時にVCフォルダの中にincludeとlibフォルダ入れればよし。
Allegroコンパイルしててnot found&error云々言われる時はmakefileとか疑うより
コンパイルに使われているmakeとかcatとかのツールをGNU準拠にしてみるといいかもね。
またツール入っているフォルダにPATH通すこと忘れないように。
途中でどうしてもコンパイル止まるときは直前のコマンドを「手作業」かcmd使ってる人は「コピペ」かましてみる。
通ったら再びmakeで無問題なはず。

以前、Easy Link Libraryを公開していたwww004.upp.so-net.ne.jp/botchy/に書かれているe3とは何の事でしょうか？新しいライブラリでしょうか？

ＤＸライブラリは確かにでかいね
スタックサイズとかすさまじそうだ

というのはJavaからJNIで呼んでみたらスタックたりねーっていわれたのでな

DXからのAllegro乗り換え組にひとつだけ余計なお世話を一発。
（Allegroに限らず、海外系lib全般に言えるのだけど）
「日本語の『入力』には気をつけろ」
IME経由での入力はサポートしてないライブラリも多いぞ。
（特にAllegroは日本語入力自体ありえないOSもサポートしてるからな）
アクションゲームとかなら問題ないだろうけど、RPGやらADVやら作るとき要注意。
家庭用ゲーム機みたく、専用ウィンドウによる名前入力やら必要になるぞ。

>409
elの次世代ライブラリだそうです。今年の７月に公開予定だったのですが、
「二、三回仕事に使ってみて、冬頃公開予定」
とHPに書いてありましたが、今はトップ頁のみになってますね。

>411
mingw+Allegroで開発しようとしてたら、、、
mingwの問題なんだろうけど、コメント内に日本語があると
ダメみたいで、正常にコンパイルできないことが。
やる気無くなってそのまんまになってました。
もしかしたら今は解決されているかも知れませんが。

allegro＋vcでコンパイルしようと、vc用パッケージを解凍してinstall.bat
すると、windows\systemにdllを転送、vc++のディレクトリに.hを転送。
まあ、名前や日付からして、一見してallegroのファイルだと分かるので
混ざってしまうことはありませんが。
install.batより、vc++のオプションでライブラリのパスを展開した
ディレトリに指定した方がよかったです。irrichtのインスト方法を見て
分かりました。
そのあと、サンプルをコンパイルしようとしたのですが、vc用の
パッケージなのにプロジェクトのファイルが無く、自分で作った
プロジェクトでは上手くコンパイルできませんでした…？？？
何かの設定が違っているのでしょうが、お手上げ。
しかたなくフリーでソース付きで公開してあるゲームを探して
コンパイルできることを確認。プロジェクトもそれを改造して
これからも使うしか無いのでしょうか？？？
レベルの高い人にAllegro解説頁を作ってもらいたいです…。

VC++のプロジェクトの設定は以下を参照
ttp://www.allegro.cc/docs/windows-msvc-use.html

詳しくは無いですが手助けできるかな？
以下上記リンクより要約しとく。最適化したライブラリで動的ﾘﾝｸで実行形式生成する場合です。
1、新規プロジェクトはWin32Appで。
2、[プロジェクト]->[設定]->[ﾘﾝｸ]タブ->ｵﾌﾞｼﾞｪｸﾄﾗｲﾌﾞﾗﾘﾓｼﾞｭｰﾙにalleg.libを行末に追加。
3、同じく[C/C++]タブ->ｶﾃｺﾞﾘより、[ｺｰﾄﾞ生成]->[使用するﾗﾝﾀｲﾑﾗｲﾌﾞﾗﾘ]->[ﾏﾙﾁｽﾚｯﾄﾞDLL]を選択
以上上記URLより。間違ってる可能性もあるので注意。
debugで生成する時とreleaseのlibファイルが違う事に注意。

VCのフォルダのinclude中のallegroフォルダにinlineフォルダ入ってるか確認。
これでうまくいくはず。

静的ﾘﾝｸしたいなら、allegro.hを#includeする前に
#define ALLEGRO_STATICLINK 1
を忘れずに。これは各モジュールで分割コンパイル時にallegro.h取り込んでるなら同じようにする。
dynamicかstaticどっちで生成するかわからんちんな時は#ifdef使ってあとでラベル使えばいいかも。

補足：
当然ながら、静的ﾘﾝｸ時のライブラリは別物。
作り分けはﾂｰﾙ->構成で「追加」して、新しい構成を設定するのがベストです。

SDLとAllegroの比較。SDL-Allegroの順で。訂正熱烈歓迎。

*Licence*
SDL LGPL
http://pc5.2ch.net/test/read.cgi/unix/1032702590/129
ライブラリ部分の「自由」さえ保証すれば販売も改変も問題ない。
* 改変分を含むライブラリのソースを提供する。(LGPLの第4節)
* static linkの場合にはアプリケーション部分のオブジェクトを提供
するかdynamic linkにしてライブラリ部分の差し替えを可能にする。
(LGPLの第6節)

Allegro Gift-ware
改変/商用利用になーんにも制限無し（たぶん）

*Basic*
mouse/keybord/joystick/timer　○　　　　○
Unicodeサポート　　　　　　　　　　○　　　　○
スレッド　　　　　　　　　　　　　　　○　　　　×
日本語表示　　　　　　　　　　　　×　　　　　○unifont
日本語表示（with freetype）　　　SDL_ttf　AllegroFont（注1）
日本語入力　　　　　　　　　　　　△（注2）　×
（注1）SDL_ttfのTTF_OpenFontIndex()に相当するものが無い。
（注2）SDLSKK/SDL-IMパッチ等

*Drawing*
Blitとか　　　　　　　　　　　　○　　　　　　　　○
drawing primitives　　　　　　SDL_gfx　　　　○
回転　　　　　　　　　　　　　　SDL_gfx　　　　○
rotozoom　　　　　　　　　　　SDL_gfx　　　　○
ポリゴン　　　　　　　　　　　　SGE　　　　　　○
コンパイル済みスプライト　　×　　　　　　　○
テキスト描画　　　　　　　　　SDL_ttf/SGE　○

*Grapchics*
BMP　　　○　　　　　　　○
PCX　　　SDL_image　　○
JPEG　　SDL_image　　libjpeg(allegro.cc)
PNG　　　SDL_image　　libpng(allegro.cc)
TGA　　　SDL_image　　○
FLIC　　　×　　　　　　　○

*Sound*
CD　　　　○　　　　　　　×
WAV　　　○　　　　　　　○
MIDI　　　SDL_mixer　　○
MP3　　　SDL_mixer　　AllegroMP3
OGG　　　SDL_mixer　　AllegroOGG
録音　　　×　　　　　　　○

*Utility*
設定ファイルRW　　　　×　　　　　　　○
データファイル固め　　SDL_archive　○
バイナリpack/unpack　×　　　　　　　○
3D数学関数　　　　　　 ×　　　　　　　○
GUI　　　　　　　　　　　　×　　　　　　△汚い

*OS*
UNIX/Linux　　◎　○
DOS　　　　　　×　○
MacOS　　　　　○　△現状では。
Win32　　　　　　○　○
BeOS　　　　　　○　○

日本語入門サイトがないのが致命的

SDLやらAllegroやらの存在意義がいまいち分からんな。
所詮2Dゲームを制御してるだけだろ。そんなもん自前でやれ、と。
3DでもOpenGL動かすくらいなら別のライブラリかぶせる必要もない。

クロスプラットフォームにしても余計なオーバーヘッドが絶対に発生する。
これはオフィスプログラムとかならともかく、速度重視のゲームには致命的。
きちんとターゲット決めてそれに最適化させれ。楽してゲームが作れると思うな。

>>418
そういうポリシーなら一生理解できないでしょうなぁ。

>>418
標準ライブラリから自作してくだちぃ

>>3DでもOpenGL動かすくらいなら別のライブラリかぶせる必要もない。
禿同

ま、オーバーヘッド等諸々承知でライブラリ使うんだろうから。
基本の構成を面倒な初期化を飛び越して楽して作りたい人のライブラリ。
最適化考えるなやっぱ自前で作るのが一番いいんでしょうね。
そもそも自前で環境構築するには使用するプラットフォームの特性をある程度知った上で
基本部分組んでいくから其処までのめり込む気合がないと無理。
ゲームなんか、作りたいと思う熱が冷めないうちに一気に作らないとだれてしまう可能性も結構あるから、
そんな時に手軽に作れるのがライブラリかな。
むしろ作りたい意欲が有る時が自前で開発環境構築する良い機会なのかもね。

>>418
クロスプラットフォームがいいという人もおおいのですよ

Ｃのライブラリも使わない人かなぁ
すべて埋め込みとか

クラスプラットフォームはいいと思うんだけどなー。
あと画像読み込むにしても音読み込むにしても、フォーマット調べて実装を、、とかやってる方がよっぽど大変だろ。
速度についても、ラッパーのオーバーヘッドに文句いう暇があったら自分のコード見直してる方が良いよ。間違いなく自分のコードよりも早く綺麗な設計、実装がある。下位レベルの部分を自分でヘコヘコ書いてる暇があったら、もっと上位の設計部分に頭を使ったほうが良い。

「オレライブラリ」作ってる途中でモチベーションが無くなる、ってのはよくあるパターンだからなあ。

そんなに自前がいいなら
カーネルから自前で書けば？ｗ

>>418
今時クロスプラットフォームのオーバーヘッドなんて誤差みたいなもんだろ？
PS2とXboxとか特性違いまくりなとこならともかく、PCはどれも似たようなもんだし。

ていうか、他の大勢の人間が十分に整備・バグ取りしてくれた
ライブラリやラッパーを使わせてもらうっちゅーのは、
仮にそれを自分でゼロから作れるとしても、選択肢としてアリだと思うんだけどね。
コーディングはゲーム制作の手段に過ぎんし。

まあ、俺もWinだけで動くゲーム作ってるぶんにはSDLやAllegroは要らんけどな。
（UNIXもターゲットにしろ言われたらたぶん要る）

若い頃は「俺ライブラリ」も作ってたなぁ。
ときには大きな仕様変更も何度かしてきたけど、
最近はもう気力切れ…

ゲーム用ライブラリを作ってるけど、完成したゲームを一度も作れない
人っているよね。

まあ漏れは、そんな人達の遺産でゲームを完成させてきたわけだが。

ゲーム会社でもライブラリとかツールを専門に作るチームが有るみたいだな。すげえ

だいたいそうじゃないの？

ま、人一人にできることは限界があるからね。
だからみんなで仲良く助け合わなきゃいけないのさ。←笑

あ、ちなみに前言微妙に撤回。コーディング自体が目的という人もいるだろうな。
ライブラリを公開して保守しているのはそういう人たちだろう。
皆が自分のやりたいことをやって、しかも成果が上がるとすれば、めでたいことだ。

shi3z氏の代表作であるVectorStorm持ってるけど誰か欲しくない？（笑

VectorStormって何？

shi3z氏の３Ｄライブラリ。
詳細はしらんけどＲＭベースで作ったなんちゃらっていう
前身ライブラリよりも速度がおちてるとかなんとか。

>>434
3Dライブラリか。ググっても見つからなかったんで何かと思った。


関係無いけどその内、4Dグラフィックとか出てきそうだな。

４Dとっくの昔から使われてるんだが

clanlibってどう？

ここの流れ見てると日本製ライブラリに関しては
ＤＸライブラリが一番っていう見解でＯＫ？
そんなにいいなら使ってみようかな・・・

ポインタ排除してる作りなので非常に初心者に優しいという点ではピカイチというところだろう
かなりメモリは食うけど、普通にリンクしてexe作るだけなら問題ないかと

あとはｂｃｃ対応を歌っているだけあって完全フリーでつくれると言うところ

２Ｄゲームさくっと作れと言われたら俺も選択肢には入るかも
環境フリーなのでソースコードこみで渡しても相手に手直しさせることもできる

まぁ〜多機能とか高速性とかそんなのの真逆いってるけど悪くない方向性ではないかな

ってことはＤＸの対になるのは、高速・多機能・ポインタＯＫってらいぶらリか。
ＥＬ・Ｌｕｎａあたりが該当するんかな。
ＥＬは微妙だったけどＬｕｎａは独自ＤＬＬでＢＣＣに完全対応だし。

こうして考えてる間になんでもいいから使ってみたほうが早いか・・・

ＡＰＩの説明だけみてみればいい
サンプルコードもわかりやすさを極限まで追求している

dev c++ と DirectX.DevPak で遊んでる人いますか?

t-pot や twintail lovers のサンプルをコンパイルできるし、自分にとっては十分なのですが
めったに話題を聞きません。

何か問題があるのでしょうか？

問題は無いけど良いとこも無いのでは？
わざわざマイナーなの使わなくてもVisualC++でいいじゃん。

XBOXのフリーのSDKがあると聞いたのですが
どこにありますか？

>>444
おいてある場所も自分じゃ簡単にわからないようなＳＤＫ使って
この先大丈夫ですか？

VC:　 長所 - Windowsスタンダード,MSの寵愛を受けている 　短所 - 高価
DevC: 長所 - gccはunix系スタンダード,無料 　短所 - やはりマイナー DIY精神だ

>>445
前に落とした事あるんだけど、名前忘れてググれない・・・。
Openなんとかだったと思う。
自分のサイトで使い方まで紹介してたくらいたのに、忘れてしまうとは・・・orz

全く・・・
紹介しないで何の為のこのスレなんだか
おまけに煽りがツマラン。

OpenXDK
http://sourceforge.net/projects/openxdk/
VC++でコンパイルできるXbox用ソフト開発ライブラリ。
実際にXboxで動かすには、binフォルダに入っているcxbe.exeと言うプログラムで
exe形式からXboxの実行形式であるxbe形式に変換する必要がある。

尚、Xboxの開発用マシンでの動作が基本だが、普通のXboxでもケーブルトリック（MOD不要）やMODで自作アプリを動かせるようになる。
やり方は、その手のサイトをググれ。ここで質問は禁止な。

つーか数分で見つけられるんなら
質問するまえに自分で探してそれを紹介しろよ…
ここは紹介スレなんだけど。

xboxなんかもってねーし



でも落としてみるか

>>446
VCって昔からメモリの管理が悪いらしいよ。

>>451
VCというか、MFCのメモリ管理がタコなので、
非ゲーム系アプリでは時々洒落にならなくなる。
API+DirectX使う分にはそうそう問題にならない。
マルチプラットホーム系のライブラリを使う場合、自前でメモリ管理してる場合も多いしな。
dev-c/mingw32の弱点というと、実行ファイルが一般にVCに比べてでかくなる点かな。
長所は、un*x系の先進ライブラリを持ってきやすい点。
DIY精神旺盛なら、vcでは使えないような面白い部品があれこれ使えるのが強みだと思う。

正直どちらでも大差ないと思うがなぁ。

どうでもいいけど
>>448のライブラリ使うとXboxって最高のゲーム動作プラットフォームじゃね？
VRAMを直接弄ったり、かなり遊べるな・・・

MFCは独自のアロケータを提供してないし
newもmallocもオーバーライドしてないよ。
あまり知ったかぶらない方が良い。

あと、VCのCRT読める環境ならわかると思うけど、
mallocは標準的な素直なメモリプーリングしてるし、
newもそれを使っているだけ。
毎回API呼び出してメモリ取得したりしてるとそりゃ遅いけど
そいつはWindowsと、プログラム書いた人の責任だろ。

そーいやMinGWの実行ファイルがでかくなるとか言ってるな、stripしたこと無いんだろうな。
UNIX系独自のライブラリを持って来やすいのはcygwinだし、POSIXとかに依存しない
コードでかつgcc拡張使われたメジャーコードなんてのはほぼ皆無だし、Winで開発する限り、
その辺のところにgccのメリットなんてのは存在しない。

>>455
MFCでデバッグモードのコンパイルすると、newとdeleteがデバッグ用のそれに置き換わるじゃない。
メモリリークを検知できる奴。
それのことを言ってるのかもしれぬな。

>>455
一回MFCやATL/WTLで書いたプログラムを業務用プロファイラとかで実行しならが追ってみ。
思い切り色々叱られるから。

それとOpenGL系のライブラリ(例えばompとか）の中には、
基本はun*x、cygwinもOK、mingw32もサポート、でもmsvcはサポート外、
ってのは案外多い。

stripすりゃ小さくなるぐらいは知ってる、
ただ、そこに思い至らない初心者はいる、という意味で言ったのだわ。

ああ、あと、シフトJIS環境のソースを使ってると
コメント中の漢字２バイト目で不具合が出ることが時々あったと思ったけど、
最新のgccでは改善されてるんかね？
漏れはマルチプラットホーム前提の時は日本語コメント使わないのでよくわかってないのだが。
（かなりスレ違いになってきた気がするのでこのへんで自粛）

あと、そう言いながら普段はdev-c++使ってる漏れだったりｗ

ああ、あと漏れの言い方も悪かったな。
MFCが独自のメモリ管理をしていてそれがタコ、と言うつもりはなくて、
MFCが中で嫌なメモリの取り方をしている所があちこちにあって、
プロファイラとかを通すといちいち指摘されるんですよ。という意味。
WTLはそのへんかなりマシなのだけれど、それでも時々叱られるｗ

>>458
名前も言わずに「業務用」じゃぁ「一回〜追ってみ」とか無理です。
そんなこと言わずにどこがタコなのか教えてくださいよ。

> ただ、そこに思い至らない初心者はいる、という意味で言ったのだわ。
だったらはじめからそう書いてください。

>>460
あ、ごめんなさい。リロードせずに書き込みました。

つまり、
> 非ゲーム系アプリでは時々洒落にならなくなる。
これは「プロファイラとかを通すといちいち指摘」されて洒落にならなくなるってことですね。

で、今実際にexeファイルサイズにどのくらいの差が出るか裏を取ってみた。
Allegroのexamplesをmingw32とmsvcでそれぞれコンパイル。
mingw32は最大限の最適化+stripあり msvcは実行速度依存の最適化。
それぞれDLL版でやってみた。
結果：
おおむねmingw32版の方が1.5〜2倍程度の大きさになることが判明
それぞれの大きさまでは言及せずともいいよね？

Allegroのexamplesなので、誰でも再検証可能と思われ。
mingw32のバージョン：3.1.0-01
msvcのバージョン：Visual Studio 6 SP5

つうか、今時exeのサイズ気にする奴なんているのかよ

「Delphiで小さな実行ファイルを作ろう」スレ思い出した
不毛この上ない

.comで8バイトプログラムとか作ったのを思い出す。

まとめページでQuadrupleDが３Ｄ対応：◎になってるけど
地形作成機能がまったくなくコリジョン判定も弱い
対応フォーマットも少ないのに◎は他のライブラリの
評価とバランスが悪いんじゃない？

>>467
過去スレ見たが、QuadrupleDは触れてないように見えるが？
まとめ「ページ」ってこた、ここの過去スレではないんかな？
だったらURLよろしこ。

>>468
http://gamdev.org/w/?%5B%5B%A5%E9%A5%A4%A5%D6%A5%E9%A5%EA%5D%5D

>>469
さんくすこ。そっちの話だったのね
(つかそのページにこの項目上がってるの知らんかったわ)。
確かに、QuadrupleDがTrueVision3Dと五分の３Ｄ機能なのかと言われると疑問だわな。
貴重（？）なDelphi向け国産３Ｄライブラリではあるけど、
同じくDelphi対応であるTrueVisionとの比較で考えたいところだねぇ。
となると、○ぐらいが妥当かもしれん。
Wikiなんだし、訂正してしまえば？

OpenXDKのライブラリ見てみたけど
XBoxってWinsock使えないのか？
なんかDirectPlayベースっぽいけど・・・

って、違うな・・・
そもそもOpenXDKってsocket関連の機能が全く無い。
公式のXDKにはWinsockとほぼ一緒のコードでOKなやつがあるけど・・・。

OpenXDK使ってネットワーク系アプリ開発してる人って一体どうやってるんだろう？

単に誰もやってないのでは？
XBoxでネットワーク系アプリってゲームだと思うけど
OpenXDKはGPLライセンスだからソース公開の義務があるんで
きっとチートされまくりになる。

>>460
あ、そゆことね。

VCで作ると、MFCに限らず、Win32SDKだけで作ってもリリース版はメモリ管理悪くて
何も悪くないコードにも関わらず落ちる時あるよ。

>>474
はぁ？そんなこと一度もねぇぞ。

お前のコードが糞なだけだろ。
よくいるんだよな。
本当は自分が悪いのに、コンパイラやライブラリの（つまりは他人の）せいにする奴って。

何も悪くないプログラムを作る以上に、
何も悪くないプログラムだということを検証するのが難しい。

>>474
>VCで作ると、MFCに限らず、Win32SDKだけで作ってもリリース版はメモリ管理悪くて
>何も悪くないコードにも関わらず落ちる時あるよ。

そんなん起きたことないぞ
間違いなくお前のたたき方が悪い

>>460
勉強のためMFCのどの辺で嫌なメモリの取り方してるか
具体的な場所を教えて欲しいです。

>>474
何言ってるのこの人？
SDKだけで作って自分のコードが何も悪くないのに
「メモリ管理」が原因で落ちたらそれはWindowsのバグじゃないか。
VCに限らず何で作っても落ちるはずだろ？

VC使った後Delphiに戻るとホッとするよ

ネットゲーム向けのライブラリありませんか？
C/C++対応でオプソ、無償で日本語か英語のものをおながいします。

>>474
Debug の時は何もおきないようなバグにでもあったか？
そりゃ VC が Debug モードの時にだけ確保する領域違反検出用のメモリブロックを破壊してて、
Release モードだとそれがないから変なトコ壊して
強制終了食らってるだけなんじゃねーかっつー気がするな。

モノがベータ版とかいうなら別だが、コンパイラを疑うのは最後の選択肢だろうよ。

Purifyとか使ってMFCなプログラムのメモリリークを検知してると、
真っ先にMFCのメモリリークが報告されるね。

それはboostとかSTLPortでも検出されるよ。
MFCでもたとえばSplitterのドラッグイメージとか、ひとつしか生成しない事がはっきりしている
オブジェクトは、プールしていてプロセス終了に破棄を任せているし。
こういうのはむしろ賢い使い方であって、何ら問題ないと思うけど？

lintで警告が一切出ないソースしか認めないとか言うスタンスの人間ならその方針でもいいけど
そんな奇妙なコードかいてる人間なんてほとんど居ないだろうな。

ところで業務用プロファイラの話はどこ言ったのよ。
まさかVTuneのこととか言わないよな？

MFCの使い方が悪いとかだろ

実は>>474のOSはWindows3.1

ヒープはプロセスローカルなものなので、プロセス終了時に
リークしているものは、完全に無害。

どちらかというと、一定時間おきにリークしているものだとか
ある操作ごとにリークしているものが危険。

なお、STLがリークチェッカにひっかる件は、STLの公式ドキュメントにも
記されているよ。

ヒープの確保なんでどんな環境でも内部でAPI呼んでるんだろ？
それにC++だと開放は自分持ちだし・・
MFCにメモリ管理に介入出来るところなんてあるのか。

>>488
Afx……で始まる、一連のメモリ系APIとか。

まぁ、デバッグモードでOKなのにリリースで駄目とか
確かに書いたコードが悪いんだろうけどさ
モードによって結果が変わってたら、何の為のデバッグモードかは分からんね。

ど素人のためのデバッグモードです。

>>490
それはテメェの設定（デフォルトなんだけどさ）が悪いだけ。
デバッグ時に「変数の値をＸＸで初期化」って項目が確かある（うろ覚えだが）
なんか設定を色々といじってみたら？

>>484
わり、ここ２、３日ここ見る暇無かった。
その時使ったんはDevPartnerという奴だ。
（つか会社で調べないとわからなかったのさ、スマソ）
ttp://www.compuware.co.jp/products/devpartner/dpstudio6.htm
体験版があるっぽいので実際どうなるか通してみるとよかろ。
すでにこの話題はスレ違い甚だしいので、これで終わりにするために、
発言に至る全経緯を書いておく。長文になるがすまん。
NDAで明かせないところは勘弁しとくれ。

２年ほど前、漏れの所に、
「外注に作らせたプログラムが、ＰＣでは動くのだが某ＲＯＭ焼き用Windowsで動かん、面倒みれ」
というお達しが。（某ＲＯＭ焼きWindowsが何かはNDAで勘弁）
（もともと漏れはVxWorks屋なんだが、とりあえず面倒は漏れのとこに来る仕掛けになっていたのさ当時。）
ＰＣで追ってもさっぱりわかんねぇし確かに動く。でもターゲットに持ってくと動かねぇ。
ターゲットには計測用一品物ＰＣＩボードがわんさか刺さっているし、
そっちとの相性なんだろうかとも考えつつ追うがさっぱりわかんね。
しょうがないのでWindows部隊に相談すると貸してくれたのが上記のDevPartner。
それで追ってみると、MFC内のTabControle（だっけ？）あたりでメモリリーク警告される。
これが怪しいのかと仮定して、ダイアログにタブ何枚かとボタンだけ出して何もしないアプリを書いて、
ターゲットに持ってくと、やっぱり動かねぇ。
ＯＳ屋にネジ込んでみたが
「アプリの問題です、それで動かないとしたらこっちの仕様制限ということで」
ということでそっち方面の改善はのぞめない、ということになり、
泣きながら仕様書もないそのアプリを非MFC版に書き直しましたとさ。

ということがあったんさ。
そのターゲットＯＳが悪いと言えばその通りなんだが、
ＭＦＣにはこういう落とし穴もありますよ、ってことで。

というわけで、どう見てもム板、マ板系の話題なので、ここまでにしとく。
スレを元に戻すべく、>481のリクエストに対応のためネット巡りしてくま。

そういえばLunaはメモリ管理自前でやってたな。
ああいうやり方がいいのかどうかはしらんが。
ELはGlobalAlloc()だった気がする。
今ならVirtualAlloc()のがいいとは思うけど。
Win9x系ってnewででかい領域確保できないのが難儀な気がする。
設定で変えられるかも知れんけど以前画像展開用に
20MB確保しようとしてWin98だと落ちてたの気づかなかった事がある。
20MBも確保するなよ、と言われればそれまでだけど・・・

>>490
debug assertとか>>492にあるようなのとか使わないのか。
デバッグモードとリリースモードが全く同じならデバッグモードの意味ないじゃないか。

メモリ管理なんか自前でせずに、普通にmallocやnewでokだろ。

それがヤダってんならdlmallocでも使え
http://gee.cs.oswego.edu/dl/html/malloc.html

自作はヤメといたほうがいい。
大抵糞なモノが出来て、開発効率、実行速度、メモリ効率全てがガタ落ちする。

>>496でようやく「ライブラリ紹介」に戻ってきた。

>>481
RakNet
ttp://www.rakkarsoft.com/
UDPベースのオブジェクト同期系ネットワークライブラリ
Windows/Linux対応

>>498
RakNetはフリーソフトに使うのでなければ有料では？
>>481のネットゲームがフリーソフトなら問題ないけど。

>>481
HawkNL

ttp://www.hawksoft.com/hawknl/
LGPL、Windows、各種Un*x、MacOS 7〜9/X対応のネットワークライブラリ
オブジェクト同期までは持ってないが、ネットワーク越しのSignal、Mutexぐらいは持ってる。

LGPLならもうBSDにしてくれ！
と心底思う。

GPLにしたいところをLGPLで我慢してるんだろう。

OpenGL 2.0出たな。

>>475-477 >>479
まあ、普通は信じないだろうね。
実際起こってるｵﾚですら状況がわからんのだから。

>>482
＞Debug の時は何もおきないようなバグにでもあったか？
そう。
もちろんDebugとReleaseの動きがある程度違うという事は知ってる。
ちなみに、配列を操作するというわけでも無いし、動的変数を操作している訳でも無い。
普通に WORD で宣言した変数に値を入れたらある所で決まって落ちた。
もちろん他で宣言した WORD の変数ではこんな事無い。

んで、諦めて BCC でコンパイル（もちろんデバッグモードじゃないぞ？）したら、上手くいった。

>ｵﾚですら

ｵﾚの能力を疑わないところが素敵。

デバッグしてやるからソースうpしろ。

>>505
かなり改造して今、コンパイル通らない状態。
問題が起きた EXE ならあるが…

>>474(>>503)のような人間とは同じ職場で仕事したくない。プログラマ失格。

まず、一番疑うべきものが何かってところを完全に間違えてるよな。

>>506
通んなくてもいいんでupよろ

>>509
すまん。通してみたがもう起こらなかった。
うｐしても意味無いっす。

けど、DebugとReleaseで動きの違うプログラム作ってみた。>>474 で書いたのとは違う問題。
ttp://up.isp.2ch.net/up/b9bda95456d7.lzh
まあ、こっちは本当にただのバグで解決済みだが…
糞ースだが、ソース見る？（'A｀）

>普通に WORD で宣言した変数に値を入れたらある所で決まって落ちた
有るところで決まって落ちるなら、たぶん自分のプログラムが悪いよ。
原因もすぐ分かると思うんだけど。

>>511
あー、すまん。書き方おかしかった。

正しくは
普通に WORD で宣言した変数に、値を入れたところで決まって落ちる。
だった。

>>510
動きの違うプログラムってソースアップしないと意味ないだろ。

世界の中心で>>474に氏ねと叫びたい

そういやＶＣ６って放置のバグあったな
.netでなおってるんだっけ

vector<int>> a;
とか？

>>474　そろそろ他人デバッグやめろよ

>>513
ソースを晒すと474様の高度な技術がぱくられるので、
それは出来ません。

>>510
exeだけって舐めてんのか

第一怖くて実行できるかタコ！

誰も「debugとreleaseで動作が違うプログラムなんて組めない」
なんて言ってないしなぁ。どこまでもアホだよ此奴。

>すまん。通してみたがもう起こらなかった。

ってことはテメェのバグだったって認めたようなもんだろ
コードのデバッグの前に頭のデバッグしやがれと

まあまあ。

バグが出て、素直に自分自身を疑うってのはなかなかできるもんじゃないし。
できるようになれば、プログラマとしてはまあ中級者到達ってカンジだろうね。

とりあえず>>503の口ぶりを見ると
DebugとReleaseではなぜ、どのように動作が違うのかまだ理解してないようだ。
まあ、そんな時期もあるだろ。

仮に、VCにある条件でWORDへの代入を行ったときクラッシュするバグがあるとしよう。
それと「VCのリリース版のメモリ管理が悪い」のつながりと、
SDKだけで作ったものが落ちるバグと、460のMFCの話題の関連を説明してもらおうじゃないか。

まぁどっちにせよMFCは消えるからいいよ
.NETも同じようにいつか消えるのだろうけど

.NETはまだ始まってすら居ないというのが正直な感想なんだけど
ActiveXとかのように生きてるんだか死んでるんだか分からない状態のまま終わると思う。

で、ソースはまだかね？
まぁ逃げたんだろうけど。


自分で(>>510)糞ソースと認めてる癖に、
「何も悪くないコード」とか言ってんじゃねぇよ。

見るだけのクセにえらそうなこと
ぬかしてんじゃねえ

俺のプログラムのパフォーマンスが満足に出ないのも
バグが混入してしまうのもみんなVCのメモリ管理が悪い所為です。
ついでに言えばUIのデザインが今ひとつ垢抜けないのもVCの所為です。

で、>>474はいつ来ますか？
ソースまだー？ﾁﾝﾁﾝ

>>526
見ても理解できない人間ほど態度が尊大だから
すぐわかるよね(^_^;

bcc用のlunaの最新版ってdirectx9.0c対応になったんでしょうか？

>530
yes

>>531
有難うございます
道理ででコンパイルできないはずでした
さっそく入れることにします

Irrlicht0.7キター！

ttp://irrlicht.sourceforge.net/

シェーダー対応、きましたねぇ

　　∧⊂ヽ　　 ／￣￣￣￣￣￣￣￣￣￣
　 (ﾟДﾟ)ﾉ　＜　　シェーﾀﾞ
　　| ⊃|　　　＼＿＿＿＿＿＿＿＿＿＿
　　|　　|
　　⊂ノ〜
　　∪

>>533
これなに？すごすぎ。
英語が読めない私に誰か解説してください。

>>536
日本語解説ページ(0.7未対応)
Irrlicht A GoGo
http://www.zgock-lab.net/irrlicht/index.htm

ライブラリのレビューまとめ
http://gamdev.org/w/?%5B%5B%A5%E9%A5%A4%A5%D6%A5%E9%A5%EA%5D%5D

>>537
情報サンクス。
３Ｄエンジンなんだ。
こんなすごいのあるなんてマジでびびった。
＃やっぱ、海外ってすげぇな。

でも、英語読めないから情報とりにくいな。
日本語解説ページの人には頑張ってもらいたいな。

今後、こういう３Ｄエンジンがたくさんできてくれれば
ゲームがもっと楽に作れるようになっていいね。
そのうちDirectXに吸収されたりしないかな。

>>538
志村！XNA！XNA！

そういやまとめみるとDXライブラリがDirectDrawとかへんなことかいてるな

ＥＬ触ってみたがＤＸライブラリとは「とっつき」は逆の評価だな

ＤＸライブラリはＡＰＩドキュメントしかないがそれで十分つかいかたがよく分かるという
シンプルさを考えれば「ドキュメント」は○かなぁ

英語が読めるかどうかで評価は大きく分かれそうだけど、ＳＤＬのドキュメントが
俺的には○にならない

日本語でＳＤＬのすべてが完全に解説してあるサイトはないしね

完全じゃなくてもある程度解説してるサイトはほしいな＞SDL
途中で飽きちゃうのかな。3Dも2Dもglutでなんとかなるし。

>>541>>542
完全って、どんな解説を求めてるの？
SDL もシンプルだから、
Intro 日本語訳と SDLdoc-jp で十分だと思っていたのだけど

海外産ライブラリの日本語での完全な解説を
期待するほうが無理があると思うがな
国産ライブラリにポルトガル語のマニュアルがついてないと嘆くようなもん

ピンとこねーな

日本は翻訳大国なので、プログラマ（の一部？）も
マニュアルやドキュメントが翻訳されることに慣れちゃってるんだよな。
他の国だとプログラマは自動的に英語を読み書きするしかない→英語力アップでｳﾏｰ

日本よりもEU圏内の主力国の方が翻訳は早い。
英語が出来る人間が多いぶん、翻訳されやすい。
さらに市販ソフトなんかの場合、自国文化を大事にするEUでは、
まともに翻訳しないと訴訟騒ぎになる。

8bit時代はいろんなアセンブラにしろ日本語で情報が入りやすかったなぁ
雑誌にしろムックにしろまとめてくれるのが多かった

悪化してきてないか？

>>543
メジャーなジャンルのゲームを一通り
チュートリアル形式で完成まで解説したサイトだろ。

>>549
解説が中途半端（機能全てを説明せずに終了する）なものが多いからでしょ？
ゲームなんて一通り作ったら、ライブラリと関係ない部分の解説ばっかり出てきて見る人嫌になっちゃうよ。

>>548
知らなきゃならないことが多くなって、翻訳が追いつかないのでは。

あいてぃー技術とCG技術に関しては、日本は辺境だもの。

まとめwikiのELライブラリのページが消されてるけどなんかあったの？

ありました。誰かが復活してくれたのかな？
モレはwiki修正したことないけど。

Irrlicht Engine 0.7.1ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!

>>555
バグフィックスみたいやね。
0.7で実装予定だったけど見送られたヘイトフィールドのLOD対応かと期待したんだけどorz
ちなみにIrrlichtNX(CVS&パッチ投稿ベースで作られているIrrlichtのUnofficialバージョン）では対処済。
pngのロード等、機能もいろいろ増えており、こっちもお勧め
(ダウンロードにはcvsクライアントが必要）

ttp://www.irrlichtnx.mmdevel.de/

今DirectX9対応の３Dオンリーなライブラリ作ってるんだけど、どこまで設定できるといい?
シンプルさと設定の自由度の兼ね合いって難しいね。

>>557
最後まで

>>557
そうだなー、DX9ってこたシェーダ対応だべ？
だったら、定番系（キューブ、パンプ、放物変換、トゥーン等）の
シェーダ処理を標準で実装してると便利かもなぁ。
シェーダ対応ライブラリはいくつかあるけど、切り口は作ったからシェーダは自前で書いてね、ってのが多いから。

>>557
俺はガチガチで自由度がまったくない方がいいな。
何でも出来るということは何でもしなくてはならないということだからな。
そしてライブラリ側では何も出来なくなる。

ｄｘライブラリー並に直感的に
わかり易いのをおながいします

Irrlicht A GoGoにIrrlichtで日本語表示可能にするクラスが上がってるね。
webmasterに感謝。

おおー、グッジョブ！

Irrlichtを試してみたんですが、これかなりいい
まだ基本的な事しか分かってないけど色々と調べ中

Lunaの作者って韓国人なんだな。このスレで国産で紹介されてたからプロフィール読んでちょっとビックリ。
やっぱりPCゲームはあっちのほうが進んでるのかな。

日本のライブラリもいいんだけど、コミュニティーが活発でないというか
作者が作成から質問対応やら全てやってるので大変そうだ
作者が作るのをやめるとそのライブラリはそこで終了ってのが多そうな気がする

気がするのではなくて
実際そう

>>565
うわっ知らなかった！

>>565
へー、そうなんだ。
韓国語のホームページを日本語に翻訳してるのかな。

韓国人といえば
イチローや松井は在日だ
とか喚いていて笑った

>>570
そうだけど？

それ以上は板違いなので移動してください

別すれに書かれていたのだけど、ここはなかなかいい
ttp://www.devmaster.net/engines/

てかLunaの作者は普通に東京都在住とプロフに書いてある希ガス。
普通の在日じゃね？

>>569
普通に在日ですな。ハングルできないらしいし。
というか韓国人は嫌いだが、LUNAのｻｸｰｼｬは好きです。
叩かないでくださいお願いします。

それを普通は中の人次第というんじゃ。
海外のゲームや映画に出てくるギャグとしか思えない日本人像って好きですか？

Irrlichtって描画する文字のサイズを変えるには、サイズ別のテクスチャを
用意するか、GoGoみたいに自力で実装しないとだめなのか…

Lunaってここで紹介された中では難易度が高い方ですか？

>>578
C++分からなくても、Cがある程度できるならサンプル見ながらで簡単だと思う
サンプルだけダウンロードしてみては？

IrrlichｔってXファイル使えるようだけど、たいにーちゃんどうやっても見れねぇー

どこかにサンプルないですか？

在日め

>>579
レス有難うございます
さっそくダウンロードしました

誰かelのヘルプファイルうｐしてくれ

Lunaの作者んとこから落とせるよ

>>584
本家のURLにリンクしてあるから404になっちまうorz
elのヘッダファイルを検索することにしたよ

と思いつつ今見てみたらリンク張り替えてあった。
ｽﾏｿ

>>580
IrrlichtはテキストフォーマットのXファイルしかロード不可。
MeshViewerでセーブしなおしなされ。

DirectXSDK付属のTiny.xってはじめからテキストじゃなかったっけ？

>>580
Irrlicht A GoGoのチュートリアル第二回を使って、
モデルをサンプルのmd2からtiny.xに変えただけで普通に出たぞ。
tinyはmd2よりモデルがでかいんだが、大きすぎて見えないとかないか？

いや、自分はC#でやってたからだと思います。
.netの方はMd2しか使用できないようです。
表示するだけなら可能でした。が、Xファイル内のパスをフルパスにしないと駄目でした。

レスありがとうございました。

あー、C#かｗ、それならそうと書いとくｒｙ
Irrlichtは未完のライブラリだが、
Irrlicht.netはさらに未完成だからなぁ、人柱がんがれ。

Lunaって、DirectX8と9用がありますが、9用を8,9両方対応には出来ないんでしょうか。
8はもう改良されないようですし。

>>592
自分でやるんでしょ？それならできるでしょ。

めっちゃめんどそうだけどな。

１つ前のDirectX8用の方が使いやすい気がするなあ
あれで3D強化版を作って貰いたいけど無理だろうな

ありがとうございます。
8を使うようにします。

Allegroコンパイルできた。
これ、中々いいね。

vc++6.0＋Allegroなんですけど、
日本語ディレクトリの問題でつまっています。
サンプルもdatファイルにまとめると日本語ディレクトリ名
okですが（カレントディレクトリまで？
カレントディレクトリからの相対ディレクトリまで
日本語が可能かは不明）、pcx画像ファイルのままでは
読み込みのときエラーになります。
datファイルの登録の仕方は今、調べ中…
どなたかくわしい人、解説していただけませんか？

個人的にはLunaの作者はライブラリばっか作ってないで
フリーゲームとかも作ってもらいたい希ガス。
まぁアレだけ掲示板に要望とかバグ報告とかきてるんじゃ
それどころじゃないだろうけど。
フリーのライブラリってどのへんまでサポートするものなのかねぇ。

>>598
マルチプラットホームなライブラリ上で、そもそも日本語のファイル/ディレクトリ名を使わないのが一番の方策とは思うが・・・
（OSによって文字コードがまちまちだし、そもそも日本語が使えないＯＳだってあるからね）

1.Unicode設定をONにする。(examples中のマルチランゲージサンプルを参照)
2.L""表記を使ってファイル名をunicodeで渡す

でやってみては？

>600
俺もパスには日本語使わないのが一番だと思いつつやってみたよ

Unicode設定ONにして、L""でload_bmp()にファイルのパス渡してみたけど失敗
なので、uconvert_ascii()であらかじめパスをUNICODEに変換してから
load_bmp()に渡したらうまくいった

set_uformat (U_UNICODE);
:
uconvert_ascii("./ほげ/ふが.bmp", buf);
bmp = load_bmp (buf, pal);

ただ、UnicodeをONにするとtextoutの文字列なんかもL""つけたりしないとだめなのね

やっとloadpngライブラリのコンパイル成功・・・。
allegroって、手間かかるね。

環境やコーディングに依存すると思うけど、
各ライブラリの性能測るテストは何がいいんだろう。
そもそもナンセンスな議論なのだろうか？

HDDベンチみたいな基本描画をしてみるとか？

>599
作ってないかどうかはわからないだろ？
HN変えてやってればわからないし

>>599
本職でやってるから趣味はライブラリ作ってんじゃないかと想像。

Lunaってライブラリなのにメッセージループの隠蔽ないの？

D言語+SDL最強

>>607
メッセージ関係の処理は全部隠蔽されてると思うけど。
メッセージループ自体を隠蔽ってなるとライブラリから
毎フレームコールされるようなシステムになるんでないかと。
この辺は好みの問題か。

ライブラリっつーと、ツールキットのようにユーザーが書くコードがあくまで主体で、
それから呼び出すユーティリティ郡ってイメージがあるんだけど。

メッセージループが隠蔽されちゃうと、フレームワークとかスケルトンとしか捕らえられない。

マルチプラットホームを意識していないのでそれで問題ないから、だろうねぇ。
多種ＯＳを意識しはじめると、メッセージループ自体抽象化しないと対応しづらい時があるから。
Lunaの場合、もともとDirectXべったり＝他ＯＳへの移植は考えてない　だから
そもそも必要がなかった。ということだと思う。

他OSの移植とか前提にするとかなり作るの面倒そうだよなぁ
Macとかは他のライブラリどうしてんだろ。
LinuxはGLでよさそうだけど。

LinuxはGLでいいってXか？
だったらMacもXでいいじゃん

２DベースでいいのならJavaという選択肢があるな
J2SE5.0ではWindows以外でのアクセラレーションがやっとはいった(実装方法はOpenGL)
Windowsは1.4.1にDirectXでアクセラレーションが入り大幅にクライアントサイドアプリが高速化した

JRE同梱すればユーザーにJavaの存在を意識させることないしな

>>612
Allegroの実装を例に取ると、２Ｄは自前、３ＤはOpenGLやね。＜Mac実装
IrrlichtのOS-X移植プロジェクトもOpenGLベース。
Irrlichtの場合、テクスチャ処理の一部にエンディアン依存の部分があるので、
そのへんでOS-X対応にてこずってるみたいよ。

>612-613
漢ならLinux+vgagl

定期age

D言語でSDL、OpenGL使うと楽が出来るね。
日本語の情報も意外とあるし。

allegroって3D弱いな。

http://www.sgi.co.jp/visualization/performer/

gccでLunaを使ってみたいんですがどうすればいいんでしょうか

>>621
正式動作確認リストに gcc 無いよ。
作者さんに対応を考慮してもらうしかないんじゃ…？

一応、最新ではない前のソースなら修正して gcc でもコンパイルできたよ。
Luna は Windows で動作する DirectX 環境が必要だから、
必然的に Cygwin,DevC++,MinGW のいずれかと gcc 用の win32api と
DirectX9.0c ライブラリが必要でしょうね…。あとソースの文字コードが
SHIFT-JIS だから -finput-charset= が効くバージョンが便利じゃないかなぁ…。

ちょっと面倒そうですね･･･
Windows関係よくわからないので素直にBCCにしようと思います。

>>623
Visual C++ Toolkit 2003 にすればいいんでないの？

Visual C++ Toolkit 2003はめんどうだし
足りないものがあるときがあるんだよな

>622
やり方ｐｌｚ

>>625
Platform SDK と .NET SDK を全部入れて環境変数をちゃんとしてたら、
/MDd 以外では困ったこと無いけどなー。
面倒さでも、MinGW + MSYS とどっこいどっこいだと思う。

互換性無視のMSのツールはなるべく使いたくない。

>>628
互換性を重視するなら、
http://unxutils.sourceforge.net/
から必要なものだけとってきて使うとか、
MSYS の上から使ってみるとかはどう？

nmake をやめるだけでも、ちょっとすがすがしくなれますた。
統合環境じゃないなら、パッチのあたった makedepend を探してくるのもイイかも。

>>627
詳細はわすれたけどmsvcrt.libあたりがないって
エラーがあったんだよな。
.NETにはあったからリンクしたけど別のエラーがでて
それでやめちまった。

>>630
全部入れてもだめだったんなら、MFC か ATL かな？

まあ、ライブラリも MinGW に対応してるのが増えてきたから、
無理に使わなくてもいいよなー。

と、ｽﾚ違いの話題を無理に戻してみる。

>>626
遅くなりましたけど最新版のLuna for DX9.0cで動作確認しました。

GCC ライブラリのコンパイル手順はこんな感じです。

a. まずは DirectX 9.0c 用のライブラリをインストール

　1. 古い DirectX ライブラリではビルドできないので削除
　　(/mingw/include および /mingw/lib を検索)

　2. DirectX 9.0c ライブラリをインストール
　　http://www.g-productions.net/
　　DirectX90.DevPak, DirectX90b.DevPak, DirectX90c.DevPak の３つ。
　　DevC++ ならそのままインストールできると思われ。MinGW, Cygwin は
　　展開して include, lib, DLL の内容を適宜コピー。

　このライブラリでビルドした DirectX9 アプリケーションは
　実行時に同梱のＤＬＬが必要になります。

b. Luna ライブラリのコンパイル

　1. ソースコードをダウンロード
　　http://www.twin-tail.jp/
　　luna_dx9_src.zip, luna_dx9_msvc.zip

　2. luna_dx9_src.zip を展開して Source のファイルを少し修正
　　Source/Luna.h, Source/Luna.cpp
　　　WINAPI を int WINAPI に変更
　　Source/LunaBase.h
　　　#pragma を削除
　　　#include <winnls32.h> を削除
　　Source/LunaModelSub.h
　　　~CModelAlloc() {} を virtual ~CModelAlloc() {} に変更
　　Source/LunaSystem.cpp
　　　::WINNLSEnableIME( NULL, Flag ); を以下のように変更
　　　HWND hIMEWnd = ::ImmGetDefaultIMEWnd( Luna::GetWindowHandle());
　　　::SendMessage( hIMEWnd, WM_IME_CONTROL, (Flag != FALSE) ? IMC_OPENSTATUSWINDOW : IMC_CLOSESTATUSWINDOW, 0);

　　Source ディレクトリの全ての *.cpp ファイルをコンパイルしてビルド

　3. ソースコードの CP932 エンコードは一部が ASCII コードと
　　重なるおそれがあるためコード変換が必要

　　CP932 をそのままコンパイルできる GCC なら, このステップは
　　省略可です。(-finput-charset=cp932 は不可です)

　　i. 文字定数および文字列リテラルの CP932 マルチバイト文字を
　　　拡張表記(エスケープシーケンス)に変換

　　ii. iconv などを使用して utf-8 エンコードに変換

　4. コンパイルオプションに MS-Windows シンボル定義を追加
　　-DWINVER=0x0410 -D_WIN32_WINDOWS=0x0410 -D_WIN32_IE=0x0400
　　最適化や警告オプション (-march -O -W) はお好みで

　5. 2〜3 で変換したソースファイル群を g++ でコンパイル
　　気になる警告があれば 2. に戻って適宜修正

　6. ar.exe で 5. でコンパイルしてできたオブジェクトファイルを
　　まとめて libLuna.a ライブラリを生成します。

　7. luna_dx9_msvc.zip から Luna.h をコピー、GCC 用に修正します。

　　・#pragma を削除
　　・WINAPI WinMain, WINAPI Boot を int WINAPI 〜 に変更
　　・#include <winnls32.h> を削除
　　・~CModelAlloc() {} を virtual ~CModelAlloc() {} に変更
　　・b.3 の方法で CP932 から utf-8 に変換

　以上です。libLuna.a と Luna.h を使います。

　サンプルソース sample_all.zip は以下を除いて動作確認
・3DEX_15 (問題が発生したためダイアログで落ち)
・3DEX_21 (Initialize Direct3D Device ->Sprite Ex Manager で停止)
・Movie_00 (動画しながら落ち Movie_01.exe はOK)
・Network_00〜01 (ネットワーククラス初期化に失敗ダイアログ)
・Sound_01 (再生時に落ち Ayame.dll 動的リンクに難あり?)

TV3D使用の中華製FPS
見た目はなかなかそれっぽくなってる
http://www.truevision3d.com/phpBB2/viewtopic.php?t=7054

>>632
ネ申
Dev-C++だとWin32API関係の関数が一部足りなくてコンパイル通らない。
Cygwinでチャレンジしてみるよ。

Lunaのgcc正式対応来たね。
ココの情報を参考にしてると思われ。

作者殿 GoodJob!
gccにも正式対応していただいてありがたいです。

早速サンプルをテストしてみました。
3DEX_15：◎(動作するようになりました!)　3DEX_21：△(落ち)
Sound_01：△(再生で落ち)
Console_00：○ FEP_00：○ (utf8なので表示がちょっと化けます)
数個のサンプル以外は正しく動作します ◎

>>639
3DEX_21はリソースもちゃんとリンクすれば動作ok。
ダイアログが文字化けで分け判らなくなってるけど。
文字コードの問題あるからフォント描画周りをどうするべきか。
VCやBCCの方もUTF-8で作る・・・っていうのも厳しいかな。

>>640
ありがとうございます。 3DEX_21 の動作を確認いたしました。
Test.rc を windres(gcc) で変換したものでは落ちていたのですが
MS Windows SDK の rc.exe で変換してうまく動作しました。

>VCやBCCの方もUTF-8で作る・・・っていうのも厳しいかな。

UTF-8からCP932に変換したり…。ちょっと手間がかかりますね。
ライブラリ→MSVCRTがCP932に対応していると期待できれば
文字列だけ拡張表記で変換する方法もあるのかなと…。
読みが甘いかもしれませんけど…。(^^;

wikiにAllegro追加乙

だれかMFC対応のDirectXライブラリを紹介してくれないか。

>>643
DirectX SDK

>>644
ごもっとも・・・

保守

http://pc5.2ch.net/test/read.cgi/tech/1101290888/

今見たらwikiのAllegroがけっこう更新されてるのね。乙

なんか、Irrlichtのホームページ重くない？

Irrlichtを使って2D画像を描画すると、DirectXレンダラーの時に画像が
荒く表示されてしまうんだけど、誰か正しい表示方法知りませんか？

video::ITexture* images = driver->getTexture("image.bmp");

driver->draw2DImage(images, core::position2d<s32>(0,0), core::rect<s32>(0,0,640,480));

こんな感じで描画してます。
ソフトウェアレンダラーの時は正しく表示されるんだけどなぁ。

http://irrlicht.sourceforge.net/phpBB2/viewtopic.php?p=27446&highlight=draw2dimage#27446

解決しますた。
2乗サイズ以外の絵をそのまま使えていたので、何も考えずに使っていたけど
やっぱり駄目なのね。

http://www.zgock-lab.net/irrlicht/index.htm
ここ見たけど、freetypeってスタティックリンクしたらソース晒さなきゃ
いけないんだよね。

日本語の資料が豊富なゲーム向け3Dエンジンはないでしょうか？
Irrlichtは解説サイトが1つしかない上、更新が止まっているようです。
いいものがあれば教えてください。作るゲームはFPSです。

Irrlichtがいいと思うよ。
英語を読めなくても、コードだけ読んでれば使える。

>>654
同意

Irrlichtの解説サイト、横に長すぎて見づらい

＞Could not load mesh, file format seems to be unsupported: tris.MD2
IrrlichtでMD2ファイルを表示しようとするとこんなエラーがでます。
MD2って同じ拡張子で色々フォーマットがあるんでしょうか。
うまく表示できてる人います？
sydneyたん以外もなんとか表示したいのでやり方知ってたらお願いします。
表示できなかったのはこのサイトのQuake 2 Modelsで、クリリンやセーラームーンと
あと何種類か試してみましたけどダメでした。
http://www.planetquake.com/polycount/

>>652
FreeTypeはLGPLじゃなくてBSDライセンスなので、使ってることさえ明言し、
FreeTypeのlicenceドキュメントを同梱すればよいはず

>>657
うちでは出来てるけど？
ロード部分のコード晒してみれ

今だ！700ゲットォォｫｫ！！
￣￣∨￣￣￣￣￣￣￣￣
　　 　 ∩ ∩
　　 〜| ∪ |　　　　　　　　　(´´
　　 ﾍﾉ　　ﾉ　　　　　　　(´⌒(´
　　(（つ　ﾉ⊃≡≡≡(´⌒;;;≡≡≡
　　￣￣￣(´⌒(´⌒;;
　　　ｽﾞｽﾞｽﾞｽﾞｽﾞ

誤爆

>>659
こちらのサイトのソースをロードするファイル名だけ変えました
sydney.md2は表示できています
http://www.zgock-lab.net/irrlicht/tut02.htm

IrrlichtEngineを触り始めたのだが、
アニメーション無しｘファイルを表示できません。

DirectXのサンプルにあるtiny.xのような、
アニメーション付きｘファイルは表示できるのですが、
tiger.xのようなアニメーション無しｘファイルの表示がうまくできません。

IrrlichtDevice* device = createDevice( EDT_OPENGL, dimension2d<s32>( 640, 480), 16, false, false, 0);
ISceneManager* scene = device->getSceneManager();
IAnimatedMesh* mesh = scene->getMesh("AAA.x");
IAnimatedMeshSceneNode* node = scene->addAnimatedMeshSceneNode( mesh );

ここってライブラリ紹介スレで
Irrlicht質問スレでは無いんだが。

Irrlichtスレ立てるか？

Irrlichtスレ熱望

>>663-666
Irrlicht初心者質問スレ
http://pc5.2ch.net/test/read.cgi/tech/1104179696/

なんとなくだが、国産のライブラリって２Ｄメインのものが多くないか？
３Ｄに真面目に対応した国産ライブラリってあんまり見かけないような気がするんだけど・・・。

技術の問題なのか趣向の問題なのかわからんが・・・
elなんかはとりあえず実装してすぐにサポート中止になったからなぁ・・・。

ライブラリとは、分ってる人間が楽をする為の物で
分って無い人間が出来る様になる物ではないから

つまり国内じゃ、ユーザーの嗜好もそうだが
開発者のレベルも3Dなど出来ません
って意味だってこった。

ライブラリを公開してるLunaとかのサイトの掲示板見てみろ
DirectX以前のレベルの超DQN質問が盛り沢山…

例えば、文字列表示関数とかあるとするよな？(3Dとは関係無い例)
質問で、文字ってなんですか？日本語ってどう書くの？
って質問が来るってこった。

つまり、3Dを分って無いで使いたがる奴の相手がウンザリだから、そう言ったライブラリは出ないのよ

なるほど・・・
確かにLunaの掲示板とかファイルがありませんだの、
IDEの設定方法がどうしただの・・・
しかしあそこもほとんど作者１人で掲示板の対応してるんだなぁ。

その他モデルデータのファイル形式にしても、2D画像とは違って規格がバラバラだし、
例えばXファイル一つにしても座標系の規定もなければ、
スケールや標準の向きも無し、作成環境によって頓珍漢な場所を向くことになる。
独自形式にするにしても、各種ファイルからのコンバータを、
自分の使わない種類のファイルに対しても対応させなければならない。
そういったプログラムを他人が作ってくれるような、
有名ゲーム採用のライブラリでも無い限り、個人の負担が大きすぎる。

俺は、自分のゲーム内のスケールで１×１×１になるボックスを作って、
それを基準にしてモデル作ってるけど。

ファイル形式は面倒だよね。
COLLADA が福音となってくれると良いんだけど。

http://collada.org/

671の様な頓珍漢な事を言う奴がいるからだな…＜3Dを分って無いで使いたがる奴の相手がウンザリだから

＞例えばXファイル一つにしても座標系の規定もなければ、
…そんなの、そのデータを使うプログラム側で決める事だろ

＞スケールや標準の向きも無し、作成環境によって頓珍漢な場所を向くことになる。
君が、Xファイルエクスポーターと3Dソフトの対応を分ってないだけだろ

＞有名ゲーム採用のライブラリでも無い限り、個人の負担が大きすぎる。
求められる技術が高い事と、その技術が足りないって事は別だと思う
3Dゲーム作るのに、モデルデータやコンバータが用意されているのが
当たり前の様な発言は、技術が足りないからとしか取れないよ
普通は自前で用意するのが当り前、それが出来るけど用意されてるなら楽だから使うって程度
”負担”とか言ってるのは、技術が足りなくて容易に出来ないからとかし取れないよ

＞ …そんなの、そのデータを使うプログラム側で決める事だろ
だから読み込んで一意的に表示出来ないわけなんだけど。
データの内容に基準がないからライブラリで補えなえず各自調整。
その度に質問を受けて、調整方法を回答する手間。
そして面倒くさくて使えないと言われ結果に。

＞ 君が、Xファイルエクスポーターと3Dソフトの対応を分ってないだけだろ
デザイン時に合わせることは出来るけど、これもライブラリ側ではなく、
ユーザに合わせてもらう必用がある。
その他座標系の変換が効かないエクスポータの場合、この時点で調整できない。
こうなるとまたサポートの手間。

で、ここまで書いて良く読んでみたら、
＞普通は自前で用意するのが当り前、それが出来るけど用意されてるなら楽だから使うって程度
他人に公開する場合の汎用ライブラリを作る場合の問題点の話を別の話と勘違いしてるし。
自分でしか使わないのなら、それはいくらでも調整できる。
作成環境が特定できない他人に使わせる場合の話なんだけど。

修正
×他人に公開する場合の汎用ライブラリを作る場合の問題点の話を別の話と勘違いしてるし。
○他人に公開する為の汎用ライブラリを作る場合の問題点を別の話と勘違いしてるし。

＞だから読み込んで一意的に表示出来ないわけなんだけど。
それって、3Dプログラムの設計が理解出来ませんって宣言？
あのさ、ライブラリで左手系か右手系を決めたら、
各3Dソフトのフォーマット調べて対応すれば良いだけじゃん…＞例えばXファイル一つにしても座標系の規定もなければ、

＞ユーザに合わせてもらう必用がある。
当り前じゃん、ライブラリの独自フォーマットなんだからさ…
しかもさ、君が散々言ってるのってライブラリじゃなくて、”コンバータ”レベルの話だし

＞その他座標系の変換が効かないエクスポータの場合、この時点で調整できない。
てかさ、Xファイル関連の文句なの？自分でコンバートプラグイン程度作れないの？

＞作成環境が特定できない他人に使わせる場合の話なんだけど。
なんども言うが、それはコンバートの問題で
しかもだ、だから制作環境が違う側が、ライブラリに合わせるんだろ…
そうしないってなら、それは
”やりたいけど、自分理解出来ないです”って宣言？

もしかしてさ、前提を気が付いてない？
”ライブラリとは、分ってる人間が楽をする為の物で 分って無い人間が出来る様になる物ではない”
これは製作者も使用者も一緒の事

良く読むと、Xファイルの既存の各エクスポーターの文句しか言ってないじゃん…
自分でエクスポーター程度作れないで
既存の物を前提にして文句言ってるんだ…はぁ…

ライブラリを作って公開とか語る以前のレベルだと、自覚がない？…

だから自分のみしか使わないのならいくらでも対応できると書いているんだけど、
何故それを無視して話を続けるのか理解できない。

＞ てかさ、Xファイル関連の文句なの？自分でコンバートプラグイン程度作れないの？
自分の環境用なら作れるが、他人の使っているソフトの面倒まで見られないが。
3DSMAX6用なら独自形式のエクスポータを作ったけど、
この場合、MAXを持っていない奴は使うなというライブラリが出来上がる。
そうなると多くのソフトで対応している形式に対応せざるを得ない。
あくまで他人に使わせる場合に困るという話。

書き込みの内容から、とにかく相手を見下したいというのがにじみ出ているけど、
エクスポータぐらいは作れる。
信用できないのなら、MAXに関しては適当にカマをかけた技術的な質問をしてもらって構わない。

いえ、いえ、いえ

＞自分の環境用なら作れるが、他人の使っているソフトの面倒まで見られないが。

これが問題だと気がついてない？！
それで公開とか言ってて恥ずかしくない？

＞自分の環境用なら作れるが、他人の使っているソフトの面倒まで見られないが。
＞あくまで他人に使わせる場合に困るという話。

あのさ、これは同じ問題じゃないよ？

＞これが問題だと気がついてない？！
＞それで公開とか言ってて恥ずかしくない？
他人が高価なソフトを使っていて、その度に購入してプラグイン作成？
海外のライブラリでさえ公式プラグインをあらゆる環境に対応させていない。
現実を見ないで理想を語ってどんな意味があるんだろう？

とりあえず技術的な突っ込みをよろしく。
実装上必用なインタフェイス、メッシュの取得方法、ボーンウエイトの取り出し、
マテリアルからテクスチャの取得まで、適当に方法を質問していいから。

でそれだけ言うからには>>680は色々と経験があるんだろうけど、
何のエクスポータを作ったことがあるの？

＞これが問題だと気がついてない？！
＞それで公開とか言ってて恥ずかしくない？
他人が高価なソフトを使っていて、その度に購入してプラグイン作成？
海外のライブラリでさえ公式プラグインをあらゆる環境に対応させていない。
現実を見ないで理想を語ってどんな意味があるんだろう？

とりあえず技術的な突っ込みをよろしく。
実装上必用なインタフェイス、メッシュの取得方法、ボーンウエイトの取り出し、
マテリアルからテクスチャの取得まで、適当に方法を質問していいから。

でそれだけ言うからには>>680は色々と経験があるんだろうけど、
何のエクスポータを作ったことがあるの？

＞これが問題だと気がついてない？！
＞それで公開とか言ってて恥ずかしくない？
他人が高価なソフトを使っていて、その度に購入してプラグイン作成？
海外のライブラリでさえ公式プラグインをあらゆる環境に対応させていない。
現実を見ないで理想を語ってどんな意味があるんだろう？

とりあえず技術的な突っ込みをよろしく。
実装上必用なインタフェイス、メッシュの取得方法、ボーンウエイトの取り出し、
マテリアルからテクスチャの取得まで、適当に方法を質問していいから。

でそれだけ言うからには>>680は色々と経験があるんだろうけど、
何のエクスポータを作ったことがあるの？

＞この場合、MAXを持っていない奴は使うなというライブラリが出来上がる。
＞そうなると多くのソフトで対応している形式に対応せざるを得ない。

そんなのさ、設計思想の問題
他の対応を拾いたければ、そうすれば良いだけの話
自分で出来ないって言ってさ、それを問題視されても
”あんたが出来ないからでしょ？”ってしか言えないだろ……

＞これが問題だと気がついてない？！
＞それで公開とか言ってて恥ずかしくない？
他人が高価なソフトを使っていて、その度に購入してプラグイン作成？
海外のライブラリでさえ公式プラグインをあらゆる環境に対応させていない。
現実を見ないで理想を語ってどんな意味があるんだろう？

とりあえず技術的な突っ込みをよろしく。
実装上必用なインタフェイス、メッシュの取得方法、ボーンウエイトの取り出し、
マテリアルからテクスチャの取得まで、適当に方法を質問していいから。

でそれだけ言うからには>>680は色々と経験があるんだろうけど、
何のエクスポータを作ったことがあるの？

自分の言ってる恥ずかしい発言を誤魔化す方向に必死ですね…

マジで、自分で設定して、自分で出来ないって言って、それを

＞他人が高価なソフトを使っていて、その度に購入してプラグイン作成？
＞海外のライブラリでさえ公式プラグインをあらゆる環境に対応させていない。
＞現実を見ないで理想を語ってどんな意味があるんだろう？

これですか？！

>RFsYct+p
別に何が何でもコンバータを作らなあかん訳でも無し、
独自形式の仕様を公開するだけでええやん。
誰かが作ってくれるかもしれないし。

しかし心の底からどうでもいいフレームだな。

とりあえずRFsYct+pと1vk6FrI1は何か作って公開したら？

個人的には良くも悪くもＸファイルは対応ソフトもコンバーターも多いんだし
マルチテクスチャが使えないこと以外に特に不満はないんだけどなぁ。
DirectXのSDKにも高性能なビューアーが付属してるんだし、
座標系がどうとかそういうのがライブラリで吸収できるようにすればいいだけ。
スケールに関しても、プログラマが基準を決めてデザイナーがそれに従うものでしょ。
現実的な問題としてLunaなんかも３Ｄ初心者が３Ｄで何か作ろうという上で
役に立ってるような気がするしね。つってもLunaで作られたソフトってあんまり見ないけど。
まぁ掲示板の質問は確かにそれ以前のものが多いけどね。

ライブラリに必死な奴って本体完成しないよね

>>691
その議論はずっと上のほうで結論が出ている。（たしか）

1vk6FrI1には是非自作のものを公開して欲しいな。

まあ俺も座標系、単位系ぐらいは統一していた方が良いと思うな。
少なくともXFileでいう距離1.0とは、1mなのか1μmなのか、1光年なのか
判断がつく仕組みはあった方がいい。
そしてこれはXFileスタンダードじゃなきゃ駄目、やれるやれないじゃなくてあるなしが重要。
XFileにはTangent、Binormalテンプレートがないなど仕様が古臭くなってるから、
2.0にVerUpしてくれても良い時期だと思うな。
あとXFile上位のシーングラフ記述フォーマットとか欲しい。

知らなかったんだがnVidia SceneGraphSoftwareDevelopmentKit(NVSG)なんてのが
出てたんだねぇ、まあ使うことがないが。

みなさん
世界標準のdxfがあるじゃないか

>>695
http://pc5.2ch.net/test/read.cgi/tech/1101290888/

>>694
RM時代から比べると、ボーンウエイトとか微妙に増えてます。
しかしあまりテンプレートを増やす気がないようなので、
結局独自定義したテンプレートを勝手に作るしかありません。
そして独自形式と変わらないという結果に。

シーングラフとかXNAで取り込まれるんだろうなあ。
そん時にXFileは捨てられるんでしょうな。
MSはXML大好きっ子だから、VRMLみたいなの独自で作ると予想。

COLLADA からのコンバータさえ用意すりゃいいじゃん
って、既出か

面白いゲームに出会う

作ってみようと思う

開発環境を整える（フリー）

さあ、始めるぞ！！！・・・課題が盛りだくさん（音楽作成、モデルデータ作成、プログラム作成、etc）

一週間ほど夢中になる。

ふと、気がつく。

いったい・・・俺は・・・このゲームを作って・・・・・・作って・・・・・・・・・・・・・・何がやりたいんだ・・・・？

誰かに遊んでもらう訳でも無し、自分で遊ぶわけでも無し、公開する場所があるわけでも無し、・・・

・・・・・・・・・・・・・・・・・・・・・・・・・

zzzzzzzzzz

一人でゲームを作るのは大変だ！！！

俺はゲームを完成させる全ての人を尊敬するッ！！！

その段階から一週間では、何一つとして形になっていないので、
そんなことを考えている余裕はありません。

新しいフォーマット作って環境持ってる香具師がそれぞれ出力プラグイン書いて
他の香具師がDX、GL用のローダ、表示ライブラリ作ったりとかって盛り上がるかな？

汎用的で拡張性のあるフォーマットってのがなかなか難儀なところだよなぁ。
やっぱXML形式のファイルを中間ファイルとして最終ファイルをそこから
コンバートするやり方がベストなのかも。
どっちみち一人でやると偏るから複数人での共同作業になるか。
んでも面白そうなネタだからやるなら参加してみたいな。

>>704
COLLADA

>>704
COLLADAマニュアル読もうとしたら
いきなりSCEのロゴがあって
吐き気がしたんでやめた。

趣味でゲーム作るくらいなら
オナニーでもしてろっつーの

鏡の前で叫ぶ707

Irrlicht A GoGoどこいった？

>>705
結局フォーマットの定義とサンプルだけでは大して意味ねーってことになりそ。
無いよりはマシだけどさ。

>>709
がーん
消えてるじゃんorz

fmodとSDL_mixer以外にクロスプラットフォームなサウンドエンジンって有る？
両者で別に不満はないのだけど取りあえず知りたい。

あるよ

ある意味JavaSoundってきれいなクロスプラットフォームなライブラリか
oggとかプラグインで再生できるしねぇ

BASS

openAL
3dサウンドいけるぜよ。

Irrlichtスレで翻訳プロジェクト開始

Irrlicht初心者質問スレ
http://pc5.2ch.net/test/read.cgi/tech/1104179696/

age

約一ヶ月ぶりか。

COLLADAパーサーってどこかに落ちてない？

そこら中に落ちてるが、何故そんな分かり切ったことを聞くのか理解できない。

落ちてるならさっさと教えろや 《ﾟДﾟ》ｺﾞﾗｧ.

COLLADAはXMLなんだから、XMLパーサを探せばいいわけだが、
その程度も探せない程能無しなのか？

うん、だから教えろ

>>706
http://www.alias.co.jp/products-services/fbx/

>Alias FBXは、無償のプラットフォーム非依存の
>3Dオーサリングおよびエクスチェンジフォーマットです。
>これによって、主要な3Dベンダーやプラットフォームからの
>3Dコンテンツへのアクセスが可能になります。

コピペ。SCE嫌いな人へ。

(´-`).｡oO(好きとか嫌いとか、技術者の態度じゃないよな）

そうでもない

技術者はどう言うときに好き嫌い言ってもいいの？

なんかもやっとしたものを感じたとき。

>>729
それは趣味人です。

土木作業員ならぬ電脳作業員が好き嫌いだなんて
100万光年はぇえんだよぼけかす

>>731
> 100万光年はぇえんだよぼけかす
距離が速いの意味がわからん。

触ってあげるな、可哀想だから

Lampってどうですか？使ってる人います？

XNAでまたファイルフォーマットの標準化がされるようだな。
Xファイルからようやく変われるか。
>「XIF:XNA Interchange Format」

>>734
ｳﾝｺｰ

新バージョンｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!
作者乙

SGL2D(WindowsNT/2000/XP/プログラミング)
http://www.vector.co.jp/soft/dl/winnt/prog/se337119.html
Chackey's home-page
http://home.att.ne.jp/star/airaku/chackey/

.NET環境で使えるライブラリってねえ？

>>738
何関係のライブラリか言わないと答えようがないと思うんだが・・・
zlibとか言っちゃうぞｗ
まあ描画系だと思うのでIrrlicht.netを挙げとく、まだ未完成だけどね。

>>737
自演乙

>>737
ソース非公開でDLL改変禁止…
そんなもん誰も使わねー！！！
バグが出たら、責任持ってサポートしてくれるのか？

素人のヘボライブラリに何の価値があるというんだ
ソース見たいとすら思えなくて笑った

２ＤならＳＤＬがあるしなあ。

SDLとOpenGLのパチモンみたいな名前だな

True Axis
比較的最近出てきた物理エンジン。非商用フリー
インターフェースが使いやすいと評判になりつつある。

ttp://www.trueaxis.com/

誰かDirectX9c.DevPackうｐキボンヌ
公式サイトから消えてるよ・・・。

ｿｯｶｰ

DX headers(non-redistributable)が含まれているので
illegalだとクレームがついたようですな
SDKのdiff形式にしたら？という意見があるのでMS DX teamと
contactをとって permissionが得られなければ
今後の提供はdiff形式になるのだろうか...
ZoE氏はすぐに使える(compile)形を維持したかったらしいが..
今はcontact-reply待ちかな..?

中途半端な和訳みたいな文章だな(´･ω･｀)

英語を混ぜて話す人は頭が悪いらしいぞ。
きをつけよ！

フリーで商用可の通信ライブラリ教えろ
開発環境はBCCだ

Winsock

Winsock2.0

http://YahooBB219215164084.bbtec.net/
っうぇうはっｗｗｗｗｗｗ
ｗｗｗｗｗｗ
うはっｗｗｗ

おｋｗｗｗうぇｗｗｗｗうぇｗｗｗっうぇおｋｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗっうぇｗｗｗｗｗｗｗｗｗｗｗｗ

山田に馬鹿にされた気分だ

http://ZD218022.ppp.dion.ne.jp/
っ
っうぇ
っうぇｗｗｗｗｗｗｗｗうぇｗｗｗうはっｗｗｗ
ｗうぇｗｗｗうはっｗｗｗｗｗｗｗｗｗうはっｗｗｗ
ｗっうぇ
ｗｗｗうぇｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ふと思ったんだが、
DirectX Programmers Page
ttp://www.interq.or.jp/black/minami-m/
のDirectXサンプルもライブラリの部類にはいるんかな？
再配布フリーだし、最小限の機能なので使いかっても個人的にいい感じだし。

決め手はライブラリファイル生成の有無
インクルードファイルだけの場合は
再利用性の高い形で書かれているか、あたりがポイントじゃね？

自作のライブラリ使ってるけど、アホでもそれなりに、
わかっている人はそれなりに深く使えるように作ってるつもり。(´･ω･`)
汎用性と実用性が重要なんじゃないすかね。
ゲーム作るためではなく、デモを作るためのライブラリが多すぎる気がする…

ライブラリがあってもフレームワークがないんだよな

マルチプラットフォーム対応なBSDライクなライセンスのゲーム向けライブラリって何かある？
SDLはLGPLだし…
Allegroが近いけど寄付推奨ウェアって感じ？？？

>>761がこれから作るライブラリ。

Irrlichtがzlibライセンスじゃなかったかな

Windows限定でいいから質の高いライブラリが欲しい・・・

>>764
directx

色々試したけど、質の高いライブラリはないと思った方がいい。
低レベルのライブラリの上に、自分向けのライブラリを構築するのが一番楽。

age

「質の高い」の基準が人によって違うからな。
使いやすさも理想も求める品質や権利関係も人それぞれだ。

「この程度なら自分で実装したほうがいい」と考えるかどうかの境目って感じ。

いい加減ゲーム本体に関係ないコードいじくるの面倒くさいから他人任せにしたいんだけど、
他人任せにしたら自分の腕が落ちそうで、どうしたもんかと。

自分のコードは果たして資産か負債かってやつかな。

オレも長年ゲーム作ってるが>>766に一票

ソースつきのライブラリを参考に
必要な部分だけぱくって組み込むのが最強

俺は質はほどほどでいいので
irrlichtなみにお手軽で、サウンドや
入出力、日本語関係まで全部対応してて
エクスポーターも完備してるのが欲しいよ。
LunaにBSP周りが付けば悪くないと思うんだけどね。

ttp://www.cipherengine.com/
これ使ってる人いる？
半年ほど更新が止まってるが安定したのか、寂れたのか。
$100とはいえ、デモムービーだけじゃちょっと
手を出しづらいんだよね。

>>773
同じ１００＄なら、漏れならTV3Dにしとくかなあ。
ロゴ入るとはいえ、フリーバージョンでやれることは事前にきっちりわかるし。
TV3Dの次バージョンがシェーダデザイナ同梱、物理エンジン搭載ということで、
フリーバージョン公開されて、いい感じなのが確認できたらマジ買おうかと検討中。

ttp://www.devmaster.net/engines/
その後、ここのレビュー読んで色々見てるけど
TV3Dの実際に試せるってのはいいね。
Torqueも気になるけど同じく試せないし。

TV3Dは、今買うと、6.5betaもダウンロード可能になるらしい。
公式フォーラムによると、中国語のインプットは可能になってるという報告はあるんで、
おそらく日本語のインプットも大丈夫だと思われ。
激しく気になるが、今月はもう小遣いがないorz

777get

Lunaがやたらサウンドで盛り上がってるみたいだけど
サウンドの重要性ってどんなもんよ？

ウチのは技術的にごく普通のゲームなので ogg-vorbis あたりを
ストリーミング再生できて、それを数個管理して、とりあえず十分かなあ。
あまり重要視してないですね。サウンドは正直良く知らないッス..
おまけでパンと音量を指定できるくらい。

デコードしたデータにも手を加えたらフェードアウトとか
綺麗に表現できるんだろうなあと思いつつ、面倒なのでww
音量を段階的に落としてフェードアウトもどき。

Lampってサイトとかみるとすごそうなんだけど
さっぱり有名じゃないっぽいね・・・
ググってもあまり出て来ないしなんでだろ

凄くないからに決まってるじゃないか

今時、C++オンリー、Winオンリー、DirectXオンリーもなかろう

世間知らずで独善的なゲームプログラマに対し
良いプログラマにとって必要なのは営業力だけ
だということを知らしめるプロジェクトだから
あれでいいんだよ。
技術は換金率低いぜ、この国じゃｗ

YaneSDK.NETってどうなったんだろう

>世間知らずで独善的なゲームプログラマ
ダレの事？？

>>785
自己紹介乙、とか書いておけばいいのに・・・

>>780
低レベルすぎるからだよ。
これ覚えるんだったら、DirectX 覚えるのとあまり変わらん。

>>787
ライブラリっていうほどまとまった機能提供はないわけか・・・
あまり低レベルなライブラリだと直接DirectX覚える方が確かにいいね。

結局利用者側の要求を迅速に対応してくれるレスポンスのいいライブラリが
最終的には一番よくなるってことなのかねぇ・・・

Mac向け3Dゲームエンジン
ttp://homepage.mac.com/ggadwa/KlinkSoftware/dim3/dim3.html

irrlicht にどうしてUnProjectもSELECTもないんだろう、改造する必要があるとか
馬鹿なことを考えていたら、CollisionManagerにPicking機能がついていた。

ogg で無限ループ再生時に曲の途中に戻るとかって出来ないの？
wav なら既存のライブラリいじって作ったけど・・・。

Oggはたんなる圧縮だから再生の実装はどうとでも

そ、そうだったのか・・・。
デコードルーチンを途中にかますだけでよかったのね。

oggでもメモリの中で一気に展開したら、戻る位置が分かるだろうけど
展開しながら再生したら、戻る位置はどうやって決めたら良いんだろう。

oggで圧縮された△ブロックを展開した○バイト目、とか、やっぱり覚えておかないとダメですよね？
わたしがやったときは、たまたま曲が先頭へ戻るやつだったので、
その時は実装せずに済んだのですが、今後のためにどうするのがベストか知っておきたい…

バッファを考えるといいよ

再生タイミングとバッファの補充とを十分にずらす

ループ終了点までいったらまた先頭からデコードしなおしでいい
そしてループ開始点まで捨てる

無駄は多いかもしれないけど1GHzもあればCPUリソースさほどくわないで
分単位のシークも余裕だよ

>794
使ってるライブラリにSeekぐらいあるだろ。

それとも自前のデコードプログラム書いてるのか？

一番いいのはファイルを分けること

自分でoggからACMに食わして展開させるﾌﾟﾛｸﾞﾗﾑにしてました。
確かに、捨ててしまうのが一番楽ですね。

　　　　　　　　　　　, -'"´ ￣｀丶､_
　　　　　　　　 　 ,.∩　　　　　　　　 ｀ヽ
　　　　　　　　　〃∪'´￣｀二二人＼ 　ヽ
　　　　　　　　　| ツ´￣￣￣￣´　ヾ ヽ.　',
　　　　　　　　　|ﾊ　,ニ、 　　,. - ､　| | | ｌ |
　　　　　　　　　| ﾊ ｨハ 　 　 ,二ヽ. | | | | |　同じ板にコピペするとそのままだけど、
　　　　　　　　　| | |　じ'　　　|トJ〉　 /)} ｌ | 違う板にコピペすると鬼のような怖い顔
　　　　　　　　　|　ﾊ　 ､'＿,　 ￣,,　厶ｲ川|　に変わる摩訶不思議な佳子様コピペ。
　　　　　　　　　l　l /＼　　　 ..　イV＼川 |
　　　　　　　　 ,'　l l　,ｲ ｀ｌ￣´ ／　　 /ヽl l
　　　　　　　　 ｌ　| ｌ ハ 　`メ､　　　 〃　 ヽヽ､__ノ
　　　　　　　　 l　 ∨ └‐ｲ「ト--ｧ'´　　 　 ﾊヽ__ノ
　　　　　　　　　ヽ/　　}　 l」」　/　　　　　/ }`ー
　　　　　　　　　 〈_ｎ| 八　　　/ /　　 　 /ノ
　　　　　　　　　 〈二二人 ｃ /＼/ /　, ｲ
　　　　　　　 　　　/　 /厂 ／＼__>＜ ｛＿

Lunaライブラリをgccで使おうと思ったのですが
もうMingw用のDirectX9ライブラリを公開してるとこはないんでしょうか？

ない

DXライブラリでゲー製作初めて、
3Dが使いたくなってLunaで作りはじめたが、Lunaって結構仕様変更が激しいんだな。
ネットワーク系のクラスなんていつの間にかサクっと消えちゃってたし。

ライブラリってDirectXの仕様が変わっても変更せずに移行できる
抽象化されたなもんだと思っているけど、そうじゃないんだな。

実行環境・DirectXの仕様を気にせずに作れるライブラリって何かしら。
まぁ少しは気にしないと実行速度が落ちるんだろうけど。

他人に頼らず自分で一度作ってから使えば解決。
問題があっても自分でさくっと直せるし便利。

＞DirectXの仕様が変わっても変更せずに移行できる
それが理想の形だけどどうしたってなかなか理想どおりにはいかないな。
Lunaのネットワーク機能にしても似たようなのがいくつもあったり
欲しい機能がなかったりでおせじにも十分なものとは言えないしな

まてまて
DXLibやらLunaやらはバカでもDirectX使えるようにしただけで
バージョン間のポータビリティなんて一切気にして無いだろ

掲示板に要望だしときゃ割とすぐ対応してくれるだけいいんじゃない？
所詮はフリーなんだし。
応答性が悪いとそれだけでやる気がうせる。

DXライブラリメインで３Ｄ周りだけ
irrlicht使ったりできないかな？

DXライブラリは致命的な血管があるから糞

>>808
詳しく。

>>807
Irrlichtだけでいいじゃん。

DXライブラリね…
あれスレッドセーフじゃないから
ちょっと凝った事やろうとすると落ちまくるよね
その点、ELはしっかりしてるね

ほーELはあの当時でちゃんとスレッドセーフで作られてたのか

>>807
irrlichtはほとんど３Ｄ部分しかないじゃん。
２Ｄや日本語やサウンドや動画をどうしようかと思って。

スマソ。上は>>810へのレスね。

2Dは特に問題ないし、日本語は表示なら出来るし、サウンドはIrrlichtのサンプルについてる
別ライブラリを使う。
動画は興味なかったので気にしなかった。

そこであえてELを使ってみるとか。

むしろSDLだろ

そういやDirectSoundの停止＞再生でノイズが出るバグって直った？

バグじゃないし・・・・・・・。

そういうもんだったのか・・・

しかしネタがないね

そもそもWindows上でまともに画面描画するのって

とちゅうでやめないでｱﾊｧ・・・

Lunaがsubversionでソース共有始めたみたいだけど
元々オープンソースだし意味あるのかねえ。

subversion (やcvs) は便利だよ。
コミットで直ぐにリポジトリに反映されるし
チェックアウトで最新のソースを簡単に取り込めるし。

Lunaは古いバージョンがDL出来なかったから
昔のを使おうと思って困ったからなぁ

単にソースを参照できるのと複数人で開発するのは
根本的に違うしな。これでレベル関係がつけば嬉しいんだけど。

レベル関係？

subversionはリポジトリの公開が簡単じゃないのが難儀だね。
公開しようと思っても対応してるレンタルスペースやサーバーってそうないし。
root権限くれるレンタルサーバーか自前で用意するかしないと。

cvsよりは楽だとおもうが＜Subversion

cvsならｓｆいけるとかいうおちじゃないよな

>>828
マップのこと
QUAKE系のBSPとterrainぐらいは欲しい
以前検討中みたいな話は出てたけどね

BSPもterrainも入ってるけど？

そうか、いい加減な事いってゴメン
でも、ちゃんとマニュアル読んだら
terrainは有ったけどBSPはわからなかった・・・

ヒント：OctTree

LunaってDirectX9.0cのSDKバージョンは
2004Aprじゃないと絶対駄目なの？

for DirectX9.0c Update (Octorber 2004)
と書かれているが。

>837
ごめん、聞くバージョン間違えてた。
そのバージョン(Oct 2004)じゃないと使えないのって
聞こうと思って間違えた。

みんなSDKバージョン何を使ってるの？
(もしかして、DirectX SDKって複数方のバージョン入れれるの？)

DirectX は上位互換(DirectX9が過去のDirectXをカバーする)らしいので
できるだけ最新のバージョンを入れていますが。

Aug-25-2005 Irrlicht 0.12.0 released!
I just released Irrlicht 0.12.0. This is probably the version with the most new features and
implemented user requests in it. Here is a short overview of the most exciting changes:

Support for GLSL. This means Irrlicht now supports all major shading modes/languages:
ARB Vertex Programs, ARB Pixel Programs, HLSL, GLSL 100 & 110, VS1.1 - 3.0, PS1.1 - PS3.0
64 bit support
OpenGL RTT support (which means that finally all renderers are able to do RTT)
It is now possible to have multiple scene managers
Vertex and Pixel shader version 3.0 support
Detail map support, nice for terrain rendering.
Irrlicht.NET improvements: Terrain rendering, realtime shadows, bug fixes and more
Enhanced timer for features like 'bullet time' support
Improved .dmf and .ms3d loaders
Access to the mesh cache
Lots of bug fixes and a lot more. For a detailed list, see changes.txt
Thanks to lots of people how contributed code for this release,
I added them to the author page (If I forgot one, then I'm very sorry, please don't be shy and send me a mail!)
I also updated the development page with the roadmap for the next release and the tutorial page with the new/updated tutorials.
Happy downloading.

ttp://irrlicht.sourceforge.net/

結局どのライブラリがいいのか・・・その選別が難しい。

IrrlichtのD言語ポーティングが欲しいと言ってみるテスト。

C#のでいいのはなんかないのかね

>>843
大元のManaged DirectXに問題があるからねぇ・・・orz

なんか問題あるのか・・・
起動しないことがある、とか聞いたことあるような気がするけどそれのことかな
Managed DirectXに手を出そうかなぁ、と思いはじめてた俺にはショッキングだ

といっても、MSの大事な大事な.NETと繋がりが深いわけだし、そのうち改善されるんだろうけど

>>845
信者乙

期待するだけで信者かよ

yaneSDK4ならC#版あるよ

ゴミですな

ひどいいいようだな

>>850
やねうらお乙

C#でゲーム作るなら、Javaでいいんじゃない？
マルチプラットフォームで動く。

Javaで3Dは無謀

JOGLでOpenGL使えるけどあれはだめか

Java3DのほうがOpenGLとDirect3Dえらべるが触ってみた感じ
ゲームとしてはだめぽだったが

そもそも、Javaでゲームを書こうと思う人間のセンス自体がだめぽなのではと思う

C#とJavaだったら、Javaの方が動作速度は速いじゃないか。

純粋に速いというよりチューニングの情報とかが出ていたり
ソースがついてるのでいざというときに対処がしやすいってことかと

C♯は全部Dirtyで書けばかなり速いぞｗ

WindowsだとやっぱりDirectX使える言語が優勢だと思うしな。

新入社員にJavaを知ってるか訊ねたところ
「ああ、携帯のゲーム作る言語ですよね。」
今のコたちってそういう認識なのか？
ちょっと寂しい。

企業のソフトがJava製だったらむかつくって認識だな。

言語好きはDに移行しちゃってるし
実用本位な人はC++のままだし
何にしても中途半端という認識

サンがけち臭くて貧乏ったらしいからＪＡＶＡは受けない

OOoでのゴタゴタを見るに、sunという足かせが外れない限り触りたくない。
GCJの互換性がどの程度まで上がるかでJAVAの運命が決まりそう。

>>864
GCJは現実的じゃねーだろ
動的結合がすべてのJavaにとってはな

でもSunがコントロールしてなかったらIBMやMSに好き勝手にやられてるし
現状でもソース公開されてるしかなり楽では？

ソース見てないやつに限ってうるさいのはよく見るが

サーバサイドと携帯のJavaは強いぞ

>>866
ダークサイド、オビワン、ジャバ！スターウォーズ満載レス！

そもそも、JavaとCではターゲットが違うから比べられんだろ。
スピードを捨てても開発効率を重視したのがJava。その逆がC。
それぞれ適した分野で適した言語を使えばよろし。
ゲームの分野でいえば、Javaでハードを叩く部分はかけないけど、
最近のPCや次世代機の性能ならメインタスクを書く分には十分な
パフォーマンスを出せる。

最近のでも見かけ悪いしメモリ使いすぎるからPCソフトには使ってほしくないが

最近のはWindowsと見かけ変わらないやん。

>>869
見かけはSwingのwidgetを使わなければ良いんじゃないかな。
フルスクリーンでフル3Dのゲームなんか、Javaなのかネイティヴなバイナリなのかは見た目じゃわからないよね。

フレームレートやポリゴン数でわかる予感。あとジョイスティックが使えないとか。

ジョイスティックはJNIでつかえるライブラリあるし

JNI 使っちゃうレベルまでくると、わざわざ Java にする理由がなくなる希ガス

豊富なコレクションとかGCとかクロスプラットフォームとかメリットもわりとある希ガス
JNIのライブラリが対応していない環境ではジョイスティックがつかえないだけでキーボードでやってもらうわけで

Javaならlwjglを使えばopengl,fmod,jinput実装の
絵、音、入力が簡単に扱える。jinputはDX8のラッパなので、
外部コントローラも扱えるよ。一応ライブラリ紹介ということで。
ただ商品として考えた場合、配布形式が問題だよなぁ。
SDKを別にいれるのも抵抗あるし、classは解析に弱いし。
VMと必要なライブラリをまとめて.exeに出力できれば
いいんだけど。

え？Javaの利点ってスレッドが言語機能なことじゃないの？

java のスレッドは言語機能じゃないよ

言語仕様に含まれてるって意味では。
確かにJavaのスレッドは使いやすいね。

ttp://lamp.sourceforge.jp/
ミドルウェアってライブラリに属しないですかね？
使用感はかなり独特。

>>879
>>279

DirectDrawの2D物理ライブラリとかありません？

Javaは値型にベクトルと行列が含まれれば
移行してもいい。
C#は言語としては今のところ良いけど
土台が駄目過ぎる・・拡張の度合いが激しいのもちょとな

いまさらDirectDrawってのもなぁ・・・

じゃあなによ

Direct3D

OpenGL

DIB

WinG

GTL

Luna
のサンプル
Luna Sample.dswを起動させたけど
ビルドすると、
ﾘﾝｸ中...
d3dx9.lib(trees.obj) : error LNK2001: 外部ｼﾝﾎﾞﾙ "___security_cookie" は未解決です
d3dx9.lib(jdcoefct.obj) : error LNK2001: 外部ｼﾝﾎﾞﾙ "___security_cookie" は未解決です
:
:
とでてエラーがでるけどなんで?

VC.netで作ったlibをVC6で使うとそうなる気がする。
バッファセキュリティチェックをはずすと直るとかなんとか。

作者に言えば修正してくれるんでない。
利用者がいるかもわからんgccとかvc6まで対応してるみたいだし。
SDKの方はとっくにVC6切捨ててんのにな。

>>890
SDKのExtrasのVC6用のD3DXライブラリ入れれ。

Octorber　2005のExtrasってもう公開してないんだよなー。

2005かよ！

正直すまんかった
2004だ

2004ならこれだ。
http://www.microsoft.com/downloads/details.aspx?FamilyId=D6F237DE-A6EE-4DED-8BB6-139536162EB8&displaylang=en

まだ公開してたのね・・・
DirectXダウンロードのページにないから無くなったのかと思ってたよ

896ありがとう
しかし
今度はこんなんがでた。頼むで教えてちょうだい

3DEX_00.cpp
C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\mmsystem.h(1623) :
warning C4201: 非標準の拡張機能が使用されています : 無名の構造体または共用体です。
ﾘﾝｸ中...
d3dx9.lib(fastftoa.obj) : error LNK2001: 外部ｼﾝﾎﾞﾙ "__aulldvrm" は未解決です
../../Bin/3DEX_00.exe : fatal error LNK1120: 外部参照 1 が未解決です。
link.exe の実行ｴﾗｰ

3DEX_00.exe - ｴﾗｰ 2、警告 4

vc6でソースからコンパイルしなおしたほうがよさげな気が駿河…

ちょっとぐぐってみた。

#プロジェクトタイプがコンソールアプリケーションになってるとそのエラーが出るらしい。
#プロジェクトの設定→リンカ
#で/subsystem:consoleになっていたら/subsystem:windowsに直すことで解決する

という話らしい。
つってもサンプルがそうなってるわけじゃないし不思議だ。

Phase 30.11で試したがScene_00が根本的に間違っててエラーになる以外は普通にコンパイル通った。
VC７も入れてあるからそっちのおかげかもしれないが・・・。

>>900
VisualStudio NET購入します。
vc6と何がどう違うのでしょう?

複雑になってます。
余計な機能がついてきます。

あ、俺のノウミソが足りないだけか。
ﾉｼ

>>901
・VC6よりUIが使いづらくなった
・.NETのビルダをVC6に上書きしてビルドしたほうが速い
・内部バージョンは1.0に戻っている

簡単に言うと「改悪」

2005betaでいいんジャマイカ

とりあえずヘルプが極端に重くなったと感じるのは俺のPCがショボいのだろうか

＞・.NETのビルダをVC6に上書きしてビルドしたほうが速い
詳しくお願いします。

namespaceでくくると途端に不能になる
IDEなんてどれ使ったって同じ。

>>906
Irrlicht A GoGoで、
番外の中にVC6でコンパイルできないNX++をコンパイラを2003に差し替えてコンパイルする例があるよ
ttp://www.zgock-lab.net/irrlicht/

ところで、Panda3Dって話題にならないね。

そこそこ早い、商用アプリとしての実績もあり。日本語も通る。
独自モデルだけどインポータ/コンバータが豊富。マルチプラットホーム。
と、わりと良い感じだと思ってるんだが。
基本がPythonベースだから日本じゃ敬遠されがちなのかな？

>>898
ProgramFilesのMicrosoft DirectX9.0 SDK (summer2004)に
Extras解凍してd3dx9.libをコピーすればOKです

>>909
Microsoft DirectX9.0 SDK (summer2004)のlibに

>>908
サンクスコマネチンコ！！！

Panda3D
ttp://panda3d.org/

ちょっと使ってみよかな

>>912
一瞬興味湧いたが、
Panda3D was developed by Disney
以降のくだりを見て使う気が失せた

ミッキーマウス保護法反対！ってスレ違いスマソ。

プーさんだろ

>>913
気持ちはまあわからなくもないが、
個人向けSmallTalkでは事実上スタンダードのSqueakも、
しばらくDisneyが保護していた時代があったり、
さりげにオープンソースの世界に貢献してなくもないのであったよ。

Pythonつながりで、もひとつPythonベースの3Dエンジン、Soya3D

ttp://home.gna.org/oomadness/en/soya/index.html

panda3d

千葉ネズミ王国とカモネギメロン大学のコラボ。
C++とパイソンで使える。
ウインドーズとリナクスで。
オープンソース。
MAYA、3dsMAX、Blender等々のツールからプラグインを使って出力可能。
グラフィック、サウンド、GUI、コリジョン、数学ライブラリ、物理エンジン、ネットワーク色々付いてる。
チュートリアルやマニュアル等々付属してる。
サンプルプログラムやフリーの3Dモデルたんまり用意されている。

んん？…イインデナイノ？

良いね
まだ書いてないみたいだけど、ラインセンスはどうなるんだろ

ライセンスのドラフトぽ。

ttp://panda3d.etc.cmu.edu/wiki/index.php/Panda_License

ざっくり和訳。

商用非商用にかかわらず無償使用可。

バイナリ配布する場合、マニュアルなりreadmeなりに、

PANDA 3D SOFTWARE
Copyright (c) 2001, Disney Enterprises, Inc. All rights reserved

をいれること。

改変して配布する場合、改変部分のソースを[email protected]に
９０日以内に届けること。
改変しない場合は連絡不要。
（つか、改変したんならCommitせいや、ということだろうなと）

改変物を自作と言い張るのは禁止。（ま、当然だわな）

フリーで3Dの経路探索ライブラリなんてないのかなぁ

>>919
ほれ
ttp://www.cs.ualberta.ca/~games/pathfind/libpathfind/0.1.0/doc/index.html
GPLだけどな

>>920
サンクス
でも使い方さっぱりワカラナスorz
色々試行錯誤してくる

プログラミングド素人なのですが
今までこちらのDIRECTXの2D専用ライブラリでゲームを作成していました
DXライブラリttp://homepage2.nifty.com/natupaji/DxLib/

ですが3Dゲーム製作もやってみたくなりまして初心者でもわかりやすい説明がありそうなところで
上の2Dライブラリのようにある程度自由がきくライブラリをご存知、もしくは
それ関係の質問、討論スレありましたら教えていただけないでしょうか

すいません書き忘れていました。
言語はC++かC#
VC++かVC#.net2003環境で作成できるものを希望しています

>>922
過去ログぐらい嫁

といいつつIrrlichtに一票

早速ありがとうございます。
C++のコンパイル環境があればC#でも使える？ようですし
頂点アニメーションあたりは自分がやりたかったものにかなり近い感じがします。
ただ、英語のライブラリで翻訳サイトが今２つありましたがサンプルなどが少ないのが気になりました。

ほかにもお勧めなどありましたらお願いします。

http://gamdev.org/w/?%5B%5B%A5%E9%A5%A4%A5%D6%A5%E9%A5%EA%5D%5D#content_1_10
一応こちらは拝見させていただきました