タスクバーの位置やマルチモニタ時の検証があまりできていませんでしたが、
Ver3.1 Beta7では大丈夫になったと思います。

Ver3.1 Beta7でレンダリング結果をクリップボードに転送するボタンが追加されました。

Ver3.1 Beta7でリスト選択されていない項目をAltキー+クリックしたときにそのオブジェクトのみ選択されるようにしました。

動作を統一してほしいというものと、別にしたほうがいいという相反する要望が混在した意見は採用できません。
なぜそのように思うのかを明確にしたうえで、提案された内容が本当に良いかどうか今一度ご検討いただけますでしょうか？

>動作を統一してほしいというものと、別にしたほうがいいという相反する要望が混在した意見は採用できません。
>なぜそのように思うのかを明確にしたうえで、提案された内容が本当に良いかどうか今一度ご検討いただけますでしょうか？

まず、統一してほしいAlt+クリックによるオブジェクトの選択ですが、
これは複数選択に対応したためにShift+クリックが使えなくなったのでそれにせざるを得なくなったわけです。
材質はまだ複数選択に対応されてませんが、リストをShift+クリック、Alt+クリックで行っている作業は基本的に同じ操作です。
オブジェクトリストと材質リストを行き来してオブジェクトを選択する際に、片方がAlt+クリックで片方はShift+クリックというのは混乱を招くと思います。
実際同じ操作をして片方がAltで片方がShiftというのは指運びからも操作性が悪いです。
そのため同じ操作性の操作は、統一した方がいいと考えます。


一方、選択コマンドの挙動を別にしたほうがいいというのは、選択するという同じ作業ですが、それぞれ選択方法が異なると操作性も異なります。（リングだったりブラシだったり接続面だったり）
それぞの選択方法にあった操作方法があると思いますし、例に挙げた接続面の選択方法はShitを押しながら複数選択するよりも、そのままクリックして選択、選択解除していけた方が操作性が良いはずです。
そういうった機能の操作性を統一してしまうと、統一した為に扱いにくいものになってしまいます。
現に、接続面の選択方法はShif+クリックしなくてもちゃんと機能していたものが扱いづらくなっていると私は感じました。


要約すると、統一する必要性があるものとそれぞれに適した操作性があっても良いし操作性を犠牲にして操作を統一するのは本末転倒なのではないかという話です。

むしろ今までなぜその操作性にしたのかというのを検証しないで、選択でのキー操作をShiftに統一してしまった感じがするのです。

実際にモデリングする際上記の操作は１つのモデルを作成する中で何百回と行うわけで、一番重要なのはそれぞれの操作の流れだと私は思います。
現状の、オブジェクトと材質のAlt+クリックとShift+クリックの違いはその流れを悪くしてると思いますし。
選択の、Shift統一による操作性もこれまで問題なかった流れが不必要に乱れてしまったと思います。

長文ありがとうございます。
要約するとShiftを押すのが面倒ということでいいでしょうか。
それは理由としてわかりやすいですが、なぜ接続面のみを取り上げているのか、そこの記載がないので、根拠としては弱いように思います。
他のベルトや連続辺などと操作が違っていれば、また新たな混乱のもとになるのではないでしょうか？

もっとも基本操作に関してはお一方だけの意見を聞いても偏りがちになるので、より多くの方の意見があるといいのですが。

こちらこそ、ご返答ありがとうざいます。
文章を書くのが下手でどうにも長文になりがちで申し訳ありません。
まぁ、要約されてしまうとそうなってしまいますが、
接続面を取り上げたのは、接続面でこれまでの使い方をしようと思って気づいたからになります。
その他はもともとShiftが必要な選択方法だったので気になりませんでした。
実際に、今回Shift関係を整理して操作性がよくなった選択方法もあると思います。

後は、Miznoさんの言うように私だけでなくほかの使用者の意見を頂ければと思います。

4～5年ほどメタセコを愛用させていただいていますが、いまだに初心者の域の者です。なので、作業効率が良いとか悪いとかまで感じる域に至ってない者の意見としてみていただけたらと思います。

メタセコイアに初めて触れる人は、素直に考えると「選択」は、「通常」から学ぶことになると思います。

例えば、正方形の面を一つ選択して、離れた別の面を選択したいときに、+Shiftで新しい面を選択出来る事を覚えます。

