3.5 mmジャックは、サウンドが再生された後に「ヒス」を開始します


10

Raspberry Pi 2、モデルBのアンプに次の問題があります。

  1. Piを起動すると、すべてが素晴らしいように聞こえます。
  2. Piを介してサウンドバイトを再生する(ALSAを使用)
  3. PCMが「ミュート」されている(alsamixesrを使用)か、または何らかの種類のボリュームがあるかに関係なく、スピーカーのヒス音。

/boot/config.txtでdisable_audio_dither = 1を設定しましたが、この問題は修正されません。

次のコマンドを実行して、それが有効になっていることを確認するためにテストしました。

# vcgencmd get_config disable_audio_dither
disable_audio_dither=1

起動してから最初のサウンドを再生するまではどうなりますか?また、最初の再生後にヒス音を停止するにはどうすればよいですか?

編集する

私の質問は、ここで尋ねた質問とは異なります。この質問は、曲間のポップノイズの問題について説明しているため、オーディオジャック出力からより良い音質を得る方法です。私の問題は、Piでオーディオが再生された、Piが再起動されるまでスピーカーからヒス音が聞こえることです。ポッピングサウンドがまったく聞こえず、USBカードを使用してもこの問題は解決しませんでした。

編集2

Tendak HDMI to VGAを使用してサウンドを試しました(http://www.amazon.com/Tendak-Converter-Adapter-Projector-Blu-ray/dp/B00SKP88VA/ref=sr_1_10?ie=UTF8&qid=1450364986&sr=8-10&keywords = tendak + hdmi)そのようにすると思いますが、問題は解決しません。


ヒスはどれほどひどいですか?Piは、3.5mmジャックでの干渉と品質にWRTとして望まれるものを残します。ミュートで変化しない場合は、アンプの音量を下げることができるように、出力ボリュームを高く(90〜95%)することもできます。
ゴルディロックス

悪いです。アンプ側で音量を下げると、音量が小さすぎて音が鳴っていても何も聞こえません。音声を再生する必要があるたびに物理的にボリュームダイヤルを完全に下げたり上げたりすることも、この場合は残念ながらオプションではありません。
Mikey A. Leonetti、2015年

1
別のサウンドカード(USB)を入手すると、この問題が解消される可能性が高いと思いますか?
マイキーA.レオネッティ2015年


1
@allanonmageコメントありがとうございます。投稿の上部で言及したバージョン以外に、より具体的なバージョンはありますか?
マイキーA.レオネッティ2016年

回答:


1

Piのオーディオポートはあまり良くありませんが、安価なオーディオポートのこの結果は2つの方法のいずれかで軽減できます。

1. PulseAudio


PulseAudioは、任意のポートを介してオーディオを再生する高品質な方法です。

あなたはもっと読んで、ここでそれをインストール/使用する方法を学ぶことができます:https//dbader.org/blog/crackle-free-audio-on-the-raspberry-pi-with-mpd-and-pulseaudio

2. USBサウンドカード


これは、USBサウンドカードではマイクを使用できるため、より広く使用されているソリューションです。eBayとAmazonでは$ 5未満で購入できます。


サウンドの再生中にパチパチという音は聞こえません。音は実はかなりクリアです。私の質問が不明な場合はお知らせください。私の質問に示されているように、USBも試しました。
Mikey A. Leonetti、2015

オーディオチャネルが初期化されていないため、ヒスノイズが発生します。このため、ピックアップするノイズを作成するオープンインピーダンスがあります。(ワイヤーはアンテナのように電気ノイズを拾います)サウンドの再生を開始すると、オーディオチャネルはそれを自動的に整理しているように見えます。初期化される内部プルアップまたはプルダウンの可能性があります。おそらくドライバの問題かハードウェアの問題です。テレビのオーディオシステムでも同じことが起こります。テレビがオフのとき、テレビがオンになるまでシューという音が聞こえます。かなり煩わしい....
ピョートルクラ2016年

1

最初のオーディオファイルを再生した後、アンプがまだオンになっていると思います。あなたが試すことができるいくつかのことがあります(もちろん、いくつかはすでに試したことがあるかもしれません)。

  • サンプルの再生に使用するソフトウェアを閉じます。私はモデル2でソニックpiを使用してテストしていましたが、ソニックpiを閉じるとヒス音止まり、はるかに静かになりました。さらなるテストにより、起動中であっても、snd_bcm2835ロードされる前であっても静かなヒスノイズが存在し、ソニックパイが大きなヒスノイズを発生させることが実証されています。
  • rmmodサウンドに関連するさまざまなモジュールを停止()します。これを行うには、「強制」オプションを有効にする必要があります。一部のモジュールは「使用中」であるように見えますが、特定のものでは使用されていません。デフォルトで無効になっている理由があります(クラッシュする可能性が高い)。

sonic Piでテストしているとき、ビープ音の間の隙間で同じ(大きな)ヒス音が聞こえました。あなたのように、ボリュームとミュートボタンは何もしませんでした。私のテストは、オンボードのオーディオポートにあるいくつかのひどいイヤホンで行われました。

ヒス音がソフトウェアの演奏で大きくなったという事実は、2つの原因を示唆しています。トポロジーはわかりませんが、DACとアンプは、常にアンプに電力が供給されていると思います。

ハードウェアで遊ぶことに夢中で、数年前にいくつかの単純なオーディオハードウェアを作成したので、GPIOピンによって制御されるハードウェアミュート回路を検討します。私の頭の上で、小さなFETによってスイッチされたグラウンドへの1K抵抗のようなものを考えています(チャネルごとにすべてですが、同じGPIOピンから実行できます)。これは、トランジスタを使用して回路を遮断するよりも優れている可能性があります。スイッチオフポップが発生し、次のステージでピックアップが増加する可能性があります(私はアンプ付きスピーカーを想定しています)。もちろん、オーディオクリップ内に沈黙がある場合、これはあまり役に立ちません。

それは(十分に近い)ホワイトノイズのように聞こえるので、(メインのハム音とは異なり)それをフィルタリングすることはできません、そして私はあなたのアンプ/スピーカーを下げることができるように出力ボリュームを上げるのに十分な大きさであると私は思う足りる。


ハードウェアソリューションは、ミュート回路で絶対的に最高に聞こえます(これまでのところ私の最高のオプションです!!)。また、サウンドドライバをアンロードしてアンロードしてみたので、試してみたいと思います。オーディオの沈黙は大した問題ではありません。完了時にミュートされているだけです。私はハードウェアの経験がないので、私はハードウェアの男ではないので、どこで何を言っているのか100%わかりません。もっと簡単な方法でそれを置くことができれば、それは問題ありません。どちらにせよ、私は研究をするつもりです。
Mikey A. Leonetti、2015

もっと具体的にするためには遊びが必要ですが、sound.westhost.com / articles / muting.htmlにいくつかのアイデアがあります-図4Aに熱心です(12Vを使用する唯一の理由は、 LED、R2を減らすことにより、5Vまたは3.3Vの動作まで低下する可能性があります。私の最初の部分は、sound.westhost.com / project147.htmのようなものでした(図1)
Chris H

問題は、図が理解できないことです。私を助けるために誰かと契約しなければならないかもしれません。請負をする場合もお知らせください。その後、問題が解決した後、調査結果を投稿して、この問題を将来の人々も解決できるようにします。
Mikey A. Leonetti

簡単な既成の実装があることを期待していましたが、見つかりませんでした。回路図があなたの範囲を超えている場合、私もそれを組み立てることは疑わしいです(私が間違っていれば申し訳ありません)。
Chris H

はんだ付けが必要な場合は、はい。だから私も間違いなく誰かと契約する必要があります、それから私は推測します。これに適した人を知っている場合は、私に知らせてください。既製のソリューションを既に検索していただきありがとうございます。あなたはたくさん助けてくれました。
Mikey A. Leonetti、2015

1

/boot/config.txtにaudio_pwm_mode = 2を追加することで、ヒスノイズを完全に取り除くことができました。ところで:私は私のオーディオジャックと私のアンプの間にグランドループアイソレーターもあります。


どうやら私はあなたのソリューションを使用して解決しました(ファイル構成のみ)
Mitro

0

ハードウェアの問題です。

元のパイは電源ノイズの注入によりヒスノイズに悩まされていました。「+」(およびB2)シリーズは、この点ではるかに優れています(別個のレギュレーターでGPUからサウンドを分離するため)。ただし、「高品質」のPSU(定格1.5 A)を使用することで、ヒスノイズを低減できます。通常はより良い)および/または追加の電解キャップを追加します。「サウンド出力」電源ピンの近くのGPU電源全体。


私たちは2.5 AのPSUを使用しており、他の多くの電源を試しました。それが違いを生むかどうかはわかりません。奇妙な問題は、デバイスが最初に起動したときに正常に聞こえるが、それでもまだ「オン」のように聞こえるプログラムからの最初のサウンドバイト(および再生の停止)を再生した後です。私の要点は、PSUのようなものに関連していると、サウンドが再生される前でもサウンドが悪いと思います。
Mikey A. Leonetti、2015

私は、定格電流または定格電流がより多いとは必ずしもクリーンな電力を意味するとは限りません。 righto.com/2012/10/a-dozen-usb-chargers-in-lab-apple-is.htmlでは、品質の測定方法と遭遇する可能性についてかなり詳しく説明しています。
YetAnotherRandomUser 2016年

0

私はこれと同じ問題に直面していて、実際にOSを再インストールしましたが、私の問題はサーボブラスターがpwmを使用していることであることがわかりました。私のオーディオを取り戻します。詳しくは、このサイト https://leenabot.com/en/Driving-Servo-Motors-Servo-Blaster-for-Raspberry-Pi/をご覧ください。これがサーボブラスターを使用している他の人に役立つことを願っています。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.