ライブラリ製作スレ　Part001

2ちゃんねるでライブラリを製作するスレです。

[理由]
ライブラリやツールを作成に伴う時間を減らせればゲーム産業が盛り上がるかもしれない。
クロスプラットフォーム向けのライブラリを作成することによって利益のでやすい開発を可能にする。
いつまでも何処かの会社で誰かが作ってるだろうなみたいなコードを打たないですむようにする。

「お前らのコードをタダで使わせてください」と本音で書けばいいのに。
どうしてバカの癖に仲間面したがるんだか…。

テスツ

age

>>1
＞ゲーム産業が
　
wanabeeeeeee！！！

>>1ってさぁ友達とかいなさそう。
だって自分勝手だし、空気の読めないスレッドを立てるから。
しかも文章に知性のかけらもない駄文。
いろいろな意味で学校から消えてくれないかな？

つ鏡

こういうスレは>>1の頭があたまが良くてみんなを引っ張っていくような人じゃないとだめだよね
でも、そんな人はこの板にはほぼいない

サンプルで上げてみました、どうでしょう。
http://gamdev.org/up/upload.php
[8691.zip]ライブラリ

はあ

やねうらおライブラリをリネームしたらいいんじゃね？

>>9
中に入っていたテキストをコーディング標準の叩き台として
使わせてもらう。ありがとう。

オールインワンタイプのライブラリって余計な機能がうざくて結局使わなくなってしまう

まぁ、オープンソースのライブラリは、
自分がゲーム作る際に勉強や再利用が出来てありがたいけどね。
ゲー製作素人からしたらyaneSDKなんて宝物が詰まったほうぶつこ(←なぜか変換できない)だよ。

やねうらおはなんだかんだ言われてるが、新しい目の概念をほどよく取り入れるし
見ていて勉強にはなるよね。

ま、英語圏の情報ソースを勉強して、バカのために翻訳してあげる商売なんだけどね。
技術に関しては、英語が読めない奴は、時代遅れかカネを垂れ流すだけのカモになる運命。

もっとも、技術英語に要求される英語力は、せいぜい高校レベルでしかないのだが。

まあ文法は中学で全部やるが後は単語と熟語のあんきだしな

やべぇ、ライブラリのUML書いてるだけで楽しい。
実装しなくてもいい気がしてきた…

すでに世に腐るほどライブラリ等あるのに、
>>1の理由が成り立つとはとても思えないんだが

AGE

突き詰めると最終的にDirectXになります。

ふむ、我々が欲しいと思ってて無い物
そんな物を作れば皆が幸せになれると思うんだな

例えば、日本語対応
世界的なオープンソースなどは日本語の事など考えてない。
ライブラリーの日本語対応とか

日本語対応するにはWindows依存orフォント添付orフォント別途ダウンロードが必要になってしまうからじゃね？

font関係は辛いらしいね、あとテクスチャで作るとデカッだし

ドキュメントの日本語対応とか言ってんじゃないのか？

　

>>1は、バイナリじゃ無くてソースコードが欲しいんじゃないのか？

そりゃオープンソースじゃないとクロスプラットフォームはきついだろう

とりあえず質問なんだが…

> ライブラリ製作スレ　Part001

の001って8進数なの？

8スレ目にならないとわからない。わかる場合もあるが

試しに晒してみます
http://yanesdkdotnet.sourceforge.jp/download/yanesdkdotnet200712170554v156.zip

yane?
>>31
お前、ウラオなのか？

ライブラリの仕様について、雑談レベルから煮詰めてくのはアリだよね？

いいんじゃない？
ターゲットも決まってないと雑談も難しそうだが。

>>34
それが既に雑談ですよね。わかります。

んじゃぁ、僭越ながら仕様案をば…

言語：VC++
必要なランタイム：DirectX

