Verbesserung der Sprachqualität

**Joker** · 27. März 2016

Hi,

in diesem Thread kam die Frage auf, wie man grundsätzlich die Sprachqualität verbessern kann:

Zitat von stonev

Wichtiger ist es, Mikrofon und LS akkustisch zu entkoppeln, um die Sprachqualität beim Gegensprechen zu erhöhen.
Wirklich zufrieden stellt mich die Sprachqualität derzeit nicht... Muss da noch ein wenig experimentieren.

Bietet linphone noch Möglichkeiten softwareseitig an der Sprachqualität zu schrauben?

Ich mache dafür dieses eigene Thema auf, da ich das wichtig finde und mich es auch brennend interessiert.
Welche Möglichkeiten gibt es grundsätzlich die Qualität zu verbessern?

In der DoorPi Config kann man z.B.

Code

echo_cancellation_enabled = True

einstellen. Ich habe mal gelesen dass man das nicht tun sollte, weil dem Pi die Rechenleistung fehlt. Ich habe das bei mir mal gemacht (wohlgemerkt auf einem Raspberry B+), und es hat einiges gebracht. Das Echo (habe ich nur an der Innenstelle, also am Telefon) tritt dadurch deutlich in den Hintergrund. "top" sagt mir während eines Gesprächs immer noch 20% Idle.

Kann man die Option somit grundsätzlich einschalten?

stonev · 27. März 2016

Ich habe die Funktion auch eingeschaltet. Es ist etwas besser (subjektiv), stellt mich aber nicht wirlklich zufrieden. Ich höre mich am Telefon immer noch stark selber reden.

DoorPI bietet auch die Möglichkeit, den Codec einzustellen. Linphone bietet die Audio codecs: OPUS, SILK, SPEEX, G722, AMR-WB (G722.2), GSM 6.10, AMR-NB, ILBC, G729, G711
In DoorPi ist PCMA,PCMU standard, was dem Codec G711 entsprechen müsste. Welche Möglichkeiten habe ich hier, mit dem Codec zu spielen und welche Werte müsste man eintragen? Di Fritbox unterstützt:

G.711a
G.711u
G.711 HD
G.722
G.726-24
G.726-32
G.726-40
iLBC 13.3
iLBC 15.2

Der nächste Angriffspunkt wäre das Mikro. Ich habe eines genommen welches von einer VW Freisprechanlage noch hier lag. Vermutlich ein Mik mit Kugelcharakteristik. Entweder ich packe das Mik in Schalldämmendes Material (z. B. Styropor) so ein, dass es von hinten und von der Seite keinen Schall mehr empfängt (also vom LS), oder ein Mik mit Nierencharalkteristik (Superniere) könnte helfen. Da stehen noch Experimente an.

Ich habe aber auch noch kein MIK mit Supernierencharakteristik gefunden, dass man problemlos verbauen könnte, wie die herkömmlichen Kapselmikrofone. Wer hier einen Tipp zur Hardware hat - her damit...

**Joker** · 27. März 2016

Könnte ein anderer Codec denn wirklich an dem Echoproblem etwas verändern?

AMR-WB wird häufig für Sprachübertragung verwendet, aber das wird scheinbar von der Fritzbox nicht unterstützt. Ich kenn mich aber nicht wirklich aus was der beste Codec für diesen Einsatzzweck ist.

Das mit der Charakteristik klingt vielversprechend. Ein Elektretmikrofon (was scheinbar die meisten hier verwenden) hat soweit ich weiß auch eine Kugelcharakteristik oder? Also eigentlich schlecht.

Mit dem Dämmen klingt auch gut. Ich werde mir glaube ich mal eine "Haube" aus Styropor schnitzen die ich hinten an das Mikrofon anbringe und schaue, ob das irgendwie hilft.

motom001 · 27. März 2016

Zitat von Joker

Kann man die Option somit grundsätzlich einschalten?

Ich habs bei mir produktiv aktiviert und dadurch verbessert. Bei mir sind es aber die langen Kabel von Mic und LS zum Pi.
Als Teststellung mit kurzen Kabel ist es gut bis sehr gut.
http://pythonhosted.org/linpho…echo_cancellation_enabled

Kann jemand mal versuchen liblinphone für den Pi2 zu kompilieren?
https://wiki.linphone.org/wiki…uilding_the_python_module

Kann jemand die aktuelle Version vom pjsua als Sipphone testen?

Kann jemand bitte das hier testen / validieren?
https://lists.nongnu.org/archi…ers/2015-07/msg00024.html

Und einen hab ich noch:
https://sourceforge.net/p/rasp…hread/b2fe01bf/#71d7/9097

Danke...

**Joker** · 27. März 2016

Zitat von motom001

Kann jemand bitte das hier testen / validieren?
https://lists.nongnu.org/archi…ers/2015-07/msg00024.html

Also nachsehen ob neben dem linphonerc die genannte andere Datei liegt?
Im Prinzip kein Thema, aber ich weiß schon nicht wo dieses linphonerc liegen sollte

Beim Rest kann ich nicht wirklich helfen (hab keine Linux Kiste, und den dritten Punkt kapier ich nicht wirklich (vermute aber man muss Asterisk auf dem Pi laufen haben)).

stonev · 27. März 2016

Das grundsätzliche Problem des Echos ist hier beschrieben.

Der effektiveste Weg, das Echo zu unterdrücken ist eine hardwareseitige Echo cancellation. Die softwarebasierten Lösungen funktionieren ganz oft wohl nicht zufriedenstellend. Bei Linphone für Phyton gibt es nur die oben angesprochene Funktion, die bei mir kaum nennenswerten Vorteile herbeiführt.

Das Wiki von Linphone selber sagt dazu:

Code

The echo canceller is disabled because it uses a lot of CPU power which the Raspberry PI does not have. 
And it is not really useful for that use case.
the only audio codecs enabled are PCMU and PCMA for the same reason. 
Other codecs such as speex or opus require too much CPU if we want to also have the video.

Sieht also so aus, als kämen wir mit den vorhandenen Bordmitteln hier icht weiter. Ob pjsua bessere Softwarelösungen bereit ist die Frage, aber in jedem Fall dürfte auch diese an der CPU nagen.
Ideal wäre ein Soundmodul für PI, der das hardwareseitig mitbringt. Aber gibt es sowas und ist es dann auch bezahlbar?
Wäre das Teil von Wolf Audio ggf. eine Option? Im Datenblatt habe ich nichts zu echo cancellation gelesen, aber die werben mit "Aufbau eines VoIP - Konferenztelefons möglich".

motom001_new:

Zitat

Kann jemand bitte das hier testen / validieren?
https://lists.nongnu.org/archive/html/li...00024.html

https://lists.nongnu.org/archi…ers/2015-07/msg00024.htmlWenn ich das richtig verstehe wird da nur der Audio Codec Speex besprochen. Da der von der Fritzbox aber nicht unterstützt wird, hilft das m. E. nich weiter.

Zitat

Kann jemand die aktuelle Version vom pjsua als Sipphone testen?

Ich werde mich vlt. mal dran versuchen, allerdings könnte das meine Fähigkeiten übersteigen, pjsua in DoorPi einzubinden.

**Joker** · 27. März 2016

Zitat

Wäre das Teil von Wolf Audio ggf. eine Option? Im Datenblatt habe ich nichts zu echo cancellation gelesen, aber die werben mit "Aufbau eines VoIP - Konferenztelefons möglich".

In meinen Augen ist es keine Option, denn da steht dabei:

Zitat

Nur für Raspberry Pi A oder Raspberry Pi B, nicht für Raspberry Pi A+, B+, 2 oder3

Vielleicht gibt es andere Soundmodule die Hardware Echo cancellation haben.
In meinem Fall bringt die Echo cancellation von Linphone eine spürbare Verbesserung. Die Frage wäre, woran liegt das jetzt dass es bei mir gut funktioniert und bei anderen nicht
Was man in jedem Fall machen sollte, ist die Mikrofon und Lautsprecher Kabel so kurz wie möglich zu halten, und Lautsprecher und Mikrofon so weit voneinander weg platzieren wie möglich. Ich teste morgen noch, ob es was bringt das Mikro von hinten mit schalldichtem Material zu isolieren.
Weiterhin kann man mit Lautstärke des Lautsprechers und Empfindlichkeit des Mikrofons experimentieren. Je leiser der Lautsprecher und je un-empfindlicher das Mic, desto weniger Echo-Effekt. Hier muss man nicht unbedingt alles auf max haben um immer noch eine sehr gute Qualität zu haben. Ich habe z.B. das Speaker Volume auf 50 von 151. Bei 151 fliegen einem die Ohren weg.

stonev · 27. März 2016

Zitat von Joker

In meinen Augen ist es keine Option, denn da steht dabei:

Es gibt von dem Modul auch eine 2. Version für PI A+, B+, 2 und 3

Ich habe dann auch noch einmal etwas weiter in den Datenblättern gelesen. Drauf verbaut ist ein DSP Voice Processor (WM5102).
Der kann u. a. folgendes:

Code

Programmable audio effects and voice processing functions
- Transmit-path noise reduction and echo cancellation
- Receive-path enhancement and noise reduction
- Wind noise, sidetone and other programmable filters
- Dynamic Range Control, Fully parametric EQs

Das könnte gut angelegtes Geld sein...

Mein Mikro hat etwa 10cm Kabellänge, wurde heute in Styropor gepackt und Empfindlichkeit bis kurz vor 0 runter geregelt. Trotzdem ein gruseliger Sound mit Echo :@

**Joker** · 27. März 2016

Ok, wer kauft und testet

Was mich da noch interessieren würde: Kann man das PiFace dann weiter benutzen? Die komplette Pin Leiste wird ja dann von dem Modul genutzt.

**Nea** · 27. März 2016

Du solltest das Piface weiterhin nutzen können da dies über I2C mit dem Pi komuniziert. Du müsstest dann nur noch Pins auf diese Karte Löten Piface drauf und gut ist.

stonev · 27. März 2016

Zitat von Joker

Ok, wer kauft und testet

Ha Ha, der is gut
Ich werkel ja noch mit nem B Model. Nach Ostern kommt die Kamera und wenn das leistungsmäßig alles auf dem B läuft, ohne dass der einbricht, dann hol ich auch das Audiomodul dazu. Sollte ich auf Modell 2 wechseln müssen, wäre das rausgeworfenes Geld...

motom001 · 27. März 2016

Zitat von Joker

Ok, wer kauft und testet

Richtige Wortwahl - ich bezahle und suche jemand, der es intensiv testet...

**Nea** · 28. März 2016

Würde ich gerne machen aber leider fehlt mir die Zeit dazu. Dummerweise hat der Tag nur 24 Std, hehe.
Sag mal Thomas war da nicht so was ähnliches auf dem Board von dem Italiener.

**pula** · 28. März 2016

hehe... wenn das jemand sponsort würde ich mir das teil auch ansehen

motom001 · 28. März 2016

Okay pula001 - Schick mit bitte einen Bestelllink und Deine Liefer-Adresse per PN und ich kauf das Teil und lass es direkt an Dich liefern.

Zitat von stonev

Wenn ich das richtig verstehe wird da nur der Audio Codec Speex besprochen. Da der von der Fritzbox aber nicht unterstützt wird, hilft das m. E. nich weiter.

Eventuell gibt es andere Audio-Codecs, die das beinhalten?

Zitat von stonev

Ich werde mich vlt. mal dran versuchen, allerdings könnte das meine Fähigkeiten übersteigen, pjsua in DoorPi einzubinden.

Wenn pjsua richtig installiert ist, dann sollte es schon funktionieren, da die Anbindung schon in DoorPi programmiert ist.
Hilfestellung zur Installation gibt es eine frühe Version von DoorPi:
https://github.com/motom001/Do…0a0c156479a5/docs/install

motom001 · 29. März 2016

Hab noch was zum knobeln gefunden:

Code

2016-03-29 21:03:41,416 [INFO]          [doorpi.sipphone.from_linphone] Setting echo canceller delay with value provided by soundcard: 0 ms

Ist ein Eintrag in der Log, wenn man einen Anruf von DoorPi aus startet. Wo kann man für die Soundkarte sowas einstellen? Gibt es da ne ALSA Einstellung, die ich nicht kenne?

größerer Log-Ausschnitt:

Code

2016-03-29 21:03:41,375 [INFO]          [doorpi.sipphone.from_linphone] Found transaction matching response.
2016-03-29 21:03:41,375 [INFO]          [doorpi.sipphone.from_linphone] New client dialog [0x19b5fb0] , local tag [cY4MvKgGJ], remote tag [048463E6BF2EFE0F]
2016-03-29 21:03:41,376 [INFO]          [doorpi.sipphone.from_linphone] Dialog [0x19b5fb0]: now updated by transaction [0x1991880].
2016-03-29 21:03:41,379 [INFO]          [doorpi.sipphone.from_linphone] op [0x71f2a928] : set_or_update_dialog() current=[(nil)] new=[0x19b5fb0]
2016-03-29 21:03:41,379 [INFO]          [doorpi.sipphone.from_linphone] Op [0x71f2a928] receiving call response [183], dialog is [0x19b5fb0] in state [BELLE_SIP_DIALOG_EARLY]
2016-03-29 21:03:41,384 [INFO]          [doorpi.sipphone.from_linphone] Found payload PCMU/8000 fmtp=
2016-03-29 21:03:41,385 [INFO]          [doorpi.sipphone.from_linphone] Found payload PCMA/8000 fmtp=
2016-03-29 21:03:41,386 [INFO]          [doorpi.sipphone.from_linphone] Found payload telephone-event/8000 fmtp=0-15
2016-03-29 21:03:41,386 [INFO]          [doorpi.sipphone.from_linphone] Found payload (null)/0 fmtp=
2016-03-29 21:03:41,387 [INFO]          [doorpi.sipphone.from_linphone] Doing SDP offer/answer process of type outgoing
2016-03-29 21:03:41,388 [INFO]          [doorpi.sipphone.from_linphone] Processing for stream 0
2016-03-29 21:03:41,388 [INFO]          [doorpi.sipphone.from_linphone] Processing for stream 1
2016-03-29 21:03:41,389 [INFO]          [doorpi.sipphone.from_linphone] Local stream description [0x71f055b0] rejected by peer
2016-03-29 21:03:41,390 [INFO]          [doorpi.sipphone.from_linphone] Call 0x71f2ad70: moving from state LinphoneCallOutgoingProgress to LinphoneCallOutgoingEarlyMedia
2016-03-29 21:03:41,390 [DEBUG]         [doorpi.sipphone.from_linphone]                 [PYLINPHONE] >>> pylinphone_Core_callback_call_state_changed(0x19370b8, 0x71f2ad70, 5, "Early media")
2016-03-29 21:03:41,391 [DEBUG]         [doorpi.sipphone.linphone_lib.CallBacks] call_state_changed: <linphone.Core object at 0x73381608>, <linphone.Call object at 0x76c8a620>, 5, Early media
2016-03-29 21:03:41,392 [DEBUG]         [doorpi.sipphone.linphone_lib.CallBacks] call_state_changed (5 - Early media)
2016-03-29 21:03:41,392 [DEBUG]         [doorpi.sipphone.from_linphone]                         [PYLINPHONE] >>> pylinphone_Call_get_remote_address(0x76c8a620 [0x71f2ad70])
2016-03-29 21:03:41,393 [DEBUG]         [doorpi.sipphone.from_linphone]                                 [PYLINPHONE] >>> pylinphone_Address_from_native_ptr(0x71f2a628)
2016-03-29 21:03:41,394 [DEBUG]         [doorpi.sipphone.from_linphone]                                         [PYLINPHONE] >>> pylinphone_Address_new()
2016-03-29 21:03:41,394 [DEBUG]         [doorpi.sipphone.from_linphone]                                         [PYLINPHONE] <<< pylinphone_Address_new -> 0x76c8a6d0
2016-03-29 21:03:41,395 [DEBUG]         [doorpi.sipphone.from_linphone]                                         [PYLINPHONE] >>> pylinphone_Address_init()
2016-03-29 21:03:41,396 [DEBUG]         [doorpi.sipphone.from_linphone]                                         [PYLINPHONE] <<< pylinphone_Address_init -> 0x76c8a6d0
2016-03-29 21:03:41,397 [DEBUG]         [doorpi.sipphone.from_linphone]                                 [PYLINPHONE] <<< pylinphone_Address_from_native_ptr -> 0x76c8a6d0
2016-03-29 21:03:41,397 [DEBUG]         [doorpi.sipphone.from_linphone]                         [PYLINPHONE] <<< pylinphone_Call_get_remote_address -> 0x76c8a6d0
2016-03-29 21:03:41,398 [DEBUG]         [doorpi.sipphone.from_linphone]                         [PYLINPHONE] >>> pylinphone_Address_instance_method_as_string_uri_only(0x76c8a6d0 [0x71f2a628])
2016-03-29 21:03:41,399 [DEBUG]         [doorpi.sipphone.from_linphone]                         [PYLINPHONE] <<< pylinphone_Address_instance_method_as_string_uri_only -> 0x732be290
2016-03-29 21:03:41,399 [TRACE]         [doorpi.action.handler] fire Event OnCallStateChange from doorpi.sipphone.linphone_lib.CallBacks asyncron
2016-03-29 21:03:41,402 [TRACE]         [doorpi.action.handler] fire Event OnCallMediaStateChange from doorpi.sipphone.linphone_lib.CallBacks asyncron
2016-03-29 21:03:41,403 [DEBUG]         [doorpi.action.handler] no actions for event OnCallStateChange - skip fire_event OnCallStateChange from doorpi.sipphone.linphone_lib.CallBacks
2016-03-29 21:03:41,405 [DEBUG]         [doorpi.sipphone.from_linphone]                         [PYLINPHONE] >>> pylinphone_Core_get_calls_nb(0x73381608 [0x19370b8])
2016-03-29 21:03:41,406 [DEBUG]         [doorpi.action.handler] no actions for event OnCallMediaStateChange - skip fire_event OnCallMediaStateChange from doorpi.sipphone.linphone_lib.CallBacks
2016-03-29 21:03:41,406 [DEBUG]         [doorpi.sipphone.from_linphone]                         [PYLINPHONE] <<< pylinphone_Core_get_calls_nb -> 0x178c8b0
2016-03-29 21:03:41,407 [DEBUG]         [doorpi.sipphone.from_linphone]                         [PYLINPHONE] >>> pylinphone_Core_get_calls_nb(0x73381608 [0x19370b8])
2016-03-29 21:03:41,408 [DEBUG]         [doorpi.sipphone.from_linphone]                         [PYLINPHONE] <<< pylinphone_Core_get_calls_nb -> 0x178c8b0
2016-03-29 21:03:41,409 [DEBUG]         [doorpi.sipphone.from_linphone]                         [PYLINPHONE] >>> pylinphone_Core_get_calls_nb(0x73381608 [0x19370b8])
2016-03-29 21:03:41,409 [DEBUG]         [doorpi.sipphone.from_linphone]                         [PYLINPHONE] <<< pylinphone_Core_get_calls_nb -> 0x178c8b0
2016-03-29 21:03:41,410 [DEBUG]         [doorpi.sipphone.from_linphone]                 [PYLINPHONE] <<< pylinphone_Core_callback_call_state_changed
2016-03-29 21:03:41,411 [INFO]          [doorpi.sipphone.from_linphone] Linphone core [0x19370b8] notifying [call_state_changed]
2016-03-29 21:03:41,411 [INFO]          [doorpi.sipphone.from_linphone] Doing early media...
2016-03-29 21:03:41,412 [INFO]          [doorpi.sipphone.from_linphone] linphone_call_start_media_streams() call=[0x71f2ad70] local upload_bandwidth=[0] kbit/s; local download_bandwidth=[0] kbit/s
2016-03-29 21:03:41,413 [INFO]          [doorpi.sipphone.from_linphone] Audio bandwidth for this call is 80
2016-03-29 21:03:41,413 [INFO]          [doorpi.sipphone.from_linphone] RtpSession [0x71f03010] sending to rtp [192.168.178.1:7082] rtcp [192.168.178.1:7083]
2016-03-29 21:03:41,415 [INFO]          [doorpi.sipphone.from_linphone] Stun packet sent for session [0x71f03010]
2016-03-29 21:03:41,415 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_unlink: MSRtpRecv:0x71f2e410,0-->MSVoidSink:0x71f2d370,0
2016-03-29 21:03:41,416 [INFO]          [doorpi.sipphone.from_linphone] Setting echo canceller delay with value provided by soundcard: 0 ms
2016-03-29 21:03:41,417 [INFO]          [doorpi.sipphone.from_linphone] MKVRecorder: initialisation
2016-03-29 21:03:41,419 [INFO]          [doorpi.sipphone.from_linphone] speex_lib_ctl init with neon ? 0
2016-03-29 21:03:41,420 [INFO]          [doorpi.sipphone.from_linphone] Configuring av recorder with audio format type=audio;encoding=opus;rate=48000;channels=1;fmtp=''
2016-03-29 21:03:41,421 [INFO]          [doorpi.sipphone.from_linphone] MKVRecorder: set pin #1 format. type=audio;encoding=opus;rate=48000;channels=1;fmtp=''
2016-03-29 21:03:41,421 [INFO]          [doorpi.sipphone.from_linphone] target bitrate not set for stream [0x71f29fe8] using payload's bitrate is 80000
2016-03-29 21:03:41,422 [INFO]          [doorpi.sipphone.from_linphone] Setting audio encoder network bitrate to [80000] on stream [0x71f29fe8]
2016-03-29 21:03:41,423 [INFO]          [doorpi.sipphone.from_linphone] Equalizer rate: 8000, selecting 128 steps for FFT
2016-03-29 21:03:41,423 [INFO]          [doorpi.sipphone.from_linphone] Equalizer rate: 8000, selecting 128 steps for FFT
2016-03-29 21:03:41,424 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSAlsaRead:0x1993e48,0-->MSSpeexEC:0x71f2a210,1
2016-03-29 21:03:41,425 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSSpeexEC:0x71f2a210,1-->MSVolume:0x19b15c0,0
2016-03-29 21:03:41,425 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSVolume:0x19b15c0,0-->MSAudioMixer:0x1958948,0
2016-03-29 21:03:41,426 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSAudioMixer:0x1958948,0-->MSUlawEnc:0x194f000,0
2016-03-29 21:03:41,427 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSUlawEnc:0x194f000,0-->MSRtpSend:0x71f03b88,0
2016-03-29 21:03:41,427 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSRtpRecv:0x19b5220,0-->MSUlawDec:0x194a6b0,0
2016-03-29 21:03:41,428 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSUlawDec:0x194a6b0,0-->MSGenericPLC:0x1947fc0,0
2016-03-29 21:03:41,428 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSGenericPLC:0x1947fc0,0-->MSDtmfGen:0x19b52b8,0
2016-03-29 21:03:41,429 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSDtmfGen:0x19b52b8,0-->MSVolume:0x19b7ae0,0
2016-03-29 21:03:41,430 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSVolume:0x19b7ae0,0-->MSTee:0x19943e0,0
2016-03-29 21:03:41,430 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSTee:0x19943e0,0-->MSEqualizer:0x194c6f0,0
2016-03-29 21:03:41,431 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSEqualizer:0x194c6f0,0-->MSAudioMixer:0x19bbe80,0
2016-03-29 21:03:41,431 [INFO]          [doorpi.sipphone.from_linphone] speex_lib_ctl init with neon ? 0
2016-03-29 21:03:41,432 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSFilePlayer:0x1954c40,0-->MSResample:0x19b4b30,0
2016-03-29 21:03:41,433 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSResample:0x19b4b30,0-->MSAudioMixer:0x19bbe80,1
2016-03-29 21:03:41,433 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSAudioMixer:0x19bbe80,0-->MSSpeexEC:0x71f2a210,0
2016-03-29 21:03:41,434 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSSpeexEC:0x71f2a210,0-->MSAlsaWrite:0x19568c0,0
2016-03-29 21:03:41,435 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSAudioMixer:0x1949460,1-->MSResample:0x1944600,0
2016-03-29 21:03:41,435 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSResample:0x1944600,0-->MSOpusEnc:0x1945260,0
2016-03-29 21:03:41,436 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSOpusEnc:0x1945260,0-->MSMKVRecorder:0x1955058,1
2016-03-29 21:03:41,436 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSItcSource:0x1957348,0-->MSMKVRecorder:0x1955058,0
2016-03-29 21:03:41,437 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSAudioMixer:0x1958948,1-->MSAudioMixer:0x1949460,0
2016-03-29 21:03:41,438 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSTee:0x19943e0,1-->MSAudioMixer:0x1949460,1
2016-03-29 21:03:41,438 [INFO]          [doorpi.sipphone.from_linphone] ms_filter_link: MSAudioMixer:0x1949460,0-->MSFileRec:0x19914e0,0
2016-03-29 21:03:41,439 [INFO]          [doorpi.sipphone.from_linphone] Initializing speex echo canceler with framesize=64, filterlength=2000, delay_samples=0
2016-03-29 21:03:41,440 [INFO]          [doorpi.sipphone.from_linphone] Initializing speex resampler in mode [min]
2016-03-29 21:03:41,441 [INFO]          [doorpi.sipphone.from_linphone] MSOpusEnc: codec bitrate set to [30000] with ptime [20]
2016-03-29 21:03:41,442 [INFO]          [doorpi.sipphone.from_linphone] Setting opus codec bitrate to [30000] from network bitrate [46000] with ptime [20]
2016-03-29 21:03:41,442 [INFO]          [doorpi.sipphone.from_linphone] Initializing speex resampler in mode [min]
2016-03-29 21:03:41,443 [INFO]          [doorpi.sipphone.from_linphone] Filter MSRtpRecv is already being scheduled; nothing to do.
2016-03-29 21:03:41,444 [INFO]          [doorpi.sipphone.from_linphone] audio_stream_link_video() connecting itc filters
2016-03-29 21:03:41,450 [INFO]          [doorpi.sipphone.from_linphone] alsa_open_r: opening sysdefault:1 at 8000Hz, bits=16, stereo=0
2016-03-29 21:03:41,454 [INFO]          [doorpi.sipphone.from_linphone] No valid video stream defined.
2016-03-29 21:03:41,455 [WARNING]       [doorpi.sipphone.from_linphone] alsa_set_params: The period size 256 is not supported by your hardware.
 ==> Using 170 instead.
2016-03-29 21:03:41,456 [WARNING]       [doorpi.sipphone.from_linphone] alsa_set_params: periodsize:256 Using 170
2016-03-29 21:03:41,456 [WARNING]       [doorpi.sipphone.from_linphone] alsa_set_params: period:8 Using 8
2016-03-29 21:03:41,457 [INFO]          [doorpi.sipphone.from_linphone] alsa_open_r: Audio params set
2016-03-29 21:03:41,458 [INFO]          [doorpi.sipphone.from_linphone] ms_ticker_set_time_func: ticker's time method updated.
2016-03-29 21:03:41,458 [INFO]          [doorpi.sipphone.from_linphone] MSAudioMixer [0x19bbe80] is entering bypass mode.
2016-03-29 21:03:41,459 [WARNING]       [doorpi.sipphone.from_linphone] Getting reference signal but no echo to synchronize on.
2016-03-29 21:03:41,459 [INFO]          [doorpi.sipphone.from_linphone] Stun packet sent for session [0x71f03010]
2016-03-29 21:03:41,460 [INFO]          [doorpi.sipphone.from_linphone] LinphoneCall[0x71f2ad70] : payload type 0 PCMU/8000 fmtp= added to frozen list.
2016-03-29 21:03:41,461 [INFO]          [doorpi.sipphone.from_linphone] LinphoneCall[0x71f2ad70] : payload type 8 PCMA/8000 fmtp= added to frozen list.
2016-03-29 21:03:41,461 [INFO]          [doorpi.sipphone.from_linphone] LinphoneCall[0x71f2ad70] : payload type 101 telephone-event/8000 fmtp= added to frozen list.
2016-03-29 21:03:41,462 [INFO]          [doorpi.sipphone.from_linphone] Garbage collecting unowned object of type belle_sdp_session_description_t
2016-03-29 21:03:41,463 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Call_get_state(0x76c8a620 [0x71f2ad70])
2016-03-29 21:03:41,464 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] <<< pylinphone_Call_get_state -> 0x178c880
2016-03-29 21:03:41,465 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Core_get_inc_timeout(0x73381608 [0x19370b8])
2016-03-29 21:03:41,466 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] <<< pylinphone_Core_get_inc_timeout -> 0x178cc3c
2016-03-29 21:03:41,517 [INFO]          [doorpi.sipphone.from_linphone] MSAudioMixer [0x19bbe80] is leaving bypass mode.
2016-03-29 21:03:41,518 [WARNING]       [doorpi.sipphone.from_linphone] Getting reference signal but no echo to synchronize on.
2016-03-29 21:03:41,519 [INFO]          [doorpi.sipphone.from_linphone] MSAudioMixer [0x1958948] is entering bypass mode.
2016-03-29 21:03:41,520 [WARNING]       [doorpi.sipphone.from_linphone] Getting reference signal but no echo to synchronize on.
2016-03-29 21:03:41,522 [WARNING]       [doorpi.sipphone.from_linphone] Getting reference signal but no echo to synchronize on.
2016-03-29 21:03:41,526 [WARNING]       [doorpi.sipphone.from_linphone] Not enough ref samples, using zeroes
2016-03-29 21:03:41,526 [INFO]          [doorpi.sipphone.from_linphone] alsa_open_w: opening sysdefault:1 at 8000Hz, bits=16, stereo=0
2016-03-29 21:03:41,527 [WARNING]       [doorpi.sipphone.from_linphone] alsa_set_params: The period size 256 is not supported by your hardware.
 ==> Using 170 instead.
2016-03-29 21:03:41,528 [WARNING]       [doorpi.sipphone.from_linphone] alsa_set_params: periodsize:256 Using 170
2016-03-29 21:03:41,528 [WARNING]       [doorpi.sipphone.from_linphone] alsa_set_params: period:8 Using 8
2016-03-29 21:03:41,529 [INFO]          [doorpi.sipphone.from_linphone] alsa_open_w: Audio params set
2016-03-29 21:03:41,530 [INFO]          [doorpi.sipphone.from_linphone] Samples are back.
2016-03-29 21:03:41,531 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Call_get_state(0x76c8a620 [0x71f2ad70])
2016-03-29 21:03:41,531 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] <<< pylinphone_Call_get_state -> 0x178c880
2016-03-29 21:03:41,532 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Core_get_inc_timeout(0x73381608 [0x19370b8])
2016-03-29 21:03:41,533 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] <<< pylinphone_Core_get_inc_timeout -> 0x178cc3c
2016-03-29 21:03:41,586 [WARNING]       [doorpi.sipphone.from_linphone] Not enough ref samples, using zeroes
2016-03-29 21:03:41,589 [INFO]          [doorpi.sipphone.from_linphone] Samples are back.
2016-03-29 21:03:41,593 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Call_get_state(0x76c8a620 [0x71f2ad70])
2016-03-29 21:03:41,595 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] <<< pylinphone_Call_get_state -> 0x178c880
2016-03-29 21:03:41,591 [DEBUG]         [doorpi.status.webserver_lib.request_handler_static_functions] [192.168.178.24] ('GET /favicon.ico HTTP/1.1', '200', '-')
2016-03-29 21:03:41,598 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Core_get_inc_timeout(0x73381608 [0x19370b8])
2016-03-29 21:03:41,601 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] <<< pylinphone_Core_get_inc_timeout -> 0x178cc3c
2016-03-29 21:03:41,652 [DEBUG]         [doorpi.sipphone.from_linphone]                 [PYLINPHONE] >>> pylinphone_Core_callback_call_stats_updated(0x19370b8, 0x71f2ad70, 0x71f2b230)
2016-03-29 21:03:41,653 [DEBUG]         [doorpi.sipphone.from_linphone]                 [PYLINPHONE] <<< pylinphone_Core_callback_call_stats_updated
2016-03-29 21:03:41,654 [INFO]          [doorpi.sipphone.from_linphone] Linphone core [0x19370b8] notifying [call_stats_updated]
2016-03-29 21:03:41,655 [DEBUG]         [doorpi.sipphone.from_linphone]                 [PYLINPHONE] >>> pylinphone_Core_callback_call_stats_updated(0x19370b8, 0x71f2ad70, 0x71f2b2e8)
2016-03-29 21:03:41,655 [DEBUG]         [doorpi.sipphone.from_linphone]                 [PYLINPHONE] <<< pylinphone_Core_callback_call_stats_updated
2016-03-29 21:03:41,656 [INFO]          [doorpi.sipphone.from_linphone] Linphone core [0x19370b8] notifying [call_stats_updated]
2016-03-29 21:03:41,657 [INFO]          [doorpi.sipphone.from_linphone] Bandwidth usage for call [0x71f2ad70]:
        RTP  audio=[d=  0,0,u=  0,0], video=[d=  0,0,u=  0,0] kbits/sec
        RTCP audio=[d=  0,0,u=  0,0], video=[d=  0,0,u=  0,0] kbits/sec
2016-03-29 21:03:41,658 [INFO]          [doorpi.sipphone.from_linphone] Thread processing load: audio=20,287535 video=0,000000
2016-03-29 21:03:41,659 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Call_get_state(0x76c8a620 [0x71f2ad70])
2016-03-29 21:03:41,660 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] <<< pylinphone_Call_get_state -> 0x178c880
2016-03-29 21:03:41,661 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Core_get_inc_timeout(0x73381608 [0x19370b8])
2016-03-29 21:03:41,662 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] <<< pylinphone_Core_get_inc_timeout -> 0x178cc3c
2016-03-29 21:03:41,713 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Call_get_state(0x76c8a620 [0x71f2ad70])
2016-03-29 21:03:41,714 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] <<< pylinphone_Call_get_state -> 0x178c880
2016-03-29 21:03:41,715 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Core_get_inc_timeout(0x73381608 [0x19370b8])

Alles anzeigen

stonev · 29. März 2016

Habe bei Linphone mal was von einer Funktion "linphone echo calibration" gelesen. Könnte was damit zu tun haben.i

**Nea** · 30. März 2016

Code

enableEchoCancellation


    void enableEchoCancellation(boolean enable)


    Enables or disable echo cancellation.


    Parameters:
        enable - 


    isEchoCancellationEnabled


    boolean isEchoCancellationEnabled()


    get EC status


    Returns:
        true if echo cancellation is enabled.


    isEchoLimiterEnabled


    boolean isEchoLimiterEnabled()


    Get echo limiter status (another method of doing echo suppression, more brute force)


    Returns:
        true if echo limiter is enabled

