<?xml version="1.0" encoding="utf-8"?>

<rdf:RDF
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
  xmlns:content="http://purl.org/rss/1.0/modules/content/"
  xmlns:cc="http://web.resource.org/cc/"
  xmlns="http://purl.org/rss/1.0/">

<channel rdf:about="http://starfleet.txt-nifty.com/blog/">
<title>航海日誌 Starlog</title>
<link>http://starfleet.txt-nifty.com/blog/</link>
<description>我が家のパソコンのメンテナンス記録の備忘録, macOSやWindowsを使っていて気づいた事なんかを書いています。
MacBook ProにはXubuntuも入れてます。
</description>
<dc:language>ja-JP</dc:language>
<dc:creator></dc:creator>
<dc:date>2026-01-10T13:56:23+09:00</dc:date>


<items>
<rdf:Seq><rdf:li rdf:resource="http://starfleet.txt-nifty.com/blog/2026/01/post-48f660.html" />
<rdf:li rdf:resource="http://starfleet.txt-nifty.com/blog/2026/01/post-052d51.html" />
<rdf:li rdf:resource="http://starfleet.txt-nifty.com/blog/2025/12/post-ecd646.html" />
<rdf:li rdf:resource="http://starfleet.txt-nifty.com/blog/2025/05/post-06a6e5.html" />
<rdf:li rdf:resource="http://starfleet.txt-nifty.com/blog/2025/02/post-59a5c9.html" />
<rdf:li rdf:resource="http://starfleet.txt-nifty.com/blog/2024/12/post-10233b.html" />
<rdf:li rdf:resource="http://starfleet.txt-nifty.com/blog/2024/01/post-3ed23e.html" />
<rdf:li rdf:resource="http://starfleet.txt-nifty.com/blog/2023/08/post-b886d6.html" />
<rdf:li rdf:resource="http://starfleet.txt-nifty.com/blog/2023/08/post-ecdc55.html" />
<rdf:li rdf:resource="http://starfleet.txt-nifty.com/blog/2023/07/post-46c44a.html" />
</rdf:Seq>
</items>

</channel>

<item rdf:about="http://starfleet.txt-nifty.com/blog/2026/01/post-48f660.html">
<title>macOS Tahoeでスキャナーを使う</title>
<link>http://starfleet.txt-nifty.com/blog/2026/01/post-48f660.html</link>
<description>macOS TahoeでLAN接続のスキャナを使うには、システム環境設定でセキュリティとプライバシーのローカルネットワークでスキャナのプログラムにアクセスを許可する必要がある</description>
<content:encoded><![CDATA[<p>新たに購入したMac mini 2024にはそれまでのメインマシンであるMacBook Pro 15" (2017)の環境を移行した。Mac mini 2024の初回起動時に移行元を尋ねられるので、MBP15を指定しようと思っていたら、移行元リストにいつまで経っても出てこない。Mac miniは有線でLAN接続、MBP15は無線LAN接続。こんなこともあろうかと直前に取っておいたMBP15のTimeMachineのバックアップディスクを接続し、これを移行元とした。ほぼ以前の環境のまま使い始めることができた。</p>
<p>そのせいだろうと思うが、環境移行後にインストールしたExcelが起動しないなどのトラブルがあったが、今回はスキャナーが使えないというトラッブル。</p>
<p>10年以上使っているBrother DCP-J957Nというスキャナー付きのプリンターをLANに繋いである。イメージキャプチャを立ち上げるとスキャナーに接続を試みるものの失敗して「<span class="YrbPuc"></span>Failed to open a connection to the device(-21345)」と表示される。</p>
<p>システム環境設定→プライバシーとセキュリティー→ローカルネットワークと開き、Brother Scannerのスイッチをオンにする。これでスキャナーを使えるようになった。</p>
<p>MBP15のmacOS 13 Venturaにはローカルネットワークという項目はなかったので、その後追加されたろだろう。Mac mini使用開始時に自分はスキャナーは使わなかったので、たぶん妻が使おうとしてセキュリティの確認が表示されて対応できなかったのだろう。</p>]]></content:encoded>


<dc:subject>Mac OS X</dc:subject>

<dc:creator>yish</dc:creator>
<dc:date>2026-01-10T13:56:23+09:00</dc:date>
</item>
<item rdf:about="http://starfleet.txt-nifty.com/blog/2026/01/post-052d51.html">
<title>ファイルをmp3に変換するフォルダアクションのスクリプト</title>
<link>http://starfleet.txt-nifty.com/blog/2026/01/post-052d51.html</link>
<description>Unixのシェルは賢い</description>
<content:encoded><![CDATA[<p>シェルスクリプトをいじるのはほぼ初めてなので、今後のために気づいたことをメモしておく。多分忘れるから。</p>
<p>シェルスクリプトからlameコマンドを呼び出すとき、ターミナルにタイピング入力する感覚で必要なオプションを書き並べていけばいいと思っていたら、Unixのシェルはすごく賢くてそんな単純なものではなかった。</p>
<p>Macを使っている気安さから（ファイルやフォルダが内部的なID番号で識別されていた時代が懐かしい=Mac OS 9以前）、ファイル名に空白文字が入ることがしょっちゅうある。今回lameに渡したいファイル名にも空白文字が入ることがある。Windowsのコマンドプロンプトの感覚で、空白文字は引数のセパレータだからファイルパスをダブルクォーテーションで囲わないといけないかな、と思って自分でダブルクオーテーションで囲ったパスの文字列を含んだlameを呼び出すコマンド行を色々作ってみるが全然動かない。どうやら、パスを変数に入れておいて変数をダブルクォーテーションで囲って与えてやれば、正しく動くらしい。</p>
<p>いつも使っているポータブルオーディオプレーヤーが安物なので、サンプリング周波数が44.1 kHz以外ではピーとかギャーとかいうノイズが混入する。ところが、最近使っているFMチューナーは48 kHzで出力してくる（他にはその倍数で）。そこで、lameのリサンプルオプションでサンプリング周波数の変換を行っている。ポータブルオーディオプレーヤー用には別途定位改善のための処理も行っている。このとき、AIFFで保存した元ファイルを処理後に原則的にWAVファイルで保存しているが、たまに間違ってAIFFで保存してしまうことがある。AIFFで保存するときはたいてい" HPL"という識別用の文字列を付加する。つまりポータブルオーディオプレーヤー用にリサンプルが必要なファイルは、ファイル名の末尾が" HPL"か拡張子が"WAV"ということになる。<br />そこで、ファイル名の末尾が"HPL"か"WAV"の場合はリサンプルオプションを設定することにした。具体的には"--resample  44.1"なのだが、これをひとつの変数にいれておくと動作せず、"--resample"と"44.1"を別々の引数に入れて渡す必要があった。</p>
<p>Automatorでフォルダーアクションに設定したシェルスクリプトを実行すると、どういうエラーなのかさっぱりわからないので、確認用のシェルスクリプトをターミナルで実行していたのだけど、echoで処理した文字列を表示させるだけだと、今回メモしたような内容は見た目は問題ないため確認できない。</p>
<p>結局作ったのは以下のスクリプト。面倒なので出力フォルダは固定で直打ち (^_^;)</p>
<blockquote>
<p>for f in "${@}"<br />do<br />qo="-V4"<br />ffn="${f##*/}"<br />extstr="${ffn##*.}"<br />bfn="${ffn%.*}"<br />hpl="${bfn: -3}"<br />rso=<br />rsf=<br />addhpl=<br />if [ "${hpl}" = "HPL" ]; then<br />rso="--resample"<br />rsf="44.1"<br />elif [[ "${extstr}" = "WAV" || "${extstr}" = "wav" ]]; then<br />rso="--resample"<br />rsf="44.1"<br />addhpl=" HPL"<br />fi<br />ofn="<em>出力ディレクトリのフルパス</em>/${bfn}${addhpl}.mp3"<br /><em>コマンドのインストールディレクトリ</em>/lame "${qo}" "${rso}" "${rsf}" "${f}" "${ofn}"<br />done</p>
</blockquote>]]><![CDATA[<p>フォルダーアクションを設定したフォルダが外部ディスクにあると、フォルダーアクションが働かなくなることがあるようで、昨日動いたものが今日動かないということが起こった。</p>
<p>アクティビティモニタでFolderActionDispatcherというプロセスを停止すると自動で起動してきて、その後はフォルダーアクションが動くようになった。</p>
<p>また動かなくなりそうなので、フォルダーアクションを設定したフォルダを内蔵ディスク上のフォルダにして、作業しやすいようにシンボリックリンクを外部ディスクに作っておいた。</p>]]></content:encoded>


