1. ホーム
  2. 家具、インテリア
  3. カーテン、ブラインド
  4. プリーツスクリーン
  5. プリーツスクリーン もなみ 25mm ニチベイ リーチェ M8102〜M8116 ツインスタイル(コード式) 幅80.5〜120cm×高さ61〜100cmまで
女性に人気! 正規販売店 プリーツスクリーン もなみ 25mm ニチベイ リーチェ M8102〜M8116 ツインスタイル コード式 幅80.5〜120cm×高さ61〜100cmまで kentaro.sakura.ne.jp kentaro.sakura.ne.jp

プリーツスクリーン もなみ 25mm ニチベイ リーチェ M8102〜M8116 ツインスタイル(コード式) 幅80.5〜120cm×高さ61〜100cmまで

14157円

プリーツスクリーン もなみ 25mm ニチベイ リーチェ M8102〜M8116 ツインスタイル(コード式) 幅80.5〜120cm×高さ61〜100cmまで

■プリーツスクリーン■商品名:もなみ 25mm■メーカー:ニチベイ■生地名:リーチェ M8102〜M8116■スタイル:ツインスタイル(コード式)■サイズ:幅80.5〜120cm×高さ61〜100cmまで■幅サイズは5mm単位でご指定いただけます。5mm単位の選択肢のありませんので備考欄に別途明記ください。



■営業時間:月~金曜日9:00~18:00まで(土・日・祝日休み) ♪♪気軽にお問い合わせください。   yahoo@interior-fuji.com シースルー生地から遮光生地まで様々な透過度を用意。いろんなお部屋に合うように作られたプリーツスクリーン。シェード、ブラインド、ロールスクリーンに飽きた方にはおすすめのインテリアファブリック。一台でドレープ、レースの役割をするツインスタイルも登場。



プリーツスクリーン もなみ25 リーチェ ツインスタイル(コード式) M8102〜8116 価格表(税抜き)
↓高さ 幅→ 25〜80cm 80.5〜120cm 120.5〜160cm 160.5〜200cm
30〜60cm 12925 15455 17985 20570
61〜100cm 16775 19800 22770 25685
101〜140cm 20790 24090 27500 30965
141〜180cm 24640 28490 32285 36080
181〜220cm 28600 32835 37070 41305 赤色の部分の製作可能寸法比(幅:高さ比)は1:8以内。
青色の部分の最大製作可能面積は3.3平米以内。






もなみ25 ツインスタイル
(コード式)
ツインスタイル
(ループコード式)
ツインスタイル
(チェーン式)
ツインスタイル
(ワンチェーン式)
もなみ25 シングルスタイル
(コード式)
シングルスタイル
(ループコード式)
シングルスタイル
(チェーン式)
シングルスタイル
(スマートコード式)
※各スタイル(操作方法)の最少サイズへとリンクしていますのでお進み頂いたページにてご希望のサイズをお選び下さい。
もなみ一覧ページへ→


ツインスタイル ワンチェーン式 アラカルト仕様(オプション) 色:M8108・M8194 部品色:木目ブラウン



ツインスタイル ワンチェーン式 アラカルト仕様(オプション) 色:M8177・M8103 部品色:木目ピュアナチュラル



ツインスタイル ワンチェーン式 色:M8185・8115 部品色:木目ピュアナチュラル








【カラー一覧】


















もなみ一覧ページへ→























■あすつくについて
あすつく該当商品については当店営業時間午後12時までに決済が完了している場合、当日出荷にて発送致します。詳しくはこちら
■送料について
ラグマット・カーペット類につきましては店舗情報をご覧下さい。その他商品につきましては1件につき¥660~かかります。一部送料金額を明記してあるものはその金額となります。
■お届け時間について
時間指定はご希望ございましたらお申し付け下さい。一部商品につきましては時間指定できない場合がございますのでご了承下さい。
※時間指定は確約ではございませんので予めご了承下さい。
■返品・交換について
交換・返品の際には商品到着後8日以内にご連絡下さい。8日を過ぎますと返品はお受けできません。
但し、オーダー商品や当店にて商品に表示してあります商品に関しましては誠に申し訳ございませんが返品は受け付けておりませんのでご了承ください。詳しくはこちら
■個人情報の取扱いについて
当店では、お客様との間で得た個人情報(住所氏名、メールアドレスなど)を、裁判所・警察機関等、公共機関からの提出要請があった場合以外の第三者に譲渡または利用する事は一切ございません。どうぞ安心してご利用下さい。

