zillion プロジェクト

PV1から飛んできた方向け

2011-04-10T16:27:52+09:00

ＰＶに関する補足

最初に、当チームのPVを見てくださってありがとうございます。

修正

PVの誤字など

現在は見つかっていません。

補足

結局、何を作っているのか明確に伝わらなかったと思いますので、このページを借りて補足いたします。

(※この文中に出てくる3Dとは、立体画像ではありません。2D上に実現する、グラフィックボードなどを活用して描画する擬似3Dの事を指します。)

とりあえず、何を目指すの？

映画『サマーウォーズ』に出てくるOZのような仮想空間です。できる限り現実と切り離し、自分のなりたい自分になれる仮想空間を目指します。

どのような手順を踏んで、作成するのか。

【システム的な最低限の要件定義(zillionとしての必要事項)】

プレイヤーが3D空間で、アバターを使用して空間に存在できること。
プレイヤー自身が仮想空間を拡張可能であること。
さまざまなコンテンツが提供できること
「コミュニケーション」、「遊び」、「創作」この3つを合わせたものであること。

以上より、

プレイヤーが簡易的に空間を作成できるエディターが必要である。
エディターは3D関連の処理を行える。
エディターも拡張できる必要性がある。

と、なるので、

共通事項である、3D処理を行うものを作れる。というエディターを作成する。

これは、モデリングソフトではない。モデリング下モデルを使った、さまざまな空間を提供するためのものである。

完成へのプロセス

仕様をある程度明確化する。
ある程度明確化できたら、基礎的なところから作成開始。(現在この状態)
微妙な修正を繰り返しつつ、完成形に近づけていく。

小難しくなってしまいましたが、だれでも参加可能である。技術のない人でも、別の面で補い合うことができる。といいうのがこのぷロジェクトのスタンスであり、目的です。

忙しい方は、暇なときにプロジェクトの仕事をこなすだけで構いません。

そんなプロジェクトですが、もし、興味を持っていただけたならば、人材募集をご覧ください。

動画コメントへの返答

長い回答になりそうなものは、動画に直接ではなく、こちらに書くことにしました。

・Javaで組めば？

すでにクライアントはC#で組むことが決まり、作業が進んでいます。GAE上はJavaで組みます。

今回は、クライアントになぜC#を使用するのか補足しておきますと

より簡易的にC++ライブラリのラッパーを作成することが可能である。
3D関連ライブラリ(XNA,SlimDX)などラッパーを含め各種存在する。
動作速度にそこまで問題は見られない。
.Net FrameWorkで作成したアプリケーションの拡張は、C#ではなくVBでも可能なために、外部者の拡張の可能性が上がる。
物理エンジンライブラリのラッパーが各種存在する。
IronPythonやIronRubyなど、スクリプト言語を簡易的に扱える。
WPFを使用することでよりリッチなアプリケーション構築が可能である。
3D互換ファイル規格「COLLADA」用の操作ライブラリが存在する。
Kinect関連のライブラリがC#からでも使用可能である。

以上の事です。javaで組めば。LinuxやMacでも動くようになるでしょう。

しかし、当初からC#をMono上で動かそうという意見はありましたが、WPFを採用している時点でその可能性はなくなりました。

この時点から、Javaのクライアントプログラム側の採用の魅力を見いだせなかったのです。

・ブラウザ上でフラッシュゲームを作って公開出来るアレのようなかんんじかな？

アレ、の内容がよくわからないのですが、遊びの要素、拡張性をより大きくしたセカンドライフ的な物かと思っていただきたいです。(僕はセカンドライフやったことないので、良くわかりませんが)

・PCって事はマイクロソフトのOS限定？

PCだから限定されるわけではないですが、

WPFを使っていますので、WIndows限定となってしまうでしょう。

しかし、それはエディターのみです、ランタイムなどは将来的にはクロスプラットフォーム化によって、スマートフォンなどからでも遊べるような環境にしたいと考えています。

・MMDの追加モジュールで達成出来るんじゃない？

MMDの存在は知っております。ﾆｺﾆｺ上で開発するのであれば、MMDへの互換性を持たすことが大きな意義があることも存じております。

しかし、仮想世界を作るうえで、ランタイムが必要になりました。この時に、MMDの拡張機能という位置づけですと、全員がMMDをインストールしなければなりません。

MMDはモーションを付ける機能を有するソフトウェアです。通常のプレイヤーには必要ありません。

しかしながら、

モデルファイルなどは、MMD for XNAを使用することで、互換性を持たすことが可能でしょう。

