1. ホーム
  2. DIY、工具
  3. 住宅設備
  4. ドア、扉、板戸、障子
  5. 室内ドア ラシッサS 標準ドア LGC  05520・0620・06520・0720・0820・0920 LIXIL 室内建具 建具 室内建材 ドア 扉 リフォーム DIY
格安 期間限定特価品 室内ドア ラシッサS 標準ドア LGC 05520 0620 06520 0720 0820 0920 LIXIL 室内建具 建具 室内建材 ドア 扉 リフォーム DIY kentaro.sakura.ne.jp kentaro.sakura.ne.jp

室内ドア ラシッサS 標準ドア LGC  05520・0620・06520・0720・0820・0920 LIXIL 室内建具 建具 室内建材 ドア 扉 リフォーム DIY

25900円

室内ドア ラシッサS 標準ドア LGC  05520・0620・06520・0720・0820・0920 LIXIL 室内建具 建具 室内建材 ドア 扉 リフォーム DIY

LIXIL 新商品 室内建具 ラシッサS 室内ドア 標準ドア ノンケーシング仕様
LIXIL リクシル TOSTEM トステム リフォーム ドア 扉 DIY 建材 室内建材 リビング建材
選択項目よりお好みの仕様をご選択下さい。
スマホでご覧のお客様は「PC版」の商品説明欄にある「配送料金の改定についてのご説明」も
併せてご確認頂きます様お願い致します。
また支店止めをご希望のお客様も同じく「PC版」の商品説明欄にございます、
「都道府県別支店止め可能営業所一覧」からご確認頂き、ご注文の際にご希望の営業所を
お届け先情報へとご入力いただけますようお願い申し上げます。











質問
メーカー LIXIL(リクシル)
商品名 ラシッサS 室内ドア 標準タイプ
基本寸法 【必要開口寸】
(05520)w648mm

(0620)w734mm

(06520)w754mm

(0720)w780mm

(0820)w824mm

(0920)w868mm

 高さ(共通)h2023mm
ドア寸法 (05520)w591mm

(0620)w677mm

(06520)w697mm

(0720)w723mm

(0820)w767mm

(0920)w811mm

高さ(共通)h1983mm
有効開口 (05520)w521.5mm
(0620)w607.5mm
(06520)w627.5mm
(0720)w653.5mm
(0820)w697.5mm
(0920)w741.5mm
選択項目 カラー・枠見込み・吊元・下枠・ハンドル・鍵・その他オプション品
枠仕様 ノンケーシング仕様 3方枠
セット内容 枠 ドア本体 把手 沓摺(ご選択時のみ)その他オプション品(ご選択時のみ)
納期 ご入金確認後から7〜10営業日で当店より出荷致します。
送料 基本無料 ※但し北海道、沖縄、離島、遠隔地、個人様宅、現場入れ、2t車進入不可等(要問合せ)
都道府県別支店止め営業所一覧
備考 以下の点にご注意願います】

・個人様宅や新築・リフォーム現場への配送には追加送料が必要となります。
 ご購入前に必ず追加送料に関してのご説明をご確認下さい。

・枠の組立、把手などの部品は現地にて組立願います。

・配送による工期の遅れ等、商品破損以外の保証は一切致し兼ねます。

・商品の到着日時を指定はできません。

・商品到着後3日以内に中身をご確認いただき、傷や破損などが無いかをチェックして下さい。
 3日以上経ちますと当店での保証が出来兼ねますのでご注意下さい。
 必ず3日以内に確認し、ご連絡いただきますようお願い致します。
 また破損等の保証としましては新品交換のみとさせて頂いております。
 納期が間に合わない等の理由による返金やキャンセルは一切行っておりません。

・お客様の注文まちがい(商品、数量、色のイメージ違い、オプション等の組み合わせ)による
 交換・返品は受け 付けておりませんので予めご了承願います。

・荷物も受け渡しは全て軒先降ろしとなります。

・トラックが通行出来ない幅員の道路の場合はお届けできません。

・天災や天候、季節などによっては配送不可となる地域がございます。
 その際は別途チャーター代などが必要となる場合がございますので、
 ご注文前に一度ご確認いただきますようお願い致します。
