カードの基本情報

記載内容：表面に基本4情報と顔写真、裏面に12桁のマイナンバー。
有効期限：カード本体は10回目（未成年は5回目）の誕生日まで。
電子証明書：5回目の誕生日の有効期限が設定されている。
交付費用：本人の申請により無料で発行。

主なメリットと機能

身分証明：1枚で顔写真付きの本人確認書類として利用可能。
コンビニ交付：住民票の写しなどを全国のコンビニで取得できる。
保険証利用：健康保険証として医療機関で提示できる。
オンライン手続：マイナポータルや確定申告（e-Tax）に使える。

安全性とセキュリティ

情報制限：ICチップに税や年金などのプライバシー情報は入っていない。
暗証番号：利用には設定した暗証番号が必要でロック機能もある。
紛失対策：24時間365日の一時停止受付窓口が用意されている。

表面

カードの表面には住所・氏名・性別・生年月日等が記載されているので、身分証明書として使用出来る。

① 有効期限：マイナンバーカードの有効期限。有効期限の 3 ヶ月前から更新可能。
②電子証明書の有効期限：マイナンバーカード内の電子証明書の有効期限。
③追記欄：住所・氏名等に変更があった場合、新しい住所・氏名等を記入する欄。しかし、ここは市町村窓口で使用する欄ですので記入しないこと。
④臓器提供意思表示欄：臓器提供の意思表示欄。サインは任意。

裏面

裏面の「個人番号」とは？

個人番号：氏名の上に書いてある個人番号と書かれた12桁の数字がマイナンバー。

電子証明書の有効期限とマイナンバーカードの有効期限が何故違うの？

マイナンバーカード本体：本人確認書類としての利用や、顔写真の容貌変化、偽造防止技術の維持を考慮して18歳以上は10年。
電子証明書：暗号の安全性が低下するのを防ぎ、不正利用を防止するために法律で5年を超えないよう定められている。

有効期限が切れるとどうなるか

カード本体の期限切れ：本人確認書類として使えなくなる。
電子証明書の期限切れ：マイナポータルへのログイン、コンビニ交付、e-Tax、健康保険証（マイナ保険証）としての利用ができなくなる。

電子証明書とは

マイナンバーカードの電子証明書とは、インターネット上で本人確認を行うためのものであり、署名用電子証明書と利用者証明用電子証明書の2種類がある。
これは現実の社会における印鑑証明書のような役割を持っている。

電子証明書の2つの種類

署名用電子証明書：ネットで書類を送る時に使います。確定申告（e-Tax）など、本人が作った本物の書類であると証明します。暗証番号は英数字6〜16文字。

利用者証明用電子証明書：サイトにログインする時に使う。マイナポータルへのログインや、コンビニでの住民票コピー取得などで本人だと確認します。暗証番号は数字4桁です。

主な特徴と注意点

有効期限：カード本体とは違い、発行から5回目の誕生日までです。期限が切れるとコンビニ交付やマイナ保険証の利用ができなくなります。

住所や氏名の変更：引越しや結婚で名前や住所が変わると、署名用電子証明書は自動で使えなくなります。役所の窓口で再発行の手続きが必要です。

更新場所：お住まいの市区町村の窓口で行います。手数料は無料です。電子証明書の有効期限や、更新手続きのやり方について詳しく知りたいですか？

普段使っている健康保険証の有効期限はどこを見る？

マイナンバーカードを健康保険証（マイナ保険証）として利用する場合、「利用者証明用電子証明書」の有効期限。
確認場所は、カード表面の「電子証明書の有効期限欄」。

しかし、電子証明書の有効期限は期限が切れている状態。手書きなので古いまま？。
空欄の場合や確実に確認したい場合は、カード本体の有効期限の5年前（または発行から5回目の誕生日）が有効期限になる。
普通は、期限切れ近くなると役所から更新のハガキが届くのでそれが来たら更新すれば良い。

e-taxとは

所得税や消費税などの申告、申請・届出、納税をインターネットを通じて行える国税庁のシステム。

マイナポータルへのログイン

マイナポータルとは、マイナンバーを持った全ての国民が利用できる、政府が運営するオンラインサービス。
マイナンバーカードを使って登録・利用することが可能で、サービス検索や行政手続きなどをオンラインで行うことができるようになる。

サイトへのログイン：https://myna.go.jp

マイナポータルのログインサイトから、「ログイン」または「登録・ログイン」ボタンを押し、数字4桁のパスワードを入力してマイナンバーカードを読み取る必要がある。

現時点ては、ここにアクセスして確認するものが無いのでログインしてまでやる必要が無い。

Android Studio を起動、New Projectを選択。
Widgetだけなので「Add No Activity」を選択して、Nextをクリック。

No ActivityとEmpty Activityの違い

「No Activity」は画面やコードが一切含まれない完全な空のプロジェクトを作成し、「Empty Activity」は最新のUIツール「Jetpack Compose」を使用した初期画面付きのプロジェクトを作成。

No Activityファイルが何も作られない自分で最初から画面や設定を追加する構成を完全に自由に変えたいときに向いている。

従って、初めの作成で、何もしないで一応アプリらしきものを見たい場合は「Empty Activity」がおすすめということになる。

プロジェクト名は「My First Widget」とする。

プロジェクトの作成

以下のところから、またはFile -> New Projectから

Empty Activityを選択。

Nameのところにプロジェクト名を入れる。Finishをクリック。

一番下に警告が出ている。

Save location should not contain whitespace, as this can cause problems with the NDK tools.
NDKツールで問題が発生する可能性があるため、保存場所のパスには空白を含めないようにしてください。

A-Silicon Power 1TBというところの半角スペースがダメなようだ。A-Silicon-Power-1TBに変更した。

この後のエラーになる箇所を修正する

最新のAndroid Studioを使っているのに、APIバージョンが37以上にするように警告が出る。

これは、Android Studioが最新でも警告が出るのは、ソフトウェア自体のバージョンではなく、プロジェクトのbuild.gradle.kts（またはbuild.gradle）にある設定（compileSdkやtargetSdk）が古いAPI 37未満を指定しているため、またはSDKマネージャーに該当のAPI 37がインストールされていないため。

解決方法としてはSDKのインストール：Android Studioの「SDK Manager」を開き、API 37（Android 17など）のプラットフォームを追加でダウンロード。
ファイルの書き換え: プロジェクトのモジュールレベルのbuild.gradle.ktsを開き、compileSdk と targetSdk の値を 37 以上に書き換える。
コードを修正したら、右上に表示される「Sync Now」をクリックして設定を反映させる。

Widgetアプリを作成

File -> New -> Widget -> App Widget を選択。

基本デフォルトのまま、横のサイズだけを２に変更した。そのままでも問題ないと思う。Finishをクリック。ソース言語はKotlin。

これで、基本的なウイジェットのアプリが作成されたことになる。
36のままだが、エラーなくここまで来た。

A Not targeting the latest versions of Android; compatibility modes apply. Consider testing and updating this version. Consult the ‘android.os.Build.VERSION_CODES”javadoc for details.
Dependency’platform (libs.androidx.compose.bom) ” is declared mutiple times:42
Dependency ‘platform (libs.androidx.compose.bom) ” is declared mutiple times :51

A Androidの最新バージョンをターゲットにしていないため、互換モードが適用されます。このバージョンのテストと更新を検討してください。詳細については、android.os.Build.VERSION_CODES の Javadoc を参照してください。
依存関係 ‘platform (libs.androidx.compose.bom)’ が複数回宣言されています:42
依存関係 ‘platform (libs.androidx.compose.bom)’ が複数回宣言されています:51

これはあくまで警告なので、そのままビルドまでやって、ウイジェット作成の流れだけを確認する。

ビルドを実行する

エラーが出た

Build MyFirstwidget: failed
New Minor Gradle Version Available
& Download info
:app:checkDebugAarMetadata
Aar Dependency compatibility issues

MyFirstwidget のビルド: 失敗
新しいマイナーバージョンの Gradle が利用可能です
& ダウンロード情報
:app:checkDebugAarMetadata
Aar 依存関係の互換性の問題

Android API バージョン 37以降を使用してコンパイルすることとなっている。

37に変更したらSync Nowをクリックして更新する。

再度ビルドをやり直す

問題なくビルドが終了した。

ここで一度、ホーム画面に戻る、

ホーム画面が出てら、上の空きスペースを長押しする。
するとWdgetというメニューが出るので選択。

下の左のWdget画面が出るので、一番下にある右側のBrowseをクリック。
中央の画面で下の方にドラッグしていくと作成した「My First Widget」というのが見えるので右端をクリックして出てきたアイコンを長押しするとホーム画面に追加することができる。

位置も大きさも変更することができる。

これで、何もしないでウイジェットアプリをホーム画面に表示することができたことになる。
このアプリは単にテキストと白縁がとってあるというだけのものだが、アプリ開発の始まりになる。

これがウイジェットアプリ作成のデフォルトの流れになる。

これはlayoutのnew_app_wiget.xmlで見た目のレイアウトが作成されていることがわかる。

この他にも、このテキストをクリックしたらどう動くか等を追加して行って、本格的なアプリへと発展していくことになる。

このアプリを実際に自分のスマホにインストールするには？

出来上がったアプリはテストしてみたいよね。

自分のスマホ（実機）にインストールするには、スマホ側で「開発者向けオプション」と「USBデバッグ」を有効にし、PCと接続して実行ボタンを押す。

1. 隠しコマンドで開発者モードにする。
2. USBデバッグを有効にする。（これを通して、PCのAndroidStudioのアプリから直接スマホにビルドしたアプリを送ることができるようになる）
3. 実機を接続して実行する。

実際のやり方

スマホ側の準備「設定」から「ディバイス情報」又は「端末情報」を開く。
すると一番下に「ビルド番号」が出てくるので、その「ビルド番号」を7回連続でタップして開発者モードにする。

ここで、もしこの時すでに開発者モードになっていると、タップ中に「既に開発者モードである」というポップアップが出てくるので、ストップすること。

そうでないなら７回タップすると「デベロッパーになりましたと」か「開発者になりました」とかが出てくるのでわかると思う。

「開発者向けオプション」から「USBデバッグ」をオンにする。

「USBデバッグ」をオンにするには開発者モードでないと出来ないので、開発者モードをオンにしたら、もう一度ホーム画面に戻って、設定をクリック。
続いて、システムをクリック（スマホによって位置が違うかも）。
下の方にスクロールすると「開発者向けオプション」が出るのでタップする。

「開発者向けオプションを使用」をオンにする（既になっている筈）
下にスクロールしてUSBデバッグをオンにする。

これで準備が完了したことになる。

PCとスマホを接続してアプリをインストールする

PCと接続してインストール、USBケーブルでスマホとパソコンを繋ぐ。
スマホ画面に「USBデバッグを許可しますか？」と出たら許可する。
Android Studioの画面右上にある「Run」ボタン（再生マーク）を押す。

接続先デバイスに自分のスマホを選んでOKを押すと、自動でインストールされて起動する。

スマホのホーム画面で長押しするとメニューが出る、Widgetを選択するとその中に作成した「My First Widget」という名前のアプリがあるので、また長押しするとAddボタンが出て追加することができる。

削除するにはウイジェットを長押しすると、上に削除というのが出るのでそこにアプリをドラッグすると削除される。

こんなしてアプリを開くと、普通のアプリ自体もウイジェットで作成されていることがわかる。

一度使ったことがある場合は、そのままで大丈夫。

上部メニューのAffinityから設定を開く。
ここで右端のインストールという項目がグレー表示になっている場合は、すぐに使える状態になっていることになる。もしまだインストールされていないならインストールする必要がある。

設定画面を閉じる。

以下の「オブジェクト選択ツール」を選択する。

画面の上にマウスを持っていくとブルーの斜線で選択されたハッチング線が表示される。
解析中は時計のアイコンが表示されるとあったが、早くて分からなかった。

　バックでも飛行機でもマウスを持っていくと選択されるので、マウスをクリックすると選択範囲が確定されるようになる。

マルチパートオブジェクトとソフトエッジに注目。
コンテキストツールバーの表示・非表示
もし表示されていない場合は、表示->コンテキストツールバー->ドッキング・表示を選択。

右端の調整で少し変化させることができる。

複雑なものは手作業でやった方が早い

ペンツールで画像をなぞっていく。最初はあんまり細くやらないで大まかになぞっていくのがおすすめ。
その後、細かい部分を詰めていくと割と楽にやれる。

ペンツールで作成したラインを選択範囲に変換する。

上の画像の状態からペンツールをクリック。
すると上のバーに選択ボタンが出るので、それをクリックすると選択範囲に変換される。

この時、パスが複合パスの場合、同時にパスを選択して変換することができないので、まずパスを複合パスに変換する必要がある。

その時、ピクセル状態ならでは出来ないので、ベクターに切り替える必要がある。

この時右側のレイヤーには複数のカーブが存在するが、kの型抜きを実行すると一つのカーブになる。

このj状態でピクセルに切り替えて、パスをも一度選択すると一度で選択できるようになるので一つのパスになったことがわかる。

この状態でペンツールを選択して選択ボタンをクリックする。

全てのラインが一度に選択された状態になる。

この状態で右端のマスクレイヤーをクリックすると以下のようにバックが透明になって切り抜くことができる。

特定のフォルダ（例: ドライブや別パーティション）に毎回自動で保存したい。

Android Studioでは新規プロジェクトのデフォルト保存先をデフォルトで常時固定することが出来ない。
直前に作成・保存した場所が次のデフォルトとして記憶される仕様になっている。
従って、プロジェクトを作成する時に希望のフォルダを指定することで、次回も同じフォルダに保存されることになる。

以下のように「Save Lcation」で指定のディレクトとフォルダを指定すると良い。

「Save Lcation」で右端をクリックして希望のディレクトリを選択する。
この時、AndroidStudioProjectsという専用のフォルダを作成してその中にプロジェクト名のフォルダが作成されるようにするため以下のようにプロジェクト名と同じ名前を最後に持ってくるように保存先を指定するとよい。

ただ、フォルダを指定しただけだとプロジェクト名のフォルダが作成されず、中身だけそのまま展開保存されるので整理が付かなるなるので注意。

プロジェクト名のフォルダを作成して保存する具体的な方法は、
まず、希望するディレクトリに「AndroidStudioProjects」という専用のフォルダを作成しておく必要がある。

その後、「Save Lcation」で右端をクリックして最初に作成しておいた「AndroidStudioProject」フォルダを指定する。

開くをクリック。

新しい保存先が設定される。
しかし、以下のように「AndroidStudioProjects」が最後のパス名になっているが、これだとそのフォルダにファイルがそのまま展開されてしまうのでまずい。

そこで、以下のようにパスの最後に必ずプロジェクト名を入れる必要がある。これで「AndroidStudioProjects」の中にプロジェクト名のフォルダが作成されることになる。
最後にFinishをクリック。

これで以下のように、プロジェクト毎にフォルダが整理されるようになる。

これで次回も同じ「AndroidStudioProjects」の中にプロジェクト名のフォルダが自動的に作成されるようになる。

ポイントとして、「Save Lcation」の選択したフォルダ名の末尾に /プロジェクト名 が正しく追加されているかを確認すること。なかったらプロジェクト名を追加して入れると良い。

既に作成したプロジェクトの保存先を変更する

既に作成したプロジェクトの保存先を変更する場合は、一度Android Studioのプロジェクトを閉じてからフォルダを移動し、新しく開くという手順を行う必要がある。

次にAndroid Studioを起動し、ウェルカム画面またはメニューの [File] ＞ [Open…] をクリック。
すると以下のダイアログが出るのでThis Windowをクリック。

新しい場所でプロジェクトが開いたら、メニューの [Build] ＞ [Clean Project] を実行してビルド情報をきれいに整えること。

重要な３つのフォルダ

manifesutsフォルダ

このアプリの実行に必要な設定が記述されている。
AndroidManifest.xmlファイルが格納されている。

kotlin+javaフォルダ

このフォルダの中には、.javaファイルと.ktファイルを格納する。
なお、パッケージ右側に「（androidTest）」や、「（Test）」と記述されているのは、Androidアプリをテストするための。javaファイル、.ktファイルの格納先。

resフォルダ

Androidでは、画面構成をXMLファイルに記述する。そういった.xmlファイルや、アプリで使われる画像ファイルなどを格納するのが、resフォルダである。ちなみにresはresorceの略。

• drawable：画像を格納。
• layout：画面構成に関わる.xmlファイルを格納。
• mipmap：アプリのアイコンを格納。
• values：アプリで表示する固定文字列(string.xml)、画面のスタイル（styles.xml）、色構成(colors.xml)を表す.xmlファイルを格納。

３つの重要ファイル

Android Studioで通常のアプリ開発で実際に編集する主な３つの重要ファイル。

レイアウトXMLファイル

ボタンや文字の配置など、アプリの画面デザインを作成する場所。app/src/main/res/layout/activity_main.xml など。

プログラムファイル（Kotlin / Java）

ボタンを押したときの動作や画面の切り替えなど、アプリの動きを記述するコードを書く場所。
app/src/main/java/ 内の MainActivity.kt など。

文字列・リソースファイル

アプリに表示する文字や色をまとめて管理する場所。
app/src/main/res/values/strings.xml など。

実際に編集する主なファイル

通常のアプリ開発でよく編集するファイルは以下の3つ

• res/layoutフォルダ中のレイアウトXMLファイル（画面構成用の.xmlファイルをレイアウトファイルと呼ぶ）下のktファイルとペアになっている。
• javaフォルダ中の.ktファイル（Kotlinクラスのことをアクティビティと呼ぶ。）
• res/valuesフォルダ中のstrings.xmlファイル：アプリ内で使われる文字列は、上２つのソース中に直接入力するのではなく、このstrings.xmlに記述されることになる。

1. プロジェクトを作成。
2. strings.xmlに表示文字列を記述。
3. レイアウトxmlファイルに画面構成を記述。
4. アクティビティなどの.ktファイルに処理を記述。
5. アプリを起動して動作確認。

これが大雑把に見た開発の流れになる。

プロジェクトの開発のスタート

Android Studioを開き、新しいプロジェクトで「Empty Activity」を選択、Nextをクリック。

注意！このバージョンでは「Empty Activity」を選択した場合、Jetpack Composeを使用することになる。

新しいプロジェクトを「MyFirstApp」という名前で作成。Finishをクリック。

ここで多分エラーが出ると思う

このエラーを一つずつ解決する必要がある。

この３つのエラーはいずれもAndroid API バージョン 37 以降でコンパイルする必要があるとなっているのでバージョンを37にアップする必要があるようだ。

build.gradle.ktsを選択してバージョンを1箇所37に変更。最後にSync Nowをクリックして更新する。

再度、ビルドするとHollo Android!と表示される簡単なアプリになる。

最新のバージョンではlayoutがない

「Empty Activity」でレイアウト（layout）フォルダがない理由。
近年のバージョンで「Empty Activity」がJetpack Compose（コードで画面を作る方式）を標準テンプレートとして採用しているため、従来のXMLファイルを格納する res/layout フォルダが最初から作られない仕様になっている。

従来のXMLレイアウトを使うには「Empty Activity」ではなく「Empty Views Activity」を選んでプロジェクトを再作成する必要がある。
これにより、res/layout フォルダと activity_main.xml が自動生成されることになる。

今作成しているプロジェクトで対応する場合app/src/main/res フォルダを右クリックして、「New」から「Directory」を選び、名前を layout にする。
その中に新しいXMLファイルを作成すれば良いことになる。

Jetpack Composeが良いか、従来のXML（activity_main.xml等）を使った方が良いか？

結論として、新規のAndroidアプリ開発ではJetpack Composeを使うべき。
Googleが公式に推奨する標準のUIツールキットであり、コード量を減らして直感的に画面を作れるため。

特別な理由がない限り、従来のXMLレイアウトを選ぶメリットは少なくなっている。

Jetpack Composeのメリット

コードが短くなる: KotlinだけでUIを書けるため、XMLとKotlinを行き来する手間がなくなります。
状態管理が簡単: データが変わると自動で画面が更新される仕組み（宣言的UI）になっています。
開発の生産性向上: 部品の再利用がしやすく、プレビュー機能も快適に使えます。

従来のXMLを使うべきケース

既存の大規模アプリ: すでにXMLで大量のコードが書かれているプロジェクトでは、移行コストが高くなります。
学習コストの回避: チーム全員がXMLに慣れていて、新しい書き方を覚える時間がない場合。今進めているプロジェクトは、新規の開発ですか、それとも既存のXMLアプリの改修ですか？
参考になるサイトが少ない：まだ始まったばかりなので参考にするサイトがほとんど無い。

この比較サイトにどちらを選択した方が良いか詳しく説明されている。

このプラモデルを是非完成させたいという思いを強く思った。

SAVOIA S.21の内容

販売元：愛知県豊橋市老津町的場53-2（有）ファインモールド

箱のパッケージ

箱を開いた中身の一覧

A & D ランナーTree、ポルコフィギュアと台座 Figure & Base

BランナーTree

CランナーTree

デカール Decal、G & P ランナーTree

ランナーからのパーツの取り外しと部分組み立て

このパーツの取り外しは、説明書を最初から最後まで一通り読み終わってから、説明書通りに順を追って行う必要がある。

明らかに部分を組み立てた方が良いというパーツは組み立てまで進める。バラバラになって分からなくなる可能性があり、塗装や、組み立てで問題が無い部分はパーツの取り外しとともに組み立ても行った。

パーツの組み立て

組み立ては、特に塗装のことを常に頭に入れて組み立てる必要がある。組み立て前に塗装するか、組み立て後に塗装するかを判断する必要があるので、ここでの判断は重要になる。その判断の基準は組み立て後でも塗装がやり易いか、やり難いかで判断すると良いと思える。
自分自身も素人なので、やってみないとわからない点が多々ある。

塗装の準備

自分にとって、子供の頃に作ったプラモデル以外は別にして、初めてに近い作成になる、スプレーガン等は揃えることが出来ないので手塗りの塗装ということになる。

最初にやることは、プラモデルに使うカラーを調べることから。

説明書には、各部の塗装はGSIクレオスMr.カラーの番号を⬜︎内の数字で、続けて色名を表示しているとのこと。◯で囲まれた数字は付属のデカール（水転写シール）の番号。

水性の方が塗りやすいということなので、説明書のMr.カラーでなく以下の水性塗料を選択した。

GSIクレオス 水性ホビーカラー

価格はほとんど220円だった。

2　ブラック（黒）
8　シルバー（銀）
9　ゴールド（金）
13（53）　ニュートラルグレー
17（64）　RLM71 ダークグリーン
19　サンディブラウン
28（18）　黒鉄色
33（12）　艶消しブラック
40　ジャーマングレー（ピッタリはない、H-32ダークグレー）
41（H-47）　レッドブラウン
44（H-27）　タン（ライトブラウン(タン)）
51（44）　薄茶色
55（H-81）　カーキ
61（H-76）　焼鉄色
62（11）　つや消しホワイト
66（26）　デイトナグリーン
68（86）　モンザレッド

カラーナンバー対応表

説明書ではGSIクレオス・Mr.カラーで指定してあるので、以下の表でMr.カラーと水性カラーを比較している。

最初の組み立てと塗装

ここで注意すべきは、塗装をいつするかが非常に重要になってくる。
私の場合は、下の画像の右側の細々した操縦席周りの塗装は最初にせず、組み立ててからやってしまった。従って操縦席周りは塗装がうまくいっていない。

どのパーツもまず必ず塗装を済ませてから、組み立てを行うのが鉄則である。
但し、２つ組み合わせて一つのパーツになる場合は最初に組み立ててからが塗装しやすい。
ここで左の２枚は、塗装をしてから組み立てたのだが前の黒色の部分の後ろにあるパーツの下になる台座は先に塗装を済ませてからその上にパーツを載せたが塗装がスムーズに行える。

後になって色々反省することがいっぱい出てくるが、これも経験をしないとわからないことである。

以下は胴体内部のパーツの組み立てと塗装済みの状態。
こんなに苦労して作業してきたこの部分、完成するとほとんど見えなくなる。懸命に作ってきたのに、なんか複雑な気持ちである。

先ほど説明した見えなくなる、胴体の底板に乗っているパーツの完成品である。

胴体の底板と上の胴体部分を重ね合わせると、綺麗に合わせられないという状態になった。

まず一つ、前方の機関銃、これが胴体に当たるという状態が発生。
更に一番後ろの操縦席の周りの籠のようなパーツ、胴体の内部でどこかで当たっているような感じがする。
何気なく組み立てのだが、この組み立てに注意が必要。

組み立てを始める時から、胴体とうまくハマるかを確認しながらやる必要がある。
とにかく、この籠の組み立てが不安定でフニャフニャするので、接着剤がうまく付かず、思い通りに組み立てられなかったことが問題だった。
まず、籠の前の仕切りを底板に固定することから始めた方がよかったかも。そうすれば安定して他のパーツを組み立てやすい感じなる。

更に底板には縁があり、ここに胴体の縁が入ってくるのでパーツがはみ出さないように注意が必要。

エンジンとエンジンカバーを組み立てる前の状態。

基本塗装において、モンザレッドのような鮮やかな赤の場合、バックに下塗りとして白を塗ってから色を乗せると書いてあるが、手塗りの場合は必要なのか非常に考えた、どうしても手塗りの場合、厚塗りになってバックに白を乗せると塗装が非常に厚い感じになってしまった。塗装においてエアーブラシを使わない手塗りの場合、白バックは必要ないのでは？と思う。
私の場合、実際は白で下塗りをして、バックにモンザレッドを上から塗装した。

それにしても手塗りは難しい、相当やりこなさいないと思い通りの感じには仕上がらないと思う。
厚塗りによって塗りムラが出てしまう。