Alles anzeigen

Gefunden in der linphonecore

Gefunden hier http://www.linphone.org/techni…er/linphone/documentation

Code

Configuration file documentation
Linphone has a linphonerc configuration file in which all SIP, RTP, sound, video settings are read and stored. By default no configuration file is required and linphone always generates a default one at first startup.
Most of the parameters are used internally by accessors of liblinphone (ex: linphone_core_set/get_audio_port()) and thus do not need to be accessed directly by editing the config file.
However some parameters are related to fine grained settings: noise gate, echo canceler parameters, echo limiter etc.
Follows here a description of sound related tunables and a documented linphonerc config file with all settings.
Echo canceller
Linphone uses an echo canceller from libspeexdsp. Filter tail length, echo delay and frame size can be changed.
[sound]
#turn on/off echo cancellation
echocancellation=1


#Expected delay of echo in milliseconds


#Use this when you have a fixed latency in the sound hardware.
#This allows to reduce the tail length of the echo canceller, which speeds up convergence
#and reduces complexity of computations.
ec_delay=0


#Tail length of echo canceller in milliseconds.
#Ideally it should be no more than the expected duration of the echo.
ec_tail_len=60


#Frame size for AU-MDF echo canceller algorithm
#This is a parameter internal to the echo canceller, recommended is too keep to its default value.
ec_frame_size=128
Echo limiter
The echo limiter is an algorithm that consists in lowering the gain of the mic input when the speaker is talking. Combined with the noise gate (see next section) it gives good results when the echo canceller no more works, because of non linear distorsion (saturation) of the echo path.
Its drawback is that it turns the call in a kind of automatic half-duplex mode, which makes impossible to interrupt the person who is talking.
[sound]
#Enables echo limiter
#this basically consists in lowering the mic input (in software)
#when the speaker level is above a certain threshold
#the attenuation is made proportionnal to the speaker detected level
echolimiter=0


#el_speed parameter: gain changes are smoothed with a coefficent
#el_speed is this coefficient. It's a value between 0 and 1
#0.1 is already very fast, 0.001 is very low
#default value is 0.03
#recommendation is to keep it unchanged
el_speed=0.03


#el_thres parameter
#Threshold above which the system becomes active.
#It is a normalized power, between 0 and 1.
#Default value is 0.1
# A smaller value can be better.
el_thres=0.1


#el_force parameter
#The proportional coefficient controlling the mic attenuation.
#Default value is 10
el_force=10


#el_sustain parameter
#Time in milliseconds for which the attenuation is kept unchanged after 
#resuming from speech to silence on the network->speaker channel.
#This is a very important parameter that needs to be adjusted
#to take in account the latency of the sound card/driver.
#Indeed when the echo limiter sees there is no more energy going to the 
#speaker, there can be still some audio buffers pending to be played
#in the audio driver. These buffers are out of control of the application
#and will generate echo as they are non-silence.
#The purpose of the parameter is to keep the mic attenuated
#for some time until the echo of these buffer is finished.
#100 ms is a reasonable value to start, can be higher depending
#on the hardware.
el_sustain=100
Noise gate
The goal of the noise gate is to remove (or attenuate a lot) the background noise heared by the microphone. Noise and speech are distinguished using an energy threshold. The use of the noise gate can prevent feedback to produce between two devices running linphone.
[sound]
#The noise gate is located just after mic input
#Tells whether noise gate is active:
noisegate=0


#Noise gate threshold in linear power between 0 and 1:
#Above this threshold the noise gate becomes bypass.
ng_thres=0.05


#Noise gate's floorgain: gain applied to the signal when its energy is below the threshold.
#It is expect to be low so that noise is attenuated.
ng_floorgain=0.0005
Equalizer
A parametric equalizer can be used to recover from speakers with bad spectral response. The frequency response of the equalizer is entirely configurable.
[sound]
#equalizer: it is located before speaker output
#Tells whether equalizer is active.
eq_active=0


#equalizer gains.
#It is a list of triplets ::
#for example:
#eq_gains=300:0.1:100 700:0.2:250
Miscellaneous audio parameters
[sound]
#Automatic gain control (of mic input) - turns on or off:
agc=0


#static software gain (linear scale) to be applied to microphone signal


mic_gain=1.0


