Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Output stuttering on 6-mic 3.5mm jack #253

Closed
joshuajaharwood opened this issue Oct 19, 2020 · 5 comments
Closed

Output stuttering on 6-mic 3.5mm jack #253

joshuajaharwood opened this issue Oct 19, 2020 · 5 comments

Comments

@joshuajaharwood
Copy link

I'm using a 6-Mic board's onboard 3.5mm jack on a Raspberry Pi 3B+ (kernel 5.4.51) to output to a speaker. I've been using this with librespot's ALSA backend and pulse as ALSA's default sink.

When outputting to the speaker (using alsa_output.platform-soc_sound.seeed-2ch), the audio takes a long time (about 15 seconds) to start, and regularly stutters for long periods (2-3 seconds). Using a pulse mixer shows that the audio is in fact playing in realtime without stutters, but cannot be heard.

Switching to the Raspberry Pi's onboard audio (alsa_output.platform-bcm2835_audio.analog-mono) however displays no such issue.

I am using the default 6-mic ALSA config as installed by the seeed-voicecard driver, except with default PCM set to 'pulse' in /etc/asound.conf.

Please let me know if you have any insight.

Thank you!

@HinTak
Copy link
Contributor

HinTak commented Oct 19, 2020

Are you seeing any spinlock related error messages in dmesg ( see #251 )?

-- am just another user

@joshuajaharwood
Copy link
Author

@HinTak Nothing that resembles what's in #251, only the following stand out:

  • bcm2835-i2s 3f203000.i2s: I2S SYNC error!
  • bcm2835_audio bcm2835_audio: failed to close VCHI service connection (status=1).

I'll include a dmesg dump in case there's something I missed.

@HinTak
Copy link
Contributor

HinTak commented Oct 20, 2020

Yes, those two lines need looking at...

@HinTak
Copy link
Contributor

HinTak commented Oct 20, 2020

I filled an issue upstream on the same hardware a while ago, and was told the respeaker driver is basically buggy :
raspberrypi/linux#3580

@HinTak
Copy link
Contributor

HinTak commented Nov 14, 2020

@joshuajaharwood thanks for the donation! Regarding the stuttering, one direction of approach could be looking at what other heavy-duty processes are running on your system and try to minimize their impact. Have you looked at ps -lax and see what processes are busy or taking up cpu time, after the stuttering has been going for a while? If it is not too confidential, post the output of ps -lax After the system has been stuttering for a few minutes.

@Drizzt321 Drizzt321 mentioned this issue Mar 12, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants