[14:57] こんばんは． [15:05] Emmanuel_Chanelさん、こんばんは。 [15:06] こんばんは． [15:07] フォーラムの方ではお世話になっています． [15:07] Emmanuel_Chanel: Ekigano [15:07] Emmanuel_Chanel: 失礼。Ekigaの方はその後いかがでした？ [15:09] 進展していません… [15:11] そうでしたか・・・。状況としては、Emmanuelさんが話者、お相手が聴者の時に、お相手の側で音切れがあるってことでしたよね？Emmanuelさん側での音切れはないんでしたよね？ [15:13] はい…私がサウンドレコーダーで試した範囲では… [15:14] お相手とは距離がだいぶ離れてる？ [15:17] 北関東と東京くらい…ですね…私も相手も光回線です． [15:18] Ekiga.net のエコーでも音切れしましたが，それらエコーテストはどんな環境なのか分かりません… [15:18] ちょっと待ってて。Ekiga起動してみます。 [15:23] Ekiga起動したんですが、エコーで音出せませんね・・・。アカウント作らなきゃダメなのかな？ [15:24] はい…アカウントは必須のようです…嫌でしたら無理に作らないで下さい． [15:24] また、ものは試しです。アカウントはウェブでかな？ブラウザでのアクセスが必要？ [15:25] [編集]の[設定アシスタント]の指示で作れたかと… [15:25] どれどれ？ [15:25] 本当は，最初に起動した時にウィザードが出た気がします… [15:27] それキャンセルして直接設定画面に進んじゃったので・・・。デバイス設定周りを先に見ました。 [15:28] なるほど． [15:29] ええと、登録完了したみたいなのですが、Ekiga上での設定で、PINコードというのは何を入力すればいいかわかります？ [15:30] あ、これはPINコードを購入する必要がある部分のようですね。スキップしても大丈夫なのかな？ [15:30] スキップして大丈夫かと… [15:30] 了 [15:30] 外線で有料通話するためのシステムだったかと． [15:31] ＞ PIN コード [15:31] デバイスはDefault (PTLIB/ALSA) を選択すると、PulseAudioに流れます。それ以外はPulseAudioを経由せずに直接サウンドデバイスに送ります。 [15:32] 今使ってるラップトップだと、HDA Intel (PTLIB/ALSA) を選択すると、PulseAudioを経由せずに直接サウンドデバイスに流します。 [15:32] なので、PulseAudioのバッファ関係を考える必要がなくなります。 [15:33] ただ、ちゃんと音が出るかどうかは、Ekiga側がちゃんと作ってあるかによりますね。 [15:33] エコーテストで音でました〜 [15:34] 音切れはなかったですか？ [15:34] うるさかったので一瞬で切ってしまいましたw 少々お待ちをwww [15:35] 確かにうるさく案内していますね． [15:37] もうちょっと快適な音にしてくれたらいいんだけどなぁw [15:38] 実はここ最近，他の事に頭を奪われていて，音声周りは問題の切り分け前の設定を引きずっています．右の設定を alsa-base.conf の最後に加えています… options snd-hda-intel model=5stack [15:38] 私はあまり気になりませんが，日本語で日本人好みに…というのは，優先順位が下がるのでしょうね… [15:39] サウンド周りは、まともな情報が提供できる人材が少ないのか、情報が錯綜していますからねぇ。 [15:39] かく言う私も、嘘を振りまいているかもなぁといつも思いながらサポートしているわけですがw [15:40] snd-hda-intelのmodelオプションの設定値に関しては、パッケージalsa-baseでドキュメントがインストールされてるはず。ちょっと待って。 [15:41] たしかページがありましたね． [15:42] こですか？ http://www.kernel.org/doc/Documentation/sound/alsa/HD-Audio-Models.txt [15:43] インストールもされてます。/usr/share/doc/alsa-base/driver/HD-Audio-Models.txt.gzですね。 [15:44] 見てみます． [15:50] MB の仕様で使われている ALC889A 用の intel-alc889a Intel IbexPeak with ALC889A は，機能しなかったなと… [15:52] 機能しない・・・とは？ [15:53] あ、なるほど。「intel-alc889a Intel IbexPeak with ALC889A」に従って設定しても意味なかった、と。 [15:53] https://forums.ubuntulinux.jp/viewtopic.php?pid=73641#p73641 以下の流れです…入力が駄目になってしまった感じ… [15:57] URL見ました。というか自分、回答してるし（笑）model=intel-alc889aでマイクがダメになっちゃったんですね。。。 [16:01] 貴殿が的確とは思えないと仰った alsa 周りの設定はどうなのと気にかかったり… [16:02] Ekiga が pulseaudio に完全対応してくれたら，こんな問題，自然消滅なんでしょうね… [16:03] ざっと調べてみると、マイクからの音声データの流れは、サウンドデバイス -> PulseAudio -> ALSA -> Ekigaってな感じ。 [16:04] Ekigaで音声データのパケットを作って、聴者宛に送信かな。詳しくはわからないけど。 [16:05] で、もうちょっと細かい話をすると、サウンドデバイス -> PulseAudio -> ALSA -> SDL -> Ekiga。SDLに注目。 [16:05] SDL: http://ja.wikipedia.org/wiki/SDL [16:07] たぶん、Ekigaの開発者が、マルチプラットフォームでEkigaを動作させるために、プラットフォーム間の差異を吸収する目的で、SDLを使ってるの。Windowsとか、Linuxとか、Mac OS Xとかの作りの違いを気にせずにEkigaを使えるようになってる。 [16:09] さて、このSDLが直接PulseAudioを使うように設定してあげたら、ALSAうんぬんは関係なくなるから、Emmanuelさんの疑念が払拭する？ [16:09] サウンドデバイス -> PulseAudio -> SDL -> Ekigaって感じ。 [16:10] ALSA（のライブラリ部分）を経由しなくなって、ダイレクトにPulseAudioに流す。 [16:10] なるほど． [16:10] 違った。ダイレクトにPulseAudioから流れてくる？ [16:11] そう願います． Ekiga は， PulseAudio から直接流すのに対応していないみたいですから… [16:11] とーこーろーがー、SDLがPulseAudioをダイレクトに使えるように出来る・・・はず。 [16:12] 「ところが」というのも話の流れ的に変だねw [16:12] Synaptic開ける？ [16:12] はい． [16:13] 開いて [16:13] 開きました． [16:13] 「libsdl1.2」を検索して。SDLのライブラリパッケージ。 [16:13] はい，検索しました． [16:14] 今はlibsdl1.2debianとlibsdl1.2debian-alsaがインストールされてる？ [16:14] はい，そのようです． [16:14] これが、SDLが [16:14] あ，いえ． [16:15] 失礼。これが、SDLがALSAを使うようになってる理由。そういうパッケージが入ってる。 [16:15] ここで、libsdl1.2debian-pulseaudioを見つけられる？ [16:15] alsa ではなく libsdl1.2debian-pulseaudio がインストールされています． [16:15] ぐにゅう。 [16:15] 失礼。 [16:16] 前の返答は間違いでした． libsdl1.2debian-alsa はインストールされていません． [16:16] alsa ではなく libsdl1.2debian-pulseaudio がインストールされています． [16:16] ほぅ。ということは・・・ちょっとAlt + F2でgnome-volume-controlを実行して。 [16:17] はい． [16:18] ウィンドウ「サウンドの設定」が開いたと思うので、タブ「アプリケーション」に進んで。 [16:18] はい． [16:18] 何も表示されてない？ [16:19] エコーテストに接続したら， [16:19] したら？ [16:19] ALSA plugin [ekiga] [16:19] が二つ表示されます． [16:19] 多分，入力用と出力用… [16:21] なるほど。libsdl1.3debian-pulseaudioが入ってるけど、アプリケーションはALSAを経由するのか。アプリケーションの作りによるのか。これは大いに誤解してましたっ。 [16:23] チャットででも相談しないと判明しない事もあるという事ですね…会えて良かったです． [16:23] 私もよかったですw バグ報告を見てみるので、しばしお待ちを。 [16:34] ざっとekigaとlibsdlに関するバグを見てみたんですが、Emmanuelさんのおっしゃるようなものは見つかりませんでしたね。。。 [16:39] あらら…私が書き込まなければいけなくなるのか知らん？英語以前にまとめるべき内容がよく分からない感じですけど… [16:41] サウンドデバイスとALSAカーネルモジュールのあたりが若干不安ですね。そこのところを先に押さえておきましょうか。 [16:42] この記事を一通り読んでいただきたいと思います。http://gihyo.jp/admin/serial/01/ubuntu-recipe/0137 [16:43] あ、ごめんなさい。読む前に、ついさっき「私がサウンドレコーダーで試した範囲では・・・」っておっしゃってたこと、もうちょっと教えてください。 [16:46] サウンドレコーダーで，音声を録音すると音切れはしないのですが， [16:46] 直接 pulseaudio に音声を送っている感じなので， alsa 経由で音声を入力した場合の検証にはならないなと… [16:48] Ekiga のエコーテストの場合，入力した音声がそのままエコーで出力されるので， alsa 経由での音声入力に問題があると感じた次第… [16:48] 相手の声が切れて伝わったという訳ではなかったので… [16:48] そこにちょっと誤解がある？ [16:50] Emmanuelさんの声がネットワークに乗るまでを詳細に書くと [16:50] Emmanuelさんの声 -> サウンドデバイス -> ALSAカーネルモジュール -> PulseAudio -> ALSAライブラリ -> SDL -> Ekiga -> ネットワーク -> お相手の環境へってな感じ、ALSAカーネルモジュールとALSAライブラリ（この呼び方も微妙ですけど）に注意。 [16:52] サウンドレコーダーは，この辺の検証に役立ちませんという事で良いのでしょうか？ [16:52] 要領を得なくてすみません… [16:53] 今私が疑ってるのは、サウンドデバイスがALSAカーネルモジュール（いわゆるドライバだと思ってください）によってちゃんと使える状況になってないんじゃなかろうかってことでした。 [16:54] なるほど… [16:56] ALSAってのはとんでもなく広い部分をサポートする技術なので、いろんな誤解を伴って呼ばれています。 [16:56] 余談でした。 [16:57] Emmanuelさんの声 -> ALSAカーネルモジュール -> PulseAudio -> gnome-sound-recorderでちゃんと音が拾えているなら、先述の疑いは見当違いだったと言うことになりますね。 [16:58] Emmanuelさんのいう「サウンドレコーダーによる検証」ってのは、ちょうどこれだったのかな？と思いますが、どうでしょうか？ [16:59] ”ALSAカーネルモジュールを通している”というのは知りませんでした．後は，そんな感じ…です． [17:02] 私自身，情報の意味が分かっていないので，見当違い云々は分かりません… [17:04] まぁ、後でもう一度検証してみるとかしてみると、新しい見地が開けるかもしれません。。。 [17:05] ちなみに、先の「options snd-hda-intel model=5stack」は、このALSAカーネルモジュールの動作モードを変更してます。 [17:05] ドライバの挙動を変えていると言い換えてもいいでしょう。 [17:06] なるほど…それは問題解決をややこしくしてしまいますね… [17:06] そういえば，私は， Fedora を使っていたころに， snd-hda-intel が使えなくて #alsa で相談した事がありました． [17:07] 同じマザーボード？ [17:07] はい，それどころか，同じ PC です． [17:08] 何か教えてもらえました？ [17:09] この件に関する話は何もなかったかと…ただ，マザーボードのチップにバグがあったみたい． [17:09] http://www.emmanuelc.yuuna.org/ja/?p=21 [17:10] ううん…変なところに話を逸らしてしまったみたいなので，すみません… [17:14] ちょいとお待ちをw [17:22] 戻りました。 [17:22] おかえりなさい． [17:24] 私もまた、サウンドデバイスやALSAカーネルモジュールのあたりに関してそれほど詳しくはないのが残念です・・・。 [17:25] ざっと見てみましたが、今回の問題に影響しそうには思えませんでした。 [17:26] そうでしょうね…脈絡なく， alsa のドライバー繋がりで思い出したのを書き込んでしまった次第ですから… [17:28] うむぅ。ここまでの話をまとめると、Emmanuelさんの環境に非はなさそうなんですよねぇ。。。 [17:31] どの辺に問題がありそうな感じですか？ [17:31] うーん、じゃぁちょっと会話してみます？ [17:31] はい． [17:32] Just a moment. [17:36] 準備できました〜。 [17:36] はい． [17:36] Ekiga のアドレスは priv で教えます… [17:36] 了 [17:41] 戻ってきました〜。 [17:41] こちらからは，貴殿の声はずっと聞こえていました． [17:41] そうだったんですか・・・恥ずかしい [17:41] ｗ [17:42] 音切れということでしたので、もっとソフトなもの、２秒とか１秒に１回プツって切れるようなものを想像していましたが、まったく違いましたね。通話に支障をきたすレベルでした。 [17:43] あらら…エコーでは，そんな問題感じなかったのですけどねえ…なんでなのやら… [17:44] ちなみに、うちのエコーテストがうるさかったのは、ラップトップ内臓のマイクとのハウリングが原因でしたw さっきはヘッドセット使ったので問題ありませんでした。 [17:44] そういえば，通話を切った後 Ekiga が凍ってしまい強制終了しました．そのせいか？ [17:44] ほう。dpkg -l | grep ekiga; でekigaのバージョン教えて下さい。 [17:45] emmanuel@star1:~$ dpkg -l|grep ekiga [17:45] ii ekiga 3.2.7-2ubuntu1 H.323 and SIP compatible VoIP client [17:45] です． [17:45] さっき通話に使った私のEkigaも同じバージョンですね。 [17:47] 私が発言しているのがノイズで聞き取れない感じでした？ [17:47] 私も更新は頻繁にしていますからねえ… [17:48] はい。ノイズもありましたし、音声が定期的に「波打って」いる感じでした。もっかいやってみましょう。こちらで録音したデータを聞いてもらったほうが早いでしょう。 [17:48] はい． [17:52] 戻ってきましたー。 [17:52] 録音はうまく出来なかったです、ごめんなさい。。。 [17:53] いえいえ，ありがとうございます． [17:53] 初めて通話したときは、ビデオ映像はなかったですよね、確か？ [17:54] ええ… [17:55] そうだった気が… [17:55] なので、音声だけでも、音声＋映像でも、音はヘンです。映像がそれなりにちゃんと来ているので、マシンのパワー不足はなさそうです。 [17:55] というわけで、疑うべきはコーデックかなぁ。。。 [17:55] 音声の [17:56] Ubuntu のヘルプにも，コーデックの調整の項目がありましたっけ？ [17:57] ちょっと見てみましょう。編集 -> 設定 -> 音声 -> コーデックを開いて下さい。 [18:01] コーデックというのは、生の音データは重いので、何らかの方法で圧縮して小さくしたほうが、ネットワーク上では扱いやすいわけですね。その方法がコーデックです。 [18:01] はい． [18:02] チェックされているのは Speex 16kHz H.323, SIP / PCMU 8kHz H.323, SIP / PCMA 8kHz H.323, SIP [18:02] です． [18:04] うちのも同じですね。 [18:05] 他に， gsm 8kHz H.323, SIP / CELT 48kHz SIP / CELT 32kHz SIP / G722 16kHz H.323, SIP / Speex 8kHz H.323, SIP / G726-(16|24|32|40)(4つのコーデックを正規表現風に省略) 8kHz H.323,SIP ，msーgsm 8kHz H.323 [18:05] まったく一緒です。 [18:05] Jitter バッファの最大値は，前の助言の時に， 1500 にしてあります… [18:05] そのせいか？ [18:06] デフォールトは 500 でしたっけ？ [18:06] うちのは500ですね。そうだと思います。 [18:07] ダメもとで、プロトコルのH.323の設定も確認してみましょうか。 [18:08] はい． [18:08] その他の設定 -> 転送先の URI： h323: [18:09] 拡張設定はいかがでしょう？すべてチェック入ってる？ [18:09] はい． [18:09] DTMF no [18:10] うちのは文字列です。 [18:10] 私も． DTMF のモード： DTMF の送信方式は文字列です． [18:11] うーん、ここまでのところ、まったくおかしなところを見つけることができませんね。しいてゆうならjitterバッファでしょうか。標準の500で試してみましょう。映像はなしにしましょう。うちのラップトップがうなるのでw [18:12] はい． [18:18] 戻りましたー。 [18:19] うーん。参りました。原因不明です。。。 [18:19] jitterバッファも関係なさそうです。 [18:20] 私が相談した音切れの他に，増幅のかけすぎかなんかあるのか知らん？ [18:21] ちなみに通話はどうやってやってますか？マイクとスピーカーについて教えて下さい。 [18:22] ええと，前面で繋いでいるのは，黄緑の出力ジャックと，ピンクの入力ジャックのある，多分，ごく普通のヘッドセットです． [18:23] 後面にも，どのジャックだったか忘れましたが，左右のスピーカーがつないであります． [18:23] これも，アナログの音声ジャックだったかと． [18:23] じゃぁ、スピーカーの音声をマイクが拾ってハウリングという可能性もないんですねぇ。 [18:25] いえ，後面から繋いでいるアナログ・スピーカーの音は，エコーテストでも時折拾っていたりします… [18:27] なるほど。使ってるコンピュータは自作？ [18:28] いいえ．サイコム製 BTO です． [18:31] うーん、すみません。私にはこれ以上のお手伝いが無理そうです。。。 [18:32] 自作ではないですが，納品書があるので，どこにどのパーツが使われているかは分かります… [18:32] サウンドデバイスからEkigaまでには多分問題が [18:32] 失礼。サウンドデバイスからEkigaまでにはたぶん問題はないと思います。 [18:33] 問題はどの辺でしょうか？ [18:36] Ekiga内での処理（ただし、うちのEkigaの音声はそちらに届いている）、エンコード、あるいはパケットの送信のあたり。しかし、確実なことは言えませんので、あくまでも私の予想となります。。。 [18:37] なるほど…こんな時間まで付き合って下さり，ありがとうございます． [18:38] いえいえ。Emmanuelさんの熱心さには感心させられました・・・が、少々眠いですね。そろそろ休みましょうか。 [18:38] はい． [18:39] 私もそう思っていたところです． [18:39] とりあえず、Ekigaによる通話がどんなプロセスで行われているのかだいたいわかっていただけたと思いますので、あとは時間を確保してじっくりひとつづつ確かめていって下さい。 [18:39] はい． [18:40] それではおやすみなさいzzz [18:40] おやすみなさい．