デジタルロケについて語る

**名無しさん＠お腹いっぱい。** · 01/11/12 10:06

実際の所、どうよ。

**名前は開発中のものです。** · 04/07/17 00:15

LightWaveとかからモーションは読み込めないんですか？

名伏 · 04/07/17 01:52

>>551
ライセンス更新後、最初にデジロケ起動すると、
「使用開始されました」みたいな自動メールが来る。

多分、その時点からカウントが始まってんのでわ？（その後いくら使っても使わなくても）
（アンインスト・メールも来る。ライセンスサーバがきっちり管理しとるのね）

うーん、ライセンス購入後、一度も起動しなかったら・・・
いや、どーなるかは知らんです。

**名前は開発中のものです。** · 04/07/20 10:46

Ver1.0、XPにはインスコできないんだが(´д｀)
「OSが違います」とか言われちゃう。
公式にXP対応と銘打ったVer1パッチがあるのであなどっていたぜ。

**名前は開発中のものです。** · 04/07/25 21:22

>>554
XPに他のOSに見せかける機能あるがそれ使ってもダメか？

**名前は開発中のものです。** · 04/07/29 02:55

メーカーの板が見ている人間がいるのかどうか不安なので・・
ちょっと、力を貸してください。

ttp://smash.s68.xrea.com/uploader/up/665.zip

LocaltoWorldVectorを使って、回転しているオブジェにヒレをつけさせたいのですが、
ど～にもうまくいってくれません。回転角が同じ数字になってくれません。
サンプルの中に入っているのもの見ましたが、回転をつけるとなると違うよう・・な？
わかる人がいたら、助けてください･･･。俺の頭じゃ限界です。

**名前は開発中のものです。** · 04/08/29 06:45

なぁだれかEscapeGuyのプロジェクトファイル持ってないか？
参考にしたいのでうｐして欲しいんだが。
たのむ。

**名前は開発中のものです。** · 04/08/29 12:11

揚げ

**名前は開発中のものです。** · 04/09/02 21:42

>557
ttp://matrixengine.jp/product/d_loca/dloca_tutorial_fr.html
　の、「Tutorial.zip」の中に入っている。
　「素材」って書いてあるからわかりづらいかも。

**名前は開発中のものです。** · 04/09/06 22:55

あーホントだ㌧クス
でも参考にしたい部分がうまいことごまかされてて使えなかった…（；´Д｀）
まぁなんとか頑張ります(´∀`)

**名前は開発中のものです。** · 04/10/26 11:41:55

ほしゅ

名伏 · 04/10/27 08:20:57

むうぅ、影をなんとかせんと・・

**名前は開発中のものです。** · 04/11/02 02:13:30

最新バージョンでついた影描写機能は、試して見たらかなり重かった。
マシンパワーを考慮しないというなら、悪い機能ではないけれども。
自分のようなまだ２Ｇ以下のマシンを使ってるヤツは、ただの丸い影を地形座標に表示するだけで満足です・・・＿|￣|○

名伏 · 04/11/02 22:08:28

シャドウライト、問題はスキンの影が反映されない事。
それさえなんとかなれば使うんだけどな・・。
理想を言えば、セルフシャドウとかテクスチャの透過色が反映されるとか、
まぁ、最新カガク技術の世界ですな。
無茶を承知でとりあえず好き勝手言ってみた。合掌・・。

**名前は開発中のものです。** · 04/11/03 06:35:59

スキンが反映されない･･そうだったのか･･･。自分はメカしか作ってなくてスキンは使わないから気づかなかった。
テクスチャの透過色は･･･影の色が指定できるからそれでガマンかとｗ

次のバージョンＵｐがあるならば、スコアネームの変更を絶対に追加してほしい。
トラックプロパティのスコア指定で、トラックはラベルが使えるが、スコアもラベル指定ができるようにしてほしい･･･。
ダメなら、スコアを関数指定したトラック指定でも、ラベルが使えるようにしてほしい・・・！
でなければ、何のためのラベル指定だかわからない。

名伏 · 04/11/03 22:38:29

テクスチャの透過色ってのは、例えば板ポリに、葉っぱのテクスチャを貼ったとして、
その影も（切り抜かれて）ちゃんと葉っぱの形になるというもの。
今だと、板ポリそのものの形しか投影されないもんね。
（もちろん透過色じゃなくてαマップででも良いんだけど）

これが使えると森の中の木陰の感じとかさ。

でもとりあえずPCのリアルタイム3Dエンジンでそこまでのヤツは知らない、
っていうか、ウチで走らせた事はない（もしあっても今のウチの環境じゃ蹴られると思う）
あくまでも夢と希望に満ち溢れた明るい未来の話って事で。

**名前は開発中のものです。** · 04/11/05 05:40:04

チラシの裏

デジロケのスプリクトの重さとやらを、いろいろいじくっていくうちに調べたが、
そのうちかなり重いスプリクトが、ＧｅｔＫｅｙ関連。
頻繁に必要なのに、最大クラスに重いってどういうことよ･･･。５フレームくらい早くなる。
デジロケで反応が軽いゲームを作ろうとしたら、ホントに使うボタンは少ないほうがいいってことか。
デジロケだけの常識じゃないかもしれんが。

･･･思いっきり１２個フルに使うゲーム考えてたから、かなりへこむ　＿|￣|○　秒間１２フレーム･･･助けてくれ･･･。

名伏 · 04/11/06 04:42:53

>>567
キー・チェックを出来るだけ減らすって事で、
1フレームでキー・チェックは1回だけにする、とか（もうやってるかもしれないけど）
つまりはフレームの一番最初にGetKeyして、結果を12個なら12個の変数に置き換える。
あとはGetKeyの代わりに変数の内容を使ってIfする。

**567** · 04/11/06 05:13:33

>>568
　もちろん、それは実施しております・・・。というか、某サイトを参考にキーコンフィグをつけたので、いつの間にか実施していたとｗ
　まぁ、GetKeyなくても２０フレーム出てないし、こればっかりは、PCの限界と割り切りますわ。
他人の環境で動作チェックしたらしっかりと秒間３０フレーム出てたので･･･。１．２Gというのも、もぅ骨董品ということですな＿|￣|○

　

**名前は開発中のものです。** · 04/12/14 23:13:03

hosyu

**名前は開発中のものです。** · 04/12/20 21:14:32

密かにデジロケ練習中…
ストップウォッチつくってみました
http://members14.tsukaeru.net/catdeleto/

でも結局ウォーカーとかの使いまわしスクリプトですし(T_T)
文字入力のときの２バイト処理とかよく分からなかったッス

**名前は開発中のものです。** · 04/12/21 00:42:31

>>571
すごい。
cele850 512menのマシンじゃ激オモだけど、
重いことが納得できる素晴らしいグラフィックだと思います。

**名前は開発中のものです。** · 04/12/22 11:31:22

>>571
すごいですなぁ！テクスチャにすごい容量を使っているように見えますが・・・。
　時折画面右上が逆行のように光るのがすごいキレイですわ。アレはビットマップの直接加算処理？

**571** · 04/12/22 15:58:38

見ていただいてありがとうございます～。

デジロケ上で再生してプロパティで見たらVRAM 21.8MB使用してました…。でかっ！
画面サイズに対して無駄にテクスチャサイズが大きいせいかもしれません。
背景の空は減色せずにフルカラーですし、空に重ねてある雲のレイヤーなんか512ピクセル四方…

左隅の光ってるのはおっしゃるとおり画面サイズのビットマップを加算処理で透明度変化させている
だけでございます。

**名前は開発中のものです。** · 04/12/24 17:05:27

>>571GJ!
久々にデジロケいじりたくなってきた…！

**名前は開発中のものです。** · 04/12/24 17:07:01

あ、キャラの線は放線反転ですよね？
アニメ塗りっぽいのはテクスチャですか？

**名前は開発中のものです。** · 05/01/04 04:51:16

年明けオメ＆保守

**名前は開発中のものです。** · 05/01/07 03:54:26

あけおめでごんす。

>>576
そのとおりです、面の法線方向に少しだけ拡大して反転させてます。
塗りの方はハイライトを最大にしてさらに色など調整して影の境界をハッキリさせてます。
デジロケでトゥーンシェーディングできたらこんな事しなくていいのに…

同じポリゴン数のを二つ重ねた上に影表示用のスキンなしローポリバージョンを重ねて
ますから結構なムダムダですね。

さらに練習で追っかけカメラと壁ずりサンプル作ってみました。
相変わらずムダに重いですが…（LCRファイルです）
http://members14.tsukaeru.net/catdeleto/ct_lcr.zip　(973KB)

一応こっちにはEXE形式も置いてあります。
http://members14.tsukaeru.net/catdeleto/junk.htm

**名前は開発中のものです。** · 05/01/08 21:50:38

>>578
おおー！
空、水、太陽、砂煙、鳥、芸が細かいですね…！
影もしっかり付いてるし…

水と太陽どうやったんでしょうか？

**名前は開発中のものです。** · 05/01/12 01:07:05

水はaviをテクスチャとして貼ってます。
3Dソフトでゆらゆらの動画を作って、がんばって280KBまで小さくしたんですけど
きちんとシームレスにした上でもっとサイズを減らさないと実際ゲームなどには使えないですね。

太陽は一応太陽のモデルをカメラとの距離が常に一定になるように配置していて
（歩いていったら太陽が近づいてきて大きく見えたらおかしいですもんね。）
グローとレンズフレア（もどき？）は加算ビットマップなのでWorldToScreenで太陽の位置を
取得してそれをもとに出したり消したり…という感じですね。

ただ、WorldToScreenだとモデルの中心がスクリーンに入っているときしか数値が出ないので
モデルがスクリーンに入ったとたんにパッと現れて出たとたんパッと消えるっていうのが
気に入らないですねぇ…。

**名前は開発中のものです。** · 05/01/24 19:38:34

>>578
落とさせてもらいました。
広さがあっていいですね。

水のテクスチャavi見れないのですが、、
外ファイル？

**578** · 05/01/26 22:25:38

>>581
こんなもの見て頂いて有難き幸せでございまっす。
水のテクスチャは内部ファイルにしてありますが
mpeg4でエンコードしたのでそのせいかもしれません。。。

外部ファイルを参照するようにしてaviの圧縮方式を変えたものを付けました。
これでどうでしょうか？↓
http://members14.tsukaeru.net/catdeleto/ct_lcr2.zip
aviファイル単体で再生できる環境ならきちんと表示できると思いますが…

ところでデジロケ2.5の再生エンジンと最新のMatrixEngineだと
球体環境やクローンのテクスチャ形式やマルチテクスチャの表示のされ方が違ってることに
最近気づいてとまどい気味です(-_-)
2.5で編集してlcrにしてみるとなんか見た目が違っててだいぶヘコむ…。

**578** · 05/01/27 00:04:03

↑クローンじゃなくてクロームでした。。。。orz

**名前は開発中のものです。** · 05/01/27 12:45:04

わざわざ別ファイルを用意してもらって申し訳ないです。
ちゃんと表示されました。きれいです。
ありがとうございました！

でもアニメーションするシームレスなテクスチャを作るのって難しそうですね。

**名前は開発中のものです。** · 05/02/03 20:11:16

使うオブジェクトは全部スコア上に置いとかなくちゃいけないのか。
じゃあパーティクルみたいなのを無限にモジャモジャ生成したり
できないってこと？

**名前は開発中のものです。** · 05/02/04 21:10:34

>>585
そのとおりですな。…たぶん。

**名前は開発中のものです。** · 05/02/07 00:31:33

>>586
　　もじゃもじゃ出したいなら、
　１．スコアに出したいブツを登録
　２．それを最初に全部パペット化、及び不可視可（VA.Visible＝False）
　３．フレームが進むにつれ、何個かずつ　VA.Visible＝True　にしていく

　で、ある一定の時間がたったら、前のオブジェクトから何個かずつ（発生個数と同じ）消していけばいいんでね？

**名前は開発中のものです。** · 05/02/08 17:35:10

>>587
それは>>585も分かってるっしょ

スクリプトで板ポリゴン発生させたり、あるいは
スコアにひとつだけ登録して、それをスクリプト上で
大量複製出来たらなーってことじゃない？

**名前は開発中のものです。** · 05/02/21 03:11:42

デジロケver2からver2.5へのアップデートファイルどっかで手に入らないかな。
ver2はもってるけど、ver3だと使おうと思う時いつも期限切れてるし。

**名前は開発中のものです。** · 05/02/22 22:40:41

>>589
たしかver2→ver2.5はアップデートというか、
注文したらver2.5のインストーラーが入ったCDが送られてきたよ。
起動するのにはver2.5のCD入れないといかんし、
アップデートファイルなんてのは無いんでない？

たぶんver2.5は今はもう売ってくれないだろうし
おとなしくver2かver3使うしかないかと。

**名前は開発中のものです。** · 2005/06/19(日) 21:23:57

保守。

ネットワークに挫折気味･･･。まったく動かん。

**名前は開発中のものです。** · 2005/06/24(金) 06:36:43

よっしレジストしてきた
オレ頑張るよオレ

**名前は開発中のものです。** · 2005/06/25(土) 10:24:45

CollisionCheckEXって軽くなったとは聞いたけど
横アクションの着地判定に使ったりしても大丈夫かな？

**名前は開発中のものです。** · 2005/06/26(日) 02:03:11

>>593
横アクションの着地判定くらいなら、GetCrossPointでいいんでない？

**593** · 2005/06/27(月) 20:56:16

ありがとう。GetCrossPointって衝突点の判定だけど
横幅のあるキャラクターが点で着地しちゃうとまずいんだよな・・・
２つ使えばいいのか

**名前は開発中のものです。** · 2005/06/29(水) 01:17:37

だめだ～・・・ネットワークが設立できない。

　Async.GetProviderで接続経路確定
　　　↓
　Async.Select　で接続経路確保（基本は検索接続）
　　　↓
　Async.OpenSes　でセッションオープン
　　　↓
　Async.Open　で、まずホストがプレイヤーとして参加
　　　↓
　Async.JoinSes　で、クライアントがホストに接続
　　　↓
　Async.GetSesEntry　で、クライアントがプレイヤーとして参加

･････で、いいんだよな？
なんか、ホストのOpenSesが成功してホストがプレイヤーとして参加（Async.Openでエラーを吐かない）しても、
SessionEntryではセッション数０のままだし、クライアント側でJoinSesもできない･･･。

サンプルが置いてある箇所があったからほぼそれを持ってきただけなのに、何故なんだろう･･･。
誰か、わかる人お願いします･･･　ﾉﾘｶｴﾀﾎｳｶﾞ　ﾊﾔｲﾉｶﾅ＿|￣|○

**名前は開発中のものです。** · 2005/07/05(火) 05:23:36

最後のくそ重いアラートさえなんとかしてもらえればなー。

**名前は開発中のものです。** · 2005/07/12(火) 00:53:22

MatrixEngineサイトに、バージョンアップ予告があるんだが･･･いつからあったんだ？コレ。

**名前は開発中のものです。** · 2005/07/12(火) 21:37:38

ほんとだー。ちょっと楽しみ

**名前は開発中のものです。** · 2005/07/13(水) 07:25:06

どんな機能が追加されるのかな？

**名前は開発中のものです。** · 2005/07/13(水) 21:07:37

http://matrixengine.jp/product/d_loca/download/dl_50713.htm

この中でも、
＞ワークビューウィンドウで3Dがシェーディング表示されるようになりました。

これはすげぇ！っていうか、今までなかったのを嘆くべきなのか？
モーションのインポートができないデジロケにとっては革命的。モーションが圧倒的に着けやすくなった。
ワイヤーフレーム、シェーディング、シェーディング+回転の中心点、シェーディング+回転の中心点+ワイヤーフレーム
の４つから表示がそれぞれ選べる。各ビューで独立して変更もできるため、使い勝手は上々。反応も良好。

＞モデルキャストのプロパティに「アウトライン描画」機能
　　これは人にとってはうれしいかもしれない。偽トゥーンシェードができる機能。線の太さが2段階、色は自由に変更可能。

＞モデルプロパティに「スペキュラー」が追加
　　これは、反射の「色」をコントロールするテクスチャが追加できたもの。
　　３D専用ソフトにあるような、テクスチャによる反射「率」のコントロールではない。効果はぼちぼち・・・か？

＞ｼｰﾝのインポート
　　すげぇ！！機能かもしれんが･･･LWしかないから試せない。LW側でプラグイン探して、試せたら報告します。

　あと、ここに書いてない箇所もアルゴリズムがいくつか書き換えられた箇所がある。
　スコア内のキーフレームを複数個選択してドラッグやコピーをしようとすることは、今まではすっさまじく重い処理だったが、
　今回のバージョンアップによってストレスがなくなるくらいに改善された。
　このことと上記のワークビューウィンドウで3Dが可能になったことの2点の改良点は、編集が劇的にやりやすくなった感じ。

　デメリットというかなんというか･･あくまでコレは俺の実感でしかないのだが、
＞モデルクリッピングのアルゴリズム
　これのせいかどうかは知らんが、マルチカメラを利用した状態が以前より重くなった気がする･･。
　カメラがひとつの状態は確実に良好になってる。マルチカメラを使わない人は素直に喜んでいいかも。

　表立った機能追加はないが、編集はかなりやりやすくなった。マイナーバージョンUpでよかったのか？っていうくらい。

**名前は開発中のものです。** · 2005/07/13(水) 22:59:48

アウトライン描画機能いいですね。
欲を言えばカメラからの距離に応じて太さを無段階に変えれたら良いのに。

あとデジロケの複数の起動が可能になってるのがうれしい。

**名前は開発中のものです。** · 2005/07/14(木) 09:19:19

それにしてもペースが遅すぎるよなぁ…
お金ないから人員裂けないのかな…

**名前は開発中のものです。** · 2005/07/14(木) 14:32:22

お金ないって・・そういやver3の登録ユーザー何人くらいいるんだろうな？1000人規模超えてるんだろうか・・？

**名前は開発中のものです。** · 2005/07/17(日) 13:26:38

http://www.adventureplayer.net/
デジロケもこういうことできたら良いのに。

**名前は開発中のものです。** · 2005/07/17(日) 17:23:44

月額料金制といい、最初のロゴといい
全てが裏目に出てる気がしてならない。
この辺見直す気は無いんだろうか？

それとも実は知らないだけで、デジロケ製の製品が
結構出てて、権利関係で儲けまくってたりするんだろうか…。

**名前は開発中のものです。** · 2005/07/18(月) 21:42:37

こういうのは不安を煽るからあんまり書かないほうがいいかもしれないが、あえて書こう。

今回のデジロケのアップデートは、スパイウェアだな。
アップデートしてから、なんか毎回起動時に無意味にネットに接続する。

自動アップデート告知機能とか搭載とかは明記されておらんし･･･何をしているんだろうか？

**名前は開発中のものです。** · 2005/08/20(土) 07:35:30

>>607
ライセンスの認証じゃねぇのか？
　中途半端なことを書くとホントに無意味に不安を煽るだけだからやめておけ。

**名前は開発中のものです。** · 2005/08/20(土) 11:31:47

認証アクセス行く時はダイアログぐらい出してほしいよな

**名前は開発中のものです。** · 2005/08/20(土) 23:04:58

ﾌﾟﾌﾟｯｯ

C/C++もロクに書けない低能デジロケユーザどもがｗｗｗｗｗｗｗｗ

いつまでそんな低俗なミドルウェアに頼ってんだよｗｗｗｗｗｗｗｗｗｗｗ

ｶｽどもがｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗﾌﾟｯﾊｯﾊｗｗｗｗｗｗｗｗ

ｗｗｗｗｗ

**名前は開発中のものです。** · 2005/08/21(日) 16:35:09

今デジロケのサイトで公開されてるオンライン対戦ゲーム
「Battle　Busters」って、デジロケで作られているものじゃないんだってな。
MatrixEngineSDKっつー業務用のブツらしい。もしかして他の業務サイトで使われている
釣りゲーとかもそっちだったりするんかね？
まぁ、ほとんど同じものは作れるんだろうけど、何か微妙だ。

**名前は開発中のものです。** · 2005/09/09(金) 11:31:03

なぁ
キムチとかのニンニクのにおいって
明らかに石油系の包装とかを通り抜けてる気がするんだが
どうなんだ

未開封のキムチを冷蔵庫にいれといたら
チョコとか牛乳とかがニンニクのにおいでいっぱいなんだ

**名前は開発中のものです。** · 2005/09/10(土) 01:16:32

それがあの斜め上を行く国のクオリティだ。残念だったな。その冷蔵庫はあきらめろ。

････････････で、なんでこのスレなんだ？まぁいいか。過疎板の中の過疎スレだし。

**名前は開発中のものです。** · 2005/10/07(金) 19:24:15

まだデジロケつかってる人ー

（´∀｀）ノ

**名前は開発中のものです。** · 2005/10/08(土) 00:53:59

＞614
　　　ﾉｼ　　アップデートは発表初日にやりましたぜ。
･･･新機能、一つも試してないけど。

**名前は開発中のものです。** · 2005/10/08(土) 04:11:54

>>614

あいよ　（゜ー゜）」　元気だよ。

さすがに最近のアップデートでマシンパワー喰うようにはなって来たけどね。
ワークビューのシェーディング表示なんて激重、レスポンス落ちまくり。
結局ワイヤー表示のままだ。

んなもなぁ、ウチの環境が古いままだからイケネーんだけどもね。

**名前は開発中のものです。** · 2005/10/13(木) 01:14:27

ところで、おまいら的には
ttp://www.net-dimension.com/news_release/nd_press_release_051003.pdf

これどーよ？デジロケが一気にクる可能性があるかね？

**名前は開発中のものです。** · 2005/10/13(木) 04:55:39

>>617
自分的にはデカい画面が好きなのでPC主体だが、（そっち方面で）商売になりそうなら、
まぁイっとけ、みたいな・・（だからってPCがお留守になっちゃイカンが）

基本的に世の携帯のコンテンツって何で開発してるんだろ？
そこへ食い込むって事だよね？

（余談だが、PS2(?)用のミドルウェア(昔)とかMAC用とか・・色々模索はしてるね
いや、がんばってくれ、色々。(愛してるよー)）

**名前は開発中のものです。** · 2005/11/07(月) 20:03:54

デジロケで陰影の付いたマップを扱いたいんだけど、
光源処理全部デジロケに任せてたら重くてやってられん
レンダリングで直接テクスチャーに陰影を書き込んでくれる3D編集ソフトとか無いかな・・（´д｀；）

（窓から差し込む光の影とか、建物の影とかデジロケだけじゃ表現しにくいよorz）

**名前は開発中のものです。** · 2005/11/10(木) 23:31:50

>>619
　LlightWave３Dの、「サーフェイスベーカー」なら、UVマップ形式で書き出してくれるぞ。
　デジロケがUVマッピング対応してないから、多少フォトショなどの画像編集ソフトでいじるハメになるがね。
　ただ･･･LWもってないなら、何が悲しくてデジロケのためにLWを使わなきゃならんって思うかもしれんが。

**619** · 2005/11/13(日) 02:43:36

うは、情報提供thx
LW持ってるから早速やってみるよ

**名前は開発中のものです。** · 2005/11/16(水) 22:11:51

デジロケはＵＶ対応してるよ
LWOならそのまま読み込めるはず。

**名前は開発中のものです。** · 2005/11/18(金) 00:37:05

>>622
おぉ！ホントだ！　UV付けて保存したら、「インポート座標形式」なるものがテクスチャーのコンボボックスに加わっている！
　
　初めて知ったっす。サンクス。　　　　全テクスチャ作り直すか･･･

**名前は開発中のものです。** · 2005/12/06(火) 20:24:01

デジロケがバージョンアプンされてる。
携帯コンテンツへの対応もいずれされると嬉しいなぁ。
ガンガレ！デジロケ！

**名前は開発中のものです。** · 2005/12/14(水) 17:24:20

バージョンアップされたけど、スタジオＭＯＭＯや本家サイトでも
書き込みが少ないのが悲しいな。
もうちょっと活気が出てくれると、テンション上がるんだが…
でもガンバル。
あんまり書き込みがないようだと、ここをデジロケコンテンツ製作日記にしちゃうゾ

**名前は開発中のものです。** · 2005/12/15(木) 23:51:10

>>625
いいんでねーの？ただしsage進行で。他人の製作状況は、いい刺激になる。
　ついでにトリップも付けてしまえｗ

MC · 2005/12/16(金) 23:38:28

了解。
では、コテ名「ＭＣ」で製作日記を書いていきます。
といっても製作途中からになるんで最初から…という訳ではないです。
あと、気ままに書いてるんで文章が変、読みづらいとか
色々ありますがご容赦ください。

…でも、誰かっていうのかすぐバレそうで怖い気もするなぁ…

MC · 2005/12/16(金) 23:42:40

05/12/11
相変わらず体験版を使ってチョコチョコといじっている。
…でその体験版は本日が期限なんで、試しに新しいバージョンの体験版を入れてみた。
期限が延びた。ちょっとラッキーと思った。

で、いじっているが実際には大した変更点とかはしてない。
一応、前から試そうと思っていたリプレイの試作をやってみた。
Ｉｎｉファイルの読み書きによるリプレイを試行してみたが、あまりの処理の遅さにビックリ。数分の待ち時間が必要になる。
また、ファイルが大きいと保存できないっぽい。65535バイトを越すと許容範囲外になるようだ。
３種類のキーデータ（押した・押しつづけ・離した）は秒間30フレで１０分間記録するとなるとかなりデカイんで、
このままではどう考えても実用性に乏しいと思えた。フリーズしたかと思ったくらいだ。
そのため、ダイアログボックスによるリプレイデータの保存をやってみたら…読み書きは一瞬だった。
でも、ファイル選択ダイアログボックスを表示するのは正直好きではないけれど、
こんだけの差があると、どう考えてもこっちの方が実用性が高い。

☆
その後にちょっと思い付いた。Ｉｎｉファイルは配列などの沢山のデータの読み書きが遅いのかと、改行も多いしねえ。
もしそうだとしたら、配列データを一つの長い文字列にしてみたらひょっとしたら速くなるのだろうか？と思った。
まだ試してないからなんともいえないけど、もしそれで速くなるんだったらやる価値大だ。
そうそう、あとリプレイの事でランダムシードは上手く動作してるようだ。細かく見たわけではないけどね。

↑
やってみたらＩｎｉファイルの読み込みが速くなったぞ。

MC · 2005/12/16(金) 23:46:54

つい先日、確か木曜か水曜あたりだったかな…ライン描画機能なるものを発見した。
面白そうかもと思い、やってみたら結構簡単だしちょっとした演出、ロゴとかのね、そういうのができそうで
やってみたいと思った。ゲーム中ではどれくらい使えるのかはわからんが…
あと、大事な事だけど処理もかなり軽いっぽい。
それと、このラインっていうのは３Ｄ・２Ｄオブジェよりも描画優先順位は高いようだ。
優先順位が決められないっぽいのは痛い気がするが。
ところでこの機能っていつごろから追加されたんだろうか…
バージョンアップによるスクリプトの追加情報を
ヘルプで見ても載ってないようなんでちょっとわからない。
なんか知らん間にチョコチョコと色んな機能が追加されてるんだな。
そのうち使えそうな機能をもう一度さらっと調べてみたい。
「こういう事ができる・できそう」…というのを今一度書き出しておくと良さそう。

MC · 2005/12/16(金) 23:50:04

この日はチョコチョコいじっただけなんだけど、
シューティングシーンでの爆発パターンをボスの輪っかとかにしてみたら結構ハデで面白かった。
う～んシューティングってエフェクトと音がハデだと面白いのかも…という気がした。
ちなみに「エフェクトボス爆発アルゴ41」が連続爆発の起爆剤になってる事を再確認した。

ミサイル噴出口とかの黒煙エフェクトも作りたい。
ボス溜め打ちエフェクトを今の丸状ではなく針状にして指向性を持たせる、
また、その針は複数のを一まとめにしたテクスチャの板ポリでもいいかもしれない。
溜め打ち発射時のパーティクルエフェクトも欲しい。
発射時はトップスピードで減速していく＆針状のパーティクルが丸くなって行くとか、
これはスケールの一つの軸を他のスケールより早く縮小すればＯＫかと思う。
ボス出現エフェクトは、街を破壊したりするのがいいだろうか。
中型ボスの攻撃方法の見直し。
イベントをどうするかはずっと前から考えていた。シューティング中だと問題がありそうなんで、
シューティング中でないときにイベント発生させるつもりだったけど、それだと不自然なんで、
シューティング中でも起こるようにする。ただし、シューティング中にやられた場合は通信が切れたような感じにする。

オーバーヒート時のダメージと敵弾のダメージのバランスが悪すぎるので調整する。
オーバーヒート値が８０％を越えていたらダメージにするか？
オーバーヒート時は警告音を鳴らす。ただし、うるさく鳴り過ぎない程度で。

MC · 2005/12/16(金) 23:56:50

05/12/12

昨日の書き忘れ。
Ｉｎｉファイル書き出しテストのために、文字列を数万文字分を書くのが面倒だったんで、
Fot to 文で作ろうとしたら、実行途中で非常にヤバイ事をした事に気がついて青ざめた。
↓のがそのヤバイプログラム。（デファイン使ってる）

Var
Moji:Str='22222222222';

Onevent
var
x:int;
begin
For x=0 to 1800 by 1 do
Moji=Moji+Moji;
end;
MojiをIniファイルに書き出すプログラムの呼び出しをここに入れる。
end;

これ、実行したらなかなか止まらなくてしばらくして考えてみたら
文字列の長さがえらい事になる事に気がついた。
プログラムを実行する前はちょっと考えた方が良いかもしれん。怖い事になることもある。

MC · 2005/12/16(金) 23:58:24

で、今日の朝にリプレイデータのＩｎｉファイルを書き出すテストで、やってみた。
これは毎フレームのキー入力データをＩｎｉファイルに出力するまえに１つの文字列変数に連結して入れ込む事で、
Ｉｎｉファイルに書き出す変数の数を減らすというもの。
昨日わかった事だけど、どうやらＩｎｉファイルは変数の数が多いと読み書きに時間がかかるらしい。
リプレイなんかになると配列の数が多いから本当に時間がかかる。
試しにすごく長い文字列だけど、１つの変数にしてみたら驚くほど読み書きが速くなる事がわかった。
で、この凄く長い文字列変数を読み込んだときに連結を解くんだけど、なんか上手くいかない感じ。
ファイルのデータサイズを見たところ書き出しの方は上手くいってるっぽいんだけど、
読み込んだ時の文字列変数の文字数をデバッグウインドウに出してみてみたらすごく少ない数字だった。なんで？
ひょっとしたら読み込み時にひとつの変数（列）に入れられる量のリミットでもあるの？
だとしたら分割する必要があるなぁ。あと、半角のデータサイズって１文字１バイトで改行は２バイトっぽい。

MC · 2005/12/17(土) 00:08:24

05/12/13

またも昨日の書き忘れ。
キー入力データは１つの１フレームのデータは８ビットサイズにしているんで、10進数だと３桁で表現できるようになってる。
なもんで、キー入力データの数値が10進で255～100の時は文字列にそのまま変換しても問題はないんだけど、
99～10、10～0の時は桁数が少なくなって連結する時にマズイ事になる。
そのために、２桁や１桁になるときは先頭に00や0をつけて強引に３桁になるようにした。
これ。うまいこと動いてるっぽいんで安心。

☆
あと、リプレイのIniファイルの読み込みの件で、１ファイルに１つの変数の方が良いのかも…と思った。
おそらく１ファイルに沢山の変数があると遅くなるんじゃないかと思う。ひょっとしたら検索とかしてるんだろうか…
よくわからんけど、今夜リプレイデータを１分毎にファイル分けしたプログラムを作る予定。
今夜できなかったら明日の休みにチョイチョイとやっておきたい。

ちょっとだけやってみた。読み込みは１度（１変数）につき2047文字しか読み込めなかった。
書き出しの方はそうでもなかったが…でも書き出しの方にも限界はあるみたい。だいたい10000文字くらいかな。
それと、Ｉｎｉファイルのサイズの最大は65535バイトっていうのはほぼ確実っぽい。

MC · 2005/12/17(土) 00:11:39

このゲームの場合、キー入力は8つ確保（上下左右＋４つのボタン）してるから
数値は0～255の値（２ケタ以下の場合は頭に0をつけて３桁に変換処理をしてる）をとる。
そうなると３文字という事になる。
１フレで３文字、１秒間で3×30文字、１分間で3×30×60文字…5400文字なんで、すでに倍以上オーバーしてます。
これでは１変数につき約２０秒程度しか記録できない。

で…今度は0～255の数値をアスキーに変換して保存する事で文字数を減らして、
読み込みやリプレイがうまい事いくかをテストしてみる。

ちょこっとテストしてみたら…0は空白スペースだった。
文字なし？って意味なのかどうかわからんが怖い、これってつまりデータをすっ飛ばすって事でしょ？
しかも1とか2のキャラっていうのがどっちも「・」なんで、同じじゃん！これじゃヤバイやん！
でも見た目は同じ「・」でもコードは違うだろう？と思ってデバッグウインドウに出力した文字をコピって
変換プログラムにかけてみたら同じにされてるっぽい。コリャダメかも…と思った。せっかくのアイデアがいきなり潰れたか…
んで、一応ダメもとで↓のプログラムを組んで動かして試してみたらデバッグウインドウでちゃんと変換されてる事が判明。
そっかデバッグウインドウに出力したのをコピるのはダメなのか…と思った。いや本当のとこ、内部処理はわからんけどね。

MC · 2005/12/17(土) 00:13:15

var
x:int;//仮キー入力データ
OnEvent ExitFrame(Score,Track: Integer);
var
cnt:int;
c:str;//文字用
begin
c='';//初期化
for cnt=0 to 255 by 1 do//１バイト文字（0～255）の中でチェック
x=cnt;//
c=c+(char(x));//仮のキー入力を文字変数にガンガン累積させる。
end;
for cnt=0 to 255 by 1 do
x=ascii(strcopy(c,cnt,1));//累積された文字列を再びキーデータに数値変換させて
dbwl(itos(x));//デバッグウインドウに出して見る。
end;

end;

↑は上手くいったっぽいんで、
今度は出力したＩｎｉファイルでこのやり方がいけるかどうかを試してみる。
…でも、考えてみたらこのやり方でも１分間のデータを読み込ませるだけで精一杯なんだよな…まぁいいか。

で、やってみたらIniファイルの出力は今のところいけてない・・・・もうちょっと挑戦してみる。

MC · 2005/12/17(土) 00:18:04

05/12/14
なんかリプレイデータの出力の試行だけで４日も食ってる。
だいぶいいとこまでいけてる気がするし、やってみる事で色々発見できた事もあるんだけど…詰めがなかなか上手くいかん。

んで、またちょっと試してみた。
以下はそのプログラム
var
moji:str;

OnEvent ExitFrame(Score,Track: Integer);
begin
moji='';
moji=moji+char(10)+char(1)+char(255)+char(1);
dbw(moji);
end;

↑これだとデバッグウインドウに文字はちゃんと表示されてる。
…が

var
moji:str;

OnEvent ExitFrame(Score,Track: Integer);
begin
moji='';
moji=moji+char(0)+char(1)+char(255)+char(1);
dbw(moji);
end;

↑文字にキャラコード0を足すとデバッグウインドウに文字が表示されない。

MC · 2005/12/17(土) 00:19:31

var
moji:str;

OnEvent ExitFrame(Score,Track: Integer);
begin
moji='';
moji=moji+char(1)+char(0)+char(255)+char(1);
dbw(moji);
end;
試しにキャラコード0の位置を２番目に持ってきたらキャラコード1のは表示されたが、それより後ろのものは表示されなかった。
どうやらキャラコード0以降の物は全て無視されるようだ。

上で書いた事とか色々試行錯誤した結果、デバッグウインドウへのキーデータ表示は上手くいった。
しかしこれをＩｎｉファイルに出力した時に問題が発生した。データの中身がない。
ひょっとしたらキャラコード０以外でも後ろの物が無視されるとかがあるのかもしれないが、どうしてかわからない。
このままでは解決が見出せないんで、このやり方は諦めることにしたい。
最悪→最良として
「リプレイ機能なし」→「ダイアログで読み込み形式」→「ダイアログナシでファイル数多」→「ダイアログナシでファイル数少」
となると思うが、最良の「ダイアログナシでファイル少」は断念したい。アスキーでのやり方が上手く行かないから。
んで、次からテストする事は「ダイアログナシでファイル数多」でやってみる。
今のところだと２０秒で１ファイルだから１０分で３０ファイルという事になる。
こっちはＩＮＴ型を数字のまま文字列に変換して保存するやりかた。
やってみたら一応のところは動いてるけど、記録時に１分間のデータしか出ていないのがマズイ。
これは明日見なおす事にする。動作速度的には全く問題ないレベルなんで、このやり方でいく事にする。

MC · 2005/12/17(土) 00:21:20

05/12/16
昨日もチョコっといじって見たんだけど、進展ナシ。
仕事で疲れてたんで３０分程いじって寝た。

今日も続けて行こうと思う。
今、起こっている問題点はリプレイのＩｎｉファイル出力で２分３０秒ぶん程度のデータしか出力できていない事。
この原因が不明。
蓄積用のキー入力配列変数であるReplayP1CtrlOnDataの配列数は18000（３０フレで１秒だから１０分（６００秒）間記録できるサイズ）
このサイズが大きすぎて不具合が出たのかと思って調べてみたけど、サイズが悪いというわけではないみたい。
試しにこんなスクリプトで試してみた。

OnEvent EnterFrame(Score,Track: Integer);
Var
hairetu:array[18000] of Int;
begin
Hairetu[1]=1;
Hairetu[17999]=8;
dbwl(ItoS(GetArraySize(hairetu)));
dbwl(ItoS(hairetu[1]));
dbwl(ItoS(hairetu[17999]));

end;

実行してみたらしっかり
18000
1
8
とデバッグウインドウに書いてあったんで配列サイズによる問題ではない事がわかった。

☆
そういえば、ビットのシフト・ローテイトをやった事がなかったな…
数値を２倍や４倍とかする時はシフトの方が早いのかどうか今度試してみたい。

MC · 2005/12/17(土) 04:25:37

05/12/17
仕事で疲れてたんで昨日の夜は寝る事にした。
で、３時頃起きて作業の続きをしてたんだけど、やっとこリプレイの方は成功した。

不具合の原因がわかった。
主な原因は以下の２つ
・まず一つめに、このゲームは１秒が６０フレームなのに、リプレイデータは３０フレームで
処理していた事。アホみたいな事を間違っていた…
２年以上ブランクが空いてたんで完全に忘れてた。

・２つめはリプレイ再生前のリプレイデータを読み込んで、累積させるリプレイキーデータ（配列）に格納する際に、
読み込んだ文字列データのコピー位置が間違っていた。累積させる方と同じインデックスにしていたんで、
完全に文字列データから超過した位置を指定していた事になる。

とりあえず、これでリプレイ記録・再生の試行は終り。
やっとこメインの部分に入れそう。

MC · 2005/12/17(土) 04:27:33

☆
ビットのシフトによる値の２倍と通常の算式による２倍との処理速度の違いを調べてみたが、
その差はほぼ皆無といえる内容だった。
ちなみに↓がそのプログラム。

(*:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::*)
(*キャプションへFPS表示*)
(*:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::*)
procedure FPSDISP;
begin
Caption=inttostr(ProjectInfo.FramePerSec)+'/'+inttostr(Trunc(SystemInfo.FramePerSec));
end;

(*:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::*)
(*ビットシフトによる値の２倍と通常算式による値の２倍との違いをみるスクリプト*)
(*:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::*)
Var
i:int;

OnEvent ExitFrame(Score,Track: Integer);
var
c:int;
a:int;
begin
For C=0 to 5000 by 1 do//下の２行のどちらかをコメントにしてＦＰＳの違いを確認する。
a=c shl 1;//ビットシフトによる値の２倍
//a=C*2;//通常の算式による値の２倍
end;
Fpsdisp;//ＦＰＳをタイトルバーに表示する手続きの呼び出し
end;

MC · 2005/12/17(土) 06:41:39

今、ヘルプを見ていて気がついた。
ファイル管理ルーチン、ダイアログ、スクリプト例…のところ…
かなり前の事だけど、別のゲームでセーブデータを保存する時にスクリプトがわからず、
ヘルプのスクリプト例のところしか殆ど見てない上、殆どそのまんまスクリプト例をコピーして
使っていたんでセーブデータの保存はダイアログを表示させて保存するのか、
それともＩｎｉファイルとして書き出す（ダイアログ表示をなくせる）のか…
の２択しかないものだと思っていた。
…ら、ちょっと気になってダイアログの部分を消して見たら、ダイアログの表示をしないで
データを保存・読み込みできる事がわかってしまった。
ここ数日の苦労はなんだったんだろう…。
色々試してみてわかってなかった事がわかったから別にいいんだけど、ちょっとショック。

MC · 2005/12/19(月) 22:50:18

リプレイの試行の方は終了。やり方はわかったんで
今まで製作していたゲーム本体の修正や追加する箇所を列記する事にした。
ざっと見たところ、タイトル画面やその他インターフェイスに
修正が必要な事が判明。
もちろん画像データやスクリプトは作り直しになる。
作り直し…といっても、コンテンツ製作を中断してから２年以上のブランクがあるんで
どういったスクリプト処理をしているのかは忘れている部分が多く、
もう一度見直す必要があったりする。
最初からちゃんとした設計ができていて、その設計とおりに事が運べば良いんだけど、
作っている途中でおかしな点に気がついて変更したり、追加したい機能を入れたりするんで
なかなか最短距離で製作する事はできてない。
実際、ゲーム途中のメニューでスクリーンモードを変更できるようにしてあるのに、
タイトル画面ではそのメニューを作ってなかったりと、作りがチグハグになっている。

MC · 2005/12/19(月) 23:08:53

まずやる事は、操作と画面の流れを決める事、その次にレイアウト決め、そして画像パーツの作成に入ろうと思う。
画像パーツの作成を先にやるとロクな事にならなかったりする。最悪全部作り直になるし。
あと、このコンテンツで使っている各キャストのファイルをまとめたりも必要。
実はテクスチャを作っている時に時々保存するようにしてるんだけど、ファイル名を
つけるのが面倒臭くて名前が「adfa.jpg」とかメチャクチャだったりする。
各プロジェクトデータで共有しているスクリプトである
トークン・関数・手続き・汎用スクリプト・変数・定数をちゃんと外部キャストにしているかどうかも
チェックしておかないとならない。

…と思ったら…体験版では外部キャストにできない。ちょっと困った…
体験版の使用期限が12/24だし、そろそろ契約しようと思う。

とりあえず、今のうちに必要な画像はいくつか用意しておこうと思う。

**名前は開発中のものです。** · 2005/12/24(土) 10:48:58

全部書くなよw
要点まとめて、何もしてなけりゃ何も書く必要無いだろ
個人的な事より参考になる事キボン

**名前は開発中のものです。** · 2005/12/24(土) 14:04:47

>>644
　　まぁ、そうでもしなきゃ書き込みなくていつDAT落ちしてもおかしくない板なんだから、「保守」の一言よりマシだと思ってやれ。
　っていうか、「　体　験　版　」でそこまでやるって･･･タフだな、あやつは。

MC · 2005/12/24(土) 19:15:14

>>645
体験版で保存したデータを製品版で読み込めなかったらアウトだな…
と思いつつも作業やってるよ。

昨日今日と仕事の方が忙しくて契約するの忘れてた…
スタジオＭＯＭＯの方も書き込みがなくて寂しいや。

**名前は開発中のものです。** · 2005/12/25(日) 23:20:10

>>646
月曜中にやらないと、多分年末年始休業になる（送金・入金をする銀行自体が）だろうから、正月休みに使いたいなら急いでおけよｗ

MC · 2005/12/26(月) 23:05:13

>>647
勤務時間中は昼休憩でも外出禁止な会社だからなぁ…
家族の者に明日振り込んでもらうよう頼む事にするよ。
もう遅いかもしれんけど。

MC · 2005/12/31(土) 03:39:31

05/12/30
タイトル画面まわりの改変を行った。
メインメニューにコンフィグを追加、それによるコンフィグサブメニューの追加。
あと、データロード部分を修正。
修正案の方は前もって考えてはいたけれど、修正途中で少し変更している。

元々の修正案は
画面に表示されているメニューを１つにして、あとは上下キー入力で項目を変かさせるやりかた。
メニューを選択した時は画面を暗くして、サブメニューを画面全体に表示しようと考えていた。
このやり方だと、画面フェード処理、キー入力を促すアニメーション等が必要だし
ちょっと手間がかかりそうなんでやめた。

作業途中で、項目数を３つに統一する事でなんとか作業しやすいようにした。
データロードのファイル数を２つから３つに変更。
メインメニュー、コンフィグの項目と同じなんで座標値やルーチンをそのまま使用できるので少し手間が省ける。
できたものを一通りプレイしてみたけど、不自然なインターフェイスでもなく上手くまとまっていて一応は安心。
といっても他の人にプレイしてもらわないと判断できないところもあるけど。

MC · 2005/12/31(土) 03:41:58

カーソル移動のアニメスクリプトを若干変更した。
このやり方の方が滑らかな動きをしている気がする。

　次の座標＝（目標点座標―現在の座標）／（目標到達までのトータルフレーム数―現在までのフレーム数）+現在の座標
　で行っている。最終フレームでは念の為、次の座標に目標点座標を代入している。

このやり方は減速のみのアニメだけどわりと滑らか。インターフェイス向きな気がする。

１つ書き忘れてた。
体験版で間違って内部キャストに変換してしまったキャストを外部ファイルに変更した。
でも、体験版で内部キャストに変更できるのに外部キャストの変更はできないのはちょっとマズイ気がする。

ブランクが長いんで、全てのスクリプトを見ようと思ったがやってない。
修正に必要な部分まわりのとこだけ見た。

毎回毎回の事だけど、スクリプトを１行や２行追加・変更しては実行…の繰り返し。
セミコロン忘れ、型違い、スペルミスとかはしょっちゅう。
できる人だと１ルーチン作って実行なんだろうなぁ…ヘボヘボな自分にちょっと凹む。

MC · 2005/12/31(土) 11:40:59

05/12/31
タイトル画面まわりは概ねのところこれでＯＫかな…とは思う。
データロードメニューに関しては、
ロードした時にデータ内容によってジャンプするプロジェクトを変化
させれば良いだけなんで、これは後は良いと思う。
今のところジャンプできるようなプロジェクトファイルは１つしか作ってないんで、
ステージを２つ３つくらい作ってからの方が良さそう。

あと、気になっている箇所としてはタイトルが降ってくる際にスキップできないところ…
それ以外のところではスキップできるようにしてあるんで、ちょっと気になっている。
体験版の時にこの部分を直そうとしてみたが、パペット設定関連が甘かったのか、
不自然に画面が切り替わってしまった。
画面の切替はトランジションによるものをメインとしているが、
ライトの明度調整・画面全体の２Ｄ幕・２Ｄ画面の各パーツの透明度変化・
などによっても行う事もある。
トランジションによる切替は一見楽ではあるんだけど、
OnEvent EnterFrame、OnEvent ExitFrame…等、どのイベントなのか
また、パペット宣言・解除のタイミングによっても微妙に切り替わり方が違ってくるみたいで、
その辺は未だ把握しきれてない。
少なくとも、現在のフレームと次のフレームとの中割りではあると思うんだけど…