しばらくして、「接続面」をはじめとした便利な「選択」の仕方があることを知ります。

ここで、複数の接続面を選びたいと思った場合、最初に覚えた+Shiftを思い出し、+Shiftを押すのが自然な流れだと思います。実際、自分がそうでした。

実は恥ずかしながら、まじかるさんが指摘されているような、+Shiftしなくても、「接続面」の場合は複数選択出来る事を知りませんでした。なぜなら、+Shiftを押しながらの作業をしていて、それで選択されているのだと、ずっと思っていたからです。

キーを一つ操作するのは、まじかるさんの言われる通り、手間となり作業効率に影響を及ぼすのかもしれませんが、分かりやすさや、将来新たな複数選択が導入される事があれば、選択の基本の「通常」と同じ挙動（β4タイプ）にしておく方が良いと感じます。

・オブジェクトと材質パネルの選択の挙動を合わせてほしい（要望）
・レイヤー移動時に複数選択される（不具合）

上記２点対応確認しました、ありがとうございます。


こちら２点は引き続き対応検討よろしくお願いします。

・材質パネルの複数選択に対応してほしい（要望）
・レイヤー複数選択時の順序変更した際全部一緒に移動してほしい（不具合？）

>・材質パネルの複数選択に対応してほしい（要望）
>・レイヤー複数選択時の順序変更した際全部一緒に移動してほしい（不具合？）

Ver3.1 Beta6で対応しました。

3.1β6で材質の複数選択とオブジェクト材質での複数選択移動の対応を確認しました。

以下挙動についての追加要望になります。


複数選択移動する際に、選択した後そのままドラッグして移動先を指定する形になっていますが（説明が無かったのでこれに気づくのに少しかかりました…）、

複数選択して一旦指を離しても、複数選択されてる部分を掴んでドラッグして移動先を指定できるようにしてほしいです。
現状それをやろうとすると、複数選択が解除されてマウスカーソルがある位置のレイヤーが選択され、そのレイヤーだけ移動する形になります。

また、移動し終わった後に掴んでいたレイヤーのみ選択されていますが移動前に選択していたやつがそのまま選択されている状態になってほしいです。

ここらへんの複数選択移動の挙動はPhotoshopを参考にしていただければと思います。

複数選択移動対応はレイヤーの移動がかなり楽になるのでとても助かります。
上記対応検討よろしくお願いします。

長年使ってきたソフトウェアの挙動が変わる、それも一手とはいえ手間が増える方向に変更されると言うのは、使い込んでいるユーザーからすると単純に「改悪」という印象はもってしまいがちかもしれません。

しげぽん氏が接続面選択を取り上げているのは、単純にその機能を普段から多く使うという事でしょうし、多く使う機能であるからこそ一手間が惜しい、という事ではないでしょうか。
(実際自分も他の選択機能よりも接続面選択を使う機会の方が圧倒的に多いです)

自分も長年お世話になっているソフトウェアですから、出来ることならばこれまでと同じパフォーマンスでもって仕事に挑みたいところですね。

一意見として参考になりましたら幸いです。

挙動を任意で変更できるようにするのがベターだと思います。

> 挙動を任意で変更できるようにするのがベターだと思います。

GUI上では設定できなくてもiniファイルの直接書き換えでできればいいということでしたら大した問題ではないのですが。

個人的に問題だと思うのは、設定項目がむやみに増えることによって、
わかりづらくなってカスタマイズせずに使う人（新規ユーザーは特に）ばかりになって、
逆に扱いづらいソフトになってしまうことだと思っているので。
正直現状でも自分自身がすべての設定項目について即座に説明できる自信はないですし、
あと毎日使っているようなソフトでも設定が多すぎてよくわからないので、ほとんどいじらずデフォルトのまま使っていることが多いんですよね。

>GUI上では設定できなくてもiniファイルの直接書き換えでできればいいということでしたら大した問題ではないのですが。

個人的には、iniファイルの直接書き換えでも問題ないです。
こういうのは如何でしょうか。

例えば、メタセコには入門モードというのがありますがそれがまさにそれにあたるのではないかなと思います。
設定項目にも入門モードを導入するというのは如何でしょうか。

