技術的な質問> 一般的な質問
試験モデルの概要
パネル上に複数のボタンを配置（70個程）して、そのボタンから任意のアプリケーションを起動させるため、外部プログラムコンポーネント（配置したボタンと同数）を接続させたモデルを作成。定義方法は「標準のアプリケーションでファイルを開く」と「通信先プログラムの設定+対話モードで起動」両方を併用しています。
これを動作させると以下の問題が発生
①使用しているＰＣのレスポンスが非常に悪く（反応が遅く）なりました。
②起動させているＭＺＰＦの動きも同様に悪くなりました。
③バイナリ（ｍｚａｓ）形式で保存するとファイルサイズが異様にでかくなりました(約１００MB）。このときｍｚａｘ形式は8MB位で生成されます。
ＭＺを使用する上で想定外の使い方でしょうか？
ファイルサイズが大きくなることを抜きにしても、動作が軽くなる方法はないでしょうか。
> ③バイナリ（ｍｚａｓ）形式で保存するとファイルサイズが異様にでかくなりました (約１００MB）。このときｍｚａｘ形式は8MB位で生成されます。
保存時にGUI部品上（[イメージビューワー]など）に大きな画像ファイルを設定したままにしていらっしゃらないでしょうか。
画像ファイルをGUI部品上に残した場合、保存ファイルのサイズがバイナリファイル(.mzas)＞XMLファイル(.mzax)という現象が見られます。
画像ファイルの使用は２つのボタンコンポーネントと一つのパネルに使用していますが、外部プログラム通信の数が増えるにつれて動きが悪くなっていったので、今回のケースでは直接的な要因ではないのではないかと感じています。
お手数をお掛けして申し訳ないのですが、一度[ボタン]や[パネル]から画像を外してファイルサイズを見て頂けないでしょうか。[ボタン]に設定したボタンアイコンは一度設定すると、以降保持されます。
２）PCのパフォーマンスが悪くなる原因としては
①使用しているアプリケーションファイルのサイズが大きいため、ロード、実行までに負荷が掛かる。
②[外部プログラム通信]で負荷の掛かるプログラムを起動している。
などが挙げられます。
[外部プログラム通信]でアプリケーションビルダー、ローダーを起動した場合、メソッド「通信先プログラムの終了()」を実行しても、終了することはできません。申し訳ございませんが、制限事項とお考え下さい。
起動するMZPlatformアプリケーションファイルは、通常通り「フレーム画面を閉じた時、アプリケーションを終了する」処理を設定し、手動でフレームを閉じ終了するようにして下さい。
他に特に負荷の掛かっていると思われる起動先がありましたら、どうぞお知らせ下さい。
手元のPCで複数のボタンに[外部プログラム通信]を接続し、MZPlatformアプリケーションファイル、画像ファイル、WindowsMediaPlayer等を起動先とするアプリケーションを作ってみたのですが、コンポーネント数/処理数によってファイルサイズの増加はあるものの、異常な大きさになるということはありませんでした。パフォーマンスは起動先によるものが大きいと思われます。
以上原因がはっきりせず大変申し訳ございませんが、何かお気付きの点がございましたらお知らせ頂ければ幸いです。
ご覧になっていただくとわかると思いますが、画像による影響は殆どないと見られます。
パフォーマンスについて画像使用している場合と未使用の場合いずれも非常に悪く双方あまり差がありません。
作成した動作検証ファイルを圧縮添付してみようとしたのですが、弊社のメール環境で容量制限に引っかかり送信できませんが、恐らくそちらでも再現が可能なのだと思います。
>２）PCのパフォーマンスが悪くなる原因としては
>①使用しているアプリケーションファイルのサイズが大きいため、ロード、実行までに負荷が掛かる。
>②[外部プログラム通信]で負荷の掛かるプログラムを起動している。
などが挙げられます。
> [外部プログラム通信]でアプリケーションビルダー、ローダーを起動した場合、メソッド「通信先プログラムの終了()」を実行しても、終了することはできません。申し訳ございませんが、制限事項とお考え下さい。
>起動するMZPlatformアプリケーションファイルは、通常通り「フレーム画面を閉じた時、アプリケーションを終了する」処理を設定し、手動でフレームを閉じ終了するようにして下さい。
> 他に特に負荷の掛かっていると思われる起動先がありましたら、どうぞお知らせ下さい。
もたつき感のあるところ列挙しますと、まずMZを起動してからファイルをロードする場面（読み込み1分以上かかる(mzaxで））、各アプリケーションの一番最初の起動でもたつきます。但し2回目以降は意外と早く反応します。WindowsMediaPlayer＞アクロバットreader＞OfficepictureManagerの順にレスポンスが悪い感じです。
手元のPCで複数のボタンに[外部プログラム通信]を接続し、MZPlatformアプリケーションファイル、画像ファイル、WindowsMediaPlayer等を起動先とするアプリケーションを作ってみたのですが、コンポーネント数/処理数によってファイルサイズの増加はあるものの、異常な大きさになるということはありませんでした。パフォーマンスは起動先によるものが大きいと思われます。
研究会さんの方での確認は「外部プログラム通信」を70個以上配置しても80MB（mzasファイル)にはならなかったという解釈でいいですか？
関連ファイル：ファイルサイズ比較20120521.ppt
A156-3：
ご面倒をお掛けし申し訳ございません。
> 研究会さんの方での確認は「外部プログラム通信」を70個以上配置しても80MB（mzasファイル)にはならなかったという解釈でいいですか？
検証では[フレーム]：１個、[パネル]：１個に[ボタン]：100個を画面配置しました。[外部プログラム通信]も100個追加し、[ボタン]のアクションイベントに接続しました。
ファイルサイズはバイナリファイルが150KB程度、XMLファイルが400KB程度です。
大変申し訳ないのですが、以下をお試し頂けないでしょうか。
目的は今ファイルにある処理を使った場合と新規にコンポーネントを追加した場合と違いがあるかの比較と、またコンポーネント数等の増加によってファイルサイズがどのくらい大きくなるかの確認です。
１）①お手元のファイルで、[ボタン]（＝[外部プログラム通信]が接続されている）と[外部プログラム通信]をまとめて20ずつコピーし、ビルダー上に貼り付ける。（shiftキーを押しながら[ボタン]と[外部プログラム通信]をクリックしていくとまとめて選択できる。選択状態で右クリック、コピー）保存してファイルサイズを確認。
②念のため新しく増えた[ボタン]の接続先を、[接続コンポーネント選択]を行い新しい[外部プログラム通信]に変更する。
保存してファイルサイズを確認。
２）①お手元のファイルに「コンポーネント一括追加」で[ボタン]と[外部プログラム通信]を新規に20個追加する。
保存してファイルサイズを確認。
②[ボタン]のアクションイベントに[外部プログラム通信]を接続。メソッド設定はまだ。保存してファイルサイズを確認。
③メソッド、引数の設定。手間が掛かるので、一旦②で作った接続を外し、既にある接続をコピー＆ペーストして、[接続コンポーネント選択]で新しい[外部プログラム通信]を接続先としても良い。
保存してファイルサイズを確認。
以上最終的に新しくコンポーネント（20+20)と処理数（20)が増えた状態を作り、１）、２）を比較して、ファイルサイズに違いがある場合には、コピー対象となった元々の処理やコンポーネントに原因があることが考えられます。
また、コンポーネント数を増やしてもファイルサイズがそれ程増加しなかった場合には、他の箇所に原因がないか検討する必要が出てきます。
また、例えば[ラベル]や[ボタン]には有効時(通常時)/無効時のアイコンを設定することができるようになっており、無効時のアイコンを設定している（有効時には目で確認できない）、画面配置から外しているなどで、画像設定に気が付かない場合があります。大変お手数ですが今一度ご確認下さい。
Q156-4：
標記の件に関しまして、確認事項について連絡します。
>１）①お手元のファイルで、[ボタン]（＝[外部プログラム通信]が接続されている）と[外部プログラ>ム通信]をまとめて20ずつコピーし、ビルダー上に貼り付ける。（shiftキーを押しながら[ボタン]と> [外部プログラム通信]をクリックしていくとまとめて選択できる。選択状態で右クリック、コピー）保存してファイルサイズを確認。
MZAX:5,638KB
MZAS:74,145KB
>②念のため新しく増えた[ボタン]の接続先を、[接続コンポーネント選択]を行い新しい[外部プログラム通信]に変更する。保存してファイルサイズを確認。
MZAX:5,638KB
MZAS:74,145KB
>２）①お手元のファイルに「コンポーネント一括追加」で[ボタン]と[外部プログラム通信]を新規に20個追加する。保存してファイルサイズを確認。
MZAX:5,602KB
MZAS:74,143KB
>②[ボタン]のアクションイベントに[外部プログラム通信]を接続。メソッド設定はまだ。保存してファイルサイズを確認。
MZAX:5,610KB
MZAS:74,146KB
>③メソッド、引数の設定。手間が掛かるので、一旦②で作った接続を外し、既にある接続をコピー＆ペーストして、[接続コンポーネント選択]で新しい[外部プログラム通信]を接続先としても良い。保存してファイルサイズを確認。
MZAX:5,616KB
MZAS:74,149KB
※外部プログラム通信における接続先ファイルはＰＤＦファイルを指定した場合上記の通りの結果となりました。
サイズの差は非常に微々たる変化だったように感じます。
> また、コンポーネント数を増やしてもファイルサイズがそれ程増加しなかった場合には、他の箇所に原因がないか検討する必要が出てきます。
現在こちらでもどこの部分が影響しているのか引き続き検証中です。
まだはっきりしていませんが、ＰＤＦと接続している以外の部分で影響があるように思えます。
音声ファイル（ＭＰ３）、画像ファイル（JPG）の2種類の箇所をボタン削除したときのファイルサイズが大きく変化しました。いずれもMZASの場合で74MB→55MB位になりました。
>また、例えば[ラベル]や[ボタン]には有効時(通常時)/無効時のアイコンを設定することができるようになっており、無効時のアイコンを設定している（有効時には目で確認できない）、画面配置から外しているなどで、画像設定に気が付かない場合があります。大変お手数ですが今一度ご確認下さい。
2箇所ボタンに画像を貼り付けていたところがありました。
これを削除して上記のベースサイズ（MZAX:5.6MB,MZAS:74MB)となりました。
（MZAXで２MB減、MZASで６MB減）
また、今回の検証しているモデルの概要を記載します。
外部プログラム通信の指定先を音声ファイル（ＭＰ３）にしている数：７つ。
〃 画像ファイル（JPG） 〃 ：４８
（但し、ここでは対話モードを正常起動にて「標準のアプリケーションで開く（FILE)」を起動しないの状態して作成していました。（起動しないコンポーネントもファイルサイズに影響する様なので実質倍の９６個か。）
ＰＤＦファイルが接続されている数：３０個
もう少し検証してみますが、これまでの状況をお伝えしておきます。
本件について、新たに判明したことがありましたので連絡します。
これまで詳細を細かく説明しておりませんでしたが、動作検証しているモデル上では、ボタンから外部プログラム通信コンポーネントを介して音声ファイル、画像ファイル、ＰＤＦファイルを開くアプリケーションを起動させるものですが、その際、使用しているもので、フレームやパネルを数箇所使用して作成しています。
その中で判明した事実としてボタンからフレームを介してテキストエリア（HG教科書体（BOLD/24)を４００文字程度）を表示させることをさせていたのですが、この部分でかなりのサイズを要していたことが新たにわかりました。
その時の状況ですが、まず最初のファイルサイズがMZAXで5,045KB,MZASで70,754KBの状態で、
①テキストエリアを削除→MZAX:5,043 MZAS:70,754（この段階ではサイズは殆ど変わらず）
②①で削除したテキストエリアを表示させていたフレーム及びボタンを削除→すると、MZAX:2,633ＫＢ、MZAS:15,447ＫＢという状態になりました。
研究会さんの方でも再現可能だと思います。
これはこれで、テキストエリアの使い方に課題が出てきました。
それでもまだこの時点で15MB（MZAS)あります。
外部プログラム通信の直接的な要因ではなさそうですが、フレームやボタンとの組合せでサイズへの影響度合いが変わるのではという感が今しております。
試しに接続を音声のみしたモデルで検証していたのですが、フレームの使用を一つだけにしてボタンを７つのみ配置させ外部プログラム通信にしたところ、55MB（複数のフレーム使用時）あったMZASが、MZAX:67KB
MZAS:27KBと一気にサイズが減りました。
それから一番肝心な情報を書き忘れてきていたのですが、ファイルサイズが大きくなるにつれてPCのレスポンスが悪くなるわけですが、最も処理時間がかかる部分は「保存」処理です。MZASが70MBの状況で保存処理をすると数分以上はＰＣが止ったようになって動かなくなってしまいます。
動作検証で一番もたつくのは、この保存処理でサンプリング自体が滞ってしまうことです。
まだ少し検証は続ける予定ですが、取り急ぎ連絡まで。
手元のPCで[フレーム]、[テキストエリア]のみ使用の簡単なアプリケーションを作り、[テキストエリア]に書式（HG教科書体、太字）を設定し、文字列を入力したものを保存してみましたが、特にファイルサイズが大きくなることはありませんでした。
[テキストエリア]上に文字列が設定されたまま保存すると、文字列の長さに比してファイルサイズは大きくなりますが、(.mzas)と(.mzax）と大きく違いが出ることはありません。
むしろ[テキストエリア]を表示させていた[フレーム]と[ボタン]の方に、何かデータが残っていたということはないでしょうか。
②> 試しに接続を音声のみしたモデルで検証していたのですが、フレームの使用を一つだけにしてボタンを７つのみ配置させ外部プログラム通信にしたところ、55MB（複数のフレーム使用時）あったMZASが、MZAX:67KB MZAS:27KBと一気にサイズが減りました。
できましたら、上記55MBあったファイルをお送り頂けると、何か手掛かりが見つけられるかと思うのですが、55MBでは送信不可になる可能性が高いですので、以下はいかがでしょうか。
①で削除対象となった[フレーム]、[ボタン]をコピーし、新しくアプリケーションビルダーを立ち上げ、貼り付け、保存する。２つのコンポーネントを含むアプリケーションファイルのサイズは2.5MB程度と思われますので、さらに一つずつに分けるか圧縮等で添付できるようであれば、お送り頂けないでしょうか。
②５５MBあるファイルはビルダーの[ツールバー]＞[ファイル]＞[画像出力...]
で、編集画面のイメージを画像ファイルとして出力してお送り頂けると、構成を把握する助けとなります。
また、使用なさっているWindowsOS、MZPlatform、WindowsMediaPlayerのバージョンもお教え下さい。
大変ご面倒をお掛け致しますが、無理のない範囲でお知らせ頂ければ幸いです。
どうぞよろしくお願い申し上げます。
Q156-5：
こちらで確認した現象が、そちらで再現できないのが残念です。
特別何かやった認識や自覚もありません。
とりあえずテキストエリア付の検証データと画像イメージを圧縮添付します。
（mzaxで2.5MBですが、MZASにすると55MBになったファイル）
動作環境については
PC：WindowsXP
Windowsmediaplayer：10.00.00.4074
MZPFのバージョン：2.8
関連ファイル：動作検証JPGのみ＆テキストエリア使用.zip、動作検証JPGのみテキストエリア使用.zip
これらのアイコンは「通常時のアイコン」が設定されている時に「有効/無効」を「無効」に切り替えると、「通常時のアイコン」を基に自動的に作成されてしまい、しかも「通常時のアイコン」を「設定しない」に戻すと無効時にもアイコンは表示されず、確認が大変難しくなるということが判りました。
画像を削除することをお勧めしたのが、却って原因の発見を難しくすることになり、大変申し訳ございません。
皆様には大変ご不便をお掛け致しますが、アイコン＝設定する、有効/無効＝無効の状態になった[ボタン]には無効時のアイコンが自動的に設定されています。
アイコンを「設定しない」に戻す時に、今一度「有効⇔無効」を切り替えてください。有効時のアイコン=nullが使われて、無効時の２つのアイコンもnullになります。
お手元のファイルですが、上記理由により[ボタン(ID:1039)]を削除して頂ければ良いのですが、ロードするのに非常に時間が掛かるかと思います。
もしよろしければ以下をお試し下さい。
①XMLファイルアイコンを右クリック＞プログラムから開く(H)で「WordPad」を選択する。WordPadでXMLファイルが開かれる。
②WordPadのメニューバーから編集(E)＞検索(F)を選択する。
③検索窓の検索文字列に「2095,3379」と入力して、検索。
④該当箇所は2箇所あり、右に非常に長い文字列があることを確認する。
⑤該当箇所の前後計4行を削除。（＜proprety＞からが一区切り）
例）
⑥ファイルを保存し直し、WordPadを終了する
色々お手数をお掛け致しまして大変申し訳ございませんでした。