アクションゲームツクールMV 6作目
レス数が1000を超えています。これ以上書き込みはできません。
ピンボールのボールのオブジェクト見るとフリーズっぽくなってたけど
いつの間にか治ってるな 軽量化かあ・・・
アクツク自体の機能を制限して軽量版アクツクMVminiみたいなのでも出ない限り
もうギリギリなんすかねえ 旧アクツクは特別重いって事は無かったもんなー
設計の根底の部分ンい問題がありそうだし誰かが超絶ヒット作出して
俺もアクツクで一攫千金だーってユーザーがなだれ込めば
大型アプデの可能性もあるかも
つかスイッチの次世代に移行したときそこにも対応していってくれるかな 既成部品をかたっぱしからくっつけたフランケンシュタインを速く走らせようとすると体がバラバラになるんだよ
https://tkool.jp/act/manual/11_02.html
こういう設計で高速で現代的な機能を持つゲームエンジンに改修するのはかなり難しいんじゃない もしかしたら個人レベルの製作なんてそんな高度な機能はいらんのかも知れんなあ
カスタマイズしていろんなもん付け足したら当然重くなるよって
ぎゃくにこの機能はいらないからその分ゲームは高速化しますでもいいなこの際 作りたいのはロックマンや月風魔伝みたいなやつなんで、そんな色々高度な機能はいらんかも 重くなるって…作ってるゲームをプレビューするとFPSが60以下に落ちるってことでしょ？弾幕ゲーみたいな画面上にオブジェクトを大量に表示させるゲームなんかなぁ。
シューティングはまだ使ってないから、試してみるかな。 何やっても重いわけじゃないが
オブジェクト数やタイル数の増加に対する負荷の上がり方がわりと予想を超えてくる ミドルスペックのデスクトップPCならたいして重さは感じないから見過ごしがちだけど
世の中の大半はノートパソコンなわけで、アツマールとかでRPGツクール製ゲームを遊んでる一般層だと
アクツク公式鶏ベンチマークで最初の鶏を叩くだけでフレームが落ちるような環境がほとんどなんじゃない
アクツクで作りこむほど快適に遊べるユーザーが限られてくるので小遣い稼ぎくらいならともかく「一攫千金」のハードルは高いだろうね 5年前のタブレットPCでニワトリ出す前から30fps。
10年前のiMacがAMD5800で100匹でも60fpsやから、オンボードやモバイル用のグラボはやっぱり処理的に厳しいんやろな。 サンプル作ってるドットゾーさんの受け売りだけど
アクツクの負荷の原因を大別するとこんな感じになってた
・レイヤーの枚数は4枚程度
・オブジェが多いゲームは解像度を低くする
・グラフィックを2のべき乗に収める（16×16・32×32・64×64〜）
上記以外にもマップチップも影響している
マップチップを細かくすれば当然重くなるし
サイズも2のべき乗に収めないとやはり重くなると思う
このツールで弾幕STGを作る人はあまりいないと思うけど
基本的に不可能と思った方がいい まぁ弾幕STG作りたい時はどう考えてもSBが良いよ
単に画面に出せる弾の数だけじゃなく
STG作る事を前提にしたツールだから圧倒的に手っ取り早い
スクリプトもアクツクできるスキルあるなら扱えるだろうし スイッチ対応したときの高速化ってのは結局なんだったんだ？ >>963
挙げている例が全て正方形ですが、片の長さがそれぞれ2のべき数であっても、XYの長さが同じでないとダメなのでしょうか。
例えば「32×16」などの長方形画像ではそれぞれの辺が2のべき数ですが、重くなってしまうのでしょうか？ 自分で画像t喰って検証した方が早くて確実じゃないかと 重くはなっても速くなることはないだろうね
普通に考えれば等間隔の方が管理し易いし組み立ても楽
わざわざセオリーから外れてリスクを背負うこともないでしょ 前にも出たような気がするけど
読み込む画像はアニメーションごとで分けた方がいいんだっけ つい先日触り始めた初心者なのですが、専用の別ボタンじゃなくて
同じ方向を素早く2回入力してのダッシュみたいなのって
どうやって入力判定すればよいのでしょうか。
構文をきちんと理解すれば基本の入力判定のみで分岐できるのか
スイッチや変数が必須なのかもわからず困っています。 透明オブジェクトをプレイヤーキャラの子としてくっつけて
そいつに集中管理させるのが安定性高いんじゃないかな >>970
ここだと画像を貼ったりするのが面倒だから文章だけで書くぞ。
971の言うように、操作キャラ以外でダッシュ判定を管理させるのが良いと思う。
全体の処理としては、ダッシュ判定用オブジェクトがダッシュ条件を満たすと、
操作キャラオブジェクトにダッシュアクションの指示をするというもの。
アクションの指示には「オブジェクトのアクションを実行」を使う。
なので操作キャラ側は既にダッシュの処理があるものとする。
ダッシュ判定用オブジェクト側の処理を簡単に書くと、
[待機]
↓ ↓
[左1] [右1]
↓ ↓
[左2] [右2]
↓ ↓
[ダッシュ指示]
こんな感じ。[]がアクションで↓がリンクな。
同じ方向キーが2回押されればダッシュ指示まで辿り着くって方法。
もちろんリンクには指定の方向キーが押されたか、何秒以内に押されたか等の条件は入れる。
しかもこれはダッシュ指示までの流れでしかなく、途中で違うキーが押されたらどうするか、
指定時間内にキーが押されなかったら等の条件が無いからバグは出る。
キャラを操作中、思わぬ場面でダッシュが誘発される場合もあるから、リンクの条件は考えて入れような。
変数やスイッチを使えばもっと処理がコンパクトになるし、ショートカットを使えばリンクがスパゲティにならずに済む。
まぁアクツクMVの操作に慣れるまではこれが一番簡単。がんばれ。 >>971-972
回答ありがとうございます。解説のあとに試してみたんですが、
問題の核としては”「同じキーを素早く2回入力」と「〇〇押されている」を
どういうリンク条件にしたら混同せず分岐できるのか”って点でした。
基本の「押されている」「押された瞬間」「離されている」「離された瞬間」の
組み合わせで判定できるのか詳細な仕様がよく理解できてない感じです。
あと、ツクールかWindowsの更新がエラーの主体かはわからないんですが、
テストの最中にシステムが落ちて、ツクールは起動不可で要再インストール、
作業中のプロジェクトはロード不可になって作り直し……になったので、
皆様もデータのバックアップはくれぐれもお気をつけください >>973
まず何をやって上手くいかなかったか書いてみたら？
操作キャラのアクションに何があるのか、リンク条件に何を指定したのか。
エスパーじゃないから何で躓いてるのか分からんぞ。 自分も2回入力ダッシュを組んでるけど特に問題なく作れた
最適解じゃないかもだけど右方向だけを解説するよ
・移動の基本
停止１→ 右方向が押されている→ 右方向へ移動
停止１→ 右方向が離されている→ 停止２
・ダッシュへの流れ
停止２→ n秒間経過して右方向が離されている→ 停止１
停止２→ n秒間経過前に右方向が押された瞬間 AND 押されている→ 右方向へダッシュ
停止１は普通に止まっている状態
停止２はダッシュ入力受付のための専用の停止モーション
n秒間は右方向入力時の2回目の入力までの受付時間
このままだと左右の同時入力などでバグが発生するので
各方向ごとに入力操作の優先順位を設定しておく必要がある
とりま参考までに 悪い記述ミスった
・移動の基本
停止１→ 右方向が押されている→ 右方向へ移動
右方向へ移動→ 右方向が離されている→ 停止２
です スマン アクツクMVってオブジェクトの角度を変えるみたいな処理って出来ない？
横スクロールで横に長いビームのオブジェクトを色んな角度で撃てるようにしたいんだけどオブジェクトの回転とかすら無いんだけどまさかテンキー分の向きのアニメーション用意して作ってなんとかしないとダメな感じ？ 一応ツインスティックシューター向けのアナログアングル取得が
ロードマップにあったはずだから、それに合わせて
ある程度オブジェの角度も任意に操作できるようになるんじゃないかな >>974
返信遅くなってすみません。エラー後はwindowsのシステム自体が不安定になってて、
仕事用の環境を復旧優先してたので書き込みの件を試すまで結構時間かかっちゃいました。
※アドバイスをもらう前は2回素早く押すの「押す」に意識が向きすぎてて
「押した瞬間」と「押している」を分岐させようとして上手くいってなかった感じです。
作り直したプロジェクトで「離されているor瞬間」を分岐の中心にしてみたら
>>972 の別オブジェクト方式も >>975 の2段判定方式でも
それなりに意図した形に動作させられました。レスくれた方ありがとうございます！ >>978
なるほど確かに右スティックで弾の発射角度とか考えてたからツインスティック来るのはありがたい
ただいつになるのだろうかw 角度値指定で回転させる機能は無いけど
移動に応じて自動回転する機能はあるから
それを利用する感じやね現状だと アニメーション画面のプレビューは30fpsで再生されるのに、テストプレイではゲームが60fpsで動いてるよね。
それを見越したウェイト設定をアニメーション画面でやってるんだけど、みんなもそうなの？
オブジェクト追加するとき毎回モヤモヤする。 そんなに下がらんけどな
PCのスペック不足じゃね
なんにしてもプレビューはあんま信用できないから
ちゃんと動き確認するのはゲーム上だけにしといたほうがいいよ fpsが下がってるんじゃなくてアニメーション設定のプレビュー画面が30fpsで固定されてるっぽいんだよね。
PCスペックは十分だから問題ないし環境設定じゃどうしようもないみたいだし、やっぱりテストプレイで毎回やんなきゃかー
レスありがとー！ 右上にfps出てるけど
むしろうちのは64*64のキャラとかで60fpsすら超えてるな アニメーションの設定の窓開いたところのプレビューだと確かに遅いかも
でもあそこは内容の確認だけするとこって感じだし
フレーム編集画面のとこが重くなかったら作業に問題無いだろうし気にしなくていいんじゃね これ敵どうして戦わせることって可能？
勢力AとB的な ツイッターなんかじゃ結構みんな
単に自分が理解しきれてないだけなのに
ツールのせいで出来ないと思い込んで叩き
それに感化された人がアクツクって酷いんですねー
なんて言ってるの見るな
まぁリファレンスが放り投げっぱなしなのは擁護できないけど こんなところでいくら擁護しても結局は大衆の意見が評価に直結すンだわ
他ツクールはわかりやすい説明ができる有能がいただけの話 RPGツクールの方は歴史があまりにも長いもんね
ユーザーの腕が上がってる人も多いし
知識や工夫も豊富
こっちはまだ手探り段階も多い 基礎的な動作が軽快だったらね
複雑なシステム（プラグイン）を組む余地があるんだけど
鈍重だと作り込める限界が目に見えて積極的に難しい処理にチャレンジする気が失せるんだよね
開発ツールは「軽さ」は本当に重要な指標だよ。いくらハードが進化しても軽さが軽視される事はない アクツクで作ったプロジェクトを公開しても良いんだけど、自分より効率的にやってる人いるだろうな、とか思って結局やめちゃう。
先駆者様も色々やってくれてるし、今更な内容かもだしなぁ…とか。
実装の考え方はブログを通してやってるけど、それ以上はなんかな…ってなる今日この頃。
アクツクを盛り上げるってどうやればいいんだろ。 >>993
いやそれな
プログラミングできなくても結構面白い動きさせられるけど
ゲーミングPCですらオブジェ100〜200程度で重さを感じる
配布することを考えたら低スペのことも視野に入れないといけないからめちゃくちゃ制限しないといけないんだよなぁ
どうにかならんもんかね アクションゲームツクールMV 7作目
https://mevius.5ch.net/test/read.cgi/gamedev/1635326273/
1の文を少し編集しましたが、公式ディスコードサーバーのurlとか
よくわからなかったので、そのほか必要な情報と併せて2以降に足してくれると助かります このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 604日 10時間 18分 58秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