設定項目を絞って簡易表示するモードと上級者向けにすべての項目を表示するモードを用意するのはよく海外のツールで見かけます。


分かりづらくてカスタマイズしない人ばかりになるからそもそも設定できないようにする…ではなく、分かりやすくカスタマイズする方向性に持っていく、もしくはより理解が深まった人が設定できるモードを用意するというのがいいかなと思います。

metaseq.iniファイルの直接編集でVer3.0と同じ操作にできるようにしました。
編集方法はupdate.txtを参照してください。

追加の要望です。鏡像コピーも対応を希望します。

beta7ではちゃんとbeta7と表示されます。
ただ今後もまた同様のケースが起こる可能性はありますが・・・。

βサイトのページに注意点として
「環境設定でのファイルの関連付けは現在動作しません。」
と記載させていただいています。

β版はその性質上、既知の不具合・問題点・未搭載機能などがありますので、
記載された内容を一読したうえでご利用くださるようお願いします。

完全に見落としていました。これからは注意して書き込みます。
大変申し訳ありませんでした。

3.1のリリース楽しみにしています。開発がんばってください！

追加です。

自分の環境でLE R3.0においては
openGL表示、無テクスチャ材質の「反射の強さ」が64.00以上で、「反射光」の値が異常に強く出てしまい白とび表示になるみたいです。
openGL表示以外ではそのようにはならず、「反射の強さ」が64.00未満であったり、「反射光」0である場合も材質の白飛びはしません。

LE R2.4aでは、openGL、「反射の強さ」が32.01以上から異常白とびになります。

それから、白とびしているオブジェクト（材質ではありません）の順番を入れ替えたり、非表示にしたりすると、その白とびオブジェクト内の白とびが正常表示されたり、他のオブジェクトの材質が白とびしたりします。
このオブジェクト操作による異常表示は規則性が不明です。

ただ、上述のopenGL表示、非テクスチャ、「反射の強さ」が64.00以上、「反射光」0以上の材質に起こる現象で、そのような材質のオブジェクトでも、オブジェクトの上下位置によっては正常だったり異常だったりという具合です。

・白飛びとは実際にどのような表示になっていますか？
スクリーンショットがあるとわかりやすいのですが。

・ドライバの更新で解決しませんか？
もっとも結構古いビデオカードなので、最新のは入らないかもしれないし、解決する可能性があるかもしれない程度なので、無理に入れることはお奨めしません。

・設定ファイルを初期化するとどうなるか。
インストーラ版をお使いの場合、2.4/3.0ともに
C:¥Documents and Settings¥(ユーザー名)¥Application Data¥MetasequoiaLE
に入っているmetaseq.iniが使用されます。
2.4にも影響したのであれば、そこに何か原因がありそうなので、
このファイルを削除して再起動してみてください。
これで解決した場合、その削除する前のファイルをお送りください。
こちらで調査してみます。

異常のあるモデルファイルを、友人等の別環境で表示してもらいました。
同一ファイル、OpenGL表示での非テクスチャ材質の色異常を見ています。

VAIO VPCEG34FJ Win7 home sp1 64bit
インテル HD グラフィックス
↑○正常（メタセコEL 3.0）

NEC VL-300/H
winVista home sp2 32bit
ATI RADEON XPRESS 200series オンボード
↑×異常（メタセコEL 3.0）

自作PC pentium4
winXP home sp3 32bit
NVIDIA Geforce FX 5600 AGP
↑○正常（メタセコEL 3.0）

sony vaio vgn-ux90s
winXP home sp3 32bit
mobile intel 945GM express chipset family オンボード

添付いただいたデータで手元の開発環境でも白飛びを確認しました。
最新のIntel HD Graphics 3000で起きているので、ビデオカードが古いかどうかは関係なさそうです。

ただ、OpenGLに切り替えた直後は白飛びが発生するのですが、
オブジェクトのロックを解除して選択操作をしていると起きなくなるなど、
よくわからない挙動を示していますね。
もう少し調査してみます。

詳細がわかりました。
OpenGLの仕様上の問題とも言えるのですが、反射の強さに上限があるようで、
この値を超えて設定してしまうとその後の色合いが保証されません。
2.4と3.0ではこの値が異なり、3.0では既にご指摘いただいている通り64.00が上限値となります。

