1. ホーム
  2. DIY、工具
  3. 住宅設備
  4. シャッター
  5. 後付けリフォームシャッター 手動式 標準納まり オーダーサイズ WS644〜2000×HS1101〜1700mm LIXIL リクシル 窓シャッター 耐風 防犯 雨戸 アルミサッシ
本物品質の 新品即決 後付けリフォームシャッター 手動式 標準納まり オーダーサイズ WS644〜2000×HS1101〜1700mm LIXIL リクシル 窓シャッター 耐風 防犯 雨戸 アルミサッシ pfsa131.com pfsa131.com

後付けリフォームシャッター 手動式 標準納まり オーダーサイズ WS644〜2000×HS1101〜1700mm LIXIL リクシル 窓シャッター 耐風 防犯 雨戸 アルミサッシ

35925円

後付けリフォームシャッター 手動式 標準納まり オーダーサイズ WS644〜2000×HS1101〜1700mm LIXIL リクシル 窓シャッター 耐風 防犯 雨戸 アルミサッシ

LIXIL/リクシル リフォームシャッター。
窓も外壁もそのまま。後付け用の雨戸シャッター。簡単施工で、あっという間に安心amp;快適。
今ある窓サッシにシャッター・雨戸を取付けるだけ、または交換するだけで、安心で快適な住まいに早変わり。
外観を損なわないシンプルで美しいおしゃれなデザイン。
早くて嬉しい、あっという間の1dayリフォームです。
既存の窓に外壁の上から簡単取付け。あっという間に住まいの防犯性や快適さを向上させることができます。ご家族の安心や住まいの快適さにこだわる方に、ぜひおすすめです。
標準タイプ(旧イタリヤ):ベーシックな鋼板窓シャッター。シャッターに求められる基本性能を備えた鋼板窓シャッターです。
耐風タイプ(旧クワトロ):耐風や強風に備えるタフな耐風アルミ窓シャッター。耐風地域や沿岸地域などの風の強い地域に最適な耐風アルミ窓シャッターです。オプションで換気スラットを開けることも出来ます。
耐風圧は標準タイプで800Pa、耐風タイプで1200Paになります。
スッキリしたデザインで窓辺をおしゃれに。
当店ではリフォームシャッターを格安激安のお安い価格で販売しております。

ご注文に関する注意事項
ご注文の前に必ずお読みください。
相談・お問合わせ先 ☆商品に関するご相談・お問合わせ☆
LIXIL/TOSTEM お客さま相談センター
TEL. 0120-126-001 FAX. 03-3638-8447
受付時間 月〜金 9:00〜18:00 土日祝日 9:00〜17:00
※ゴールデンウィーク/夏季休暇/年末年始を除く

★ご注文に関する相談・お問合わせ★
有限会社ドリーム
メール. dream@hm.h555.net FAX. 0799-64-1111
※土日祝/ゴールデンウィーク/夏季休暇/年末年始を除く
シリーズ LIXIL/リクシル リフォームシャッター
寸法について オーダーサイズ 寸法範囲を商品名に記載(図面上のサイズとなります)。
商品に関する事項 商品画像は標準タイプのイメージです。納まりや仕様により実物と異なる場合がありますのでご注意ください。
お支払方法 銀行、郵便局、クレジットなど
オプション選択項目の増減金額、送料の変更等は自動計算、自動送信メールには反映されません。
受注承諾メールを必ずお送りしておりますので、必ずそちらで確定金額をご確認ください。
納期、在庫に関する事項 7〜14日程度で発送予定(土日祝日除く)。
納期は仕様により異なりますのでお急ぎの場合はお問合わせください
納期を確認後、出荷予定日をメールにてご連絡します。
梱包、配送に関する事項 北海道、沖縄を含む離島、遠隔地は送料が別途必要となる場合があります。
配送には保険を適用しております。保険適用条件内のお届けから3日以内に開梱の上、検品をお願いいたします。
その他注意事項 確定金額は注文承諾メールにてお知らせいたしますので、必ずご確認ください。
オプション選択項目の増減金額、送料等は自動計算自動返信メールには反映されませんのでご注意ください。
当商品はお客様からのご注文後にメーカー発注しております。
メーカー手配後のキャンセルはできませんのでご注意ください。
※メーカー手配前(注文確定前)の変更、キャンセルは可能です。
※お届け時の商品間違い、商品破損については商品代替えのみの対応となり、いかなる原因だとしても二次的な被害の保証は一切承っておりませんのでご理解の上でのご購入をお願いします。
また、不具合商品を一度取付されますと、取付時の不具合とみなされますので絶対に不具合品の取付は行わないでください。
DIYに関する情報 必要技能:大工さん、サッシ屋さん
必要工具:電動ドリル、電動ドライバー、他




















■カタログ 閲覧と請求はこちら カタログ リクシル カタログ YKKap

送料変更のお知らせ

後付けリフォームシャッター 手動式 標準納まり オーダーサイズ WS644〜2000×HS1101〜1700mm LIXIL リクシル 窓シャッター 耐風 防犯 雨戸 アルミサッシ

ATOMIC(アトミック) スキーストック スキーポール AMT GIRL JP (エーエムティー ガール ジェイピー) AJ5005538 White Pink 95 池島 茶そば 彩 1.2kg
新築の家の窓に自分たちで設置しました。シャッター自体、思ったよりも重さはなく、インパクトドライバーとドライバーを使い分けて、なんとか無事設置することができました。
楽天市場】後付けリフォームシャッター 手動式 標準納まり オーダーサイズ WS644〜2000×HS1701〜2396mm LIXIL リクシル 窓シャッター 耐風 防犯 雨戸 アルミサッシ kenzai : 建材百貨店楽天市場】後付けリフォームシャッター 手動式 標準納まり オーダーサイズ WS644〜2000×HS1701〜2396mm LIXIL リクシル  窓シャッター 耐風 防犯 雨戸 アルミサッシ kenzai : 建材百貨店
楽天市場】後付けリフォームシャッター スマート電動タイプ 標準納まり オーダーサイズ WS644〜2000×HS580〜1100mm LIXIL 窓シャッター アルミサッシ kenzai : 建材百貨店楽天市場】後付けリフォームシャッター スマート電動タイプ 標準納まり オーダーサイズ WS644〜2000×HS580〜1100mm LIXIL  窓シャッター アルミサッシ kenzai : 建材百貨店
後付けリフォームシャッター 手動式 ボックス下げ納まり オーダーサイズ WS644〜2000×HS1101〜1700mm LIXIL 窓シャッター 耐風 防犯 雨戸 アルミサッシ :resh3-20017:リフォームおたすけDIY - 通販 - Yahoo!ショッピング後付けリフォームシャッター 手動式 ボックス下げ納まり オーダーサイズ WS644〜2000×HS1101〜1700mm LIXIL 窓シャッター  耐風 防犯 雨戸 アルミサッシ :resh3-20017:リフォームおたすけDIY - 通販 - Yahoo!ショッピング
ブレンディ スティック アソート スティックコーヒー ココア 紅茶 詰め合わせ ( 40本入 ) ブレンディ(Blendy) ( スティックコーヒー )
楽天市場】後付けリフォームシャッター 手動式 標準納まり オーダーサイズ WS644〜2000×HS1701〜2396mm LIXIL リクシル 窓シャッター 耐風 防犯 雨戸 アルミサッシ kenzai : 建材百貨店楽天市場】後付けリフォームシャッター 手動式 標準納まり オーダーサイズ WS644〜2000×HS1701〜2396mm LIXIL リクシル  窓シャッター 耐風 防犯 雨戸 アルミサッシ kenzai : 建材百貨店
アンダーアーマー バックパック メンズ レディース UAハッスル5.0 バックパック 1361176-001 UNDER ARMOUR Lovetoxic ラブトキシック チェックマフラー キッズ ジュニア つぼ鯛 魚醤漬け一夜干し160g前後 絶品の白身 つぼだい ツボダイ つぼだい ライフリー リハビリパンツ L22枚 (2個セット 1ケース) ライフリー リハビリパンツ 介護オムツ 大人用紙おむつ パンツ (毎) ラパン CBA-HE21S ロアアーム フロント 左右兼用 2本 対応純正品番 45200-76G20 45200-76G22 45200-76G10 45200-76G21
Amazon カスタマー 4
当リアカメラ購入する直前に  [POMILE バックカメラ フロントカメラ 夜でも見える 最新超暗視機能 超高画質 100万画素 魚眼レンズ 広角170° IP68防水 防震 防塵 ハイビジョン HVDチップ CCDセンサー 12V 車汎用 リアカメラ RCA出力端子 ブラック 日本語マニュアル付き (黑, XS)]  を購入しましたが、何も反応せず返品交換を考えましたが、他の販売元の対応、時間、早急な必要性から新たに買い替えました。綺麗に写りますが、道路の黄色の線が白い線に写り、若干色合いが白く写ります。

