同じ場所に幾つも面が重なっているのでは。
透明な材質の面によって後で描画されている面が透過されているように見えます。

返信ありがとうございます。

変に色が付いていた部分の面を削除したところ、面が重なっている部分があったようでした。
それと、選択コマンドで選択できない面がありました（編集オプションの点・辺・面が選択されていることは確認しました）のでそこも削除いたしました。

削除した部分に新しく面を張り、同じように面を全選択し材質を指定しても色がつきませんでした（一部に色が付くということもありませんでした）。

添付画像のように視点の角度を変えるとモザイクのように色が見えます。正面からは全く見えません。画像は肌色で指定したものです。

どうしたらよいでしょうか？
返信よろしくお願いいたします。

コマンド名を取得する方法は現在提供されておりません。

GSpatchは関数名が示す通り、patch(曲面)に対して適用されます。
ジオメトリシェーダは標準機能に必要な分のみ実装しているため、汎用的な目的での利用には難しいと思います。

操作手順や元データの状態がどうなっているかわかりませんのではっきりしたお答えはできませんが、
ボーン・モーフ両方の情報を含んだ「hito_mmd.mqo｣がサンプルデータとして用意されておりますので、
まずはこちらのデータでPMDファイルに出力して動作をご確認ください。

>早速の返答ありがとうございます。
前回書き忘れていたのですが、PMXエディタで開いたとき、「読み込み時にｴﾗｰが発生しました。続行しますか？」というダイアログが表示され、続行するとボーンやモーフが欠落しています。
他の方が配布されているモデルは正常に読み込みできるので、モデル作成時に何か不備があるようなのですが、なにぶん初心者のためまだ原因が特定できていません。
材質はそのままでUV展開はしていません。ボーン設定は「PMD向け」にしています。
他に何か、読み込みｴﾗｰ発生時のよくある原因、というのはありますか？

>>早速の返答ありがとうございます。
>前回書き忘れていたのですが、PMXエディタで開いたとき、「読み込み時にｴﾗｰが発生しました。続行しますか？」というダイアログが表示され、続行するとボーンやモーフが欠落しています。

ファイルに何か異常なデータが含まれている可能性が高いです。
何かの条件によって起こるのではないかと思いますが、
実際のデータがないことにはこれ以上はわかりませんので、
弊社サポートまでメール添付で出力前のmqoとmqxファイルをいただくことはできないでしょうか？
データをいただければ弊社で調査いたします。

Autodeskから提供されるFBX用ビューア(FBX Review)でもグレー表示となりますし、
添付のfbxファイルにはマテリアル情報は含まれていないようです。
他社製品の利用方法については弊社ではお答えできかねますので、
その製品の開発・販売元へお問い合わせください。

マテリアルに限らず頂点・面・オブジェクトいずれもですが、num****は「配列のサイズ」を返します。
deleteは配列内の要素をNoneに置き換えるだけで、compact処理により配列の切り詰めが行われるまで配列数は変わりません。
（※compactはSDKには存在しますがPythonには提供されていません）
そのため、サンプルで必ずしているように各要素がNoneかどうかをチェックしながら処理する必要があります。

了解です。確かにプラグインSDKドキュメントにはその旨記載されていました、失礼いたしました。つまりMetasequoiaのリストビューには非NULL（非None）のオブジェクト・マテリアルのみが表示されている、ということですね。オブジェクトに関しては削除のたびに毎回Compactionが実行されるようですが……
ちなみにMQDocument.numObjectやMQDocument.numMaterialは、len(MQDocument.object)やlen(MQDocument.material)で求められるので、特に必要ないと思うのですが、何か理由があるのでしょうか？　スクリプトヘルプには「オブジェクトの数」「材質の数」と記載されているだけなので、一見しただけではGUIのビュー側と食い違っているように見えてしまい、直感的でないと思います。

そのほか、Python関連の別件として、4.5.3本体ヘルプの「スクリプトエディタ」には「Pythonのバージョンは3.3.5となっています。」と記載されていますが、「バージョンアップ履歴」を見るかぎり、Metasequoia 4.5以降のPython対応バージョンは3.4.3ではないでしょうか？

PythonはSDKに比べるとドキュメントの整備が追い付いていないこともあり、
この配列問題以外にも注意点が十分に記載されておらずご迷惑おかけします。

numObject/numMaterialが存在する理由は２つあります。
len(MQDocument.***)を使う場合、都度
・配列の作成
・lenの呼び出し
・配列の破棄
が行われてオーバーヘッドが大きく、
一方num***プロパティの場合は呼び出しのみなので、こちらのほうが効率的に実行することができます。

もう一つの理由としては、C言語ベースのSDKの関数をほぼ1:1となるよう単純にPythonの関数・プロパティに置き換えたためです。
Pythonにイテレータが搭載されるかされないかくらいの時代に対応したこともあって、
今どきのPythonに慣れた人が繰り返し処理によく使うような記述とはやや異なっているかもしれません。

>Metasequoia 4.5以降のPython対応バージョンは3.4.3ではないでしょうか？

ヘルプの記載を更新し忘れていました。
Ver4.5.0からPython3.4.3に変更されています。
この間で互換性が問題となるケースはかなり少ないとは思いますが、
今後も定期的にPythonのバージョンは新しいものに更新していきますので、
新しめのバージョンで搭載されたモジュールを使う場合などは互換性にご注意ください。