しかし、モデル自体がゲームデータを有しているために、MMD⇒zillionは可能でも、zillion⇒MMDは完全ではなくなってしまうでしょう。

・　グラフィックなどはどうするのでしょうか？

いい質問ですね。重要なことでしたが、wiiki上に記述がありませんでした。

SlimDXまたはXNAを使用しようと考えていますが、実際のところ、3D担当はSlimDXがいいと言っておりますが、XNAのほうが簡単かと思われるので、プロジェクトメンバーによる編集がしやすいとも思えるのです。

さらには、SlimDXですと、MMDforXNAの実装もすこし手の込んだ実装になります。

この内容に関しては現在審議中です。

Ｗｉｋｉ内リンク

メンバー

2011-04-09T21:36:21+09:00

プロジェクトメンバー

プログラマー系

名前	役職・備考	扱える言語
Kyasbal	クライアントプログラム	C#,C++,Java
Kazuhirokazu	クライアントプログラム(3D)	C#,C++
Kurageru	サーバープログラム	C++,Python
egret	クライアントプログラム	C++,C#,Java
mes	クライアントプログラム	C,C#
Tubame	クライアントプログラム	C#
Jaken	精神的サポート、助言係り
Wamei	修行中・・	C#(習得中)
Zabuton	修行中・・	C#(習得中)

デザイナー系

名前	役職
Liriope	2Dデザイン
Ryu	３Dモデリング
JUNYA	動画製作

その他

名前	役職
YU	雑務,翻訳(英⇔日)

zillionトップページ

2011-04-06T16:13:18+09:00

お知らせ

外部向け

・現在、ドキュメントの編集やこのwikiの管理の手伝いをしてくれる有志の参加者を募集しています。詳しくはコチラ。(もちろんプログラマーもデザイナーも募集しています!)

・このwikiの一番上に入れるロゴを募集しています。詳しくはコチラ。

内部向け

1)Google Codeのプロジェクトのトップページの名前及び内容が旧プロジェクトのままになっています。

修正or新規作成しますので、SVNサーバーに関しましてはしばらくそちらのサーバーを使用してください。

2)仕様書の用語の定義が入れ替わっていることがあります。読むときに注意してください。また、確認したら報告お願いします。

<誤>

パブリッシャー・・・hodophylaxを制作する人を指す。=このチームのメンバー
カスタマイザー・・・hodophylaxを使用してゲームを作成、プレイヤーに提供する人の事を指す。
プレイヤー・・・カスタマイザーが作成したゲームをプレイする人
デベロッパー・・・hodophylaxのプラグイン等を作成する人。

<正>

デベロッパー・・・zillionを制作する人を指す。=このチームのメンバー
カスタマイザー・・・zillionのプラグインを作成する人。
パブリッシャーhodophylaxを使用してゲームを作成し、プレイヤーに提供する人を指す。
プレイヤー・・・パブリッシャーが作成したゲームをプレイする人。

3)SVNのほうの使い方がわからない人が多いようなので、SVNの使い方のwikiを作っておきました。参考にしてください。