後付けリフォームシャッター 手動式 標準納まり オーダーサイズ WS644〜2000×HS1701〜2396mm LIXIL リクシル 窓シャッター 耐風 防犯 雨戸 アルミサッシ :resh1-20023:リフォームおたすけDIY - 通販 - Yahoo!ショッピング後付けリフォームシャッター 手動式 標準納まり オーダーサイズ WS644〜2000×HS1701〜2396mm LIXIL リクシル 窓シャッター  耐風 防犯 雨戸 アルミサッシ :resh1-20023:リフォームおたすけDIY - 通販 - Yahoo!ショッピング
T.DAI 5
営業車に使用しているカーナビが、12年前のサンヨー製のゴリラです。配線が古くなり内部でショートしているみたいで車側のヒューズが切れてしまう事象が頻発していました。今回適合機種に無かったのですが全く問題なく使用出来ました。電圧が有っていれば使用できるみたいです。耐久性は使い始めたばかりで不明です。

█████ 3
配管の出を見るのにバーが短いことがこんなに使い辛くなるとは思わなかった。。。製品の質は良いです。

オーダーメイドのため発注から納品まで少し時間がかかりましたが、これは当然。重量自体も比較的軽量で取り付けも器用な方ならDIYで充分取り付け可能です。これで台風対策もバッチリだと思います。
匿名 4
値段の割には良い商品と思います。ガーミンEDGE 25J取り付け。キャッツアイボルト 300取り付け。少し残念なのは本体のスピコン取り付け部外側に若干擦り傷があり、塗装剥げがあります。個人的には満足しています。

後付けリフォームシャッター 手動式 標準納まり オーダーサイズ WS644〜2000×HS1701〜2396mm LIXIL リクシル 窓シャッター 耐風 防犯 雨戸 アルミサッシ :resh1-20023:リフォームおたすけDIY - 通販 - Yahoo!ショッピング後付けリフォームシャッター 手動式 標準納まり オーダーサイズ WS644〜2000×HS1701〜2396mm LIXIL リクシル 窓シャッター  耐風 防犯 雨戸 アルミサッシ :resh1-20023:リフォームおたすけDIY - 通販 - Yahoo!ショッピング
菊池 1
目がすぐ取れるし、安定性もなく不安定返品したい

《味の素》アミノバイタル プロ 30本入
楽天市場】後付けリフォームシャッター 手動式 標準納まり オーダーサイズ WS644〜2000×HS1701〜2396mm LIXIL リクシル 窓シャッター 耐風 防犯 雨戸 アルミサッシ kenzai : 建材百貨店楽天市場】後付けリフォームシャッター 手動式 標準納まり オーダーサイズ WS644〜2000×HS1701〜2396mm LIXIL リクシル  窓シャッター 耐風 防犯 雨戸 アルミサッシ kenzai : 建材百貨店
自宅DIYで購入しました。 リクシルの正規品がこの価格で購入・設置ができ、DIYの出来上がりにも満足しています。 設置はYou Tubeと取説を見ながらで何とか完了。 次回からは(もう一か所設置予定)要領も分かったので半分以下の時間で取り付けが出来そうな感じです。
後付けリフォームシャッター 手動式 標準納まり オーダーサイズ WS644〜2000×HS1701〜2396mm LIXIL リクシル 窓シャッター 耐風 防犯 雨戸 アルミサッシ :resh1-20023:リフォームおたすけDIY - 通販 - Yahoo!ショッピング後付けリフォームシャッター 手動式 標準納まり オーダーサイズ WS644〜2000×HS1701〜2396mm LIXIL リクシル 窓シャッター  耐風 防犯 雨戸 アルミサッシ :resh1-20023:リフォームおたすけDIY - 通販 - Yahoo!ショッピング
ロイヤルカナン 猫用 腎臓サポート 4kg ハンモック 蚊帳付き 虫を防ぐ 蚊よけ 幅広 軽量 持ち運び簡単 高品質 折畳み 収納袋付き 公園 ピクニック ノーマルタイプ アウトドア キャンプ用品