<dc:subject>Mac OS X</dc:subject>

<dc:creator>yish</dc:creator>
<dc:date>2026-01-01T15:18:24+09:00</dc:date>
</item>
<item rdf:about="http://starfleet.txt-nifty.com/blog/2025/12/post-ecd646.html">
<title><![CDATA[MacBook Pro 13&quot; 2009から15&quot; 2017へ移行での32 bitアプリの代替

]]></title>
<link>http://starfleet.txt-nifty.com/blog/2025/12/post-ecd646.html</link>
<description>MacOS High Sierraで使っていた32 bitアプリの代わりを、不完全ながらAutomator/シェルスクリプトで作った</description>
<content:encoded><![CDATA[<p>家族用のコンピュータをMacBook Pro 15" 2017からMac mini 2024へ置き換えたので、自分専用コンピュータとしてMBP 13" 2009に代ってMBP 15" 2017を使うことにした。</p>
<p>OSはMacOS 10.13 High SierraからmacOS 13 Venturaになった。一番の違いは32 bitアプリが使えなくなったこと。</p>
<p>FMチューナーの音をUSBオーディオインターフェースで取り込み、適宜編集してからmp3に変換し、ポータブルオーディオプレーヤーで聴くのが日課。iPhoneとかiPodのような洒落たものは持っていない。安物のポータブルオーディオプレーヤーを使っている。畑の草刈りの友なので、そのぐらいのものでないと安心して持っていく気になれない。そういうわけで、AACが使えないので今どきmp3を愛用している。</p>
<p>MBP 13"での作業のフローは次の三通り。</p>
<p>A：タイマー録音：Audacity→不要部分削除：Audacity→ヘッドホンリスニング用前処理：Audacity→mp3変換：lame</p>
<p>B：タイマー録音：Audacity→不要部分削除：ひるの歌謡曲*→ヘッドホンリスニング用前処理：Audacity→mp3変換：iTunes, iTunes-LAME*</p>
<p>C：タイマー録音：crontab（編集はCronniX*）, ffmpeg→不要部分削除：Audacity→ヘッドホンリスニング用前処理：Audacity→mp3変換：lame</p>
<p>ここでソフト名の右にアスタリスクをつけたものが32 bitアプリ。</p>
<p>音声ファイルの編集はAudacityでもできるが、ひるの歌謡曲は使いやすくてMac OS 9時代から愛用していた。さすがにVenturaでは動かないので、Audacityで頑張るしかないか。</p>
<p>iTunes-LAMEは今選択しているプレイリストの中のファイルをmp3に変換してiTunesに追加してくれるソフト。複数の曲をまとめて変換したいときに便利。lameは標準的なエンコーダより高音質と言われているmp3エンコーダで、PowerPC G3の時代から<a href="https://tmkk.undo.jp/lame/" target="_blank" rel="noopener">SIMD演算に最適化されたMac版</a>を使わせてもらっている。このソフトは本家版のlameより早いし、Apple Siliconにも対応している。<br />このlameを使いたくて色々考え、フォルダに入れられた複数の編集後の音声ファイルを自動でmp3変換するフォルダアクションをAutomatorで作製した。引数からファイル名を取り出してlameに与えるオプション文字列を作るシェルスクリプトが中身。</p>
<p>crontabはMacOSでは最初から非推奨だったような気がするけど、crontabの編集に便利だったCronniXが使えなくなったので、じゃVim編集するかというとそれはやりたくない。もともとはcrontabで指定時刻にffmpegを起動していたので、これをAutomatorでカレンダーアラームとして作成。1回作った留守録用イベントは、macのカレンダーでコピー＆ペーストして別の日時として使い回せる。また、定期的なイベントにもできる。こちらも中身はffmpegをオプション付きで呼び出すシェルスクリプト。</p>
<p>完全に同じではないけど、同じ程度には使いやすくしたつもり。</p>
<p> </p>]]></content:encoded>


<dc:subject>LAME</dc:subject>

<dc:creator>yish</dc:creator>
<dc:date>2025-12-30T15:48:24+09:00</dc:date>
</item>
<item rdf:about="http://starfleet.txt-nifty.com/blog/2025/05/post-06a6e5.html">
<title><![CDATA[MacBook Pro 15&quot; 2017 macOS Ventura のファイル共有異常]]></title>
<link>http://starfleet.txt-nifty.com/blog/2025/05/post-06a6e5.html</link>
<description>MBP 15 2017のmacOS Ventura 13.7.6に3月の更新を当てたらファイル共有ができなくなった。5月の更新で復活。</description>
<content:encoded><![CDATA[<p>3月にあったmacOS Ventura 13.7.6の更新を行ってから、これが入っているMacBook Pro 15" 2017のファイル共有が機能しなくなってしまった。更新を行うまではMacBook Pro 13" 2009のmacOS High Sierra 10.13.6とファイル共有ができていて、MBP 13のディスクにMBP 15から接続することもできたし、その逆も可能だった。3月の更新後はどちらのMacともに相手に接続しようとすると「接続できませんでした」と表示され、共有ディスクが表示されなくなった。</p>
<p>5月の更新をMBP 15に当てたところ、ファイル共有機能は復活した。</p>
<p>macOSのどこかが壊れているのかもしれない。このMBP 15はこの秋でmacOSのサポートが切れるので一線から退ける予定。そのときにmacOSの入れ直しをしたほうが良さそうだ。</p>]]></content:encoded>


<dc:subject>Mac OS X</dc:subject>

<dc:creator>yish</dc:creator>
<dc:date>2025-05-18T13:41:15+09:00</dc:date>
</item>
<item rdf:about="http://starfleet.txt-nifty.com/blog/2025/02/post-59a5c9.html">
<title>Excel for Macのアップデート失敗</title>
<link>http://starfleet.txt-nifty.com/blog/2025/02/post-59a5c9.html</link>
<description>Excel for Macのアップデートを中断したらExcelのアプリケーションファイルが壊れた。TimeMachineで取ってあったバックアップからExcelのアプリケーション本体を戻して復元した</description>
<content:encoded><![CDATA[<p>macOS Ventura 13.7.3が入っているMacでMicrosoft Updateを実行したが、管理者権限がないユーザーだったせいか進捗バーが最初の位置から殆ど動かなかった。3分ぐらい待っても変化がなかったので、進捗バーのすぐ下にあったキャンセルボタンをクリックして終了させ、ユーザーを切り替えてMicrosoft Updateを実行したがアップデートすべき対象はないとのこと。しかし、Excelだけ立ち上がらなくなってしまった。</p>
<p>TimeMachineによる前日のバックアップからMicrosoft Excel.appをアプリケーションフォルダに戻すとExcelを起動できた。そのままMicrosoft Updateを実行してアップデート完了。アップデートには5分以上かかっていたようだったので、最初に失敗したときももっと待っていれば問題なかったのかもしれない。</p>]]></content:encoded>


<dc:subject>Mac OS X</dc:subject>
<dc:subject>Excel</dc:subject>