プリーツスクリーン もなみ 25mm ニチベイ リーチェ M8102〜M8116 ツインスタイル(コード式) 幅80.5〜120cm×高さ61〜100cmまで

ビゲン スピーディカラー 乳液4NA 40g+60ml
プリーツスクリーン もなみ 25mm ニチベイ リーチェ M8102〜M8116 ツインスタイル(ワンチェーン式) 幅200.5〜240cm×高さ 141〜180cmまで BO06x9zrD3, カーテン、ブラインド - centralcampo.com.brプリーツスクリーン もなみ 25mm ニチベイ リーチェ M8102〜M8116 ツインスタイル(ワンチェーン式) 幅200.5〜240cm×高さ 141〜180cmまで BO06x9zrD3, カーテン、ブラインド - centralcampo.com.br
超人気高品質 プリーツスクリーン 幅120.5〜160cm×高さ30〜60cmまで シングルスタイル(ループコード式) M8150〜M8154 遮光 レクレ ニチベイ 25mm もなみ プリーツスクリーン サイズ(幅140.5〜160cm):157cm超人気高品質 プリーツスクリーン 幅120.5〜160cm×高さ30〜60cmまで シングルスタイル(ループコード式) M8150〜M8154 遮光  レクレ ニチベイ 25mm もなみ プリーツスクリーン サイズ(幅140.5〜160cm):157cm
シーケンシャル ファイバー LED テールランプ 左右セット Ver2 Eマーク取得 車検対応 3連 角型 カスタム 12V 24V 流れる トラック用品 部品 外装パーツ
プリーツスクリーン もなみ 25mm ニチベイ フェスタ M8117〜M8124 シングルスタイル チェーン式 幅31〜46.5cm×高さ61〜 100cmまで 【85%OFF!】プリーツスクリーン もなみ 25mm ニチベイ フェスタ M8117〜M8124 シングルスタイル チェーン式 幅31〜46.5cm×高さ61〜 100cmまで 【85%OFF!】
ギブミーアウィング オリジナルコンチョ 《シングルウイング》 Give Me a Wing CONCHO アメリカン ラフテール
楽天市場】プリーツスクリーン もなみ ニチベイ▽遮光シリーズ アルデ アップダウンスタイル ループコード式▽M8145〜M8149 透過度 遮光2級 3級 ネジ止め式【幅121〜160×高さ61〜100cm】☆北海道・沖縄本島も送料無料! : インテリアクラブ楽天市場】プリーツスクリーン もなみ ニチベイ▽遮光シリーズ アルデ アップダウンスタイル ループコード式▽M8145〜M8149 透過度 遮光2級  3級 ネジ止め式【幅121〜160×高さ61〜100cm】☆北海道・沖縄本島も送料無料! : インテリアクラブ
もなみ プリーツスクリーン ニチベイ M8083〜M8085 ツインスタイル コード式 コビシ 幅121〜160cm×丈101〜140cm :nb-ps-tc-m8083-011:カーテン ブラインドのコンポ - 通販 - Yahoo!ショッピングもなみ プリーツスクリーン ニチベイ M8083〜M8085 ツインスタイル コード式 コビシ 幅121〜160cm×丈101〜140cm  :nb-ps-tc-m8083-011:カーテン ブラインドのコンポ - 通販 - Yahoo!ショッピング
PFH-7(紫外線カットで耐久性アップ!) ナナクリエイト(東洋印刷) 保護シール ナナラベル 3M 5098 アクリルレッドパテ 409g
Amazon カスタマー 3
デザインとカラーに惹かれて、購入しました。いざ実物を手に取ると…皆さんのレビューにも書かれているように、ベルト部分がすぐに壊れそうな印象を持ちました。。切れませんように…と丁寧に扱うしか無さそうです。。輪っかに指を掛けて使うのは、やめた方が良いかな。

