AudioUnit(iOS)を20個以上用いて「ラウドネス周波数特性補正付き音楽再生アプリ」を独学で造り上げた奮闘記　[ その後 -１ ]

##A. 事情と顛末
<font color="red">追加記入 : </font>2019年12月24日、著者記事へのアクセスは、本記事最上部の「Try-Jizy」をクリックするとアクセス可能なリストが表示されます。よって、記事最下部の「著者記事等へのアクセス案内」からこの部分を削除しました。
<font color="red">追加記入 : </font>2019年12月09日に『AudioUnit(iOS)を20個以上用いて「ラウドネス周波数特性補正付き音楽再生アプリ」を独学で造り上げた奮闘記　[ その後 -2 ]』を投稿しました。
<font color="red">追加記入 : </font>"iOS-12.1"に対応させた"私のApp"を、2019-03-16に"Ver-2.2"としてリリースしました。長いトンネルでした。後日、詳細や顛末を投稿させて頂きます。<font color="red">2019-03-17 by Try-Jizy</font>
<ul><li>2018年8月7日頃に「MPMusicPlayerControllerに挙動不審」という記事と2018年8月16日頃に上記の主題から末尾の [ ] 部分を除いた表記で「タイトルも長いが本文がもっと長かった記事」をQiitaさんに投稿しました。</li>
<li>素人の悲しさ、2件目で記述の何か(詳細不明)がQiitaさんのフィルターにブロックされて投稿(送信)出来ないすったもんだもあり、Qiitaさんにお世話をかけかけながらも無事掲載させて頂きました。</li>
<li>本人としては、長期に渡って収集した「技術と理論に新たな視点での分析と自論を加えた」記事を発表しようと意気込んだ結果でしたが、ただ、チョット長すぎたようです。</li>
<li>しかし、プログラミングの分野に仲間のいない孤独な老体にとって思いもよらない多くの<font color="red">"フォロアーさん"</font>や<font color="red">"いいね"</font>そして<font color="red">"アクセス"</font>を頂ています。<font color="red">アクセスは現在も続いていて</font>、頑張って書いた甲斐がありました。</li>
<li>ところが、9月18日頃にiOSが12.0へとXcodeが10.0へのバージョンアップが有りました。このiOS12.0に、"私のApp"にも影響がある変更が含まれていました。それも、iOS11.3のアップデートと同じ部分を以前の状態にもどしたようなものでした。</li>
<li>また、私的事情で2件目(長文の方)の投稿記事を「プリントアウト」する必要が発生し、「Qiita投稿原稿 → Atom+Markdown → HTML → PDF → 印刷」の手順で作業し、PDFで印刷することを行いました。</li>
<li>そこで、上記の主題のように[その後 -１]を追記して、2件の投稿内容に関わる「その後の経過情報や新たな能書き」をまとめて投稿させて頂くことにしました。なお、<font color="red">この投稿の最後に各投稿へのリンクを用意しました</font>。</li></ul>
##B. iOS-12のバージョンアップでも挙動不審発生
<ul><li>「iOS11.3」と「iOS12」のバージョンアップは、「こんなのありですか _! ! !_ 」という内容でした。それも、「iOS11.3」から、わずか半年後に元にもどすような変更ですよ。また、チコちゃんに叱られる事態です。</li>
<li>チコちゃんと言えば、10月20日朝の再放送枠(東京では19日金曜夜の放送が特番のため放送されなかった)で「漫画で静かな状態を<b>"シーン"</b>と書いて表現するのはなぜか?」という疑問を取り上げていました。聴覚の構造やキレイな有毛細胞の映像が解説に使われていました。答えは、「人間には静かだと<b>"シーン"</b>と聞こえる聴覚の特徴を持っている」でした。無響室での現象は、その次の段階なのかな ? 。詳細は、再放送やオンデマンドで確認してね ! 。</li>
<li>本題にもどって、発生元は「MPMediaPickerControllerとMPMusicPlayerController」の組み合わせで、iPhone内の音楽ライブラリーから曲名や歌手名、音楽データファイルを取得するためのコントロール部分です。</li><li>この機能は、iPhoneのMusicも使っているライブラリーへのアクセスであるため、アンタッチャブルな部分を守りながらアクセスを可能にする機能として、Appleが提供しているプログラムのはずです。長らくこの分野は無風状態だったのですが残念です。</li>
<li>どこにも、「すっとこどっこい」は居るものですね ! 。ま、きれいごとだけでは無いという「イタリアで、基本ソフト(OS)のアップデートを奨励することで旧機種の稼働速度を遅くしていたことで罰金」との記事もありました。<a href="http://www.afpbb.com/articles/-/3194585?cx_part=top_latest" target="_blank"><b><font color="#0080C8"><見逃した方はここからどうぞ></font></b></a></li>
<li>Good jobな変更としては、UIWebView(Deprecated)をTexViewに置き換た部分で、スクロールするために画面タッチをすると出ていた「文字選択の四角いマーカー」が出なくなったことです。前回の修正時にこの機能をOFFにする方法を散々探したのですが解決出来ませんでした。ただし、Simulatorではまだ出ます。</li>
<li>結果としては、「iOS11.3」への対応が裏目に出たような原因で発生していてガッカリです。でも、再生系は通常の動作をしており音楽を聴くことは出来ます。なお、これらの症状は解決出来るものであると思慮しています。</li>
<li>さらに、iOSやXcodeに次のバージョンのベーター版が提供されている事や、10月30日には新製品の発表が実施されました。その前後にバージョンアップが実施される多くの前例があように、案の定 iOS 12.1 が発表されました。そして、iOS 12.1 を実機でテストしましたが改善されていませんでした。</li>
<li>また、ライブラリーをMUSICと共用した音楽再生Appには、実機でしか動作確認が出来ない(特に今回の部分)事情もあり、"私のApp"のバージョンアップ作業のタイミングを探っていました。</li>
<li>そこで、"私のApp"を御利用頂いている方に「もうしばらく修正のための時間が必要である」ことへの御理解をお願いする次第です。現状への対策は、SongListを開く前にShuffleとRepeatをそれぞれセット、リセットを一回ずつ操作することぐらいです。</li></ol></ul>
##C. Xcodeの10.0へのバージョンアップでの影響
<b>◎ 出ましたよ沢山のイエローカードが _!  !  !_ 。</b>
<ul><ol><li>「新しいビルドシステムは、オンデマンドリソースをまだサポートしていません」(使っていない) →いつの間にかErrorは消えた。</li><li>どのデバイスでも「システムリソースが不足しているため、デバイスを起動できません」(何で ! 、何が ? ) →いつの間にかErrorは消えた。</li><li>その他、DeprecatedだったDelegate設定の削除忘れミス(新しい設定と両方を記載していた、Ver10より前での指摘無し)を含めいくつか指摘された。→ 解決済み。</li></ol>
<li><b>◎ 新機種のView(画面)への対応</b></li>
<ol><li>XSとXRへの対応は完了させましたが、XS MAXでXcodeのSimulatorで画面が表示される前に止まってしまう現象が発生しています。XRとXS MAXのView設定は共通なはずなのですが、まだ解決出来ていません。</li><li>そこで、Web検索をしてみました。Xcode10で問題を抱えている書き込みを見つけましたが、同じ症状の記載はありませんでした。一部(Objective-Cを使用)の方達には、Xcodeのバージョンを以前のものに戻す動きもあるようです。<a href="https://teratail.com/questions/148869" target="_blank"><b><font color="#0080C8"><参考資料-B1></font></b></a></li><li>残念ながら、"私のApp"は全てが"Objective-C" です。この問題を解決するのにもう少し時間が掛かりそうです。</li></ol></ul>
##D. 長文記事をPDFに変換して印刷
<ul><li>私的事情で「投稿記事のプリントアウト」が必要な状況となり、投稿原稿を 「Atom+Markdown」にコピーペーストして、HTMLに変換し、さらにMacの印刷機能でPDFにして仕上がりを確認し、PDFを印刷したのですがシックリこない出来栄えでした。</li><li>ちなみに、投稿原稿は「Atom+Markdown」で作成し、Qiitaさんの原稿用紙にコピーペーストしながらQiita仕様に合わせた修正と、読み直して気付いた部分に変更を加えたものでした。</li><li>熟慮の結果、投稿文を「Atom+Markdown」にもどしHTMLに変換、約290行ある「style」部分を全部カットするなどHTMLに手を加え、それに、新たにstyleとCSS加えて、文脈を考慮して決めた位置に改ページ<a href="https://www.tagindex.com/stylesheet/page/page_break.html" target="_blank"><b><font color="#0080C8">< 参考資料-D1 ></font></b></a>を配置(この時、何度もPDF変換をして確認)、などを行った。</li><li>加えて、目次と各項目へ相互に飛ぶリンク<a href="https://www.tagindex.com/html_tag/link/a_id.html" target="_blank"><b><font color="#0080C8">< 参考資料-D2 ></font></b></a>、投稿のタイトルをページトップに、ページ番号をページボトムに配置するなどして体裁を整え、AppleのPDF変換機能でPDFにして印刷するという手法に辿り着きました。そして、何とか完成させました。</li>
<li>さらに、折角だからと調子に乗って「てん末の開示と備忘録及び実施サンプルとしてPDFへのリンクを貼った」記事を投稿することにしました。<font color="red">この投稿の最後に、リンクを用意しました。</font></li>
<li>でも、HTMLが長〜い巻紙で、PDFはカット紙のイメージですが、いざ変換して印刷すると随分違つた感じになるものですね。記載内容は同じなのにね。印刷物で育ったジジーだからかな ? 。</li>
<li>なお、印刷して詳細まで確認したい方もいるのではと、両サイドの余白を少し広くして両面印刷にも対応させました。自己満足の世界にドップリです。</li></ul>
##E. 「CotEditor + Safari」で「Atom + Markdown」のまねごと
<ul><li>実は、「Atom+Markdown」と「Qiita原稿投稿フォーム」での、入力と仕上がりの画面が並んだ使い方に感心していました。それまでの、CotEditorで作った原稿を保存し、SafariでそのFileを開いて確認する事を繰り返す、私の手法とは大違いでした。ちょっと、ハマっていました。</li><li>でも、少し不満も芽生えました。「Markdown記法」だけではなくHTMLも理解している必要があり、HTMLにはもっと沢山の機能があるのに細かくいじることが出来ず、結局コードを追加することになることです。もちろん、投稿や議事録、メモ、下書き、などの作業に必要な機能は備えていて、簡便な作業で仕上げられることは十分に値打ちがあるものと理解もしています。</li><li>そこで、当初の私のやり方を改善する事を思い付きました。とは言え、「私が知らなかっただけだった」のだろうとも思慮しています。でも、結構HTMLがらみで検索を掛けて来て見かけたことが無かったので、参考になる人もいるだろうと思い記します。この原稿も下書きは、この手法で書いています。</li><li>図-E01が「CotEditorとSafariで「Atom+Markdown」のまねごと」の画面です。</li></lo>
■ 図-E01. CotEditorとSafariで画面分割 (著者作成)
<img alt="図-E01" src="https://qiita-image-store.s3.amazonaws.com/0/277872/035ac826-60a4-461c-ae6f-cfd69c54c859.png"></ul>
<b>◎ 基本的設定と動作</b>
<ul><ol><li>図-E01は、左半分にCotEditor、右半分にSafariを立ち上げて、同じhtmlファイルを読込み、表示しています。</li><li>文章のみだとこのままでもOKですが、Imageなどの横幅サイズが影響するアイテムを使用する事を考慮すると以下の設定を&lt;style&gt;内に書き込む必要が有ります。なお、特に「width」は、Safariの「表示」で「縮小」を一回押して一段だけ縮小した表示の設定にしてある、著者の場合の値です。各自で、長い文字列や横長のImageを使って自分の環境での「pxの値」を決めて下さい。また、最終仕上げ作業では、仕様に合わせて調整・変更して下さい。</li><big>■ body {width:750px; margin-top:36px; margin-left: 16px; margin-right: 16px;}
■ img {max-width: 100%;}</big>
<li>もちろん、Macの「Split View機能」<a href="https://support.apple.com/ja-jp/HT204948" target="_blank"><b><font color="#0080C8">< 参考資料-E1 ></font></b></a>を使っての２分割画面にするのもアリだろうし、最初からそれぞれ広げておいて、両方が中央で重なる設定での作業もアリだと思います。別々のAppですから、アクティブな方が前面に出て作業出来ます。</li><li>なお、「Split View機能」で遊んで見ましたが、左上の緑ボタン(このボタンがキー)を押すとCotEditorが全画面になったり、戻ったりと、とても面白い動きをしますがCotEditorの右端で文字が半分隠れたりします。折り返し位置の設定か変わるのか ? 、文字サイズが変化するのか ? 、判然としませんが立ち上げ直すと元に戻ります。「Split View機能」を使わなければ安定しています。ちなみに、インスペクタが内側に出て来ます。「Split View機能」使用の良し悪しの判断は各自の判断です。</li><li>面白いのは、CotEditorで文章に変更を加えてから「保存」手続きをしてなくても、Safariの「再読み込み( command+Rもok)」をタップすると、変更された内容を反映し、文字の位置も変わらずに表示されることです。自動バックアップ機能のおかげかな ? 。おかげで、確認をしたい時に「再読み込み」をタップをするだけでチェク可です。</li><li>私が気に入ったのは、Safariに書いてある文字を「コピー」して、CotEditorに貼り付けることも出来ることです。同じ語句を何度も使う時に便利です。</li><li>さらに、CotEditorをアクティブ状態にしてカーソルを置いた状態でトラックパッドを２本指でダブルタップをすると、文字がドーンと拡大され細かな所を確認・修正出来ますます。終わったら同様なタップをすると元に戻ります。Safariは、widthを設定したためかチョットだけの拡大です。</li><li>もちろん、アクティブな方にカーソルを置いてトラックパッドで２本指を広げたり、狭める方法でも拡大縮小が出来ます。この時も、トラックパッドで２本指のダブルタップすると元にもどります。(7と8は、基本動作の範囲内です)</li></ol><li><b>◎ で、CotEditor育成者(開発者)様にお願い(日本製とのことと、可能であればです)</b></li><ol><li>htmlの&lt; body &gt;内で多用するコード、例えば「<font color="#0080C8">&lt; b &gt;、&lt; /b &gt;、&lt; br &gt;、&lt; u &gt;、&lt; /u &gt;、&lt; li &gt;、&lt; /li &gt;、&lt; ol &gt;、&lt; /ol &gt;、&lt; a href="XXXX" target="_blank" &gt;、&lt; /a &gt;、&lt; font color="#YYYYYY" &gt;、&lt; /font &gt;、&lt; img alt="図-ZZZ" src="./fig-ZZZ.png" &gt; ・・・・ etc</font>」を、既存の「インスペクタ」の動作のような仕掛けで出て来る「(仮称) htmlインベーダー」を設置して、コードをグループごとに列記表示する事です。</li><li>使い方は、文中にカーソルを置いて、「htmlインベーダー」に配置されている上記のようなコードを単独やペアーで選択すると、文中に置いたカーソルの位置にペーストされる機能が欲しいのです。不可の場合は、htmlインベーダーでTextをコピーして、本文に戻りペーストする手法が残っています。</li><li>さらに、htmlインベーダー内でのスクロール表示機能が必要かな ? 。インスペクタボタンにON/Offの文字もしくは色の変化も欲しいかな ? 。</li><li>ただし、出し入れ出来る機能は必須です。文章をドンドン入力している時には、CotEditorを全面に広げて作業するので、この機能は使わないと思うからです。</li><li>「htmlインベーダー」の幅は、Safariの「再読み込みボタン」が隠れ無いぐらいまでにする。Safariで確認する時は「Safariの再読み込み」ボタンをタップして、アクティブと再読み込みとを一つの動作で行なっているからです。結果、htmlインベーダーのみがSafariの下に隠れるので、都合がいいです。「幅の調整可」もアリかな ? 。</li><li>ついでに、htmlインベーダーの項目を増やす編集機能が欲しい。よく使う特殊文字のコードも表示したいかな ! 。</li><li>また、「改コード、エンコーディング、シンタックス」の表示は、インスペクターのボタンの様な物を押すと出てくる形式でもいいかな ? 。そんなには変更や確認をしないし、このハチマキ部分の上下幅をSafariに近づけると使いやすいかな ? 。</li><li>余談ですが、インスペクタは、使ったことがあるというか突然出て来て、ミスっている箇所を教えてくれて助かりました。
また、今使っているファイルには、「情報を見る → このアプリケーションで開く」でCotEditorを設定し、このファイルへのリンクを貼ったhtmlファイルからSafariを呼び出しています。すなわち、アプリを直接立ち上げる事なく作業が出来るようにしてます。大して手間が省ける訳ではないのですが、やっています。</li><li>
質問ですが、カーソルの横幅を今の2から3倍に出来ないでしょうか ? 。小さな文字サイズで使用していて目立たないので赤色にしていますが今ひとつです。この件を、App内とWeb検索をしましたが判明しませんでした。
<font color="red">(追記 ; この件、Ver 3.6.5で追加されていました。)</font> ついでに、アプリ画面の位置とサイズの指定(プリセット)は ? 。</li><li>ちなみに私のCotEditorは、環境設定で、行高さ=1.1、フォントサイズ=14、カーソル= red、キーワード= #0F80FF(青系)、属性= #00B000(緑系)で使っています。過度なカラフルは、好みません。Xcodeは、だんだんカラフルになって行きますね。</li>
<li>自分じゃ出来ないくせに勝手な事を書きました。CotEditor育成者(開発者)様、御免なさい。もちろん、メールの下書きや翻訳時、通常の文章作成にも重宝していて、今後も多用途に使わせて頂きます。</li><li>応用範囲が広そうだなァ ~ ~ 。アーア、これでアイデアが公開に成ってしまったよ ! ! ! 。世間知らずだと、絵空事に夢と満足が膨らみます。もっとも、CotEditorさんがこの投稿を見てくれるかが最大のハードルかな ? 。他のテキストエディターさんも実施したら教えてね ! 。Xcodeは、HTML(使った事アリ)とXML(Fileを開いた事アリ)も編集出来る様ですけど、親(Xcode)はどでかいからなァ〜。</li></ol></ul>
##F. A4ペーパーとSafariのPDF変換でのピクセルサイズ設定を考察
<ul>
<li>調子に乗って、"私のApp"のホームページの一部ページをPDFに変える作業をしました。その中で、体裁を整えようと「WidthやMarginをPixel単位で調整しようとした時に、肝心の用紙とPDFとのサイズ関係がわからず、調査しました。方法は、htmlにいろんなサイズのイメージを貼り付けて、サイズによるのPDFページ数の変化で確認しました。</li><li>ただし、記載の数値は「あくまで著者の環境でのもので有り、参考数値です。一切の責任は、無いものとさせて頂きます。また、PDF変換でのプリンター側の設定との関係は未調査です。</li>
■ 図-F01. A4ペーパーとSafariのPDF変換でのPixelサイズ考察 (著者作成)
<img alt="図-F01" src="https://qiita-image-store.s3.amazonaws.com/0/277872/656c5f85-41de-3e57-fc5f-0ea6846e5703.png">
<li>図-F01の見方ですが、緑のA4用紙の上に橙色のPDFの使用可能範囲サイズの用紙が乗り、その上に白色の「Margim」を設定した記入範囲の用紙を乗せてあるイメージです。</li><li>また、赤色線と赤色文字は、可変出来ない固定された要素です。青色線と青色文字は、それぞれの「Margim」で設定された記入範囲を示す白色用紙の要素です。黒色線と黒色文字は、全て「Margim = 0」の設定をした場合の使用可能範囲です。</li>
<li>図としての表示寸法比は、見やすくするために誇張して有ります。矢印は、矢印の無い方が起点、矢印の有る方が設定によって決まった位置を示しています。調整できる全ての要素は、左上角に赤色矢印で示した基点が設定数値のスタートになります。XcodeのViewの考え方と同じです。</li><li>なお、記入範囲の右側は「width」などの折り返し設定が無いと切り捨てられた表示となり、下方は次ぎページに移動します。</li><li>次ぎに、SafariのPDF化でのページプリントの設定項目を再確認します。</li>
■ 図-F02. SafariのPDF化でのページプリントの設定 (著者作成)
<img alt="図-F01" src="https://qiita-image-store.s3.amazonaws.com/0/277872/a30d2f29-a914-bcb8-9055-7989cd617de4.png">
<li>PDFで印刷している範囲なら、用紙は減りませんので設定をいじって見てください。「shift + command + 3」で画面コピーをして、今の設定に戻せるようにしてからスタートです。</li><li>以上、あれやこれやをやりながら、「ホームページの一部ページをPDF化」も無事に完了させました。</li></ul>
##G. おまけの情報
<b>◎ 玄関の鍵に住み着く「ガリガリ君」を追い出した話</b>
<ul><li>今年の夏が暑かったせいか、我が家の玄関の鍵の抜き差しがガリガリに成りました。そこで、管理人さんに相談したところ「5-56」は使わないでくれと言われ、鍵には絶対に良くないので、保管している専用品があるからと鍵穴にスプレーしてもらいました。</li><li>マンションでは、玄関扉が共有物と個人所有部分の境目でになっていて、勝手に加工してはいけない箇所なので管理人さんに相談したのでした。結果、となりの家の鍵でも開くのではないかと思えるぐらいスムースに抜き差し出来て、ベタベタも無しでした。</li><li>同様なお悩みをお持ちの御貴兄には、管理人さんに相談したのちに、Webで「鍵穴、潤滑剤」で検索すると沢山出て来ます(有名鍵メーカーの製品が間違い無いかな)ので、やってみる値打ちは十分にあります。</li></ul>
<b>◎ Qiita投稿記事検索の話</b>
<ul><li>著者は数年前からQiitaさんからメールで送られて来る「先週いいねが多かった投稿ベスト20」を読むだけでした。</li><li>しかし、数日後に自分の投稿を確認したくてアクセス方法を探しましたが、タイトルで検索して初めて自分の記事を確認出来たのに、既にアクセスしている方がいらっしゃいました。どこで見つけたのかとても不思議でした。その後、「投稿記事のタイトルの下にある分類(ボタンだった)から見る方法に気付きました。</li><li>投稿後しばらくしてから、「Qiitaの新着記事を見たい。なのでQiita APIを叩こう。」と言うタイトルのQiita記事<a href="https://qiita.com/yyano/items/f8172f80cb93307af317" target="_blank"><b><font color="#0080C8">< 参考資料-G1 ></font></b></a>を見つけて、記事のタイトルをリストにして公開してある「github」<a href="https://github.com/yyano/Qiita-News#Qiita" target="_blank"><b><font color="#0080C8">< 参考資料-G2 ></font></b></a>へのリンクを貼ったhtmlファイルを作って、githubに出て来るリストの左側の「日付.md」をタップして、時々ですが新着記事をチェックしています。</li><li>上記以外で、Qiitaさん推奨やその他でみなさんがチェックしている窓口があるようなら、御教授頂けると幸いです。まだ「コメント」を頂いた事が無いので、ぜひ ! 。</li><li>また、投稿者がログイン状態でアクセスすると、「アクセス(Views)数にカウントされず、いいねも出来ない」ことやログインしていないと「アクセス数が表示されない」ことを初めて実体験しました。</li><li>でも、ちょっと反省です。今まで沢山の記事を読み、PDFで保存して来ましたが一度も"いいね"や"フォロー"をした事がありませんでした。先日ようやく、初めての"いいね"をしました。日本人だなァーと思いますが、今後は意識して行おうと思う昨今です。投稿者の励みにもなるし、活性化しますものね _! ! !_ 。団体さん問題も解消の方向に歩き出すかも ? 。</li></ul>
<b>◎ Qiitaさんの「先週いいねが多かった投稿ベスト20」を分析してみた。</b>
<ul><li type="circle">下図に示す図-G01は、表ですがImage(1189px x 727px)にして縮小表示しています。Imageをクリックすると、十分に読めるサイズに拡大されます。</li><li>なお、今回も長くなっているので、解析は各自にお任せします。だから、私の分析の中身は記載しません。環境・立場によって、見方も違うと思います。楽しまれて下さい。</li>■ 図-G01. 10/31付のQiita「先週いいねが多かった投稿ベスト20」で動向を分析 (著者作成)
<img alt="図-G01" src="https://qiita-image-store.s3.amazonaws.com/0/277872/40974d03-570e-f31d-86e6-b8ce3f818e8a.png">
<li>なお、記載が間違っているものは拾いミスです。ご容赦下さい。他意はありません。</il><li>また、表中の「確認出来ず」の表記は、沢山の投稿の中で「見つけ出す事が出来なかった」の意味です。</li></ul>
##H. 最後に
<ul><li>気が付けば、10月30日のApple新製品発表会も終わり、今年もあと２ヶ月です。遊んでいる暇も無いいですね。失礼、毎日遊んでいると言われていましたね _! ! !_ 。</li>
<li>人間生涯、勉強・勉強・・・。アッ、"シーン"と音が聞こえますネー。・・・老化による耳鳴りか ? ? ? 。ところで、チコちゃんが紅白に出演するかナァー ? 。</li>
<li>以下に、著者の投稿記事と関連するリンクをまとめて記しておきます。なお、URLに変更が生じた時には、「投稿記事の修正」や新規投稿で反映させてお知らせします。</li>

以上、お付き合い有難う御座いました。
■ 著者 : Try-Jizy (トライ・ジジー) / (2018-11-02 脱稿 / 2018-11-05 投稿)
■ 参考 : <a href="https://itunes.apple.com/jp/app/dddafplayer/id1189020271?mt=8"><font color="#0080C8">< AppStore内 "私のApp" == "dddAFPlayer" へのリンク ></font></a>