#static software gain (log scale) to be applied to signal sent to speaker
playback_gain_db=0.0


#Enable or disable DC removal of mic input:
dc_removal=0
Linphonerc sample file documented
##section relative to sound settings
[sound]
#sound device name used for playback, as listed in linphonec by "soundcard list"
playback_dev_id=ALSA: default device
#sound device name used for ringing, as listed in linphonec by "soundcard list"
ringer_dev_id=ALSA: default device
#sound device name used for capture, as listed in linphonec by "soundcard list"
capture_dev_id=ALSA: default device
#Alsa special device name
# This option allows to specify a special ALSA card (as defined in ALSA asoundrc config files)
# to be used by linphone. This card can then be referred by playback_dev_id, ringer_dev_id, capture_dev_id options.
# Use this if you are able to understand asoundrc syntax and you know what you are doing.
#alsadev=
#wav file to play to advertise remote ringing
remote_ring=/usr/local/share/sounds/linphone/ringback.wav
#wav file to play to advertise incoming calls
local_ring=/usr/loca/share/sounds/linphone/rings/bigben.wav
#turn on/off echo cancellation
echocancellation=1
#Expected delay of echo in milliseconds
#Use this when you have a fixed latency in the sound hardware.
#This allows to reduce the tail length of the echo canceller, which speeds up convergence
#and reduces complexity of computations.
ec_delay=0
#Tail length of echo canceller in milliseconds.
#Ideally it should be no more than the expected duration of the echo.
ec_tail_len=60
#Frame size for AU-MDF echo canceller algorithm
#This is a parameter internal to the echo canceller, recommended is too keep to its default value.
ec_frame_size=128
#static software gain (linear scale) to be applied to microphone signal
mic_gain=1.0
#static software gain (log scale) to be applied to signal sent to speaker
playback_gain_db=0.0

Alles anzeigen

stonev · 31. März 2016

Nochmal zu o. a. Cirrus (ehemal Wolfson) Audio Card:

Der Support für diese Karte seitens Cirrus ist wohl mehr als dürftig. Cirrus bietet ein fertiges Image für den RPI an, welches die Treiber für die Karte enthält. Dieses datiert allerdings auf 04.2015 und basiert vermutlich auf Noobs.

Für alle die das Teil testen:
Ich habe hier eine Seite mit einer Anleitung gefunden, nach der eine Installation (Patch des Kernels) unter Jessie möglich sein könnte (ungetestet):
http://www.horus.com/~hias/cirrus-driver.html
dazu gibt es dann auch einen Thread im Forum von elements14: https://www.element14.com/comm…s-to-kernel-31816-and-405

Ist alles nicht sonderlich elegant, aber es ist das einzige Soundboard mit Mikrofoneingang, dass ich gefunden habe. Dazu mit echo cancellation...

Allerdings: Wenn das System einmal stabil läuft, gibt es keinen Grund, daran ständig irgendwelche Updates vorzunehmen. Ich werde es wohl mal versuchen, allerdings die Version für einen RPI B.

stonev · 1. April 2016

Noch eine software-Variante zur Vermeidung des Echos: Pulseaudio

Gemäß diesem Artikel ist in Pulseaudio ein Modul eingebaut das sich "Adrian echo canceller" nennt.
Ggf. wäre dies ja nutzbar.

Ich versuche das gerade mal zu testen. Habe mit

Code

sudo apt-get install pulseaudio

Pulseaudio installiert. Die Ausgabe von aplay -L sieht bei mir dann so aus:

Code

pi@raspberrypi:~ $ aplay -L
null
    Discard all samples (playback) or generate zero samples (capture)
pulse
    PulseAudio Sound Server
default
    Playback/recording through the PulseAudio sound server
sysdefault:CARD=Device
    USB PnP Sound Device, USB Audio
    Default Audio Device
front:CARD=Device,DEV=0
    USB PnP Sound Device, USB Audio
    Front speakers
surround21:CARD=Device,DEV=0
    USB PnP Sound Device, USB Audio
    2.1 Surround output to Front and Subwoofer speakers
surround40:CARD=Device,DEV=0
    USB PnP Sound Device, USB Audio
    4.0 Surround output to Front and Rear speakers
surround41:CARD=Device,DEV=0
    USB PnP Sound Device, USB Audio
    4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=Device,DEV=0
    USB PnP Sound Device, USB Audio
    5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=Device,DEV=0
    USB PnP Sound Device, USB Audio
    5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=Device,DEV=0
    USB PnP Sound Device, USB Audio
    7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
iec958:CARD=Device,DEV=0
    USB PnP Sound Device, USB Audio
    IEC958 (S/PDIF) Digital Audio Output
dmix:CARD=Device,DEV=0
    USB PnP Sound Device, USB Audio
    Direct sample mixing device
dsnoop:CARD=Device,DEV=0
    USB PnP Sound Device, USB Audio
    Direct sample snooping device
hw:CARD=Device,DEV=0
    USB PnP Sound Device, USB Audio
    Direct hardware device without any conversions
plughw:CARD=Device,DEV=0
    USB PnP Sound Device, USB Audio
    Hardware device with all software conversions

Alles anzeigen

Als Capture und playbackdevice habe ich unter Doorpi dann "ALSA: default" eingestellt. Ton funktioniert, aber leider noch kein Effekt. Ich weiß aber absolut nicht, ob Audi jetzt auch tatsächlich über Pulseaudio läuft und falls ja, ob dort der Echo canceler auch aktiv wirkt.

Hat da jemand eine Idee, wie das herauszufinden wäre? Kann man Pulseaudio noch irgendwo konfigurieren?
Kann DoorPi grundsätzlich mit Pulseaudio kommunizieren?

Verbesserung der Sprachqualität

Teilen

Tags