1. ホーム
  2. ゲーム、おもちゃ
  3. 模型、プラモデル
  4. 鉄道模型
  5. 汎用行先ステッカー(メトロ18000系篇)
【SALE/83%OFF】 非売品 汎用行先ステッカー メトロ18000系篇 kentaro.sakura.ne.jp kentaro.sakura.ne.jp

汎用行先ステッカー(メトロ18000系篇)

264円

汎用行先ステッカー(メトロ18000系篇)

メトロ18000系用の行先Nゲージ(1/150スケール)用ステッカーです。KATO製Nゲージの寸法に対応します。

半蔵門線、田園都市線、伊勢崎線、日光線の主要行先を収録しております。

前面用はガイドに沿って、側面用は枠いっぱいに切り取り、ピンセットやカッター刃先で保持しながら切断面を油性黒マジックで塗り、所定位置に貼り付けします。

前面用の黒枠は遮光も兼ねているので若干規定サイズより大きめに作図しております。
最初に不要なコマにてサイズ感を試してからご使用いただくことをお勧めします。

商品画像に使用例を掲載しましたのでご覧ください。写っている模型は貼り付け見本であり、商品ではございません(商品はステッカーのみです)。








◎収録内容
★行先・直通表記
側面用表記は11コマ(=10両編成片面分+ヨビ)を1群とし、11コマもしくは22コマずつ収録されています。下記リストで「1」と表示されているものは11コマ、「2」と表示されているものは22コマ収録されていることを意味します。

前面用表示は「1」と表示されているものは1コマ、「2」と表示されているものは2コマ収録されていることを意味します。
行先表示は全て駅ナンバリングが入っていますが、渋谷と押上以外は記載を省略しています。

各駅停車中央林間 2
各停中央林間 2
準急中央林間 2
急行中央林間 2
各駅停車長津田 2
各停長津田 2
準急長津田 2
急行長津田 2
各駅停車鷺沼 1
各停鷺沼 1
準急鷺沼 1
急行鷺沼 1
各停梶が谷 1
各停二子玉川 1
各停用賀 1
各停DT01渋谷 1
準急DT01渋谷 1
各駅停車Z01渋谷 1
各駅停車青山一丁目 1
各停青山一丁目 1
各駅停車永田町 1
各停永田町 1
各駅停車半蔵門 1
各停半蔵門 1
各駅停車水天宮前 1
各駅停車清澄白河 2
各停清澄白河 1
準急清澄白河 2
急行清澄白河 2
急行錦糸町 1
各駅停車Z14押上 2
各停Z14押上 2
準急Z14押上 2
急行Z14押上 2
準急TS03押上 1
各停曳舟 1
急行北千住 1
各停北越谷 2
準急北越谷 2
急行北越谷 2
急行姫宮 1
各停東武動物公園 2
準急東武動物公園 2
急行東武動物公園 2
各停久喜 2
準急久喜 2
急行久喜 2
各停南栗橋 2
準急南栗橋 2
急行南栗橋 2
回送 1
試運転 2

(Z)鷺沼車両基地 前面のみ2コマ
[DT]東急田園都市線直通 側面のみ10コマ
(Z)半蔵門線直通 側面のみ10コマ
[TS]東武スカイツリーライン直通 側面のみ10コマ
女性専用車 側面のみ4コマ
1号車〜10号車 側面のみ各1コマ


★運行番号
51S 2コマ
53S 2コマ
55S 2コマ
57S 2コマ
59S 2コマ
61S 2コマ
63S 2コマ
65S 2コマ
67S 2コマ
69S 2コマ
71S 2コマ
73S 2コマ
75S 2コマ
77S 2コマ
79S 2コマ
81S 2コマ
83S 2コマ
85S 2コマ
87S 2コマ
89S 2コマ
91S 2コマ
93S 2コマ
95S 2コマ
97S 2コマ
99S 2コマ
18S 1コマ
01K 1コマ
04K 1コマ
10K 1コマ
14K 1コマ
24K 1コマ
50T 1コマ
52T 1コマ
59T 1コマ
62T 1コマ


メジャーな行先は1編成分収録しましたが、比較的見かけない行先は基本的に0.5編成分収録となっております。
これはすべての方がフル編成で楽しむわけではないこと、実車と違えて前後先頭車等で行き先を変える方がかなり多いこと、なるべく多くの表記をお求めやすくご提供する観点からのためです。すべての表記を統一されるこだわり派の方は複数枚お求め頂きますよう、ご理解とご協力をお願いします。

なお収録内容は、実車の動向に鑑み今後版を重ねる際に変更となる場合がございます。 インクジェット方式のステッカーです。超精細なのが特徴です。カッターによる切断など模型に関する基礎的な知識が必要です。刃物ご使用の際はケガしないようお気を付けください。
カットしたあとはカッターやピンセットで保持しながら切断面を黒マジックで塗って頂くとより、リアルになります。

汎用行先ステッカー(メトロ18000系篇)

ベッドガード 柔らかい クッション ベビーベッド用 サイドパット 柵 ロングベビーベッド専用 転落防止 おしゃれ 無添加素材 組み立ても簡単
Amazon カスタマー 1
昔のタイプややや楕円でしたが、リデザインで正円にかわっていることに購入して気がつきました。

ふれこ 2
12月の長野方面への旅行、まだ大丈夫かなぁなどと思いながらも念の為持って行きました。翌朝起きたら景色が一変しすごい積雪。初めてでも後輪に装着するのに片方5分もあれば充分でした。しっかりグリップするし下り坂でも怖くありませんでした。帰宅して洗い乾燥させましたが、まだまだ使えそうです。コスパも良いですね。

写真台紙 アルバム メモリアル 3面 6切 2L ジャケットサイズ 全2色 イズミダイシ ブリスミックス 1kg サーモン グレインフリー 全犬種 全年齢用 口腔内善玉菌配合 小粒 KMT アウトレット 送料無料手元灯付き  LED誘導灯  LED合図灯  LED信号灯  工事現場  交通整理 書類確認 地図確認
カトー 東京メトロ18000系行先表示シール+交換パーツ - メルカリカトー 東京メトロ18000系行先表示シール+交換パーツ - メルカリ
Nゲージ】 カトー 東京メトロ半蔵門線 18000系 グレードアップシールほか入荷しました | みやこ模型だよりNゲージ】 カトー 東京メトロ半蔵門線 18000系 グレードアップシールほか入荷しました | みやこ模型だより
パセリ 1
買って1ヶ月のうち2、3回着用して1回洗濯したぐらいで肩が破れて来ました。縫製が、、、。

小川 2
マックガードは息子から教えてもらい、付けました。1ホイールに2つです。車の点検、外出には毎回ロックナットを持って歩きますが、安心のかなめです。

KATO 鉄道模型 半蔵門線18000系用 行先ステッカー - メルカリKATO 鉄道模型 半蔵門線18000系用 行先ステッカー - メルカリ
イーグルスMODEL No.660 地下鉄10000系側面行先LEDステッカー 5両分 :M-660:グリーンマックス・ザ・ストアWEB - 通販 - Yahoo!ショッピングイーグルスMODEL No.660 地下鉄10000系側面行先LEDステッカー 5両分 :M-660:グリーンマックス・ザ・ストアWEB - 通販 -  Yahoo!ショッピング
BMW イグニッションコイル E81,E82,E87,E88 F20,F21 F22 E46,E90,E91,E92,E93 F30,F31,F35,F80 F32,F33,F82,F83 E39,E60,E61 MEYLE製 ビットトレードワン ビット・トレード・ワン Bluetooth変換アダプタ USB2BT PLUS ADU2B02P
汎用行先ステッカー(メトロ18000系篇) :S6602:世田谷車両 Yahoo!店 - 通販 - Yahoo!ショッピング汎用行先ステッカー(メトロ18000系篇) :S6602:世田谷車両 Yahoo!店 - 通販 - Yahoo!ショッピング
世田谷総合車輌センター S6602 汎用行先メトロ18000 | 鉄道模型 Models IMON世田谷総合車輌センター S6602 汎用行先メトロ18000 | 鉄道模型 Models IMON
コート チェスターコート フリース フーディーコート 右投げ用 大人用 ZETT(ゼット) 一般軟式グラブ 野球グローブ 野球グラブ BDG3511
佐伯 絢子 2
ストレッチが良く、履き心地はらくですが、ウエスト部分が少し、余裕があり、ずり落ちやすいですが、全体的には、良いと思います。

平林保子 5
ずっしりとして、存在感があります。開運に繋がるよう、毎日祈祷しています。しっかりした作りで満足しています。よいことがありますように!

Nゲージ】 カトー 東京メトロ半蔵門線18000系の行先変更について | みやこ模型だよりNゲージ】 カトー 東京メトロ半蔵門線18000系の行先変更について | みやこ模型だより
汎用行先ステッカー(メトロ16000系篇) :S6601:あじさい亭Yahoo!店 - 通販 - Yahoo!ショッピング汎用行先ステッカー(メトロ16000系篇) :S6601:あじさい亭Yahoo!店 - 通販 - Yahoo!ショッピング
お香 ホワイトセージ香 コーン HEM WHITE SAGE CORN 浄化 12箱セット
東京メトロ18000系はまもなく営業運転開始か ドアステッカー・車内広告貼り付け | Japan-Railway.com東京メトロ18000系はまもなく営業運転開始か ドアステッカー・車内広告貼り付け | Japan-Railway.com
KATO 東京メトロ半蔵門線18000系 グレードアップシール[28-247]【鉄道模型専門店レールマイスター】KATO 東京メトロ半蔵門線18000系 グレードアップシール[28-247]【鉄道模型専門店レールマイスター】
《在庫あります!》マキタ HP458DRGX (注意!!バッテリー1本仕様) 18V 充電式振動ドライバドリル
VW チャコールキャニスタータンク | ゴルフ5 ゴルフ6 ゴルフ6カブリオレ ジェッタ3 ザ・ビートル イオス シロッコ | 純正
多摩モデル多摩モデル
電動爪切り ライト付 介護 爪切り 爪やすり つめ切り 足の爪 削る つめきり 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パッケージとしてインポートできました。

アルバム 写真 大容量 2冊セット L判 200枚収納 フォトアルバム ギフト

本日はMRGT調査枠です。

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

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

鹿王(ロクオウ)14日分お試しパック(ネコポス送料無料)

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

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

本日は以上です。

新品・スタッドレスタイヤのみ・送料無料(4本)グッドイヤー アイスナビ7 日本製 225 55R17 97Q

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

口閉じテープ お徳用108枚2個セット(216枚) 鼻呼吸テープ いびき対策 マウステープ いびき軽減 睡眠グッズ イビキ 軽減

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

〇問題

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

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

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

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

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

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

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

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

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

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

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

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

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