目次: ALSA
ALSAのライブラリalsa-lib(Gitリポジトリ)のミキシングプラグインdmixのバグらしきものを見つけたのでメモ書きを残しておきます。
簡単に言えばdmixプラグインのミキシング音声に激しいノイズが載ります。発生条件はわかっている限りで、下記の通りです。
現象は条件を満たせば必ず発生するようです。
バージョンは1.0.27.2(2013年7月8日リリース)で発生しますが、おそらくその前、後のバージョンでも発生します。
詳細は後述しますが、原因となる箇所を見る限りGitリポジトリのHEADでも特に解決されている様子はありません。調べたリビジョンへのリンク。
おそらくですが、CPUのエンディアンと異なるエンディアンのLPCMをミキシングするための汎用関数generic_mix_areas_32_swap() が、符号の扱いを間違っているためです。
問題の箇所は下記の通りです。ソースファイル名はalsa-lib/src/pcm/pcm_dmix_generic.cです。
snd_pcm_mmap_writei()
snd_pcm_write_areas()
func = snd_pcm_mmap_write_areas()
snd_pcm_mmap_commit()
pcm->fast_ops->mmap_commit() = snd_pcm_dmix_mmap_commit()
snd_pcm_dmix_mmap_commit()
snd_pcm_dmix_sync_area()
mix_areas()
generic_mix_areas_32_swap() //★★これ★★
(関数ポインタの設定箇所など)
generic_mix_select_callbacks()
dmix->u.dmix.mix_areas_32 = generic_mix_areas_32_swap()
このgeneric_mix_areas_32_swap() 関数の4行目にある、
sample = bswap_32(*src) >> 8;
が、おそらく意図と異なる結果を招いています。
意図する処理は1/256のスケーリングだと思いますので、
sample = (signed int)bswap_32(*src) >> 8;
が正しいと思われます。
何がまずいかというとbswap_32() の返り値の型がunsigned intのため、右シフト(>> 8)が符号を無視してシフトしてしまうことです。
何故まずいか?というとbswap_32() が(符号付きの値としてみたとき)負の値を返したときに、意図せず結果が正の値になってしまい、音が変わってしまう、という問題を招くからです。
例を出した方がわかりやすいと思います。
例えば、bswap_32() が0xffffec78を返したとします。これは符号付きの値としてみると負の値 -5000です。
本来の右8ビットシフトの期待値は上位ビットを1で埋めた -20(0xffffffec)を得ることだと思われます。しかし、現在のalsa-libのコードだと上位ビットを0で埋めてしまうため、結果が16777196(0x00ffffec)と全く違う値になり、ノイズの発生源となってしまいます。
この記事にコメントする
サブPCへのリモートデスクトップ接続が切れた?と思ったら、「このコンピューターへの接続数は制限されていて、すべての接続は現在使用されています。後で接続するか、またはシステム管理者に問い合わせてください。」とのこと。
また出たな…このメッセージ、と思って日記を見直すと、前に見たのは半年以上前(2013年10月18日の日記参照)のようです。しかしサブPCの使用頻度は1か月に数回なので、Windows 8だと割と頻繁に起きる現象なのかもしれません…?
この問題、何が困るって電源を強制OFFする以外の復旧方法が無いことです。我が家のデスクトップPCは未だWindows 7ですが、リモートデスクトップ経由のアクセスが多いため、Windows 8にアップグレードする気が起きません。
これが何度も起きるような問題なら、サブPCもWindows 7に入れ替えたいくらいですけど…。
この記事にコメントする
目次: Android
Google Chromecastを買いました。PCやスマホで見つけた面白いページ、面白い動画を家族に見せるのに便利です。わざわざテレビでもう一度検索する必要はありません。
テレビのネットワーク機能で使っていたのはDLNAとYouTubeくらいですが、YouTubeはテレビからの検索結果とPCからの検索結果が違っていたりして、非常に使いづらいです。文字も打ちづらいし、もうテレビのYouTubeを起動することはないでしょう。
MiracastもできればDLNAすら不要になって便利でしたが、残念ながら私の持っているスマホではChromecastへのMiracastはできないようです。うーん、残念。
このままだと、テレビを含むAV機器の諸機能はスマホに吸い取られ、テレビはこのままHDMIモニタと化すでしょう。そうなればアジア勢中心の安売り競争へ突入は避けられません。そこに日系メーカーの居場所はあるでしょうか…?
この記事にコメントする
| < | 2014 | > | ||||
| << | < | 07 | > | >> | ||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| - | - | 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 | - | - |
25年11月28日
25年10月6日
25年10月6日
25年9月29日
25年9月29日
20年8月24日
20年8月24日
16年2月14日
16年2月14日
25年7月20日
25年7月20日
25年7月20日
25年7月20日
25年7月20日
25年7月20日
20年8月16日
20年8月16日
20年8月16日
20年8月16日
24年6月17日
wiki
Linux JM
Java API
2002年
2003年
2004年
2005年
2006年
2007年
2008年
2009年
2010年
2011年
2012年
2013年
2014年
2015年
2016年
2017年
2018年
2019年
2020年
2021年
2022年
2023年
2024年
2025年
過去日記について
アクセス統計
サーバ一覧
サイトの情報合計:
本日: