- このトピックには6件の返信、2人の参加者があり、最後に
により6年、 3ヶ月前に更新されました。
-
投稿
-
いつも色々な疑問に丁寧に答えて頂いて有難うございます。
先ず無知で尻拭い方法を乞うような質問をしてしまうのを先に謝っておきます。申し訳ありません。私は今、Ｒ－１８のカードゲームみたいなゲームを作っているのですが、それらの素材が適当な場所からドラッグ＆ドロップで移動すればゲームが取り敢えず動くと思って、それだけで素材を適当に専用のフォルダからインポートしたまま、ビルドと言う行為を全くせずに作ってきました。それで言わずもがな、現在幾種類かのオブジェクトがビルドした後、そのデータの場所を移すだけで表示されない事に気が付き。相当数（数百個）のアクティブオブジェクト素材を使った作品だけに、どのような対応をして、これらの問題を解決したら良いかに戸惑っています。
なるべく手間がかからずに済む尻拭いの方法を何かご教示願えないでしょうか。
>>MWさん
「場所を移すと表示されなくなる」という内容から、mfa(exe)内に画像が内包されるアクティブオブジェクトや背景オブジェクトではなく、外部画像を参照して表示する『ピクチャ』や『アクティブピクチャ』を使用されていると推測いたします。
それらのオブジェクトでは、参照している元画像の置き場所が変わる、もしくは画像自体が存在しないなどしてパスが合わなくなると当然画像は表示されません。画像を表示させるためにはアプリ本体と合わせて画像データも添付する必要があります。
ただし、『ピクチャ』や『アクティブピクチャ』等は『バイナリデータ』というexeに画像を埋め込む機能に対応しておりますので、参照している画像ファイルをバイナリデータに登録してビルドすれば、元画像ファイルを添付せずとも表示することが可能です。ですが、基本的には特に理由がなければ、背景やキャラクタ等は『背景オブジェクト』、『アクティブオブジェクト』を使用することを推奨いたします。
– サンプルプログラム
https://blog.clickteam.jp/wp-content/uploads/2017/12/cf25_blog_2017-12-03_external_image.zip
↑本サンプルではバイナリデータに画像を登録してビルドしたexeも同梱してありますので、外部画像のあるimgフォルダを削除しても画像が表示されることを確認できます。概ね仰る通り、アクティブピクチャを素材として使用していることが原因となっているみたいです・・・。対策としましては、数が多いけどプログラミングとしては大雑把な背景オブジェクトなどは全部ガラッと入れ替えて、インターフェースやカードのように、イベントが蜘蛛の巣以上に絡みついたオブジェクトに関してはこのままバイナリ＋アクティブピクチャの流れで造っていくことを考えています。
唯、文章を拝見していると後天的に次回作、また次回へと開発を進めていくにあたって、アクティブピクチャを使用していることそのものが何らかのデメリットを被る場合もあるようにも見えました。読み込み速度や開発上でのデメリットなど、そういった注意すべき点があれば、補足で教えて頂けないでしょうか。
通常アプリ中で表示する画像には背景やアクティブオブジェクトを使用します。これが最も処理速度が速いです。一方ピクチャやアクティブピクチャは画像をmfa(exe)に取り込まず外部ファイルを参照して表示するオブジェクトです。表示時の読み込み時間等アクティブオブジェクトよりも処理速度は劣ります。また何よりアニメーションをさせることができません。イベントで表示する外部ファイルを変更できるので、ユーザーによって画像を選択させる画像ビューワなどを作ることができます。mfaに画像が取り込まれないため、mfa自体のファイルサイズ削減の効果があります(ビルド時には前述のバイナリデータに登録することによりexeに含めることができます)。
なるほど！済みません、もう一つ補足で質問を願います。これはアクティブピクチャのみに限ったことではないのですが、アクティブ、又はアクティブピクチャがロードされないままゲームを開始した場合、それらが持つ衝突判定はどのように処理されるのでしょうか。
又、それらの変数などに絡んだイベントに関してもどのように扱われるのでしょうか。
ややもすれば大雑把な四角のあたり判定などは、グラフィックをロードしないままゲームを運用したほうが容量や処理速度が軽くなるのですか？
- このトピックに返信するにはログインが必要です。