今後のバージョンでこの値を超えても大丈夫なようにしますが、
現状では64までの値を設定するようお願いします。

なるほど。
今まで気づかなかったのですが、そういえば過去何度か色がおかしくて、コピーやペースト、オブジェクト操作で直っていたので、問題を報告することなく放置していたような気がします。（再現性を見つけられなかった）

＞反射の強さに上限がある
＞現状では64までの値

了解です。
詳細究明ありがとうございます。

objファイルのインポート時に[マッピングのV方向を反転]をONにしてください。
これで正しくテクスチャ表示されると思います。

おお、ありがとうございます！
ちゃんとできました！

\"解決済みの質問\"としてタグ、状態を変更します。

再度申し訳ありません

マッピングのV方向を反転をONにしようがOFFにしようがちゃんと表示されないことがあるようです

外部ソフトが正しいデータを出力しているとも限らないので、
そちらの問題のような気がしなくもありませんが、
元データと出力結果を見ないことには何とも・・・

もし差支えなければSculptrisのオリジナルのデータをいただけるならこちらで調べてみます。
数MB以内程度ならBBSに添付して投稿するか、メールでしていただいてもいいですし、
数十MBになるなら宅ふぁいる便などのサービスをご利用ください。

お手数をおかけしますがよろしくお願いします

obj→mqo変換に成功したファイルも一緒に入っています。（100.mqo）

使用OS：Windows7
メタセコイア：3.05シェアウェア版
Sculptris：α６

です

001～004.objのうち003以外はUV情報が入っていません。
003.objのようにUVが入っているデータであれば問題ありませんが、
それ以外のデータをMetasequoiaに読み込んでも当然ながらUVは設定されません。
他社製品のことはわかりかねますが、UVが出力される手順で操作していないなど何か使い方の問題があるのではないかと思います。

どれがエラーになったもので、何のエラーを指しているのか分かりませんでしたが、簡単に見た時にエラーが出たのが、テクスチャーのサイズが違うということで、読み込めなかったという、それが原因のように思いましたが。

画像のサイズが統一されていないので、成功したという元のオブジェクトで違う画像を読み込んで行ったところ、その違いに気づきました。

それを統一するか、新たに画像を登録しなおすと、エラーは出なくなると思いますよ。

一応001だけやってみました。

左がトリスに読み込んでテクスチャを貼ったもの。
右がそれをメタセコに読み込んでテクスチャを当てたもの。

たとえば、００１ですとこうなってほしいのです・・・・
と思ってSculptrisを開いたら何故か作ったテクスチャと違う結果が・・・・・・

＞それを統一するか、新たに画像を登録しなおすと、エラーは出なくなると思いますよ。
成功した100→512＊512
成功した003→1024＊1024

失敗した001→1024＊1024
失敗した002・004→512＊512
という風なので、単純にはいかなさそうですね・・・・

その書いている組み合わせがどうかは分かりませんが、スカルプトリスで読み込む時にテクスチャサイズをどうするかを聞いてきますよね。その時のサイズで設定したら、出来てくるのも同じサイズです。しかしこのサンプル画像というか001～100までは統一されていないので、それを今度読み込むオブジェクトに適応させようとした場合、サイズが違っていたら変になるのは当然では？、そう言っているだけなんですが・・・。

とにかく、トリスでオブジェクトだけ読み込ませて、画像のサイズを合わせてペイントモードで再び書き出せば、エラーとか変になることはないかと思いますよ。また時間があれば他のも試してみたいと思いますが、ちゃんと表示するような気がしますが

すいません、添付した画像のオブジェクトに当てたテクスチャが合っているものだと思っていましたが、他のテクスチャを見ていると、それは正解の貼り方じゃないようですね。＾＾；

元々どんなテクスチャが貼られていたのか分からなかったので、それが正解のものだと思っていました。良ければ失敗したものだけでいいので、正解がどんなモデルになっているのか見たいですねぇ。

＞たとえば、００１ですとこうなってほしいのです・・・・
と思ってSculptrisを開いたら何故か作ったテクスチャと違う結果が・・・・・・

ということで、再度作り直しました。若干色とか模様とかが違いますが、こんな雰囲気が正しいテクスチャです

追記
001.pngのサイズを512*512に変えてみましたが、結果は変わらずうまく行きませんでした