※事前にご確認いただいていない際に発生しましたチャーター料は全額お客様負担となります。
※また冬季配送不可地域に該当する際は別途チャーター代をお支払いいただきます以外は、冬季は配送できかねます。

・詳しくはこちらをご覧ください


取付説明書 こちらのページよりご注文いただきました商品の説明書をお探し願います。

またはメーカーのWEBカタログを参照下さい。
WEBカタログはこちらをクリックして下さい
お支払方法 各種クレジット 銀行振込 郵便局 コンビニ決済 等
※代引きはご利用頂けませんのでご注意ください。
クレジットカードでのお支払いをご希望の方は
こちらのページのお支払い期限についてもご確認願います。
問合せ 商品に関するご相談・お問合せ
LIXILお客様相談室 電話番号:0120-413-433
受付可能時間 月-金 9:00-17:00 土/日/祝/9:00-17:00 (年末年始/夏季休暇等を除く)















■アルミサッシ建材の建くるショップについて

室内ドア ラシッサS 標準ドア LGC  05520・0620・06520・0720・0820・0920 LIXIL 室内建具 建具 室内建材 ドア 扉 リフォーム DIY

除草剤 強力 4L 除草 4リットル 草むしり 草 秋 雑草 速効 庭 手入れ ガーデニング 雑草 液状 ストレートタイプ 根 草木 アイリスオーヤマ ブロワ エアポンプ MX80N フジクリーン 旧マルカ 浄化槽 ブロワー ブロアー MTB48 MT80 MX80後継品 トラベルポーチ 化粧ポーチ メイクポーチ バッグ フック 吊り下げ 壁掛け コスメ入れ 小物 収納 整理 旅行 洗面 携帯 撥水 大容量 多機能 おし
室内ドア 特注 オーダーサイズ ラシッサS 標準ドア LAC...|リフォームおたすけDIY【ポンパレモール】室内ドア 特注 オーダーサイズ ラシッサS 標準ドア LAC...|リフォームおたすけDIY【ポンパレモール】
リクシル Lasissa-S 親子ドア LGR LIXIL ラシッサS 内装ドア shxHiH1EYj, DIY、工具 - centralcampo.com.brリクシル Lasissa-S 親子ドア LGR LIXIL ラシッサS 内装ドア shxHiH1EYj, DIY、工具 -  centralcampo.com.br
室内ドア ラシッサS 標準ドア LGC ノンケーシング枠 05520/0620/06520/0720/0820/0920 ガラス入り 錠付き/錠なし リクシル LIXIL 建具 交換 リフォーム DIY :ls01an-lgc:リフォームおたすけDIY - 通販 - Yahoo!ショッピング室内ドア ラシッサS 標準ドア LGC ノンケーシング枠 05520/0620/06520/0720/0820/0920 ガラス入り 錠付き/錠なし  リクシル LIXIL 建具 交換 リフォーム DIY :ls01an-lgc:リフォームおたすけDIY - 通販 - Yahoo!ショッピング
スチームクリーナー 床 車 絨毯 スチーム掃除機 スチームモップ ウルトラスチーム 家中どこでも使える 除菌 アイロン スタンド ブラシ スタイリッシュ エバニュー (EVERNEW) Alu Table Fire EBY531
開店記念セール!】 「ラシッサS Crea」 LAA (0720) W780×H2023 片開きドア LIXIL 室内建具 - 室内用 - hlt.no開店記念セール!】 「ラシッサS Crea」 LAA (0720) W780×H2023 片開きドア LIXIL 室内建具 - 室内用 - hlt.no
マウスピース 歯ぎしり 歯並び 口元ケア 軽量型 1.6mm 専用ケース付き 2個セット 目立たない フィット感 Cutona(キュトナ) ブローチ ドイツ製 BIJOU-COLLECTION パール 直輸入 レディースアクセサリー インポート ギフト プレゼント 入学式 卒業式 春 秋 プチギフト お菓子 退職 お返し 2022 面白い 手土産 お返し まとめ買い スイーツ おしゃれ 個包装 ギフト 和菓子 プレゼント どら焼き
Chibi 2
1マスずつのサイズが微妙に違います。また、中に貼ってあったグレーの布も剥がれていたり、欠けて内側の木が見えていたりと雑な作りでした。交換しようかと思いましたが、グレーの在庫がもうないようなので迷い中です。見た目は高級感があり作りもしっかりしているので、マス目の大きさの違いと布の貼り方だけが本当に残念です。