手塗りの作業で大事なのは最初から綺麗に塗るということをあんまり意識しないこと。
もちろん一発で綺麗に塗れればそれに越したことは無いが、まずムラになった状態になるので、それを気にしないでどんどん塗っていくということ、特に端の方で小さい塗り残し等が出た場合も無視して広い面をどんどん塗っていく感じ。
２度目の塗りは一旦完全に乾かしてから、細いところの塗り残しを塗って、ムラになっている面を再度塗って、少しでも仕上がりが綺麗になるようにするということである。
その時も、２度塗りした場所がまだおかしい場合は、再度乾くまで待ってやり直すということを繰り返すとうまくいくと思う。乾いていない状態でまた塗ると悪くなるだけである。

塗料の粘土が非常に重要で、こればかりはやって覚えるしかないと思う。しっかり色が乗って、尚且つ筆がスムーズにいく感じ、非常に難しい。

マスキングをした緑と白のラインを入れたが、そこら辺にあるマスキングテープを使ったせいか酷い状態になってしまった。押さえているつもりでも塗装の粘度で水っぽくなると沁み込むようだ。
この後、手作業で何とか修復して見たいと思う。

以下は、マスキングで失敗してはみ出た塗装を修正した状態。
手作業でラインを修正したが塗装が段々厚くなってしまい、やりにくくなるばかり、これも経験が必要ということ。

かなり綺麗になったと思うが、やはり最初のマスキングをチャントする必要がある。

結論として、綺麗に塗装するにはスプレーが必要ということになる。
慣れない人が手作業で塗るとどうしてもムラになり厚く塗ってしまう。

手作業でも白の下塗りをして、本塗りを一度で完成する程度ならかなりいい仕上がりになるが、修正しながら、色々塗り重ねているうちに厚くなってしまう。

最後に大きなパーツの組み立て

いよいよボディの上下合体前。
あれだけ苦労して作成した内部だが、合体すると下の中身が全く見えない状態になる。

この上下の合わせに組み合わせで、苦労してかなり時間を浪費してしまった。

主翼とエンジン、フロートの組み立て。

主翼に対して水平尾翼が少し左に傾いているように感じる。ただ置くだけなので修正のしようが無い。
気にしないことにした。

台車とポルコ・ロッソの立像と

この小さなフィギア、塗装は投げ出したくなるようなレベル。
何度も何度も塗り直してやっとここまで作成したが、アップで見るととても見るに堪えない。
これ以上続けて描き直すことを諦めた状態。

上出来とは言えないこのポルコ・ロッソ、気が向いたら再度、修正に挑戦してやってみたい。

完成しました！

素晴らしい作品が完成したとはいかなかったが、それなりに満足している。

尾翼の緑と白の赤のカラー、マスキングテープのしっかりしたものも使っていないので、残念ながら漏れ出して後の修正で苦労してしまった。

全体的に手作業の塗装ということで、やはりムラが出て厚塗りになってしまっている。
小さなフィギアは手作業でやることになるが、大きな面はやはりスプレーが必要になる。いろんな作業をする上で、どうしても塗装面を手で触ってしまうので手垢がついてしまう。ビニールの手袋でもして作業をするのだろうか？

課題がいっぱい見えてくるプラモ作りではあったが、6月の後半からスタートして7月の後半に完成。
79歳という年齢から来るもので、中々集中してやれないので、約１ヶ月近くかかってしまったが、どうにか完成までこぎつけた。
久しぶりにワクワクしながら作ったプラモデル、とても興奮して楽しかった。

プレゼントありがとう！！

スマートフォルダの作成手順

Finderを開き、画面上のメニューバーから「ファイル」->「新規スマートフォルダ」を選択。

フォルダ右上の「＋」ボタンをクリックして検索条件を追加する。
以下は既に追加した後だが、検索：でこのMacを選択すると外付けのSSDまで全て検索できる。
名前を「.af」としているのはAffinityのファイルの拡張子で、次に「で終わる」を選択。これで以下のように「.af」とう拡張子が付いたファイルを全て選択することが出来るようになる。

設定が終わったら右上にある「保存」をクリック。
フォルダの名前と保存先を入力し、「サイドバーに追加」にチェックを入れて「保存」。

これで次回からFinderのサイドバーからワンクリックでアクセスできるようになる。

あっちこっちにバラバラになっているファイルが一つのフォルダに表示されるので、非常に便利な機能になる。

このフォルダの保存先は：/Users/ユーザー名/Library/Saved Searches/Affinityファイル.savedSearch

よく使われる検索条件の組み合わせの例。