<dc:creator>yish</dc:creator>
<dc:date>2025-02-16T15:39:24+09:00</dc:date>
</item>
<item rdf:about="http://starfleet.txt-nifty.com/blog/2024/12/post-10233b.html">
<title>MacBook Air 11インチ 2011</title>
<link>http://starfleet.txt-nifty.com/blog/2024/12/post-10233b.html</link>
<description>しまってあった古いノートパソコンのバッテリーが膨張していた</description>
<content:encoded><![CDATA[<p>半年前に使ってからずっとしまってあった2011年のMacBook Air 11インチを取り出してみたら、バッテリーが膨らんでいて、キーボードやトラックパッド部が変形してしまっていた。これはこのまま廃棄することに決定。</p>
<p>2009年のMacBook Pro 13インチもかなり前にバッテリー膨張でトラックパッドが使えない状態になったので、バッテリーを外して使っている。</p>
<p>MacBook Pro 15インチ 2017は外観からはバッテリーの膨張は確認できないが、ひょっとしたら分解してバッテリー本体を見てみると危ない状態の可能性も？？？</p>]]></content:encoded>


<dc:subject>パソコン・インターネット</dc:subject>

<dc:creator>yish</dc:creator>
<dc:date>2024-12-29T13:22:45+09:00</dc:date>
</item>
<item rdf:about="http://starfleet.txt-nifty.com/blog/2024/01/post-3ed23e.html">
<title>サインインに失敗するWindows 10</title>
<link>http://starfleet.txt-nifty.com/blog/2024/01/post-3ed23e.html</link>
<description>Windows 10が起動してすぐのサインインに失敗するのでMyDefragをかけたら直った</description>
<content:encoded><![CDATA[<p>起動ディスクがHDDのWindows 10 デスクトップPCで、電源Onからのサインイン時にユーザープロファイルを正しく読み込めないのか、一時プロファイルとなっていることがある。一旦サインアウトし、再度サインインすることでエラーもなく使うことができる。</p>
<p>高速スタートアップが有効な場合と無効な場合両方で発生。サインイン画面が表示されてすぐにパスワードを入れてサインインすると高確率でこの状態になる。サインイン画面になってから数分待ってサインインすると正常にサインインできる。</p>
<p>Windowsのデフラグは初期設定のまま毎週水曜に実施され、状態を見ても断片化無しと表示される。のだが、ディスクアクセスが多いときにサインインに失敗しているように思えるので、最近使っていなかったMyDefragでデフラグした(System Disk Monthly)。結果、サインイン画面が表示されてすぐにパスワード入力・サインインしても正常にサインインできるようになった。Windowsの起動時間を測っていなかったけど、ひょっとしたらそちらも早くなっているかもしれない。やはり、MyDefragでのデフラグは時々やっておくのがいいようだ。それにつけてもWindows標準デフラグの役に立たなさよ。</p>
<p>MyDefragはWindows 8.1以降では問題があることがあるらしいのだけど、自分の環境では問題なし。</p>]]></content:encoded>


<dc:subject>Windows</dc:subject>

<dc:creator>yish</dc:creator>
<dc:date>2024-01-02T08:37:45+09:00</dc:date>
</item>
<item rdf:about="http://starfleet.txt-nifty.com/blog/2023/08/post-b886d6.html">
<title><![CDATA[MacBook Pro 13&quot; 2009とBitPerfect]]></title>
<link>http://starfleet.txt-nifty.com/blog/2023/08/post-b886d6.html</link>
<description>古いMacでBitPerfectを使ったらノイズが出てきたが、ディザ設定をCore Audioのものに変えたらちゃんと使えた</description>
<content:encoded><![CDATA[<p>BitPerfectという名前のiTunes/ミュージック用のアプリケーションを使っている。こいつの動作はその名前とはちょっと違って（？）、iTunes/ミュージックの出力を指定したビットレート・サンプリング周波数で出力する。音源のサンプリング周波数の2のべき乗でアップサンプリングするために使っている。自分のiTunesには48 kHzや44.1 kHzだけではなくて、32 kHzの音源も入っていて、USB DACが対応しているならきちんと整数倍のサンプリング周波数で出力したい。</p>
<p>MBP13/2009はCore2Duoとかなり性能が低いせいか、あるいは2009年製造とかなり古くて老朽化しているせいか、BitPerfectの設定によってはUSB DACから出る音が割れたりノイズまみれになってしまう。FX-01J TYPE-Aだと音が割れる、U-44だと数分間聞いているとだんだんノイズまみれになる（音が細切れになる？）という感じになる。</p>
<p>FX-01J TYPE-Aではアップサンプリングと最大サンプルレートを96 kHz、最大ビット数16 bitで音が割れなくなった。FX-01J TYPE-Aそのものは96 kHz/24 bitまで対応していたはず。</p>
<p><span style="text-decoration: line-through;">U-44では同じ設定でもどうやらだめなようで、サンプルレートやビット数にかかわらずディザがTriangular High Pass Ditherだとノイズが出てくることがわかった。CoreAudio (Noise Shaped Dither)では96 kHz、最大ビット数24 bitで使えている。</span></p>
<p>FX-01J TYPE-AはMBP 15/2017へ持っていったら問題なく使えるようになったためMBP 13/2009でテストはしていないが、ひょっとしたらこっちも<span style="text-decoration: line-through;">ディザの</span>設定を変えたら24 bitで動作したのだろうか。24 bitなんてビット長が活きるようないい環境でもいい音源でもないのでわざわざテストしようとは思わないけど。</p>
<p> </p>
<p>2023/9/2追記</p>
<p>その後、上記の設定でも音が割れるようになってしまった。音源のファイルにも依存している気もする。さらに設定をいじって、次の設定で安定している。</p>
<p>General<br />　Integerモード：オフ<br />　バッファーサイズ：256 MB</p>
<p>Sound<br />　SRC：SoX 14.3.2 VHQ Intermediate<br />　アップサンプリング：96.0 kHz<br />　2のべき乗（2x / 4x）でアップサンプリング<br />　ディザ：CoreAudio (Noise Shaped Dither)<br />　最大サンプルレート：96.0 kHz<br />　最大ビット数：24<br />　デバイスバッファサイズを最大に：オン　←　以前はこれにチェックを入れていなかった。これが勝利の鍵？<br />　極性の反転をデフォルトに：オフ<br />　ギャップレス再生を無効に：オフ</p>
<p>iTunes<br />　iTunesとのやり取りを最小化：オン<br />　固定インデックスをデフォルトに：オフ<br />　iTunesのAirPlayデバイス使用を停止：オン<br />　音量を自動調整 を有効にする：オン</p>]]></content:encoded>


<dc:subject>iTunes</dc:subject>

<dc:creator>yish</dc:creator>
<dc:date>2023-08-18T16:03:08+09:00</dc:date>
</item>
<item rdf:about="http://starfleet.txt-nifty.com/blog/2023/08/post-ecdc55.html">
<title>USBオーディオインターフェースZOOM U-44でノイズ</title>
<link>http://starfleet.txt-nifty.com/blog/2023/08/post-ecdc55.html</link>
<description>ZOOM U-44をUSBオーディオインターフェースとして使うときは外部電源ではなく、USBバスパワーで使うのが良さそうだ</description>
<content:encoded><![CDATA[<p>ZOOM U-44というオーディオインターフェースを使い始めたのだが、iTunesやAudacityで再生して音を出し始めて数分経つと音がノイズだらけになる。Macの音声出力を他のデバイス（内蔵スピーカなど）に変えて戻すと音は出るが、数分でノイズまみれになる。</p>
<p>USBケーブルを替えたり、USBハブを介さずにMacに直接繋いだり色々試したのだが、最終的には電源の設定だった。</p>
<p>U-44をUSBオーディオインターフェースとして使うときは、USBバスパワーか電池または5Vの外部電源で使う（本体の切替えスイッチで使う電源を指定）。USBバスパワーよりは外部電源のほうが安定しているだろうと思って、U-44用の外部電源も購入して使っていた。これをUSBバスパワーに切り替えたら少なくとも30分間はノイズが出ることがなかった（30分以上はまだ試していない）。</p>]]></content:encoded>


<dc:subject>パソコン・インターネット</dc:subject>

<dc:creator>yish</dc:creator>
<dc:date>2023-08-11T05:14:27+09:00</dc:date>
</item>
<item rdf:about="http://starfleet.txt-nifty.com/blog/2023/07/post-46c44a.html">
<title>USBオーディオインターフェース更新</title>
<link>http://starfleet.txt-nifty.com/blog/2023/07/post-46c44a.html</link>
<description>Macの音声出力の改善。ついでにテレビも。</description>
<content:encoded><![CDATA[<p>自分専用に使っているMacBook Pro 13" 2009は、USBオーディオインターフェース（またはUSB DAC）にアンプとスピーカーをつないで音楽を再生している。2年半前に書いた記事ではGriffin社のPowerWaveにソニーのミニコンポのアンプをつないでいると書いていたが、家の中で機器の入れ換えなどをして、今は以下のようになっている。</p>
<p>PC：MBP 13 2009 — USB AI：ZOOM U-44 — AMP：FOSTEX AP-20d — SP：Audio Pro IMAGE 11 + YAMAHA YST-SW150</p>
<p>PC：MBP 15 2017 — USB DAC：FX AUDIO FX-01J Type A — AMP：SONY TA-MS77 — SP：TEAC LS-101 + YAMAHA YST-MSW10</p>
<p>TV：SONY KDL-40EX720 — HDMI DAC Cypress Technologies DCT-25 — AMP：FOSTEX AP-15mk2 — SP：SONY SS-MD77</p>
<p>MBP 13で使っているUSBオーディオインターフェースのZOOM U-44は、FMチューナーの光デジタル出力を取り込むために最近使い始めた。その前はFX-01 Type Aだったのだが、FX-01に比べてU-44の音は端整な印象。FX-01はちょっと荒削りな感じがする。AP-20dはハイ上がりな周波数特性で、IMAGE 11との組み合わには向かない（むしろAP-15mk2のほうがいいと思う）のだが、AP-15mk2の低音感をテレビ用に使いたかったのでこの組み合わせになった。</p>
<p>MBP 15にはPowerWaveをつないでいたのだが、MBP 13にU-44を買ったので押し出される形でFX-01Jがこちらへやってきた。TA-MS77があまりメリハリのない音なので、やはりぼんやりした音になるPowerWaveよりはFX-01Jとの組み合わせのほうが良さそう。LS-101は低音が出ている雰囲気はあるのだが、所詮小口径スピーカーのバスレフなので本当の低音は出ていない。密閉型のIMAGE 11はレベルは低いながら割と低い音も出ているのに、これはバスレフだから仕方がないところ。なのでアクティブスーパーウーファーのYST-MSW10を併用。</p>
<p>KDL-40EX720は10年ぐらい前の液晶テレビだが、内蔵スピーカーの音が貧弱で、この前に使っていたKV-29DR5という4.5リットルのウーファーボックス付き12cmウーファーのブラウン管テレビに比べると低音はスカスカ。中高音は今のテレビのほうが明瞭だけど。そこで、他のコンポーネントの故障によって余ってしまったミニコンポのスピーカーにAP-15mk2を組み合わせ、イヤホン端子から音を取り出した。これで劇的に改善したのだけど、しばらく聞いていると中高音がうるさく重低音が足りなく感じるようになった。今更AVアンプを買ってまでアップグレードする気はないので、ARC対応のHDMI→アナログコンバータのDCT-25を導入した。これで人の声のうるささもなくなったし、題名のない音楽会の楽器の音もまあまあの音質で聞くことができるようになった。</p>]]></content:encoded>


<dc:subject>パソコン・インターネット</dc:subject>

<dc:creator>yish</dc:creator>
<dc:date>2023-07-29T14:10:46+09:00</dc:date>
</item>


</rdf:RDF>
