【原点】RPGﾂｸｰﾙ200X〜XP159【回帰】

>>947
昔はピクチャー数がたんなくてねぇ。
カーソルに回す余裕がなかったんよ。

それにピクチャーの制御系は、一つの動きの指定だけで
数十回ってデバッグをかける必要があったんで
結構めんどくさかったのよ。

ピクチャーを透明度100%で事前に待機させておけば
アニメーションする際に若干早くなる

ただの拡大アニメじゃん
ピクチャは戦闘背景ごまかすのに使うだけで十分

>>952
＞昔はピクチャー数がたんなくてねぇ。
何　時　の　話　だ　よ　そ　れ

>>952
後は0ウェイトか

体験版厨とか旧石器2000人は消えて＞＜

「ウェイト0.0秒」と「ピクチャ上に戦闘アニメの表示」を知らない奴はもぐり

>>955
バリューが出る前　バージョンが１．５になる前

定位置でのアニメーションなら問題ないんだけど　ウェイト０
移動アニメーションになると、コマ飛ばしの技術がいるんで
コマ飛ばしの方法を知らないで、やると、アニメーションおせーよー
になるんで　そこらへんは　いいとして

>>958
お願いエターナラーは死んで＞＜

>>959
画像を見て技術検証するって、ここのスレの住人にとって、
何か問題でもあるの？

ただの煽りにいちいち反応するおまいに問題がある

話についていけない奴には問題なんじゃない？ｗ

>>961
なるほど

そういうネガティブで根暗な手法で楽しむ方々がいるわけですね。
では、無視の方向で

やつらは魚が何考えようが知ったことじゃないんだ
魚がエサに食いつくか、そこしか興味ないんだ

相手にするなばか者、ID抽出してみてみろ。

ばかもーん！　そいつがルパンだ

>>964
了解しました。

で、技術的にわかんないのが、
戦闘で、敵からダメージを受けると、ちょっとづつ減算しながら
高速で減っていくのを表示してますよね。

あれって、イベントで可能なのかなぁと

健康クロス叩きのチョンは大概にしてくれよ
まー風当たりが悪くなって将来が不安なのはわかるけどさ

>>967
真っ先に思いついたのは、
自作戦闘するとき、数字のキャラチップを反映させるために
HPとかを取得して1の桁、10の桁、100の桁(場合によっては1000の桁)で
分割して、ページと変数で表示される数字を管理する手法をやってるんだが、

ダメージを受ける直前にHPを格納した変数(変数A)の内容を
別の変数に退避させて(変数B)、変数Bからダメージ分を減らし、
変数Aが変数Bになるまで1を繰り返し加算し続け、そのたびに
先に挙げたHPを分割するイベントを読み出せば良いかなと思う。
あとは配置したイベントがページの出現条件で便宜やってくれる。
効率は悪いし、これ以上にいい案があるかもしれん。
日本語でおｋと言われそうな文章だが、我慢してくれorz


そろそろ次スレの悪寒がするが、161で良かったか？

健康クロス信者は大概にしてくれよ
まー風当たりが悪くなって将来が不安なのはわかるけどさ

>>969
その方法で、あのスピードが出るならＯＫ
漏れが考えたのは、コマ飛ばしの手法で、

まず、ダメージ値の変数を収得
ダメージ値の変数を　１０で割って（１０でないかもしれないけど）
その値を　ダメージ減算用の数値に代入
で、１０分割で、表示させる方法なんだけど

でも、この方法だと、１０の桁が減らない様に見えたり
１の桁が減ってる様にみえなくなったりで
減ってる様に見えない場合があるんだよね

次スレは161でよかった希ガス

有意な議論なのか荒れてるのか良く分からん流れだ

>>971
なるほど、そっちの方が軽そうだ。
さっき>>969で挙げたヤツは、計算量が無駄に多くなるから
PCにそれなりの負担を掛けるんだよな。
もっと計算量を減らして、負担軽くする方法を考えなきゃダメかも。

>>972
ｔｈｘ！

だが規制が掛かって立てられなかったorz
誰か漏れの屍を越えて立ててくれ･ﾟ･(ﾟ´Д｀ﾟ)･ﾟ･

>>924 >>928
遅レスだがお前が見てたのはツクール総合だ
このスレは三年前に存在しない

まだ立てるの？

立てたよ。
http://game10.2ch.net/test/read.cgi/gameama/1163588999/l50

>>975
どっかの中ボスみたいなセリフだなｗ

>>975 ごめんなさい　です。

>>974
すまん、漏れが言った方法では、計算が合わないという問題に気付いた。

というわけで、修正
現在ヒットポイントを　ダメージを受ける前のＨＰ変数に代入
ダメージ受ける前ＨＰ変数を　現在表示値に代入
ダメージ値を代入してそれを１０倍にし、９で割り
現在表示値を引く
あとは　８で割　７で割　６で割を繰り返す

ただ、どちらにせよ、定数で減っていくので、
特定の桁は減ってる様に見えない場合が良くでる仕様問題がでるけど
ダメージ減算値が１００の定数だた場合だと、１０と１の桁は動かないし
１０だと１の桁は動かないわけで

えっと、洞窟のスポットライトは　透過度が０％の黒のスポットライトと
透過度が結構あるライティング用の２枚の同時移動でいいんだよね？

そうじゃない？
試してみたら？

さて、恒例の埋めでもするか

|　1年かけて作ったツクゲーがやっと完成したよ！
＼
　￣￣￣￣￣￣￣￣V￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　／　＿＿＿＿ヽ　　　　　　 　 　　／ ￣　　￣ ＼
　　　　　　　|　 | /, −､, -､ｌ　　　　　　 　 　 /､　　　　　　 　　 ヽ
　　　　　　　| _|　-|　 ･|<　||　　　　　　 　 　 |ﾍ |―-､　　　　　　 |
　　 , ―-､　(6　 ＿ｰ っ-´､}　　　　　　 　 ｑ -´　二 ヽ　　　　　 |
　　 |　-⊂)　＼ ヽ_ ￣￣ﾉﾉ　　　　　　 　　 ﾉ＿／ー　 |　　　　　|
　 　 |￣￣|／ （_ ∧￣ / ､　＼　　　　　　　 ＼　　　　 |　 　 　　/
　 　 ヽ　　｀　,.|　 　　￣　　|　　|　　　　　　 　　O＝＝＝＝＝ |
　 　 　 ｀− ´ |　　　　　　　| ＿|　　　　　　　　/　　　　　　 　　 |
　　　　　　 　　|　　　　　　 （t 　）　　　　　　　/　 　 /　　　　　　|


「知らない間に2CHに晒されてボロクソに叩かれたよ」
　　　　　　,-――-､　　　　　　　　　　　　　　　　　　＿＿＿
　　　　　 { , -_−_−　　　　　　　　　　　 　　　　 ／　　_ 　　_ ヽ
　　　　　.(6（ /),(ヽ|　　　　　　 　　　　　　　　　/　 ,-（〃）bヾ）､l
　 　　 ／人 ー- ソヽ ＿　　　　　　　　　　　　 |　/三 U 　|~ 三|_
　 ／　 /　 | ￣_∧／　　 ヽ　 　　　　　　　 　　|（__.）―-､_|＿つ_）
　 　 　 | |　 ＼/_/-､　 　　/　 　　　　　　　　 /　 /｀ー--―-´ /
　 　 　 |-＼ _|_ ）＿|　　 /　 　　　　　　　 　　|　 //￣（ ｔ ）￣/
　 　 　 ヽ-|￣|　 |＿|_ /　 　　　　　　　　,− |　　 | ヽ二二/⌒l
　 　 ／　 l―┴､|＿＿)　 　　　　　　　　|　 （＿＿＞ -―（＿ﾉ
　／　 　　｀-―┘ /　　　　　　　　　　　 ｀- ´
　　　　　　 　 　 /
　　　　　　　　　　　　　　　　「キミはじつにバカだな」

>>979-981
( ﾟдﾟ)ちょ、頭回らない（
スポットライトは、どういうものかはわからないけど
大きめの640×480の真ん中に透明色の穴を空けたピクチャ作って、
キャラの画面XとYに合わせて、定期並列処理で
移動させるのが一番簡単なヤツだと思う。
その場合、スポットライトの光を拡縮させたいなら
縮小する倍率に合わせてピクチャサイズを大きくする必要がある。

数字がくるくる変わっていくヤツは、もはや
漏れの頭じゃ整理しきれないorz すまぬ。

ん？
埋めないでそっちの話題に使ったが良さそうだな、埋めやめとくわ

>>985
定期並列だと重くなるよ。
ずれるリスクもある。

キャラのキー入力時に指示を出して、１歩の速度と時間は決まってるから
ピクチャーに移動ウェイトをかけてシンクロさせたほうが　いいかも

キャラクターそのものが画面上を移動できる位置自体は決まっている。
２０×１６箇所
キャラクターが画面にいる位置を検索出来るコモンイベントを作って
キャラクターがいる画面上のＸとＹ軸を検索
Ｘ座標とＹ座標にそれぞれ１６をかければ、ドット単位の位置が決まるので
後はキャラクターが移動する命令をうけた時
その指定座標に行くように　ピクチャー移動を命令すれば

そういえば、巨大ロボのピクチャー移動って円運動だったよね
あれって、どんな計算やってるんだろう？

>>988
重いのはピクチャそのものの軽さ(1KB未満)で
克服できるからともかく、ズレるのは問題だな。
自分は、その辺で挫折して自然物特有の揺らぎ
(人間の動きとか火の揺らめきとか)ということで開き直った。


移動速度とかのシステム的なもの暗記してれば
そういうのも作れるのか。
が、キー入力か･･････苦手だ。
パーティ編成とかの自作メニューじゃ必須だけど
いつもリピート機能なんて作れない。
バグだらけになるんだorz
多分、自分がそのタイプのスポットライトを作ったら
ライトが好き勝手な方向に進む。

ロボットはただ、いっぱい、移動命令出してるだけかな。
このロボットの登場シーン調整って、いったい何日かかったんだろう。
考えると末恐ろしい様な。

ロボット登場シーンで、もう一つ疑問がでてきた。
背景があり得ない移動の仕方をする。
どうやってるんだろう？

ツクールなら座標をその場で計算するよりも予め算出しといて直接指定した方が早いな

>>990
この方法もズレるんだけどね。
ちょっとだけ。

そういう時のために注釈という便利なものがあるよ。
漏れとか頭が悪いから一つの変数に　３行以上のコメント書くし

ただ、注釈は、変数操作と同じくらいの重さなので、
軽量化したいなら、注釈そのものを削る必要があるけど
まあ、計算自体はそんなに重くないし

巨大ロボはどのツクゲに出てきたのはわからないが、
二次関数とか放物線とかその辺じゃないか？
wikiでそれらしい式を見つけたが、
(´･ω･`)←でしか見たことがない
ωのような記号がわんさかある。

　　　 ●
　(･ω･)ﾉ ｲﾔｯﾊｰ
/| |
」ヽ

すまん、最後のアレは見逃してくれ。
ズレ杉にも程があるorz

>>994
ttp://www.youtube.com/watch?v=ZuqRkeXgYHQ&mode=related&search=
こいつのやつ　>>995ふぁいとー

はじまってからすぐのやつの背景は多分　ピクチャーにマップを丸ごとうつして
移動させてるんだろうけど
ロボのは、どうしてるんだろうねぇ

梅

2000製ツクールアクション（笑）のシステム完成

操作性は良くしたつもりだ
思考ルーチン考えねーと

まおう「くっくっくっ
　　　　 わがちから、ぞんぶんにあじわうがよい」


まおう「ダークエターナルインパクト！！！」

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。