目次: PC
先日(2020年8月3日の日記参照)購入したサラウンドヘッドフォンシステムSONY MDR-HW700DSですが、このような仕様みたいです。
今日の朝、何かの拍子に電源OFFになったらしく、ディスプレイ側に何も映らず真っ黒になりました。最初見たとき、えええ!?もう壊れた?早すぎない??と勘違いして、かなり焦りました。
ダイニングテーブル(普段の作業机がこれしかない)にあまり機械類を置けないので、SONY MDR-HW700DS本体の上に、USB-DACのONKYO SE-U33GXVIIを乗せて使っています。すると5秒に1回くらい、USB-DACの出力にジー…ビー…というノイズが乗ります。ワイヤレスヘッドフォンを探す電波を拾うのでしょうか?
USB-DACのボリュームをいじってもノイズの大きさが変わらないので、アナログ回路で電波拾ってるんですかね?オシロスコープでノイズを測ろうと思いましたが、オシロの測定限界以下らしく測れませんでした。無音でも何も見えません。
オシロで見えない程度のノイズゆえ、音量は極めて小さいです。しかし、私には聞こえる程度の音量はあるので、気が散って仕方ありません。機器を離して置こうにも、場所がないです。困りました。
実はSONY MDR-HW700DSはワイヤレスヘッドフォンとの通信に使う帯域を2.4GHz帯と5GHz帯から選択可能です。ダメ元で切り替えてみたところ、2.4GHz帯にするとビー…というノイズが乗り、5GHz帯だとノイズが乗りませんでした。うおー!やった!これで回避できます。
2.4GHz, 5GHz自動選択機能を付けてくれたSONYの開発者には申し訳ないですが、5GHz固定で使うことにします……。
SpO2(血中酸素飽和度)を測りながらCPAPを付けて寝たところ、途中で寝苦しくて起きてしまい、CPAPを外して二度寝しました。このときのSpO2の変化がなかなか面白いです。
CPAP外すとSpO2は明らかに悪化(2枚目)するかと思えば、CPAPない方がマシ(3枚目)な時間もあります。CPAPなしで寝た場合も何度か測っていますが、寝た直後はSpO2が悪化しますが、しばらく経つと悪化しなくなることが多いです。
睡眠のサイクルとか、寝ている姿勢とか、何かしら呼吸が止まる原因があるはずなんですが、寝ている自分には全くわからないし、突き止めるのが難しいですね……。
メモ: 技術系?の話はFacebookから転記しておくことにした。
マクドナルドが各国で味付けが違うのは有名ですが、エナジードリンクにもお国柄があってUSA版のMonster Energyはタウリンあり、日本版はタウリンなしの製品が販売されています。これはRed Bullも同様です。ただしエナジードリンクの場合、味付けの問題ではなく法律の問題です。
日本では、タウリンを入れると医薬部外品になり、製造業者+販売業者の厚労省の許可、商品ごとに承認が必要になります。Monster Energy製造、販売元のアサヒ飲料は清涼飲料水製造メーカーなので、医薬部外品製造の設備は持っていないでしょう。たぶん。
実はヒトはタウリンを外部から摂取しなくても、体内で生合成できますから、生合成の原料となる物質を入れれば良いじゃない?と思うかもしれませんが、そんな甘くありません。厚生労働省の告示(リンク)(※)を見るとわかる通り、タウリンの主要な合成経路「L-メチオニン → L-システイン → タウリン」のいずれも医薬部外品扱いで清涼飲料水には添加できません。
L-メチオニンは必須アミノ酸なので生合成不可能、すなわち他の成分をいくら入れても代用になりません。必須アミノ酸は全て医薬部外品として指定されている辺り、良くできた法律です。
薬事法の目的「保健衛生の向上」を見る限り、必須アミノ酸を規制する意味ある……?という気になりますけど、一方で「医薬品、医療機器及び再生医療等製品の研究開発の促進」という目的もあります。苦労して薬効成分を見つけた製薬会社、高価な製造設備を入れているメーカーの権益を保護してあげるから、これからも医療品の研究開発を頑張ってくれたまえ〜!という法律なんですね。なるほどねえ。
(※)厚生省告示第百九十四号 - 都道府県知事の承認に係る医薬部外品という文書名です。
目次: 車
車検証と検査証票(フロントガラスに貼るステッカー)が届きました。
いつもならディーラーさんに1週間くらい預けるので、車検証もそのときに付いてきます。今回は奥さんの通院の送り迎えに車が必要で、スバルのディーラーさんに無理を言って土日月の3日で車検を終わらせてもらいました。
車検の検査自体は終わっても、車検証の発行が間に合わなかったので、後から郵送されてきた、ってことです。
リアのロアアームブッシュが破損していたので、交換になった程度で、他は特に何もありませんでした。部品の在庫があって良かったです。
Wikipediaに寄付しました。といっても5,000円ですけども。
Wikipediaの運営元(Wikimedia Foundation, Inc.)は広告なしでWikipediaのような巨大システムを維持していて、さすがだと思いますけど、寄付催促メールのしつこさはちょっと嫌ですね……。
メモ: 技術系?の話はFacebookから転記しておくことにした。
Twitterで「これ便利」と紹介されているのを見て知りました(製品紹介へのリンク)。エアコンハンガーというそうです。見た瞬間から「うわー!やめてくれー…エアコンは物干しじゃない」という感想しか浮かびません。
エアコン据付板の耐荷重はマチマチで、耐荷重ギリギリの可能性もあります。ハンガーの耐荷重(5kg)を追加で吊って、エアコン室内機が頭の上に落ちてきたら大ケガします(室内機の重さは10〜15kg)。
パナソニックのエアコン説明書にある山盛りの注意書きを見ましたが「エアコンにモノを吊り下げると、落下しケガする」とは書いていませんでした。家電のユーザーはメーカー想定を超える壊し方をすることは、一応知ってましたが、実例を目の当たりにしたのは初めてです。全く嬉しくないですね。
エアコンハンガーの利用で、事故やケガにあっている人がいないことを祈ります……。 ちなみに、エアコンハンガーのメーカー注意書きに、
「下地がしっかりしていない壁に取り付けられているエアコンには使用しないでください。エアコンが落下する恐れがあります。(例: 下地にベニア板の無い石膏ボードなど)」
と言い訳が書いてありますが、一般人が壁の素材と下地を知るわけないでしょう?本気で言ってるのか??
メモ: 技術系?の話はFacebookから転記しておくことにした。
目次: ROCK64/ROCKPro64
以前(2020年8月1日の日記参照)購入したSONY MDR-HW700DSが届きました。早速ROCKPro64でHDMIのビットストリームパススルーをテストしたいと思います。
ビットストリームパススルーは、SPDIFやHDMIに対して、圧縮音声データ(Dolby AC-3, DTS, MPEG2 AACなど)をデコードせず、そのまま送信する方式です。この方式の最大の利点としては、サラウンド音声が楽しめる点が挙げられます。
SPDIFは帯域が狭く、デコード後のサラウンド音声(LPCM 5.1ch)を送れません。しかしSPDIF上を圧縮音声のまま送信し、受信機であるホームシアターシステム側で音声をデコードすることで、SPDIFでもサラウンド音声が楽しめます。
HDMIの場合は利点がないかと言うとそうでもありません。LPCM 5.1chを送出できない機器もありますし、ホームシアターシステムに適したデコードやミキシングができる可能性もあります。
SPDIF/HDMIパススルーに対応したプレイヤーはいくつかあるようですが、今回はmpvを使用します。
GitHubにあるALSAのコンフィグファイル(GitHubへのリンク)を ~/.asoundrcなどに追記します。再生時にaudio-spdifオプションで出力フォーマットを指定します。再生するファイルの音声フォーマットと合っていれば、パススルーで出力されます。
$ mpv --no-video a.ac3 --audio-spdif=ac3 --audio-device="alsa/HDMI.pcm.hdmi.0:0" Playing: a.ac3 [ffmpeg/demuxer] ac3: Estimating duration from bitrate, this may be inaccurate (+) Audio --aid=1 (ac3 6ch 48000Hz) AO: [alsa] 48000Hz stereo 2ch spdif-ac3 ★AC3になっている A: 00:00:02 / 00:05:36 (0%)
SONY MDR-HW700DSのステータス画面は本体のインジケーターではなくHDMIの画像データにオーバーレイするタイプなので、HDMIディスプレイの写真を取りました。狙い通りにAC-3が再生されている様子がわかります。
オプションを間違えたり、オーディオデバイス番号を間違えてもエラーにはならず、再生が開始されますが、パススルーではなくデコードされLPCMで再生が開始されます。
$ mpv --no-video a.ac3 --audio-spdif=ac3 --audio-device="alsa/hw:0" ★間違えてhw:0にした Playing: a.ac3 [ffmpeg/demuxer] ac3: Estimating duration from bitrate, this may be inaccurate (+) Audio --aid=1 (ac3 6ch 48000Hz) ALSA lib conf.c:4898:(parse_args) Unknown parameter AES0 ALSA lib conf.c:5031:(snd_config_expand) Parse arguments error: No such file or directory ALSA lib pcm.c:2565:(snd_pcm_open_noupdate) Unknown PCM hw:0,AES0=6,AES1=130,AES2=0,AES3=2 [ao/alsa] Playback open error: No such file or directory [ao] Failed to initialize audio driver 'alsa' [ao] This audio driver/device was forced with the --audio-device option. [ao] Try unsetting it. AO: [alsa] 48000Hz stereo 2ch s32 ★LPCMになっている A: 00:00:02 / 00:05:36 (0%)
その他の注意点として、受信機側がパススルー出力で送った圧縮音声に対応していない場合、LPCMだと思って再生してしまい、バリバリバリ!!という凄まじい音量のノイズが再生されることがあります。お試しの際は、音量を小さくしてからテストしてください。
目次: ROCK64/ROCKPro64
今更ですが、メモしていなかった気がするので、ROCKPro64(Rockchip RK3399搭載)でHDMI Audioを有効にする方法です。
方法は簡単でLinuxのCONFIG_DRM_DW_HDMI_I2S_AUDIOと、CONFIG_GPIO_SYSCONを有効にすれば良いです。8/7時点のlinux-nextのツリーでは、make defconfigすると、GPIO_SYSCONはnで、ビルド対象外になっています。手動で下記の設定を有効にする必要があります。
Device Drivers ---> -*- GPIO Support ---> Memory mapped GPIO drivers ---> [*] GPIO based on SYSCON Graphics support ---> Display Interface Bridges ---> [*] Synopsys Designware I2S Audio interface [*] Sound card support ---> [*] Advanced Linux Sound Architecture ---> [*] ALSA for SoC audio support ---> CODEC drivers ---> [*] Everest Semi ES8316 CODEC
CONFIG_SND_SOC_ES8316はアナログオーディオを使いたい場合に有効にしてください。
< | 2020 | > | ||||
<< | < | 08 | > | >> | ||
日 | 月 | 火 | 水 | 木 | 金 | 土 |
- | - | - | - | - | - | 1 |
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 | 29 |
30 | 31 | - | - | - | - | - |
合計:
本日: