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

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

実際の所、どうよ。

**名前は開発中のものです。** · 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…等、どのイベントなのか
また、パペット宣言・解除のタイミングによっても微妙に切り替わり方が違ってくるみたいで、
その辺は未だ把握しきれてない。
少なくとも、現在のフレームと次のフレームとの中割りではあると思うんだけど…

MC · 2005/12/31(土) 14:33:26

こないだ体験版を使っている時にヘルプを見ていたら、モーションブラー（残像）に関するものがあって
面白そうなんで試してみた。やっぱり移動量の大きい物ほどその効果がわかりやすい。
キャラクタの高速移動の表現に使えそうな気がした。
２年間ほどデジロケから離れてたんで、色んな機能が増えていてそれを見つけるのもなんか楽しい。
一応、モーションブラーに関してはトークン群に加える事にした。

以前、Ｍａｃを使っていた時にＤｉｒｅｃｔｏｒというツールでゲームを作ってたんだけど、
その時は画面書き換え命令である「ＵｐＤａｔｅＳｔａｇｅ」というスクリプトがあった。
これは再生ヘッドが移動しなくてもそのスクリプトが実行されれば、現在のパペットの情報などを元にして
画面の書き換えを行ってくれるんだけど
デジタルロケの方ではこれに変わるスクリプトはないんだろうか？
再生ヘッドが移動（ループ設定でも移動扱い）した時でないと画面の書き換えはできないという事なんだろうか？

☆
とりあえず、タイトル文字が降ってくる所の不自然な画面切替は
OnEvent EnterFrameだったのをOnEvent ExitFrameに変更する事で不自然さはかなり改善された。
このままでいこうと思う。

MC · 2006/01/01(日) 10:29:32

あけおめです。
少しずつゲームの方、完成に近づけていくよ。いつ完成するかわからんが…
ところで、現在デジロケ使ってゲーム作ってる人ってどれくらいいるんだろうか？
素朴な疑問だけど…

あと、過去レスにもちょくちょく書いてあるけど
デジロケ本とかってやっぱり出てない…よね。
あったら欲しいなァ。

**名前は開発中のものです。** · 2006/01/01(日) 14:45:48

あけおめ。デジロケユーザーで2chねらの皆様、今年もひっそりと行きましょう(笑)
>>653
ﾉシ細々だけどね。つくづく、プロジェクト終了後に出るデジロケのスプラッシュがウザく感じる。自動的に消えればまだマシなものを・・

MC · 2006/01/01(日) 18:16:46

>>654
作ってる人がいてなぜか安心…というかちょっとテンション上がる。
確かに最後に出てくるアレはウザイかも。
とたんにコンテンツの印象が悪くなる気がするし…
業務向けと個人向けとの差別化…とはいえちょっと辛いものがあるよ。

最近、スクリプトばかりでモデリングの方は殆どやってない…
バージョンが上がる事で機能も追加されてるようだけど、その辺試してないなぁ。
スクリプトの方はコマゴマとしたテクも身についてきたけど、
モデリング画面の小手先テクとかはあまり身についてない。

MC · 2006/01/01(日) 18:22:58

今日はスタートデモ→ステージ開始デモの流れを紙に書き起こした。
板ポリキャラの走りパターン（ドット絵）、装甲トラックモデル＆テクスチャが必要になる事がわかったんで
これから作成しようと思う。
ダミードット絵で作ったキャラ走りをテスト的に多数走らせて見たら、
なんかワンサカしてて笑えた。

☆
コンフィグのみでスクリーンモードの変更をしてるんで、
再生ウインドウ自体のメニューを消す事にした。
「プロジェクトメニュー」→「プロジェクト設定」で詳細の設定ができるんで安心。
なんかこの設定、色々あるんだな…ジャンププロジェクトでの設定引継ぎとか…
これってかなり重要だと思う。

MC · 2006/01/01(日) 22:36:51

モデリングしてて思うんだけど、
普通にクリックしても手ブレのせいで頂点が少し移動してしまう事がある。
頂点を選択する時はシフトを押しながらクリックした方がいいね。これだと移動させなくて済む。
移動したければその後でドラッグすれば良いし。

あと、選択頂点の統合（コマンドメニュー）はズーム率によってその近似値が違うみたい。
ズームアウトした状態だと離れてても統合されてるんで怖い。

MC · 2006/01/02(月) 03:31:38

装甲トラックのモデリングは大体完了。
テクスチャの方もボディに関しては概ね終った。一部修正が必要だけど。
テクスチャの作成はいつも苦労する。
私の場合は、モデリングビューのスクリーンショットを撮って、
その画像をベースにして、予め用意しておいた材質の画像を被せ、
その上に細かいパーツである換気口、取って、ネジとかの部品を並べてる。
一応、可能な限り使用色は少なくするように心がけてる。
今作ってるコンテンツのテクスチャは殆どが4bitカラー。
これは、容量と処理速度を考えての事なんだけど、
実際に処理速度の違いを比較した訳ではないから
どれくらい変化してくるものなのかはわからない。

他のユーザーさんはテクスチャを作る時ってどうしてるんだろう？

MC · 2006/01/02(月) 13:37:41

装甲トラックの作成はモデル、テクスチャ共に終了。
キャビネット出力して本体の方に入力した。
キャスト名がダブってても自動的に変更してくれるし、
入出力単位もサブスコア、トラック、キャスト…とかできてかなり便利。
キャビネット入出力機能のおかげで作業は結構はかどる。

それと、背景演出（オーロラビジョン）にランダムに画像が表示されるようにするんで、
テクスチャを数枚作成した。
といっても過去に撮影したデジカメ画像、過去に描いたイラスト画像を加工して利用。

あとは、キャラが走るドット絵を描いたらスクリプトに入ろうと思う。

MC · 2006/01/02(月) 15:53:29

うちのPCは約7年前に購入した今では超貧弱な性能…と思う。
ｾﾚﾛﾝ300Mhz、RAM256MB,ﾋﾞﾃﾞｵﾎﾞｰﾄﾞRivaTnt（AGPﾒﾓﾘ）。
正直なところ、何かするとすぐに処理落ちするんで辛い。
一応、
・トラックプロパティは値を代入する時（基本的にフレームの最後）にしか使わない
・キー入力は1フレーム1度のみ
・トラック数をできるだけ減らす
・光源を少なく（環境、平行の２つだけ使用）
と恐らくセオリー通りにはしてる。
ただ、1つわからない事があって…ランダム関数の使用を初期キリにして
大量のデータテーブルを作成。あとでそのテーブルを使う。
というかやり方がわからない。
テーブルを作るところまではなんとなくわかるんだけど、
作ったテーブルを使う時をどうするのかがわからない。
データテーブルに対しmod（剰余）を使えば良いんだろうか？
…と思ってこんなプログラムでテストしてみた。

MC · 2006/01/02(月) 15:54:31

●デファイン
//型と外的　変数定数
{$Define INT ='Integer'}

●変数・定数
Const
RandTableMax:Int=300;//ランダムテーブルのサイズ
Var
RandTable:Array[RandTableMax] of Int;//ランダムテーブル
RandIndex:Int=0;//ランダムテーブルインデックス

●手続き
Procedure RandTableMake;//ランダムテーブル作成手続き
var
i:Int;
begin
For i=0 to RandTableMax-1 by 1 do
RandTable[i]=Random(100000);
end;
end;

MC · 2006/01/02(月) 16:05:57

●１フレ目
OnEvent ExitFrame(Score,Track: Integer);
RandTableMake;
end;

●２フレ目（ループ設定）
OnEvent ExitFrame(Score,Track: Integer);
var
i:int;
x:int;
begin
For i=0 to 2000 by 1 do

x=RandTable[RandIndex] mod 1000;//こっちがランダムテーブルを作成後
Inc(RandIndex); //剰余によって制御するやりかた。
If RandIndex=RandTableMax then //インデックスのループ制御
RandIndex=0; //
end; //

//x=random(1000);//こっちのは普通のランダム

end;
FPSDisp;//FPS表示の手続き呼び出し
end;

MC · 2006/01/02(月) 16:09:04

上記を試してみた結果。

ランダムテーブルを作るよりも普通にランダム関数で処理した方が
２倍近く速かった。
う～ん…とりあえず、このやり方でランダムテーブルによる処理にしても
逆効果か…一体どうやればいいんだ？

MC · 2006/01/02(月) 16:41:38

V3.0が出た当時、ランタイム再生時に表示される警告画面あまりにも嫌だったんで、
それをなくそうとした事があった。
確証はないんだけど、これ、スクリプトで強引に消して（殆ど見えないようにした）
それが成功した…という記憶がある。

再生終了時、または開始時にスクリーンサイズを１×１にする…というやり方。
で、今気になってヘルプを見ていたらその名残らしき誤植があった。
今ではそのスクリプトは消滅してるようだけど…
スクリーン情報関連のところにある
ScreenInfo.ScreenSizeというやつ。
これクリックしてみるとScreenSizeがScreenScaleになるという誤植を確認できる。
あくまで過去の記憶の事で確証はないけど、もし過去にその機能があったとしたら
開発陣はこの機能を消したんだろうなぁ。
そういう意味では過去のV3.0インストーラを残しておけば良かったなァ…

MC · 2006/01/02(月) 22:18:55

とりあえず人物ドットの走りパターンは作成終了。
ゲームで使用する背景の上で２０数キャラ程走らせてみた。
避難してる感じが結構出てて面白くなりそうな気がしてきた。
ちょっとモチベーションがあがるなぁ…