• 最近開いた書類をすべてチェックする:
  条件に「最後に開いた日」を「今日から3日以内」とし、さらに「種類」を「書類」に設定。
• 未分類の画像を自動でまとめる:
  条件に「種類」を「イメージ」にし、「最終変更日」などを組み合わせて期間を指定。
• ファイル名で一括抽出:
  条件に「名前」を指定し、「〇〇という文字を含む」と設定すると、特定のプロジェクトに関連するファイルをすべて集約できるようになる。

複数の条件を設定

これはできないことは無いが、例えば最後の拡張子を指定する場合は、条件を複数入れると「いずれかに一致」の条件などを選択する必要がある。
しかし、この条件で検索すると、かなり曖昧な条件になるので思い通りにならない場合になる可能性がある。

ピッタリの条件を入れる場合は、一つだけの条件にした方が確実に良いということになる。

設定->アプリ->アプリのすべてを表示->「Google Play 開発サービス」アプリを選択。
これを無効にしている場合、再生が停止するので、有効にする。

これ既に有効になっている。

上記が該当しない場合、端末の省電力設定が影響している可能性がある。

「アプリ -> アプリのバッテリーの使用量 -> radiko -> バックグラウンドでの使用を許可」をオンにした。これを使用するとRadikoによるバッってリーの使用量が増える。

多分、これをオンにしてから途切れるようになったのでこれだと思う。Radikoのバッテリー使用量が突出して大きかったのでオフにした覚えがある。

さらにこれをタップすると、最適化と制限なしがあるが、自分の場合は最適化で問題なくradikoは途切れることなく聞くことが出来るようだ。
制限なしもオンにすると良いようだが、これをオンにするとバッテリーの使用量が増えるとあるので、敢えてオフにしている。

Voxengo OldSkoolVerb（無料）

ダウンロード先：https://www.voxengo.com/product/oldskoolverb/

以下の「Download AU,AAX,VST3 for Mac」からダウンロードする。

dmgファイルでダウンロードされる。

プラグインのインストール手順

このサイトに詳しい説明：https://soundworksk.net/oldskoolverb-install/

dmgをダブルクリックすると以下のようにウインドウが開くのでoldskoolVerb.componentをComponentsのエイリアスフォルダに入れるという方法もあるが、私はダイレクトに実際のフォルダを開いて入れた。
Mac全体で使うようにするのではなく、個人で使う方法を選んでだのでUsersのLibraryに入れているので以下のようなパスになる。「m1mac」のところがユーザー名になるので各自入れ替えること。

/Users/m1mac/Library/Audio/Plug-Ins

「/Library/Audio/Plug-Ins/」には以下のように「Components」と「VST」フォルダがある。

上のウインドウ内の「A」の componentファイルは「Components」フォルダへ、「B」の vst ファイルを「VST」フォルダに配置。と vst3 は「VST3」フォルダに配置。
この２つのフォルダが必要なのかが分からないが、このように配置していると問題は出ない。

「C」のAAX プラグインは「Plug-Ins」フォルダに配置（ProToolsを使っている人の為のものらしい）。

コピーが完了したら、GarageBandを再起動。

以下の順番でクリックしていくとプラグインが表示されるようになる。

上のところをプルダウンしてAudio Unitsを選択して開くとプラグインを選択できるようになる。

プラグインに！マークが表示される場合

しかし、③のところで！マークが表示されている場合は配置が間違っている可能性がある。
④の警告は最初にプラグインを入れたとき表示される可能性がある。

キーボードの表示

ウインドウから「キーボードを表示」を選んで、キーボードのウインドウを開く。
下の画像では非表示となっているが、表示が本当。

左上にある二つのアイコンの右側をクリックすると、ミュージックタイピングに切り替えることができる。

ミュージックタイピングの表示

メニューバーの「ウインドウ」から「ミュージックタイピングを表示」で開くことができる。
ショートカット：「⌘K」

下の画像では非表示となっているが、表示が本当。

左上にある二つのアイコンの左側をクリックすると、キーボードに切り替えることができる。

Macのキーボードを使って直接音を出すこともできる

ミュージックタイピングを開いた状態では、Macのキーボードから直接音を出すこともできる。上の鍵盤に記述されてる英数字の文字とMacのキーボードの英数字と一致しているところが「ミュージックタイピング」と同じ動作をして音を出すことができる。

従って、鍵盤が手元に無い場合は、キーボードを演奏すると同じように音を出すことができるので、ちょっと便利かな？