持ち手 カバン取っ手 ホック式 手芸用 型押し(アガタ) アクリル×合皮 持ち手 約40cm UKT-4019 INAZUMA アメリカン マグネット 磁石 アメリカ雑貨
選ぶなら リクシル 室内ドア 建具 ラシッサS LGY ノンケーシング枠 05520 0620 06520 0720 0820 0920 標準ドア LIXIL トステム maorkaplan.com選ぶなら リクシル 室内ドア 建具 ラシッサS LGY ノンケーシング枠 05520 0620 06520 0720 0820 0920 標準ドア  LIXIL トステム maorkaplan.com
室内ドア ラシッサS 標準ドア LGK ケーシング付枠 05...|リフォームおたすけDIY【ポンパレモール】室内ドア ラシッサS 標準ドア LGK ケーシング付枠 05...|リフォームおたすけDIY【ポンパレモール】
楽天市場】室内ドア ラシッサS 標準ドア LAB 05520・0620・06520・0720・0820・0920LIXIL 錠付き/錠なし 標準ドア 建具 扉 室内ドア 開き戸 建具 片開きドア おしゃれ 室内ドア 交換 リフォーム DIY : 建くるショップ楽天市場】室内ドア ラシッサS 標準ドア LAB 05520・0620・06520・0720・0820・0920LIXIL 錠付き/錠なし 標準ドア  建具 扉 室内ドア 開き戸 建具 片開きドア おしゃれ 室内ドア 交換 リフォーム DIY : 建くるショップ
室内ドア ラシッサS 標準ドア LGK ケーシング付枠 05...|リフォームおたすけDIY【ポンパレモール】室内ドア ラシッサS 標準ドア LGK ケーシング付枠 05...|リフォームおたすけDIY【ポンパレモール】
R 4
見た目は想像したものなのと、キッチンの上に置いてビンなどに入っている調味料を隠したかったので期待していたものは届きました。ただ下の調味料いれるケースは並べて配置してもすこし隙間があったり(余裕があるほうが入れやすいとかもあるのかもだけど)付いてるスプーンの形状が安っぽいというかダサいです。まぁ表から見えないのでいいですが。あと蓋を開け閉めするんですが、金属なので開けるときの音というか金属同士が触れる感じは嫌いなので、マットな白で高級感のあるプラスチックなど別の素材があったらなと思いました。あと可能なら白で調味料ケース10個入るのが欲しかったです。

リクシル 室内ドア 建具 ラシッサUD 標準ドア 3枚丁番 木質面材 HHA ノンケーシング枠 05520 0620 06520 0720 0820 0920 LIXIL 扉 交換 リフォーム DIY ドリーム 贅沢屋のリクシル 室内ドア 建具 ラシッサUD 標準ドア 3枚丁番 木質面材 HHA ノンケーシング枠 05520 0620 06520 0720 0820  0920 LIXIL 扉 交換 リフォーム DIY ドリーム 贅沢屋の
tassma 4
レーザー彫刻機で会員証を作ろうと購入しました。思った通りの出来上がりで満足でした。少し薄すぎるせいか金属感はありませんでしたので★4で。

Koki 5
ありがとうございました!

キャップレディース深め春夏uvカット日よけコットン可調整シンプル無地キレイめおしゃれ帽子ベースボールメンズ秋冬

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パッケージとしてインポートできました。

アウトドアスパイス ほりにし Pabst Blue Ribbon 限定コラボモデル 調味料 キャンプ アウトドア BBQ

本日はMRGT調査枠です。

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

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

無印良品 掃除用品システム 屋外用ほうき 約幅17×奥行2×高さ25cm 良品計画

本日は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を見ることができます。

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

本日は以上です。

毛布 タオルケット 北欧風 フリンジ ソファーカバー シングル ベッドカバー ダブル 布団カバー ベッドスプレッド 春夏 あったか おしゃれ 掛け毛布 無地 姫系

本日は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日ほど筆者は所属している会社の方で展示会に出展しておりました。

ケーヒン スロージェット CR #40

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

〇問題

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

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

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

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

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

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

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

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

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

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

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

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

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