ちなみに演出＆エフェクト共用のトラックは５０用意してあるんで、
まだ余裕がある。
このシーンでは敵との戦闘がないんで他のエフェクトが発生しない。
もうちょっと演出できるところはしておこうと思う。見映えが良くなりそうだし。
うちのＰＣが低スペックでなければもう少し増やしているところなんだけど、
とりあえずはこれで進めて行く予定。

◆B0gbOCh6fg · 2006/01/03(火) 19:03:25

今までデジロケで細々と作ってましたが･･･
ダメだ！ﾓﾁﾍﾞｰｼｮﾝ低くて力付きました。

このまま終わるのもなんなので、エフェクト素材だけ爆撃しときます。

ttp://gamdev.org/up/upload.php

を勝手に間借りして、4251～4255　まで、エフェクトに使っていた自作画像をうｐして見ました。
よかったら使ってやってください。

Passは全部 [sage] です。

著作権とか面倒なんで、勝手にどうぞ。改変も自由です。
ただ、スタッフロールなんかに「２ｃｈデジタルトケ板：トリップ名」なんて乗っけてもらえると泣いて悦ぶかもしれません。

作っている皆さん、頑張ってください！お、俺の分まで････っ！
まぁﾓﾁﾍﾞｰｼｮﾝ回復したらまた作るかもしれませんが。

もし何のｹﾞｰﾑかわかった方、ゲーム中に使われているエフェクトでうｐしてほしいのがあったら、うｐしますよｗ

◆B0gbOCh6fg · 2006/01/03(火) 19:05:53

「デジタルトケ」って何だ･･･ orz

「デジタルロケ板」ですね。まぁよかったら使ってやってください。
MCさん、活発な書き込みで「同士がいたんだ･･･」と見ていて安心できますｗ　頑張ってくださいや！

MC · 2006/01/03(火) 19:26:26

>>667
今、ＤＬさせていただきました。
拝見しました。カッコイイです。
特にefe17_breakやefe7とかイカしてますね。
何のゲームかはわからないんですが…
どんな作品を作ってらっしゃったのか非常に気になります。
ひょっとしてこのエフェクト素材もデジロケでツール作成して出力とか？
その辺も非常に気になりますです。
もし、よろしければ教えていただきたいです。
製作されていた作品の事も可能ならＵＰしてもらえると
嬉しかったりしますが…

今、私が作ってるゲームもブランク２年を含むと３年半は経過してる。
スクリプト技術面の問題でやめようと思ったり、実際に２年凍結してたりだけど
今は再開してる。
おっしゃるとおり、モチベーション回復したら再開するのも良さそうですね。
ちなみに、今私が作ってるゲームのエフェクトは火薬系爆発・火災・黒煙
とかそんなイメージです。
エフェクトはＨＳＰで作られたexploserというツールで
自動生成した画像を使っています。

とりあえず自分のゲーム製作もガンガルよ！
ありがとう。

◆B0gbOCh6fg · 2006/01/03(火) 19:56:28

>668
　速っｗ　作品Upは勘弁して･･っていうかまだ「Vector」と「AnyWare+」でうｐされてるから自力で探してくださいｗ
　　　　　　フリーゲームで３Dの作品は少ない？から、DLしてみてデジロケのスプラッシュが出たらソレだった、ってことで。
　
　画像は全部「LightWave3D」のパーティクルで作ってますよ。楽でソレっぽのができるからイイっす。
　デジロケは、モデリンク機能は最終調整以外まったく使ってないですわ。全部LWかメタセコイヤっす。

　プロジェクト内での使い方のサンプルを、　
　ttp://gamdev.org/up/img/4257.zip
　にうｐしてみました。　デジロケで取り込んでみてくださいな。

MC · 2006/01/03(火) 20:35:03

>>669
ＵＰありがとうございます。
ゲームの方、おそらくこれかな？というのがわかった気がします。
ビジュアル的にかなり惹かれるものがあったんでＤＬしたんですが、
うちのＰＣは貧弱なんで、処理落ちしまくりでちょと残念…
そろそろＰＣも買い換えないとなぁ。

データの方、拝見しました。１つの弾にテクスチャが数枚…
これってかなり苦労されてそうですね。
私の方はゲーム的にはグラフィックは３Ｄですが、
処理的には２Ｄなんで、エフェクトは板ポリにテクスチャ１、２枚程度です。
モデリングの方はデジロケのみでやってます。
不便ではあるんですが、簡単な形状であればそれなりの物が作れるんで
今のところはなんとか対応しています。

日記的な物を作っておくと、今後の技術的なメモにもなりますし
スレに載せる事で、ちょっとやる気も出て来たりはします。

**名前は開発中のものです。** · 2006/01/04(水) 00:32:42

有名なオーサリングツールはほとんど使ってみたけど、
デジロケが一番使いやすい。
でも月謝制になってから使うの辞めた。
結局今はLightwaveを嫌々使ってる・・・
デジロケも月謝制じゃなければなぁ。
あとスキンには対応したんだろうか・・・