Launchpad has imported 13 comments from the remote bug at
https://bugzilla.redhat.com/show_bug.cgi?id=1282285.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2015-11-16T02:50:21+00:00 gizmo wrote:

Description of problem:
When playing audio through the Jabra Evolve 65 UC headset using either the USB 
cable or the Jabra Link 360 USB dongle, sound is played back too fast, with a 
'chipmunk' effect.  I don't know if the recording side is affected or not, but 
people have not commented on it if it is.

Version-Release number of selected component (if applicable):
Name        : pulseaudio
Arch        : x86_64
Epoch       : 0
Version     : 6.0
Release     : 8.fc22
Size        : 3.3 M
Repo        : @System

Name        : alsa-plugins-pulseaudio
Arch        : i686
Epoch       : 0
Version     : 1.0.29
Release     : 1.fc22
Size        : 101 k
Repo        : @System


How reproducible:
Always

Steps to Reproduce:
1. Plug in headset using USB cable.
2. Play audio

Actual results:
Audio plays fast.  Buffered audio streams (like youtube) play without gaps, but 
realtime streams (like Skype, or Jabber) play with gaps.

Expected results:
Audio should play back at the normal rate with no gaps.

Additional info:
My Logitech USB headset plays just fine.

When using the Jabra headset in BlueTooth mode, audio playback is normal
using either the A2DP audio profile or the HSP/HFP.

When connected with the USB cable lsusb reports the Jabra device as:
Bus 001 Device 008: ID 0b0e:030b GN Netcom

The Jabra device plays just fine on Windows, using the same computer.

System is running KDE with Phonon GStreamer and alsa.

I honestly don't know if this is a Pulse problem or an ALSA problem.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1710060/comments/0

------------------------------------------------------------------------
On 2016-01-26T20:16:12+00:00 gizmo wrote:

This bug has been open now for 2 months with zero movement.  Is there
anything I can do to help out here?  I'm willing to troubleshoot, I just
have no idea what to do next.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1710060/comments/1

------------------------------------------------------------------------
On 2016-01-29T18:50:29+00:00 wtaymans wrote:

I'm pretty sure that this is an alsa problem. The driver probably
configures the wrong samplerate or maybe it needs a tweak for this
particular hardware.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1710060/comments/2

------------------------------------------------------------------------
On 2016-02-15T17:11:38+00:00 joerg.pareigis wrote:

Exactly the same here.
Trying with newest version of Debian 8 and SuSE 42.1.

The headset plays too fast with a short gap every second. Regardless
which connection is used. Directly via USB-Cable, or via BT-Dongle. Both
with the same result.

It plays the correct speed when connected via Bluetooth to Android devices.
Connected at Windows PC it pays also without any spot.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1710060/comments/3

------------------------------------------------------------------------
On 2016-02-15T19:13:10+00:00 gizmo wrote:

(In reply to Wim Taymans from comment #2)
> I'm pretty sure that this is an alsa problem. The driver probably configures
> the wrong samplerate or maybe it needs a tweak for this particular hardware.

Ok, so I've got the same question; what can I do to help troubleshoot
this?  Guys, I'm willing to be your eyes and hands here, but these eyes
and hands need a brain to direct them. :)

Reply at:
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1710060/comments/4

------------------------------------------------------------------------
On 2016-03-05T22:15:20+00:00 bs.alex.mail wrote:

Hi. I've had the same problem.
Here is workaround that helped me:

In file

/etc/pulse/daemon.conf

replace
---
;default-sample-rate = 44100

|
v

with
---
default-sample-rate = 48000

And then reload pulseaudio

pulseaudio -k

Reply at:
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1710060/comments/5

------------------------------------------------------------------------
On 2016-03-08T03:56:03+00:00 gizmo wrote:

Just tried this, and it appears to work here as well.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1710060/comments/6

------------------------------------------------------------------------
On 2016-07-19T20:15:30+00:00 bcotton wrote:

Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1710060/comments/7

------------------------------------------------------------------------
On 2019-06-10T11:13:24+00:00 jorton wrote:

I see this with the Jabra Evolve 65 headset as well in Fedora 30.

The workaround above to set the sample rate to:

default-sample-rate = 48000

in the default pulse config works for me, but how can we make this DTRT
by default?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1710060/comments/15

------------------------------------------------------------------------
On 2019-06-10T11:14:11+00:00 jorton wrote:

pulseaudio-12.2-3.fc30.x86_64
alsa-lib-1.1.9-1.fc30.x86_64
$ uname -r
5.1.6-300.fc30.x86_64

Reply at:
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1710060/comments/16

------------------------------------------------------------------------
On 2019-06-10T11:40:11+00:00 jkysela wrote:

The device reports those supported sample rates:

        bSamFreqType            5 Discrete
        tSamFreq[ 0]         8000
        tSamFreq[ 1]        16000
        tSamFreq[ 2]        32000
        tSamFreq[ 3]        44100
        tSamFreq[ 4]        48000

Could you check all rates with the 'speaker-test' utility through the
native ALSA device (like 'spaker-test -D plughw:J65 -f 44100')?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1710060/comments/17

------------------------------------------------------------------------
On 2019-06-10T12:18:49+00:00 jorton wrote:

Do you mean -r or -f ?  I hear "pink noise" with all selected
frequencies with either -r or -f.


$ speaker-test -D plughw:J65 -r 44100

speaker-test 1.1.9

Playback device is plughw:J65
Stream parameters are 44100Hz, S16_LE, 1 channels
Using 16 octaves of pink noise
Rate set to 44100Hz (requested 44100Hz)
Buffer size range from 90 to 262144
Period size range from 45 to 131072
Using max buffer size 262144
Periods = 4
was set period_size = 65536
was set buffer_size = 262144
 0 - Front Left
Time per period = 2.740062


$ speaker-test -D plughw:J65 -f 44100

speaker-test 1.1.9

Playback device is plughw:J65
Stream parameters are 48000Hz, S16_LE, 1 channels
Using 16 octaves of pink noise
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 96 to 262144
Period size range from 48 to 131072
Using max buffer size 262144
Periods = 4
was set period_size = 65536
was set buffer_size = 262144
 0 - Front Left
Time per period = 2.745972

does this help?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1710060/comments/18

------------------------------------------------------------------------
On 2019-06-10T12:24:59+00:00 jkysela wrote:

Sorry, -r is the correct option, of course. If the problematic rate
works with the direct ALSA interface, you may try to simulate stream
parameters (buffers) like PA uses and use '-b -p -P' arguments for
speaker-test to force them. The actual streaming parameters are in
/proc/asound/card#/pcm0p/sub0 directory.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1710060/comments/19


** Changed in: pulseaudio (Fedora)
       Status: Won't Fix => Confirmed

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1710060

Title:
  Sound Chipmunks on playback with Jabra Evolve 65 UC Headset

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1710060/+subscriptions

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to