アクションゲームツクールMV 1作目
■ このスレッドは過去ログ倉庫に格納されています
KADOKAWAは、ツクールシリーズの最新作となるPC用ソフト「アクションゲームツクールMV」を
2018年夏に発売する。
公式サイト（5/10現在未開設
https://tkool.jp/act
最新作となる『アクションゲームツクールMV』では、新たに物理演算を使ったゲームができるようになり、
物理演算を組み込んだピンボールやバイクゲームが作成可能のようだ。
さらに、最大4人までのマルチプレイにも対応。作ったゲームを4人で対戦および協力することができるという。
作成機能としては、画面やオブジェクトの回転拡大縮小がおこなえたり、
パーティクルを使用したアニメーションも簡単に作成できるようだ。キャラクターのアニメーションや
背景マップ、サウンドなどオリジナルの素材を使うこともできるほか、背景に動画を流すことも
可能となっており、さまざまな演出を仕込めそうだ。制作においては、インターフェイスを一新。
フロー形式を採用し、よりファンクションの流れが汲みやすくなっている。
https://www.gamer.ne.jp/news/201805100018/ >>641
intel(R) celeron(R) CPU j3060 @ 1.60GHz
RAM 4.00 GB
intel(R) HD Graphics
ちなみにCF2.5やってるんですが、CF2.5は快適に動きます。 ツイッターに0匹14ｆｐｓって人がいて笑ってしまった 鳥〇匹で快適だから〜って調子に乗って複雑なの作ると他で碌に動かないゲームができかねないな レトロ風ゲームなのに要求スペックが妙に高いってどうなんだろなぁ
2Dの制御って難しいのかな アクツクMVをフルプライスで買うくらいだったらCF2.5をセールで1500円で買おうね
100倍軽いよ >>633
ようはアプリの設計と出来次第でCPUを使い切れて偉かったり使用率が低くて偉かったり、使いたいのに出来てなかったりするってこと 悪い予想が的中し始めた予感…処理速度が遅すぎるのか？
今時のゲームみたいなリッチなグラで作ったら動かなくなるのかな。
もう一つの不安要素のバグだらけってのはどうなの？ >>643
これで鳥一匹で25fpsかよ
終わってる ベンチマークのフォルダみて思ったけど、
ゲームを動かすのに必要な
フォルダやファイル数が結構多くなってるな。
exeだけにできればいいんだけど、 30匹で60fps、50匹で50fpsでした
最低限は保証されたけど予想以上に重いなぁ、旧アクツクは1000出せたのにね
・画像のプライオリティは自動で調整（たぶん旧アクツク仕様）
・画像データはpng
・音声はogg（今回もmid無しか？）
・オブジェに個別に影がついてた！
とりあえず、少しだけ仕様が明らかに・・・ そこそこのスペックでも60FPS切る人多いんだな
もう少し軽くならんもんかね 他のソフトの処理速度問題をみてると根本的な部分はそうそう改善しないからどうなんだろうね？
開発が新アクツクを大切に育ててバージョンを上げていく覚悟があるかどうかにかかってそう
RPG ツクール以外は単発販売なのをいい加減止めてほしい 本当はRPGツクールMVみたいに頑張ってマルチプラットフォーム対応させようとして無駄に重くなったんじゃねーの うちのi7環境でも652と同じくらいのスコアだったが
ベンチマークだからわざと負荷が出やすいように作ってあるのかもな
例えば１体に見えるキャラに透明キャラを２０個ずつ重ね合わせてるとか
そうじゃないならハイスペマシンじゃないと制作どころかプレイもままならんな ベンチマーク用に重くしてるとかだったらいいけどこのままじゃキツイな MMF2が昔ハードウェアアクセラレーション対応してなかった頃
アルファチャンネル含む画像を使うと重くなっていたがそんな感じだろうか
工夫次第で軽くできればいいんだが… こればかりは自分が動けばそれでいいってわけにいかないからなぁ
これは使いもんにならないな >>654
アクツクMVはまず早期アクセスから開始だから改善していく気はあると思うよ 気付いてる人もいるだろうけどF1でメニューバーが表示されます
処理落ちが酷い人はウインドウサイズを等倍にして試してみそ
F5はソフトリセット（たぶん） >>662
意志はあってもプログラムの処理速度改善は根本的な部分の問題が多いからスケジュール的にどうかな…
そんなに簡単に高速化出来るなら最初からもっと速いバージョンが出てると思うんだよね
現実的には年単位での改善とかになりそうだけど
製品版は激速でした〜を期待したい RPGツクールMVはあまり軽くならんかったしな
この処理速度の遅さはかなり根が深そうだから直らんと思う >>657
ボタン押すと影が出たり消えたりするんで
親子関係で2キャラ重ねてるのは確かだろうね >>643
古くてクソスペって言われてる俺のPCでさえ
i7のCPU3.60GHz・メモリ16GB・1050tiのグラボだぞ…
ゲーム作るんならもうちょっとPC環境を頑張ろうぜ
ちなみにベンチマークは70匹まで60fps維持した(Win7)
グラボの性能にもよるんじゃない？ >>668
こっちのPC頑張っても
ユーザーがどこまで頑張ってくれるかがね。。。 core2duo辺りでも動くゲーム作れたら遊んでくれそうなユーザーの間口広がるんだけどなぁ フリゲで配布する予定で多分ユーザーのPCスペックもそんなに高い人ばっかじゃないと想定してるから今の状態だと少々困るな そりゃ俺らからしたらセレロン4Gとか糞スペもいいとこかもしれんが
家電量販店で安くで売ってるPCはそのくらいで
そしてライト層はそれを買ってるのが殆どと考えるとな… 高スペPCある奴らはツクール製のフリゲー漁るよりSteamとかで有料のもっと面白いゲーム漁るからな
今はPUBGやフォートナイト、LOLみたいな繰り返し遊べるオンラインゲームも大流行してるし
必然、ハズレの多いツクール製ゲームのために限りある時間を使ってくれる奴らはそれしか選択肢がない貧乏人の暇人ばかりになるわけで… >>631
マルチスレッド用に作ったプログラムでもないかぎり4コアなら25%までだろうな
関連性がなく独立して同時実行できる処理なんてめったにないから1コアしか使わないのが普通だと思う C2D E7500
HD7750
これでバイクのサンプルゲームは普通に遊べるから大丈夫じゃね
ベンチマークはあえて重くしてんだろう、多分
バイクのゲーム、画面のサイズ変えても死亡時にF5押したら
サイズが戻っちゃうな Steamで売るんだから実績周りの連携も簡単に出来るといいな エディタやデバッグ用の処理が重いならまだしも、リリースしたゲームまで重いんだったらちょっと話しにならんなぁ
見た目はレトロゲーのくせに要求スペックが無駄に高いんじゃフリゲでも誰にも相手にされんだろ レトロ風ドット絵ゲームって大抵画面を*2、*3とかに表示してるけど
アクツクは拡大すると処理が重くなるっぽいのもなぁ
元の素材を拡大した状態で作る手もあるけど、それだとファイルサイズが大きくなってしまう RPGツクールの方のMVも、重く敬遠されがちで売上落ちるから、同人屋もvxaceばかり使うしな そりゃexe作ってcで動くのとWeb用scriptでブラウザーで動かす前提のならWeb用の方が重いに決まってるだろ サンプルゲームでさえボス戦で終わるとかいかに大変かわかるｗｗｗ つってのアクション系のツールの場合
大半のサンプルなんて ショボいブロック崩しとか
ハエ叩きとか、ただジャンプ移動できるだけの横スクとか
最低限動くくらいのものしかついてこないしなぁ
ツクールって名がつくと途端に結構なものが求められるのは
割と大変だよな… そりゃ今までサンプル疎かの有志頼りの結果
過疎って潰れていったツールが散々あったし仕方ない ショボくれたサンプルを見て、それを超える物を作ろうと考えるか
この程度の物しか作れないと考えるかやね
サンプル画像ひとつとってもタダじゃ作れんだろうし難しいところやわ ぶっちゃけドットを抑えたショボくれたキャラ作るより128ｘ64とか256ｘ128とかの方が素材作るのは楽何だけどなぁ・・ 作ろうとしてるものにもよるだろう
ドット絵と聞いてドットで描いたアニメキャラみたいなのばかり思い浮かべてると
海外勢にどんどん置いていかれるぞい そんな志高い奴はCF2.5なりUnityなり使ったほうがいいと思うぞ ソニックやペッパルーチョ３世、エイブくらいで志高い言われても・・
16〜32bitRiskシングルコア時代のゲームなんだぜ・・
デフォを８ビット時代にするのいい加減進めてほしい どんなスタイルで作ろうが、そんなん好きでいいじゃん
8ビットしか選択肢が無いんじゃなくて数ある選択肢の中から8ビット風選んでるってのに えー
デフォがちっさいとプラグインもちっさいの基準に作ってくるから判定合わなかったり面倒いじゃん その辺の素材の規格とかツールの仕様ってまだ不明なのに何勝手に決めつけてんだよ 時代が古い！
デフォが小さいと面倒臭い！
規格なんかどうせ変わらない！
俺の望むツールにしろ！ ユーザーになる奴の何割くらいがちっさいグラがいいと思ってるんだろうね 大は小を兼ねるというそのままの原則が当てはまるから開発が8ビット押しなのは危険だって意見には賛成するわ
例えば最新の3Dゲームも作れるUnity は8ビットテイストの2Dゲームだとキャラ一万体出しても60フレーム維持できたりする
ゲームエンジンの最大能力値を開発がどの方向で想定しているかで全てが決まってくる事になるだろうし
結果すでに処理速度やばいんじゃない？疑惑が出始めてる訳で… マス目の規格サイズをプロジェクトごとに変更する機能あるといいなぁ
16*16でやるとか32*32でやるとか自分で決める事が出来るのならいいんだけど 前も書いた気がするけど公式が8bit16bit級って言ってるのは
32bit級って書いて「ポリゴン使えんのか！」って思いこむ人がでるのを
避けるだけだと思う
実際ここまでサンプル見りゃわかるようにSFCやMDじゃまず無理な表現
色々やってんじゃん これ下手すると3dsｂﾌプチコンのほｂ､が軽いんじゃ 8bitだの16bitだの見た目なんて素材の調達能力を含めた制作者の力量次第でしょ
処理速度の不安は多少あるけど流石にチビキャラ30コでアウトとかは無いと思う
Unityがーとか言ってる連中はMVなんぞ見切りをつけて好きなツールを使えばいいじゃん いや ゲームによっては自キャラ、敵キャラ、UI、弾幕なんかで500体くらいオブジェクトの表示が必要なんだから
あのニワトリ60体程度でFPSが低下しそうってんなら不安になるのも無理ない
単にあれはベンチマーク用に高負荷化したニワトリであって実際のゲームとは関係ありませんというアナウンスも無いしな
そもそも実際のサンプルを動かして負荷を見るのにベンチマーク用に仕様を変更するってなんだよって気もするし >>701
旧作は８×８〜５１２×５１２までのタイルサイズから選択出来た
今作も有るみたい >>706
これはありがたい
規格サイズが違うだけでもツクール製っぽくなくなるからいいんだ Witch & 66 Mushroomsで検索すれば見つかるよ https://store.steampowered.com/app/891170/Witch__66_Mushrooms/
短すぎるけど操作性は悪くないしウチの環境では軽いな
一画面内のキャラが少ないから、これだけだと何とも言えないけど
ベンチマークで重かった人でもちゃんと動くんかね ためしにメーカーノートPCでプレイしてみたけど普通にぬるぬる快適だったよ
win8.1
i5-3230M 2.6Ghz
Intel(R) HD Graphics4000 ナイフ攻撃は一発ごとに1ドット〜2ドットの高さブレが発生するように設定されてるみたいだけど
こういう細かい設定もできるみたいだな
それと大きい敵にダメージを与えた時に敵が砂嵐みたいなエフェクトになるのは
「キャラごとにエフェクトを上書きさらに透過色には適応しない」とかを設定でやってんだろうか
それともスクリプト的にやってんだろうかって思った
あと細かいことだけど魔女の家の時計の針の軸がずれてるのに気付いた 魔女やってみたけどいい感じ
しかし66のキノコとはなんだったのか デモ版だからね 仕方ないね
どうせ魔法の薬でも作るために66個あるキノコを探す旅に出るとかそんなんでしょ（適当）
家の裏にさっそく一個あったけど取っても何も起こらないが メトロイドヴァニアだから製品版だと二段ジャンプとかは最初から使えず
キノコを取ることでパワーアップしてくのかもねぇ 一通りの素材が入っててこれでお前らの魔女と66のキノコを作れっていうならいいけど、完成にこぎつけるまでの素材がないんでしょ？
わかってますって サンプルゲームのクセに1面で力尽きてんじゃねーよ
ツクーラーのあるある「未完成」「見切り公開」「やたら気合の入った序盤」みたいな見本はヤメロ デモやってないけど1面しかないのか・・
ツールの機能的に複数の面作るのがかなり面倒、とかじゃなければいいけどなあ 今回のはKADOKAWA製だしそうそう設計思想変えて来ないんじゃない？
イベントがフロー式になったっていっても今まで縦に並べてたイベントを横にグラフィカルにしただけっぽいし サンプルゲームのサンプルだから一面しかないんでしょ
ていうかサンプルゲームなんだから最後まで作って出してよって気がするけどｗ たまに未完成なのを入れてくるからこれが一部とは思わないほうがいい サンプルゲームのサンプルなの？
たかがサンプルゲームのくせに体験版みたいにセコく制限かけてるってこと？ サンプルとしてむしろop 面セレクト ２面への遷移ボス戦からのedとか基本機能としてどういう感じか紹介するような作りにしてほしいとは思う
その際、グラは正直、解像度とアニメ枚数とか半透明の扱いが解るならその辺のオッサンがペンタブで適当に走り書きした奴でも良いと思う
思うだけでWebビルド出るまで触らないからその頃には人柱の皆々様の吐血と引き換えに素晴らしいサンプルズと解説サイトが バイクよくできてんだけど難しすぎて二面から先が見れないの笑うわ
サンプルのサンプルなのかすらわからんw この場合のサンプルはツールで中を覗いて仕組みを見ることが出来るって言うサンプルだから
遊んでどうかとかは二の次じゃないかと･･まあ先に本体がこなければ何の意味もないんだが
このスレで物理動作の処理速度がどうこう書かれてるの見て急遽サンプル配信したとか
そんな経緯じゃないかな ベンチマークのゲームは何処に６９ＭＢ使ってんだ
まさか作ったゲームは最低コレ位の容量になる訳じゃ無いよね？ ニワトリああ見えてこれでもかとすごい何かが詰まってるんじゃね？
実は芝生の1ドットずつオブジェクトだとかニワトリは内臓の一つ一つが脈動してるとか ベンチはプラグインで容量半分使ってる
未使用画像も入ってるから見てみ 普通ベンチマークって一体の処理負担は普通で何体出せるかみたいな仕様だと思うが
一体を過剰に重くしてたんじゃ基準が狂いまくりで何の指標にもならないという気がするけど だから普通のゲームで使うような仕様のグラをメモリに読み込んで何体出せるかやってくれてるんでない
その方が実際に近くなって割と親切だとおも あれか ニワトリのスプライトシートを一つ読み込んでコピーして表示してるんじゃなくて、
一つ一つのニワトリを単一の別の画像として読み込んでるみたいな事か？
まあそれにしたってただの2Dにここまで処理食わんと思うけど そう思うけどな、何も小細工してないなら重すぎるという話に… わざと重くしてるならベンチマーク出すのは今ではないほうが良かったかも
実際の動作がもし軽いなら普及した後でベンチ公開されてればニワトリ10匹すげーじゃんとか結構和気あいあいと話されていた予感 ■ このスレッドは過去ログ倉庫に格納されています