xRと出会って変わった人生と出会った技術を書き残すためのGeekなHoloRangerの居場所

本日はUnity調査枠です。

先日GitHub上で公開されているリポジトリから直接Unityパッケージとして機能をインポートする方法を記述しました。

この際にリポジトリのルートが直接パッケージとして読み込める形になっていない場合として任意のパスのフォルダを指定しする方法を紹介しました。

redhologerbera.hatenablog.com

今回はフォルダではなく任意のブランチを指定する方法を紹介します。

〇任意のブランチをUnityパッケージとして導入する。

GitHubでは複数のブランチでプロジェクトが管理されていることがあります。

例えばMicrosoft MixedRealityToolkit GraphicsToolsではmainブランチのほかにpublic/0.4xなどいろいろなブランチが存在しています。

通常何も指定しない場合先日の方法ではdefalutのブランチ(MRGTではmainブランチ)が指定されます。

今回はここを任意のブランチに変更して使用していきます。

今回はpublic/0.4.xのブランチを使用していきます。

package.jsonに次の一行を追加します。

    "com.microsoft.mrtk.graphicstools.unity": "https://github.com/microsoft/MixedReality-GraphicsTools-Unity.git?path=/com.microsoft.mrtk.graphicstools.unity#public/0.4.x",

前回の階層を指定する方法は?path=/(フォルダ名)でしたが今回のブランチを指定する方法は末尾に#(ブランチ名)をつけることで可能になります。

この方法でブランチを選択してインポートできるようになりました。

本日はUnity調査枠です。

今回はGithubのリポジトリから直接パッケージとしてUnityのプロジェクトに導入していきます。

〇環境

・Unity2021.3.5f1

・GitHub

〇経緯と前提

UnityのパッケージではUnity公式非公式問わずに様々なパッケージを入手、使用することができますが、例えばGitHubでオープンソースで開発されているプロジェクトでリリースとして提供されているバージョンではなく、GitHubの最新のリポジトリをパッケージとして導入したいという場合もあります。

筆者の場合Microsoft MixedRealityGraphicsToolsの開発に参加しているということもありリリース版ではなく最新のGitHubリポジトリの機能を使用したい場合があります。

 そういった場合UnityではGitHubのリポジトリ自体からPackageとしてインポートすることができます。

 この方法が可能な条件としてpackage.jsonが存在しUnityパッケージとして機能する必要があります。

 

①UnityプロジェクトのエクスプローラーからPackages/manifest.jesonを開きます。

dependenciesに次の一文を追加します。

 "dependencies": {
    "com.microsoft.mrtk.graphicstools.unity": "https://github.com/microsoft/MixedReality-GraphicsTools-Unity.git",

この名前はMixedReality-GraphicsToolsのpackage.jsonnameがそれに該当します。

github.com

{
  "name": "com.microsoft.mrtk.graphicstools.unity",
  "version": "0.4.14",
  "displayName": "MRTK Graphics Tools",
  "description": "Graphics tools and components for developing Mixed Reality applications in Unity.",
  "msftFeatureCategory": "MRTK3",
  "unity": "2020.3",
  "author": "Microsoft",
  "license": "MIT",
  "repository": {
    "type": "git",
    "url": "https://github.com/microsoft/MixedReality-GraphicsTools-Unity"
  },
  "bugs": {
    "url": "https://github.com/microsoft/MixedReality-GraphicsTools-Unity/issues"
  },

urlはリポジトリをクローンする際のHTTPSを指定します。

③URLの末尾に次の行を追加します。

?path=/com.microsoft.mrtk.graphicstools.unity

これはpackage.jsonがリポジトリの直下に存在する場合は必要ないですが、今回のMRGTの場合リポジトリのcom.microsoft.mrtk.graphicstools.unityフォルダにpackage.jsonがあり、一つ下の階層を指定する必要があります。

これを行うためにはHTTPS?path=/(フォルダ名)を使用します。

これによってUnityのプロジェクトを開いた際にパッケージが導入されます。

以上でGitHubリポジトリからUnityパッケージとしてインポートできました。

●ジャクソン サーフトライブ STHS-1112MH

本日はMRGT調査枠です。

前回に引き続きMixedRealityGraphicsTools StandardShader全機能を解説していきます。

前回はCullModeの実装を見ていきました。

サーモス 保温弁当箱 約0.6合 ミッフィー ライトピンク DBQ-255B LP

本日はAlbedoの処理を追っていきます。

〇Albedo

Albedoは最も基本的な設定になります。

ここではテクスチャと色を指定することができます。

プロパティ上は冒頭に記載されている_Color_MainTexで定義されています。

Shader "Graphics Tools/Standard"
{
    Properties
    {
        // Main maps.
        _Color("Color", Color) = (1.0, 1.0, 1.0, 1.0)
        _MainTex("Albedo", 2D) = "white" {}

また実装ではPixelShaderの最初期に処理が行われています。

MRGTShaderのPixelShaderでは最初にテクスチャ関係の処理が行われています。

half4 PixelStage(Varyings input, bool facing : SV_IsFrontFace) : SV_Target
{
  ・・・
#if defined(_TRIPLANAR_MAPPING)
    // Calculate triplanar uvs and apply texture scale and offset values like TRANSFORM_TEX.
    half3 triplanarBlend = pow(abs(input.triplanarNormal), _TriplanarMappingBlendSharpness);
    triplanarBlend /= dot(triplanarBlend, half3(1.0h, 1.0h, 1.0h));
    float2 uvX = input.triplanarPosition.zy * _MainTex_ST.xy + _MainTex_ST.zw;
    float2 uvY = input.triplanarPosition.xz * _MainTex_ST.xy + _MainTex_ST.zw;
    float2 uvZ = input.triplanarPosition.xy * _MainTex_ST.xy + _MainTex_ST.zw;
  ・・・
#endif
// Texturing.
#if defined(_DISABLE_ALBEDO_MAP)
    half4 albedo = half4(1.0h, 1.0h, 1.0h, 1.0h);
#else
#if defined(_TRIPLANAR_MAPPING)
#if defined(_URP)
    half4 albedo = SAMPLE_TEXTURE2D(_MainTex, sampler_MainTex, uvX) * triplanarBlend.x +
                   SAMPLE_TEXTURE2D(_MainTex, sampler_MainTex, uvY) * triplanarBlend.y +
                   SAMPLE_TEXTURE2D(_MainTex, sampler_MainTex, uvZ) * triplanarBlend.z;
#else
    half4 albedo = tex2D(_MainTex, uvX) * triplanarBlend.x +
                   tex2D(_MainTex, uvY) * triplanarBlend.y +
                   tex2D(_MainTex, uvZ) * triplanarBlend.z;
#endif
#else
   ・・・
#if defined(_URP)
    half4 albedo = SAMPLE_TEXTURE2D(_MainTex, sampler_MainTex, input.uv);
#else
    half4 albedo = tex2D(_MainTex, input.uv);
#endif
#endif
#endif
#endif

ここでは機能ごとに分かれていますが基本的な処理は次のようになります。

#if defined(_URP)
    half4 albedo = SAMPLE_TEXTURE2D(_MainTex, sampler_MainTex, input.uv);
#else
    half4 albedo = tex2D(_MainTex, input.uv);
#endif

URPの場合とビルドインの場合で処理が分岐していますが、どちらもサンプリングを行っているだけです。

これらのサンプラーはGraphicsToolsStandardInputで定義されています。

#if defined(_URP)
TEXTURE2D(_MainTex);
SAMPLER(sampler_MainTex);
#endif
#else
sampler2D _MainTex;

URPではSAMPLERが使用できるため最適化されています。

half4 albedoは最終出力へ出力されております。

本日は以上です。

このあたりは基礎的なものですね。

本日はBlenderモデリング枠です。

今回はBlenderでNゴンを表示する方法を紹介します。

〇Nゴンとは?

Nゴンとはメッシュの形状を指す言葉です。

3DCGは様々な拡張子があり、様々な表現が行われていますが、共通して頂点と3つの頂点をもとに構成される面であるメッシュで構成されています。

この三角形のメッシュをポリゴンと呼びます。

しかしBlenderでは3つ以上の頂点をもとにメッシュを作成することができます。

上記の例では32個の頂点で一つのメッシュが形成されています。

このように3つ以上の頂点で構成されるメッシュのことをNゴンと呼んでいます。

 Blenderだけで使用する場合はまだよいのですが、NゴンはBlenderからエクスポートされた場合自動でポリゴンへ変換されます。

 この際にメッシュが破断してしまうことがあります。また一部のアドオンなどではメッシュ形状に依存しているものがあり、Nゴンは許容するかNゴンを作らないように作成するかはモデラーが後先のことを考えて作成する必要があります。

〇Nゴンを検出する

今回はアドオンの関係でNゴンが許容できず修正する必要がありました。

具体的にはHairToolで髪を作成する際に4つの頂点で構成されるメッシュである必要がありました。

redhologerbera.hatenablog.com

redhologerbera.hatenablog.com

HairToolを使用するためにはメッシュを四角形にする必要があります。

これは三角面を四角面にを選択して半自動的にメッシュを修正します。

ですが単純に行っては一部に三角形やNゴンが生じます。

この先は手動で修正する必要がありますがここからNゴンの検出を行います。

ここからは特徴で全選択から面の辺数を選択します。

メニューから頂点数を今回発見したいNゴンの数にします。

ここで表示されている面が今回では四角形以外のメッシュになります。

5角形のNゴンを検出したい場合は頂点数を5に設定します。

以上でNゴンを検出できました。

本日はグラフィック調査枠です。

〇RenderDocとは?

RenderDocはオープンソースで開発、提供されている、GPU上で実行されている処理を見ることができるソフトウェアになります。

〇RenderDocを使用してUnityアプリのデバッグを行う。

今回はOculusLinkで接続したPCVR用のアプリケーションのデバッグを行います。

今回はもともとMetaQuest単体で動かすために開発していたソフトウェアを急遽PCVRでアプリケーションを実行したところ、一部のオブジェクトが描画されないという問題が発生しました。

 今回はなぜ描画がされていないのかデバッグを行いました。

 UnityではEditor自体がRenderDocによるデバッグをサポートしているためRenderDocがインストールされているPC環境ではGameウィンドウ、もしくはSceneウィンドウからキャプチャを行うことができました。

 Unityで開発したアプリケーションにはその機能はないため、RenderDoc経由でアプリケーションを起動する必要があります。

〇環境

・Windows 11

・PCVR(Desktop)向けにビルドしたUnityアプリケーション

・RenderDoc

〇手順

①RenderDocを起動します。

前述のとおりデバッグを行うアプリケーションはRenderDoc経由で起動する必要があります。

②Launch Applicationタブを開きます。

Executable Pathの右側アイコンを選択します。

④起動したいUnityアプリのexeファイルを選択します。

⑤Pathが入ったことを確認してLaunchを選択します。

以上でアプリが起動します。

RenderDoc経由で起動した場合左上部にデバッグログが表示されるようになっています。

キャプチャをとるためにはF12キーを選択します。

〇ピクセル単位のデバッグ

今回はあるピクセルにおいてどのような処理が実行されているのかを調べます。

Texture Viewerで任意のピクセルを右クリックします。

これによってPixel Contextにピクセル単位の表示が行われます。

Pixel Context下部のHistoryを選択することでそのピクセルで行われているイベントを見ることができます。

画像の例では4つのイベントが走っていることがわかります。

各イベントをダブルクリックすることでそのイベントへと飛ぶことができます。

Pixel Contextを使用することでそのピクセルで実行されているイベントと描画されるRGBAを見ることができます。

 これによってより描画がおかしい場所などデバッグを行いやすくなっています。

本日は以上です。

シンワ測定 曲尺 厚手広巾 シルバー 50cm 8 段目盛

本日はMRGT調査枠です。

前回に引き続きMixedRealityGraphicsTools StandardShader全機能を解説していきます。

前回はRenderingModeの実装を見ていきました。

redhologerbera.hatenablog.com

redhologerbera.hatenablog.com

redhologerbera.hatenablog.com

redhologerbera.hatenablog.com

今回はCullModeを見ていきます。

〇CullModeとは?

CullModeはカリングを指し、もともと不要なものを取り除くという意味があります。

 Shaderではメッシュの裏面、表面のどちらかを描画するかを指定するパラメータになります。

 CullModeの意味に合わせると『メッシュの表、裏どちらを不要な描画として描画しないか』になります。

デフォルトではBackが指定されており、この状態ではメッシュの裏面が描画されなくなっています。

CullMode=Back

この場合メッシュの表面のみが描画され、Unityプリミティブキューブの場合では近づいたときに見えるキューブの内側は描画されていないことがわかります。

反対にfrontでは面の表面がカリングされ、裏面が描画されます。

CullMode=front

もう一つOffというモードがあります。

これはカリングを無効(=カリングしない)モードでこの場合メッシュの両面が描画されます。

通常の不透明オブジェクトの場合デフォルトのBackで問題なく表示されますが、例えば次の画像の髪のように板ポリゴンで構成されているメッシュの場合見た目が悪くなることがあります。

オフにすることで両面が描画され、ある程度違和感のない見た目が実現できます。

当然Offにすることで描画負荷は上がってしまいますが、MRTKのシェーダーの場合任意に切り替えることもできるので、裏面が見えないようなオブジェクトをポリゴンで再現する場合とCullModeで対応する場合で比較した場合ほとんどの場合はCullModeで両面描画するほうがパフォーマンスもよくなると思うので、便利な機能です。

〇実装

カリングはShaderLab内で次のように定義します。

Cull Off
Cull Front
Cull Back

Graphicstools StandardShaderでは次のように実装されています。

  // Default pass (only pass outside of the editor).
        Pass
        {
            Name "Main"
            ・・・
            Cull[_CullMode]
            ・・・
            HLSLPROGRAM
   ・・・
            ENDHLSL
        }

_CullModeはPropetiesブロックで定義されています。

        [Enum(UnityEngine.Rendering.CullMode)] _CullMode("Cull Mode", Float) = 2                             // "Back"

UnityEngine.Rendering.CullModeはUnityで提供されるEnum型のクラスです。

docs.unity3d.com

冒頭で紹介した通りBack、Front、Offが提供されておりそれぞれ値を渡せるよういなっています。

本日は以上です。

本日はUnityのトラブルシューティング枠です。

本日まで3日ほど筆者は所属している会社の方で展示会に出展しておりました。

オージーケーカブト(OGK KABUTO) H-3 シールド ライトスモーク(標準)

今回はPCVR(OculusLink)向けにアプリケーションを開発したのですが、作成したexeファイルをPCで実行する際にセキュリティスキャンが始まり起動できない問題がありましたので今回は解消した方法を残します。

〇問題

冒頭で紹介したようにUnityで出力された.exeファイルを実行時にセキュリティスキャンが行われ、いつまでもアプリが起動しない問題がありました。

この問題を解消するためには一時的にWindowsのセキュリティを解除するウことを行いました。

これを行うためにWindowsの[設定]アプリを開きます。[更新とセキュリティ]を選択します。

[Windoiwsセキュリティ]を選択し[アプリとブラウザーの制御]を選択します。

この設定では実行するアプリやWebブラウザーでのウィルスなどのセキュリティをチェックしています。

今回は筆者自身が作成したアプリケーションであるため一時的にセキュリティを解除しています。

次に[評価ベースの保護設定]を選択します。

最後に[望ましくない可能性のあるアプリをブロック]をオフに設定します。

この設定はデフォルトではオンになっているものです。

この操作によってアプリ起動時のブロックが発生しなくなります。

この状態で[管理者権限で実行]を利用してアプリケーションを起動することでループから抜け出しアプリケーションが起動します。

本日は簡単なトラブルシューティングになりました。

なお、セキュリティの問題からアプリ終了時にはセキュリティによる保護を再度確認し、有効にする必要があります。