class game2ch
{
　　game2ch(HINSTANCE hIns, HWND hWnd);
　　：
　　(略）
　　：
　　int play(int (*fnc)(void) = NULL);　// fncはフレームごとに呼ばれる関数のポインタ。
};

…こんな感じで（ウィンドウは自力で作ってねｗ）
デフォルトで３D空間をテクテク歩く内容で、
インスタンスを生成してからplayメソッド実行するまでに、
カスタマイズする内容がいいんじゃないかな。

yaneウラオの全盛期はＢＭ９８だった気がしている

>>1が求めてるのはクラスライブラリでは無いと思うが

だから？

>>33-36
ぜひこっち使ってくれ

ライブラリ製作スレ　Part001
http://pc11.2ch.net/test/read.cgi/gamedev/1168178219/

>>40
既に使ってるように見える件

ﾜﾛﾀ

XNAの構造のC++版っていいかもしれんなあ。

XNAってC++できるようになったの？俺たちパンピーも

ここは作るとこだぜ

ＸＮＡ・・さかさによむとＡＮＸ・・・・こ、これは・・・！？
ANal seX・・・。
つまりＸＮＡは人類アナルセックス計画の足がかりだったんだよ！

∀ＮＸ

39 名前：名前は開発中のものです。 投稿日：2008/10/03(金) 21:33:56 ID:7mVcw5Em
だから？

7 ：名前は開発中のものです。：2007/01/10(水) 20:58:11 ID:7xjav0Dz
つ鏡

今、ツクールの延長でみたいな感覚で
ゲーム作れるライブラリを作ろうとしてるんだけど
ベースって何がいいと思う？
もちろんDirextXとかOpenGLとか触れたらそれが一番いいと思うんだが、
あんまりそれ自体に時間をかけたくないから
C#＋XNAGameStudioにしてみようと思うんだけどどう思う？
ドキュメントは少なそうだけどDirectXよりは楽な気がした。
もしくは、ゲームライブラリをさらにラップする形で作るとか。

どんな人が使う前提？

基本的にはプログラムを知らない人向け。
それは無理だから最低限の知識がある人向け。
ゲームの表面的なことはわかっても
内部の構造なんかは想像できない人向けが近いかな。
たとえばキャラクターといったときにゲームの中にいるキャラクターはわかるけど
それを構成するクラスなんかは理解できない人。
キャラクターを例にとると、
あらかじめジャンル別にキャラクターが出来ることを定義しておいて
それを実装してもらう。（ロジックはライブラリで組んであって
グラフィックなんかの表示部分をライブラリ使用者に取り入れてプログラムにしてもらう）
Character.Attack()とかCharacter.Walk()とかなるべく
表面上の動きと内部の動きを一致させるロジックを組むつもり。
よくわからなかったらすまん。

>>51
正直、それをつくっても・・・・と思うけどなぁ。
そのくらいだったら、一層の事啓蒙書的に某「14歳からはじめる　xxxxx」シリーズみたいなのを
書くぐらいのつもりの方が賢明だと思う。
（DXlibとかが既にあるから、現状　最低限の知識がある人は
　龍神録プログラミングの館　とか色んなサイト見ながら作れるし、
　現にそうやって色々と作られてると思う。
そして、そんな人たち向けに下手なライブラリぶら下げても、見向きをされないかと・・・
ゲームをわざわざprogrammingしたい人にはね。）

質問に答えると、個人的にC# とXNAは興味あるけど、
普通の人を対象に考えたら、C++＆DirectXか、次点でJava＆JOPGL、
ギリギリでIronpython、Ruby＋SDL??あたりじゃね？
C#とか微妙なマイナーなのはそれだけで人が寄らなそうだし、



（なんか49や51を読む限りじゃ、あんまプログラムの経験がないか？
ゲームにまともに関わったことがなさそうな印象を受けるが・・・・

C#はマイナーじゃないだろｗ
XNAは微妙・・・

C#: XNA
Java: GTGE
Ruby: StarRuby
>>1の作りたかった物ってこういうのじゃなかったのかな？

Luaより軽いスクリプト言語が欲しい
OecakeみたいなGPU処理の2D物理シミュレータが欲しい

誰かいいの知らない？

Luaって軽い部類ではないのかな？

Luaは速いよ
現場でも使われてるし

速いといってもCと比べると一桁以上遅いからなあ

>>1
オープンソース読みあさって自分で作れ

bulletMLの似せたxmlフォーマットのスクリプト言語を作ってるんだけど需要あるかな？
アニメーションとかの管理につかえると思うんだけど。

>>1
では、便乗して・・・
Visual C# 2010 Express + XNA Game Studio 4.0　で、
「STG用のライブラリやツール」作ってみようと思ってます。

厳密に言うと、
「人気がある東方(のようなもの)をライブラリ＋ツールで作れるようにする」が目標です。

クロスコンパイルは考えず、「XNA Game Studio 4.0」のランタイムがある
プラットホーム上(主に、Windows上)で正常動作するものを作りたいです。

私自身も、東方はプレイしたことありますが、
私以上にプレイされている方々が多いと思いますので、

必要最小限の機能や制作上で面倒なことなどありましたら、
どんどんカキコしてくれませんか？

もちろん、仕上がればうｐして、改善＆拡張してよりよいものを
作りたいと思ってますので、

皆さん一書き、よろしくお願いします。

二年越しのレスだな。

弾幕シューティング向けってことは、もちろんDirect3Dの
レンダリング速度を意識したフレームワークだよな？
するとツクールみたいに画像規格とかも縛ったほうがいい。

>>62
今日の東方最新作を目指せばよろしいのですか？
最新作がわかりませんが、、、(笑)

現状では、まず、XNAで実行できる最大レンダリング速度を目指します。

個々のライブラリで扱えるクオリティーに差を設けたいと思っています。
理由は、使用者のレベルに応じた開発方法にするためです。

質問させていただきます。
「画像規格を縛る」の具体例を１つ参考までに挙げていただけませんか？

例えば、連続描画率を上げるコツだよ。

ボスキャラ以外は256 x 256サイズに統一させれば
実行時にビデオカードのテクスチャ最大サイズを調べて、
１枚の巨大テクスチャに押し込んだりできるわけで。

自由度を下げることとトレードオフになるが、ならではの機能を持てる。

>>64
そういったやり方もあるのですね。
勉強になりました。ありがとうございます。

>>65
XNA自体がそこそこのクラスライブラリとして優秀だと思うけど、
貴方はどういったことがしたいの？

クラス名が変わっただけとしか思えない
薄いラッパーなら意味ないぜ？

レーザーとかファンネル、ホーミングミサイルが
簡単に作れるのを希望する。

>>66
現時点では、
画像管理クラス、行動・攻撃パターン管理クラス、敵管理クラスなど
を作ろうかと・・・

その行動・攻撃パターン管理クラスに外部ファイル(スクリプト)で
作成したレーザーやファンネル、ホーミングミサイルなどを読み込んで
必要に応じてコピーする方式です。

配布するライブラリと別にレーザーやファンネル、ホーミングミサイルの
サンプルスクリプトを同封すれば問題ないでしょうか。

また、皆さんが想像しているレーザーやファンネル、
ホーミングミサイルを知りたいので、可能な方は、
文章または、絵などを用いて教えていただけませんか？

配布後に指摘されると対応が遅れてしまうので、
よろしくお願いします。

ココに、メールアドレスを貼り付けたらﾀﾋますかね？

>>67
あれこれ書いといてなんだけど、
まず最初に貴方がやりたいようにやってみて
それで反応をみたほうがいい。

なにも声のでかい一人のために作ることはない。

>>68
では、かの有名？な「龍神プログラミング」(間違ってたらスイマセン)
を参考に、作ってみます。

画像やステージデータなどはサンプルありましたかね？
無ければ、友人に簡易を作ってもらいますが・・・

結局妄想オチだったか。

>>70
いえ、サンプルの龍神をオブジェクト指向に変えている最中です。

そういえば、「ファンネル」のようなものをイメージできる技？
って、東方にありましたっけ？

天子にカナメファンネルというスペルカードが…

あったけど別に追尾じゃねーな
地霊殿の猫のゾンビ妖精技あたりか？

>>73
カナメファンネルは、拝見いたしました。
あれは「ファンネル」じゃないですよね？

私のイメージとしては、ガ○ダムの「ファンネル」なんですが・・・

>>73
ゾンビフェアリーも拝見いたしました。
あれって、ホーミングの一種でしょうか？

ゲームライブラリ作るならC++一択だろ…

>>76
c++一択の理由教えていただけますか？

どうせガベコレ云々と間抜けなこといいだすんだろ。

英語でぐぐれば Java とか C# の新しいライブラリはたくさんある。
特にC#はSystem.gc()がちゃんと動作するから制御しやすい。

私は東方しらないのでそんなものを意識するより
とりあえずホームページで公開してほしいですね。

作る宣言→謎の失踪（笑）が多いので。

>>77
>>76じゃないけど、結局間にVM(と言うソフトウェア)を挟まない、ネイティブコンパイラで、かつ実行時効率だけでなく
Cよりコーディング効率良いからじゃないの?

実際は、問題ないならなんでもいいけど、VM言語が良いって言ってる人は、
多分に自分たちコード書く側の都合で言うけど、
エンドユーザにとっては無駄がないのが一番な訳で。そういう意味で、俺も普通にC++かなと思う
そこから他言語向けにラッパに起こしてもいい訳だし

レンダリングとかマルチメディアAPIとゲームロジックだけだろ？
ゲームライブラリって。

画像データを暗号化zipに入れたいとか、RDB使うとか、
ゲームライブラリにないことしようとしたらc++は面倒。
.netランタイムもvista以降は最初から入ってるはず。

なにより、Direct3D直から始めたら作者が途中で飽きて投げるだろう。

みながお前と同じじゃないんだよ

>>81
それはライブラリじゃなくて、各々のアプリの固有用件で持つレイヤじゃない?
特にDB周りなんて
理解してて、あと過去資産あれば面倒でも飽きるとかも無いよ
その辺どのみち、ただの主観だけど

>>79
ホームページですか・・・
見栄えは低の低になりそうですが、作ったほうがよろしいですか？

2chでzipあげてるほど不毛なことはなかろう

>>85
zipであげるとどうなるんですか？wktk

そろそろできた？

>>87
ま〜〜〜だだよ

そろそろできた？

>>89
１日、２日で出来るものなのか？
今は、オブジェクトの機能を考えてます。

もう待ちきれない

でちゃうよ、でちゃうよ〜！

ある程度出来上がってるから追加機能に対して意見を聞いてるのかと思いきや、
今から作るとかエターナル妄想ちゃんの悪感……

Luaで簡単ゲームプログラミング組み込みスクリプト〜みたいな本を
今から読んで勉強しますとか？

>>93
勉強じゃなくて自由度の問題で・・・行き詰ってます orz

悩むなら、もう無難に自由度の高い薄い作りでいんじゃね？

>>95
東方風なゲームロジックっていうんですかね・・・
(間違ってたらごめんなさい)

画面レイアウトを記述するスクリプトやら
弾から敵が出てくる仕様なんてのも考えてます。
(オブジェクト指向はインターフェースが同じなら
共通化できるんで、こんな仕様ができそうです)

それらを考えてたら、頭が・・・

東方系なら弾幕風、
東方系に限らない上に東方系もおそらくカバーできるSBなど、
既存の容易なツールがある上で、
あえて東方系のライブラリを作る意図は？
上記を超えるものを作れるという見込みの有無や根拠は？

>>96
ver1.0で100%だしきることもなかろう。
土台に見込みがあれば、その上に積み上げるクラス群を
有志に作ってもらえるかもしれないし。

>>97
既存を一回目で超えなきゃいけないの？
私自身としては、
　・ジャンルを問わないコンテナ(画像や音楽などの管理)クラスライブラリ
　・その上に、STGやRPGの仕様を重ねて応用？

見たいに考えてます。
いま、コンテナクラスライブラリを念入りに作ってますよ。
土台がしっかりしないと(って言っても、目標９割ｗ)
社(ジャンル別のライブラリ)が総崩れだから。

まぁ〜、サウンドが詰まってます。
ボリュームいじったら、無音になったｗ
(ボリュームいじらなかったら、ちゃんと出るのに・・・ orz)

あと、サウンドハンドルの複製って
皆さんだったら、どうやって実現します？

もぐもぐ、100番ｹﾞｯﾄｵｫｫｫｫ！！ みたいな
￣￣￣￣￣￣￣Ｖ￣￣￣￣￣￣￣￣￣￣￣ 　_＿＿
　　　　　　　　　　　　　　　　　　　　　　　　__　　　(_＿　　） ≡≡≡
　　　　　　　　　　　　　　　　　　　　　　／　　ヽ　 /　/￣
　　　　　　　　　　_ _､, _,,　ヽ７　　 　／　 ..へ._　V　/ ≡≡≡
　　　　　　　 v／　　　　ヽ（　）△ｨ△ ／ 　 ﾞii　|　|/
　　　　　　　（（ _(（ _(（ﾊ　'　_ ） ｀ﾍ／＿__. 　||　|　|
　lWVl＿＿＿_|∩ ∩　Y_）　 　ヾ　|＿__. .　　||　|　|　　＿＿,r‐､ ≡≡≡
.　!_て7｣VWl　.ヽﾞワﾞﾞﾞノノヾ,　　　　|￣ 　　　　||　|　|￣＿＿),　 ＼　　　　　　(´⌒(´
　　　 ヾ　(　￣￣￣）　　 ノ＿＿,ノ‐-＿＿　 !! ノ_ノ￣　　 .　ヾ､__ﾉ ≡≡(´⌒;;;≡
　　　　 ￣￣￣￣￣￣￣　　　　.　　　　 ￣￣￣　　　　　　　　　 (´⌒(´⌒;;
　　　　　　　　　　ズチャッタｰｰｰｰｰｯ

101ゲット

真面目に2D系ライブラリ作りたいんだけど同志いないかな

>>102
今更2Dかよｗ

具体的にはどんなライブラリにしたいの？

>>103
コアはSFMLラッパーもしくはそのまま

ステレオタイプなサンプルゲームとそのコンポーネント群を用意して、
ユーザーはそれを改造して、ある程度狭い範囲で遊べって感じ

言語の候補はVC++/C#/Javaなんだけど、C++ or Javaが需要あるかなと

>>104
SFML自体がOpenGLのラッパーなのに、さらにそれをラップするの？

そこは微妙なんだよね。いろいろ隠蔽させたいものはあるんだけど、
そっちは後回しにして、いったんSFMLそのままでやってしまおうか

SFML VC++2013だとコンパイルからやるはめになったぜ
ネイティブはコンパイラが新しくなるたびにこうなるから
JavaとかC#のほうがよいかも

土台をかぶせるならCを選べ

その辺は多言語バインディングしているSFMLにやらせて
上位レイヤーをやるんだお

情報系大学とかだとJavaは必須、ゲ製人口的にはC++が多い印象、
C#はunityで今普及中だけどどうなることやら

どういうビジョンを持っているのかよく分からん…
SFMLの上位層として作るなら、その上位部分が多言語対応してないと意味無いと思うんだが

もしかしてマルチプラットフォームと混同してる？違ってたらスマソ

俺もよくわからんｗ

ライブラリでOpenGLラッパーのSFMLをさらにどうにかしたいのなら
つまりはライブラリを作りたいというよりゲームのフレームワークを
作りたいのかな？

>>111
そうです。さらにいうと、一般的なフレームワークとエンジン（ツクールみたいな）の間ですね。
ゲームエンジンは基本的に付属のGUIキットで組み立ててゲームを作りますが、
こちらはもう少しソースコードよりになります。

言語はJavaが最有力候補です。jar(zip)にリソース（dll, XMLとか）詰め込んで
コンパクトに配布できるのが良いですね。

少し調査してみます。

言語って、自分が作るのに使う言語の事だったんかい!!

C++/DirectX9でライブラリ作ってます。
hello worldを表示するまでの手順をできるだけ簡単にしています。

java slick2Dとか触ってみたり。
外人ライブラリはたいてい日本語入力ができなかったりするな。
Fontもwindows標準ではなくて、再配布可能なフリーフォント同梱とかも重要な要素。
GUIも多少使い方に制限つければ作るのもそう難しくはない。

>>114
古いダイナミックライブラリが動かないのって、
ちゃんと.def定義すれば回避できる？
もしくはスタティックリンクライブラリだと
新しいVisualStudioでてもそのまま使える？

>>115
入力はパッド/キーボード/マウスはあるけど、IME?のようなものはまだ実装していないです。

MinGWとVisualStudio 2010 Expresで使えるように作っています。
MinGWがメインだけど、広く使ってもらえるようにVSでも動くようにしています。

さすがにXPのサポートが終わった今となってはDX9はもう捨てて良いんじゃないか？
俺もほんの少し前まではこだわってDX9対応にしてたけど

DX9なのはMinGWがDX10以降に対応していないようなので。
MinGWが対応したら、ライブラリで吸収する形で上げたいと思う。

＞IME?のようなもの
HTMLでいうテキストフィールド、テキストエリア（複数行）やな

外人のテキストフィールド実装みながら、テキストエリアを実装してみたり
Slickは基盤としてはダメダメやった。なにより既に開発停止なのが痛い

SFMLの紹介サイトを見たら、作っているライブラリとポリシーが同じだった。
ちょっとバグが残っているけど、適当なところでアップします。

やっぱり、SFMLの作り良いだろ？

なんならオープンソースだし、
読みながらそっくりなもの作るのも手だと思う。

俺はslick2Dのソース読みながら、
LWJGL(OpenGL)+OpenALのマイライブラリを模索するぜ

C++/DirectX9のライブラリをアップしました。
VisualStudio2010Exprress と MinGW でビルドできます。

http://gmdev.xrea.jp/st/up/1002.zip
pass:初出のID

チュートリアル的に微妙だな。
C++はabstract classがないぶん、仮想関数を誰が実装すべきなのか
明示できないゆえに、IDEがスタブ作ってくれないところが地味に嫌だったりする

Javaの2Dフレームワーク(LWJGLラッパー)
まだウィンドウの初期化とマウスしか実装されてないが、
Slick2Dのソースのおかげでサクサク作れそうだぜ

チュートリアル(1)
http://gesei.sub.jp/kami/src/up0139.txt

LWJGLだと、ウィンドウは1つのみの仕様みたい。
ゲームはフルスクリーンとかあるからそれが良いのかもしれんね。

そうなると、EventとかViewはpublic staticにシングルトンで良い気もするけど
一応swingっぽい設計を残そうと思う。

よし、キーボードもできた。ゲームパッドは使わないから
放置して、画像とフォントだな。音もまだいらんだろ。

C++/DirectX9ライブラリのチュートリアル01
http://gmdev.xrea.jp/st/up/1003.txt

四角形を画面に表示する方法です。

GLUTとかそんな感じだろうか

ライブラリ更新しました。
http://gmdev.xrea.jp/st/up/1002.zip

>>128
GLUTというのを調べてみたけど、たぶん違う気がする。
前述のSFMLがほとんど同じ考えだと思う。偶然だけど。

こっちはFontSprite実装がわけ分からなくなってきたｗ
内部実装はいったん手抜きにしよっと

入力処理のチュートリアルを追加しました。
ダウンロード先は129と同じです。

簡単なシューティングのサンプルです。

http://gmdev.xrea.jp/st/up/1003.txt

自機を操作して弾を撃つだけです。

乙乙。

JavaとかC#だとC++の::が恋しくなるなぁ。

C++でいうこれが
Image::Loader* loader = new Image::Loader();

こうなると何か嫌悪感がする
Image.Loader loader = new Image.Loader();

フォントはもう少し。画像表示のチュートリアルできた
http://gmdev.xrea.jp/st/up/1004.txt

俺としては、リソースの初期化（ファイルパスとか）と
実際のロードは切り離したいかな

namespace Resouce {
Texture objTest("image/test.png");
Texture objHoge("image/hoge.png");
}

void callback_init(){
// File to Memory Buffer with Thread
objTest.async_prepare_load();
objHoge.async_prepare_load();
objTest.wait();
objHoge.wait();

// Memory Buffer to Texure(VRAM)
objTest.load();
objHoge.load();
}

フォントできた！（チュートリアル４）
http://gmdev.xrea.jp/st/up/1005.txt

5年くらい前にここで勉強してたの思い出したぜ
http://marupeke296.com/DXG_Font.html

シューティングのサンプルの.exeをアップしました。
http://gmdev.xrea.jp/st/up/1006.zip

>>136
marupekeは凄いと思う。

d3dx9d_42.dllがないため〜例外で終了。release compileじゃないとか？

siv3Dはメソッドチェイン多用で、
５年くらい前の流行の影響受けてたんだなと思う

STLではJQueryよりだいぶ前からメソッドチェイン使われてた気がするけど
STL自体が嫌われ者だったからノーカンか

>>138
d3dx9d_42.dllを同梱しました。
http://gmdev.xrea.jp/st/up/1008.zip

>>139
siv3Dを見たけど素直に凄いと思った。

oggのコメントが何故か読めないToT
ツクール素材のoggだとループポイント埋め込んであるはずなのだが

>>140
思いっきりライセンス違反じゃねーか

>>140
マイクロソフトのライセンス確認したか？

>>142 が言っているようにデバックのDLLの再配布は違反のはずだよ。

つーかリテールでもインストーラとセットじゃないとアウトだったよな

140でアップしたものは、皆さんのご指摘のとおりでありました。
当該のものは削除いたしましたが、確認・認識不足によりこのような事をいたし、申し訳ございません。
書き込み規制のため代行からとなりますが、ご迷惑をおかけいたしました関係各位に深くお詫びいたします。

もっともっと謝罪しる！

別にどうでもいいよ。
俺はマイクロソフトじゃねーし。

ただ、面倒くさい奴はどこにもいるからな。

oenALでoggストリーム作るのきつかった・・・
http://gmdev.xrea.jp/st/up/1008.txt

まだ正式リリースされていないjava8コンパイラで作ってるが
ラムダ式のつかいどころが全くみつからない

OpenALのwave効果音再生もできた。謎のバグはJDK8 RC版のバグで、
JDK7/JRE7で動かしたら問題なかったぜ。

今更だがJava製は使いたくないなｗ

JREすら入れたくないｗ

最初はC++でいこうかなと思ったこともあるのだけど、
siv3dと比較されてゴミになるし、言語仕様的に限界があるのね。
特に仮想関数が使いづらいのとダブルディスパッチが自分としてはネックだった。

C#はjavaよりランタイムの問題がマシだが、こっちはunityがいるし、
javaはSEとか情報系大学があつかって人口多い割にはlibgdxとかで
アプリ作ってる人全然いないし、それならDXライブラリに
毛が生えた程度のものでも十分需要あるだろうなという狙いがあるんだ。

設計が１０年くらい古いとかゴミだな

　

>>112 ：名前は開発中のものです。：2014/02/04(火) 13:14:51.26 ID:J1FJfMJW
> 　>>111
> そうです。さらにいうと、一般的なフレームワークとエンジン（ツクールみたいな）の間ですね。
> ゲームエンジンは基本的に付属のGUIキットで組み立ててゲームを作りますが、
> こちらはもう少しソースコードよりになります。
>
> 言語はJavaが最有力候補です。jar(zip)にリソース（dll, XMLとか）詰め込んで
> コンパクトに配布できるのが良いですね。
>
> 少し調査してみます。



おぃ、>>112ID:J1FJfMJW


手前ェは、一族根絶やし肉だるま処刑http://uni.2ch.net/test/read.cgi/entrance2/1369909044/119リスト入りだ。

　

技術力無いゴミが頓挫したようだな
オパール（）