dreemurrs-embedded / Pine64-Arch

:penguin: Arch Linux ARM for your PinePhone/Pro and PineTab/2
701 stars 104 forks source link

pipewire + phone calls do not work on the pinephone pro. #648

Open ewtoombs opened 1 month ago

ewtoombs commented 1 month ago

Device info

Describe the bug Phone calls start, but are silent both ways.

To Reproduce Steps to reproduce the behavior:

  1. vol up + power on
  2. connect USB.
  3. curl -L 'https://github.com/dreemurrs-embedded/Pine64-Arch/releases/download/20240326/archlinux-pinephone-pro-phosh-20240326.img.xz' | xzcat | sudo dd of=/dev/<the device node> bs=1M conv=fsync
  4. Reboot the phone.
  5. Configure wifi.
  6. Enable ssh.
  7. pacman -Syu
  8. Reboot the phone.
  9. Try calling the phone.

Expected behavior I hear call audio.

Logfiles and additional information Switching back to pulseaudio fixes it:

  1. pacman -Rdd pipewire-pulse
  2. pacman -S pulseaudio-alsa
  3. pacman -Rs pipewire-audio pipewire-session-manager
  4. Reboot.
  5. Call the phone again.

Before submitting a bug report, please be sure that you have done the following:

lajonss commented 1 month ago

This issue has been bugging me for some time now, but I was unable to pin the problem down: #645 I'm glad it's not just me. Unfortunately this workaround doesn't seem to fix the problem for me.

Danct12 commented 1 month ago

Try the latest callaudiod from the testing repo (you need to enable it by editing pacman.conf)

ewtoombs commented 1 month ago

Try the latest callaudiod from the testing repo (you need to enable it by editing pacman.conf)

You mean from [danctnix-testing]?

ewtoombs commented 1 month ago

Try the latest callaudiod from the testing repo (you need to enable it by editing pacman.conf)

I installed callaudiod from [danctnix-testing]. That fixed the first problem, but now I have a different problem. Say my ppp is phone A and the phone it is phoning is phone B. Audio gets from B's microphone to A's speaker, though it's a little quiet. I can't really hear any audio at all coming from A's microphone to B's speaker. Instead, on B's speaker, I can hear really bad feedback loops.