4)今月は、「SVNのコメントをしっかり入れよう月間」です。しっかりコメントを入れるよう心掛けましょう。(今決めました( ｰ`дｰ´)ｷﾘｯ)

はじめに

このプロジェクトの目的

このプロジェクトは、誰もが理想の存在で有れるような仮想空間を作るオープンソースソフトウェアのプロジェクトで、誰でも参加することができます。

職業年齢性別に関係なく、有志が自由に集まって次のようなことに挑戦しよう！、というプロジェクトです。

技術の有無に問わず、参加することができます。

とりあえず人材募集をご覧ください。

製作物

ここでは、このプロジェクトの全体の制作物によってもたらされる仮想空間を『zillion』と呼称します。

zillionとは？

映画『サマーウォーズ』に登場するOZのようなものだと考えてください。(ホントはOZプロジェクトのほうがパッとするでしょうからいいんですが、著作権的なことが僕にはわからないので・・・)

zillionとは、国籍、性別などを問わず、誰もが有りたい自分で居られる空間を作るためのものである。

国籍？中国の方？韓国の方？どぞどぞ、みんなで仲良く。

性別？男？女？好きな方でどうぞ、ここは別の世界なんですから。

zillionとは、世界中の人々と喜びを共有するためのシステムである。

万国共通の『喜び』

作る喜び
遊ぶ喜び
コミュニケーションの喜び

を共有することが目的である。

どのような手順を踏んで、作成するのか。

【システム的な最低限の要件定義(zillionとしての必要事項)】

プレイヤーが3D空間で、アバターを使用して空間に存在できること。
プレイヤー自身が仮想空間を拡張可能であること。
さまざまなコンテンツが提供できること
「コミュニケーション」、「遊び」、「創作」この3つを合わせたものであること。

以上より、

プレイヤーが簡易的に空間を作成できるエディターが必要である。
エディターは3D関連の処理を行える。
エディターも拡張できる必要性がある。

と、なるので、

共通事項である、3D処理を行うものを作れる。というエディターを作成する。

これは、モデリングソフトではない。モデリング下モデルを使った、さまざまな空間を提供するためのものである。

完成へのプロセス

仕様をある程度明確化する。
ある程度明確化できたら、基礎的なところから作成開始。(現在この状態)
微妙な修正を繰り返しつつ、完成形に近づけていく。

進捗予定

小さいレベルでの進捗予定については、技術的進捗状況のほうをご覧ください。

・エディターを作成して、いろんな人が簡単にzillionの枝のような分化として存在する空間を作成できるようにする。

・zillion空間を作成して、点在するそれらをつなぎ合わせる。

zillionを構成するソフトウェア

zillionは単体では存在しません。ソフトウェアの組み合わせの結果の生成物という位置づけです

hodophilax(エディター)・・・zillionを構成する世界を作るツールです。さまざまなオンラインゲームを作成できるような、プラグイン製の拡張機能を有します。
Lutra(ランタイム)・・・zillionをユーザーのPCに表示するランタイムです。hodophilaxで作成されたゲームを走らせます。
crispus(サーバー)・・・zillionのサーバーです。

なぜ、エディターで作れる空間がネトゲという前提なのか

空間では、チャットやいろいろなアバターの動作ができなくてはいけません。

パブリッシャーはそれらに対してカスタマイズを加えることができます。

これらを考えたときに、ゲーム制作ツールという形であれば、パブリッシャーに浸透しやすく、RPGツクールなどの発展形と認識していただければ、より親しんで使っていただけると思ったからです。

決してその『ゲーム』というくくりは、エディターの制約を増すものではありません、主幹の部分さえもプラグインにすることで、ゲーム以外の事柄も作成できるようにします。

これによって、zillionシステムは無限の可能性を生み出します。

zillionシステムのすべての空間をこのプロジェクトで作ることは事実上不可能です。だからこそ、このような親しみやすいエディターを提供して、それを統合することでzillionシステムを実現します。

オープンソースソフトウェアって何？

プログラムの文章の事をソースと一般的に言います。オープンソースソフトウェアとは、このソースを公開する開発手法です。

・プログラム技術の発展に貢献できる

・外部の方からの意見をもらいやすい。

などの利点があります。それは決してプログラムだけの話ではなく、運営においてもそうです。

こんな運営方法をしていたのか。じゃあ参考にしてみよう。

このようにして、ソフトウェア開発の輪は広がっていきます。

用語

このwikiでは、以下のような用語を使用します。

デベロッパー・・・開発者です。プログラマー、デザイナーを問わずこのプロジェクトで活動する全ての人物を指します。
パブリッシャー・・・エディターを作成してzillionに反映させる人です。エディターの使用者を指します。
カスタマイザー・・・エディターやランタイムなどに使用するプラグインを開発する人です。
プレイヤー・・・パブリッシャーが作成したゲームやzillion自体を利用する人を指します。

進捗状況

エディター、及びサーバーを先行して製作しております。

詳しくは、技術的進捗内容または、Google CodeのUpdatesをご覧ください。

メニュー

2011-04-06T12:38:52+09:00

*検索ボックス #search() *メニュー **メニュー -[[トップページ>zillionトップページ]] -[[人材募集]] -[[会議の参加方法>会議]] -[[メンバー]] &treemenu2(title=技術的内容){[[技術的進捗状況]]|[[仕様書]]|[[VSプラグイン]]} &treemenu2(title=解説系){[[SVNサーバーの使い方>SVNの使い方]]} &treemenu2(title=募集系){[[トップページロゴ募集]]} ---- **リンク -[[Google Code>http://code.google.com/p/hodophylax-project/]] // リンクを張るには "[" 2つで文字列を括ります。 // ">" の左側に文字、右側にURLを記述するとリンクになります **最終更新 #recent(10) &link_editmenu(text=ここを編集)

メールフォーム

2011-04-06T12:36:48+09:00

*参加申請用のメールフォーム参加申請用のメールフォームです。以下の事に注意して送信してください。 -アドレスに間違いがないか。 -希望する役職を書いてください。 -何か備考があれば書いてください。 **メールフォーム #mailform()

2011-04-06T12:30:58+09:00

*コメントページアットウィキモードだと、プラグインは使えますが、編集が面倒なので、ほとんどのページがワープロモードを使用しています。(@wikiの編集モード) そのため、普通のページにコメント欄を設けるのが面倒でしたので、ココに用意しました。 **コメント #pcomment(,20,reply,enableurl)

コメント/コメント

2011-04-06T12:30:06+09:00

-テスト - 管理者 2011-04-06 12:30:06

会議

2011-04-05T23:56:49+09:00

定例会議

定例会議では、お互いのプロジェクトに対する進捗状況などを発表して、意識の共通化を図ります。

より多くのコミュニケーションをとることが大事です。

プロジェクトに参加したはいいが、何をしたらいいのかわからない。

僕は、オープンソースソフトウェア開発というのは、わけのわからない連中が、わけのわからないことをして、わけのわからない良いものができる。というものだと思っています。

ただ、当然ながら内部的にはわけのわからないでは済まないのです。

プロジェクトがどういう風に進んでいる。じゃあ僕はこんな風に動けばいいのかな？こんな意志がプロジェクトを大きく大きく変えます。

まずはプロジェクトを知る事。これが大事です。プロジェクトを知るためには、どうしたらいいか。

メンバーと積極的に雑談をする。雑談の中から生まれる信頼は、時に大きくプロジェクトの進行を助けます。

仕様書のわからないところを指摘する。(指摘しないで放置する方がよくいます。ひな形を書いているのは担当者ですが、その仕様書を作るのはプロジェクトメンバー全員です。指摘をすればわかりやすい仕様書になり、プロジェクト全体にプラスになります。)

仕様書を書き直してみる。(さらに一歩進んで、こんなこともしてほしいです。今ある仕様書はまだまだ内容が煩雑で、それぞれの認識が異なってしまうことが多いです、自分なりにわかりやすく書いてみたら、プロジェクト全体にとってわかりやすくなるかもしれません。)

プログラマーは特に以下の事もやってください。

・他のメンバーが書いたソースコードにコメントを振ってみる。(他のメンバーのコードから学べることは非常に多いです。案外知らなかった書き方があるかもしれません。)

コードレビューに参加する。(コードレビューはアプリケーションへの機能の実装を深く協議するために行われるとともに、ほかの人がその機能に対してどのような意識を持っているのかを知ることができます。同時に自分の技術の向上になります。)

日程

定例会議は、毎週金曜日の午後9時半からとなっております。

内容

1,進捗状況を話す。

2,今後の実装についての話し合い。

場所

Skype上でやっております。

リーダーのSkype ID:lime_streem

上のIDにコンタクトを送り、グループチャットのコンタクトを受け取ってください。

特別会議

現在、特別会議の予定はありません。

何か特別に決めなければいけない場合、招集します。

プログラマー班

コードレビュ

コードレビュとは、複数人でソースコードを見ながら実装について議論する会議のようなものです。

実装についてのお互いの意見が固まりますし、お互いの技術の向上につながり、非常に大きい力を持っています。

全てのコードに対してはできないので、一部の大きいコードに限定して行います。

Skype及び、TeamViewerを使用してコードレビュをします。

毎週土曜日午後9時半から行います。

技術的進捗状況

2011-04-03T12:27:12+09:00

エディターの進捗状況

見つかっているバグ

UI系

~~・ドッキングウィンドウのライブラリが、稀に終了時に例外を吐きだすバグ。(2011/3/16確認)~~(2011/3/22修正)

・ウィンドウのタブの色が、ドッキング解除時に変わるバグ。(2011/3/24確認)

機能系

実装予定の項目

プロジェクトファイルのインターフェース(実装中)

3D関連の処理(設計中)

実装済みの項目

リフレクション式のプラグインホスト

サーバーの進捗状況

サーバー担当の方、編集滞ってます・・・というか白紙ですよ・・

見つかっているバグ

実装予定の項目

実装済みの項目

サーバープログラマー募集

2011-04-03T11:08:09+09:00

サーバプログラマーの募集

ゲームサーバやシステムサーバ上で動作するプログラムを作成・保守する人です。

どんな仕事があるの?

ゲームサーバプログラマー

ゲームサーバを作成します。

ゲームサーバは主に、ゲーム上の通信およびゲーム内データなどを保持します。

システムサーバプログラマー

システムサーバを作成します。

システムサーバは主に、ログインやゲームメールの送信などを行うプロダクト同士をつなぐ

サーバです。

どんな技術があるといいの？

必須の技術

問題なくjavaのコードが組める能力。

分野によってはあるといい技術

サーバプログラムの経験。