1. ホーム
  2. DIY、工具
  3. 業務、産業用
  4. 製造、工場用
  5. Heyiarbeit 軸受ユニット 軸受け インサート軸受 インサートベアリング ピローブロック 長さ67mm 内径10mm 幅34mm 1
本物保証! 69%以上節約 Heyiarbeit 軸受ユニット 軸受け インサート軸受 インサートベアリング ピローブロック 長さ67mm 内径10mm 幅34mm 1 kentaro.sakura.ne.jp kentaro.sakura.ne.jp

Heyiarbeit 軸受ユニット 軸受け インサート軸受 インサートベアリング ピローブロック 長さ67mm 内径10mm 幅34mm 1

470円

Heyiarbeit 軸受ユニット 軸受け インサート軸受 インサートベアリング ピローブロック 長さ67mm 内径10mm 幅34mm 1

商品コード:52051613951
型番:DH263200ZGP04
サイズ:67mm*10mm*34mm*1個

【仕様】製品名:軸受ユニット;型番:KP000;形状:ピロー形ユニット;内径(mm):10;幅(mm):34;長さ67mm
【特徴】玉軸受ユニットは、軸受、軸受箱及び密封装置などをコンパクトにまとめ、機械の主要部分を構成するユニットとして標準化し、汎用性を高めた使い易い製品です。
【簡単取付】玉軸受ユニットの採用により、周辺の構造が簡略化され、取付け、保守の面でも効率化が計られる上、調心性があるため、取付誤差によるモーメント荷重を防止することができます。
【防塵・互換性】軸受と軸受箱の完全な密封装置により完全に防じん。軸受と軸受箱との完全な互換性があり、必要なときに軸受だけを取り替えることができて、非常に便利である。
【用途】従来広く使用されてい


igarashi-store 【商品コード:52051613951】※他モールでも併売しているため、タイミングによって在庫切れの可能性がございます。その際は、別途ご連絡させていただきます。 仕様:製品名:軸受ユニット型番:KP000形状:ピロー形ユニット内径(mm):10長さ67mm幅(mm):34パッケージ内容:1個いり商品説明:1.ピロー形軸受ユニットは、軸受、軸受箱及び密封装置などをコンパクトにまとめ、機械の主要部分を構成するユニットとして標準化し、汎用性を高めた使い易い製品です。2.玉軸受ユニットの採用により、周辺の構造が簡略化され、取付け、保守の面でも効率化が計られる上、調心性があるため、取付誤差によるモーメント荷重を防止することができます。また、機台や側壁への取付けが容易であるため、フレーム構造体をはじめとして、あらゆる箇所に使用されています。3.軸受の外輪外周が球面に加工されており、これが同様に加工された軸受箱の内周にはまり、 両者の球面の間で調心することができる為、合理的で機械の軸心の狂いなどがこれにより捕われ、軸受にこじれによる無理な力が加わらない。4.軸受けは、鋼板製スリンガと耐熱耐油性合成ゴムシールとを組み合わせた二重シールにより密封されている。摩耗も少なく軸が傾いてもシールの当たりが変わらない為、密封効果が優れており、グリースの流出を防ぐとともに外部からのごみや湿気の侵入を防ぐことができ、かなり悪い条件の中でも安心して使用することができる。5.軸受と軸受箱との完全な互換性により軸受だけを取り替えることも可能になります。必要なときに軸受だけを取り替えることができて、非常に便利である。6.食品包装機械,事務機械,建設機械,コンベヤ,小形印刷機,製茶機,運搬
■昇降機械,動力伝導装置,化学機械などの各種伝動装置及び一般機械に多く使用されています。ご注意:
※お客様が何かご不明点が御座いましたら、お気軽にメールでスタッフにご連絡ください。いつでも迅速且つ丁寧に対応いたします。
※ピロー形ユニットの内輪や外輪は平行ではない場合があります。この状況は品質問題ではありません。製品の性能に影響がありませんのでご了承ください。
※ディスプレイと照明が異なるため、写真はアイテムの実際の色を反映していない場合があります。ご了承ください。
※サイズは測り方により誤差がある場合がございますので、ご了承ください。

商品コード 52051613951
商品名 Heyiarbeit 軸受ユニット 軸受け インサート軸受 インサートベアリング ピローブロック 長さ67mm 内径10mm 幅34mm 1
型番 DH263200ZGP04
サイズ 67mm*10mm*34mm*1個
お支払い方法

Heyiarbeit 軸受ユニット 軸受け インサート軸受 インサートベアリング ピローブロック 長さ67mm 内径10mm 幅34mm 1

4
冗談半分で買ってみましたが、予想以上にインベーダーっぽいです。気合溢れる高出力に、あの特徴的なポールピース。本家ダンカンのインベーダーもトレブルが出づらくダークで重めの音なのですが、それもそっくりです。好き嫌いの別れる音ですが、ハイゲインで粘り気のあるリフ向けのキャラを狙って使うには良いと思います。ノイズも少ないですし、製品の品質としては良いと思います。

50%OFF プーマ 上下セット セットアップ ウィンドブレーカー ウーブントラックスーツ 849541 メンズ meshitech.co.il50%OFF プーマ 上下セット セットアップ ウィンドブレーカー ウーブントラックスーツ 849541 メンズ meshitech.co.il
現品 野球 ローリングス 少年 ジュニア バッグ バットケース EBC12S02 Rawlings ブラック - www.thedoctorshospital.com現品 野球 ローリングス 少年 ジュニア バッグ バットケース EBC12S02 Rawlings ブラック -  www.thedoctorshospital.com
asics アシックス XTG226-23 レーシンググローブ 陸上ウェア 手袋 レッド ベビーカー シート 防寒 ベビーシート  マット 暖かい キャリーシート ファー もこもこ あったか 冬 ベビーチェアシート チャイルドシート 寒さ対策
高級 Kuisogan 半袖 ワイシャツ ボタンダウン 開襟シャツ シャツ メンズ カジュアルシャツ トップス Tシャツ 春 夏 秋 定番 無地 オーバーサイズ 韓国ファッション おしゃれ 夏物 カジュアル シンプル lcoo.edu.in高級 Kuisogan 半袖 ワイシャツ ボタンダウン 開襟シャツ シャツ メンズ カジュアルシャツ トップス Tシャツ 春 夏 秋 定番 無地  オーバーサイズ 韓国ファッション おしゃれ 夏物 カジュアル シンプル lcoo.edu.in
Heyiarbeit 軸受ユニット 軸受け ベアリングシート ピローブロックベアリング PO 内径17mm 亜鉛合金 1個いり ボール インサート軸受 インサートベアリング KP003 自動調心 長さ85mm フランジ形ユニット ピロー形ユニット 軽量 ベアリング 軸受鋼 ピローブロック 転がり ...Heyiarbeit 軸受ユニット 軸受け ベアリングシート ピローブロックベアリング PO 内径17mm 亜鉛合金 1個いり ボール インサート軸受  インサートベアリング KP003 自動調心 長さ85mm フランジ形ユニット ピロー形ユニット 軽量 ベアリング 軸受鋼 ピローブロック 転がり ...
Heyiarbeit 軸受ユニット 軸受け ベアリングシート ピローブロックベアリング PO 内径17mm 亜鉛合金 1個いり ボール インサート軸受 インサートベアリング KP003 自動調心 長さ85mm フランジ形ユニット ピロー形ユニット 軽量 ベアリング 軸受鋼 ピローブロック 転がり ...Heyiarbeit 軸受ユニット 軸受け ベアリングシート ピローブロックベアリング PO 内径17mm 亜鉛合金 1個いり ボール インサート軸受  インサートベアリング KP003 自動調心 長さ85mm フランジ形ユニット ピロー形ユニット 軽量 ベアリング 軸受鋼 ピローブロック 転がり ...
塩ビ管カッター TOP エンビパイプカッター [TVP-34] TVP34 販売単位 ジャパンフレッシュ九州システム ゆず胡椒(青)40g ハイストーリー 1 43 Toyota CALDINA GT-T (1997) シルバーメタリック(HS389SL)ミニカー 返品種別B デイトナ バイク用 缶スプレー 300ml 耐熱ペイント エンジン用 耐熱温度200℃ つや消しクリア 68113 チュニック ワンピース レディース tシャツ シャツ 半袖 レディース ロングワンピース 夏 刺繍 綿麻 40代 体型カバー ゆったり 薄手 涼しい お洒落 30代 50代
うすぎり 1
バラ3本セットということで購入したのですが、1本しか入ってませんでした。

D'Addario EJ45 Normal クラシックギター弦 イブキクラフト TOOLS (ツールズ) GRILLER (グリラー) ネイビー
本物の ミニ洗濯機 子供用ランドリーの旅行代理店向けのパンクチュアルシャットダウン保護超音波ターボウォッシャークイックファスト 緑 pentech.vn本物の ミニ洗濯機 子供用ランドリーの旅行代理店向けのパンクチュアルシャットダウン保護超音波ターボウォッシャークイックファスト 緑 pentech.vn
CutDIES カードメイキング用カッティングダイ 絶妙な蝶 アルバム DIY てちょう for スタンプなし プレゼント Stamps Script ジャーナル Scrapbooking Making, Embossing ハンドブック ウェディング クリスマス Dies Craft Cutting No Card デコレーションCutDIES カードメイキング用カッティングダイ 絶妙な蝶 アルバム DIY てちょう for スタンプなし プレゼント Stamps Script  ジャーナル Scrapbooking Making, Embossing ハンドブック ウェディング クリスマス Dies Craft Cutting  No Card デコレーション
カクセー SORA(ソラ) シェラカップ 3pcs PP-09 サフィール x 銀座大賀靴工房 スターターセット シューケアセット VXY2140新品互換交換用ドライブ DMR-BRT220 DMR-BRT230 DMR-BWT520 DMR-BWT620 DMR-BZT720 DMR-BZT820 DMR-BZT920 プロのU型ネイルアートUVジェルチップカッターマニキュアツール
インサート軸受ユニット|旭精工(株)|ASAHI|デジアナEカタログ|メカトロネットインサート軸受ユニット|旭精工(株)|ASAHI|デジアナEカタログ|メカトロネット
hsk1100 3
ドリルをスタンドに固定するために樹脂製のリングを使うのだが、それが柔らかいためにセンターポンチを打ってあってもドリル全体がぶれてセンターがズレるので、最初は回転数を落としてゆっくり開けないとならない。無段変速のドリルでスイッチの押し加減でスピードを調整するのだが、ドリルを下げながらそれをやると体勢がおかしなことになって危険なので、スピードコントローラーで少しずつ回転数を上げるようにしている。それを除けばそこそこしっかりしているので買う価値はある。

シマノ 21 セフィア XR C3000SHG (2021年モデル) スピニングリール シングルハンドル エギング (5) 特注カスタムクラブ ピン G430 MAX ドライバー フジクラ Speeder NX シャフト ピック お弁当 トロピカル〜ジュ!プリキュア 12本入り ピックス ( トロピカルージュプリキュア お弁当ピック おかずピック 弁当 飾り 子供 日本製 )

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

法人様限定 キャビネット 収納 おしゃれ 木製 ペスパ 5段 扉付き 書庫 オープン ラック 3段扉 ハイタイプ 幅600×奥行369×高さ1874mm

本日はMRGT調査枠です。

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

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

2801380018 2802140094 2023730002 シャープ加湿空気清浄機用の加湿フィルター枠セット(フィルター枠白 グレー マグネットのセットです) ★ SHARP

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

ベビーザらス限定 MOOMIN ガーゼ3枚組 ムーミン カラフル

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

〇問題

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

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

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

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

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

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

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

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

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

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

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

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

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