2021人気特価 もなみ プリーツスクリーン 25mm 幅25〜80cm×高さ61〜100cmまで シングルスタイル(コード式) M8125〜M8127 シエノス遮熱 ニチベイ プリーツスクリーン サイズ(幅):79cm2021人気特価 もなみ プリーツスクリーン 25mm 幅25〜80cm×高さ61〜100cmまで シングルスタイル(コード式)  M8125〜M8127 シエノス遮熱 ニチベイ プリーツスクリーン サイズ(幅):79cm
高い素材】 もなみ プリーツスクリーン 25mm 幅80.5〜120cm×高さ141〜180cmまで シングルスタイル(コードレスタイプ) M8059〜M8066 利休 ニチベイ プリーツスクリーン サイズ(高さ):173cm高い素材】 もなみ プリーツスクリーン 25mm 幅80.5〜120cm×高さ141〜180cmまで シングルスタイル(コードレスタイプ)  M8059〜M8066 利休 ニチベイ プリーツスクリーン サイズ(高さ):173cm
因幡電工 洗濯機用防振かさ上げ台 ふんばるマン 1セット(4個入) OP-SG600 洗濯機置き台
豚太郎 4
タイトル通り 非常に滑りが良いです 誤押しにもたまになります(笑い) 透明度も問題なし

メーカー再生品】 もなみ プリーツスクリーン 25mm 幅80.5〜120cm×高さ221〜260cmまで ツインスタイル(ワンチェーン式) M8045〜M8056 なごみ ニチベイ プリーツスクリーン サイズ(幅100.5〜120cm):105cmメーカー再生品】 もなみ プリーツスクリーン 25mm 幅80.5〜120cm×高さ221〜260cmまで ツインスタイル(ワンチェーン式)  M8045〜M8056 なごみ ニチベイ プリーツスクリーン サイズ(幅100.5〜120cm):105cm
ニチベイ プリーツスクリーン もなみ25 「きさら」ツインスタイル(ループコード式) :02nipltd11:インテリアきらめき - 通販 - Yahoo!ショッピングニチベイ プリーツスクリーン もなみ25 「きさら」ツインスタイル(ループコード式) :02nipltd11:インテリアきらめき - 通販 -  Yahoo!ショッピング
プリーツスクリーン ロールスクリーン ツインの人気商品・通販・価格比較 - 価格.comプリーツスクリーン ロールスクリーン ツインの人気商品・通販・価格比較 - 価格.com
スマホグリップ かわいい 動物 スマホリング おしゃれ スマホ スマホホルダー スマホ 落下防止 グリップ スタンド機能 イヤホン収納 シンプル 全機種対応
不織布立体マスク エンボス加工のワンポイント付き なごなごさん柄 22-4102 5枚入り 4色 クスグルジャパン 立体構造 息らく 通気性 優良 三層構造 トイレ 便座 取っ手 リフトハンドル 清潔 洋式 持ち上げ 便利グッズ 掃除 トイレ用品 便座と便器の隙間 感染防止 11 3まで10%OFFクーポンあり 左用 レフティー テーラーメイド ステルス TENSEI RED TM60 レスキュー ユーティリティ ジュリア L- シスチン 無添加 パウダー ( システイン 分子が2個結合した美容のためのアミノ酸) (50g)
なっち 5
よく日の当たる場所で、いつも試験用に使う古いiPhone4Sに直接充電してみました。30%から100%まで2時間あまりでした。やっとまともに発電する製品にめぐり逢いました。今後はまともに蓄電できるバッテリーパックを接続して登山などに有効利用しようと思います。よく見ると、製品の外装の中に赤と緑のLEDが光っているようです。取説がないのでどういうメッセージかわかりません。謎を解く楽しみにします。

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

ローラー ペット用品 毛掃除 犬 イヌ 猫 ネコ シンプル コロコロ レッド ブルー かわいい 使いやすい 便利 インドア お部屋 室内 寝室 リビン

本日はMRGT調査枠です。

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

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

シヤチハタ Xスタンパー補充インキ 顔料系  容量

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

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

本日は以上です。

結婚式 サブバッグ パーティーバッグ 大きめ ブラックフォーマル 黒 安い A4 トート クラッチ 卒業式 入学式 葬式 バッグ ママ 母 ショルダーバッグ

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

発送日の翌日配達 韓国コスメ アイブロウ MISSHA ミシャ アイブロウ 眉ティント セブンデイズ ティンテッド ブロウ 眉毛ティント 7DAYS

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

〇問題

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

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

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

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

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

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

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

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

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

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

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

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

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