forge/pmaports
1
0
Fork 0
Code Issues 2 Pull requests Projects Releases Packages Wiki Activity Actions
pmaports/modem/q6voiced/APKBUILD

30 lines
1.1 KiB
Text
Raw Normal View History

modem/q6voiced: new aport (MR 1233) linux-postmarketos-qcom-msm8916 now supports voice call audio. However, at the moment the audio stream needs to be explicitly started by opening some PCM audio devices when the call is started (even though no audio data is written to the PCM device). Eventually this should go away by implementing codec2codec support for q6voice in the kernel. In that case, the stream would be started once the audio routes are set up using ALSA UCM. However, this is a bit complicated actually so for now it's nice to have a workaround: q6voiced listens on dbus for signals from oFono, and opens/closes the PCM device when a call is initiated/ended in oFono. This essentially makes voice call audio work out of the box (provided that the audio routing, e.g. Earpiece and a microphone is set up appropriately). Co-Authored-By: Nikita Travkin <nikitos.tr@gmail.com>
2020-05-13 20:18:50 +00:00
# Maintainer: Minecrell <minecrell@minecrell.net>
pkgname=q6voiced
modem/q6voiced: upgrade to 0_git20210408 (fix bad regression) (MR 2103) When I upgraded tinyalsa to the new 2.0.0 major release (with breaking changes) I failed to test q6voiced properly, even though I explicitly had to rebuild it against the new tinyalsa version (see MR 1941). In tinyalsa 2.0.0, calling pcm_open() does not automatically call pcm_prepare() anymore, which is responsible for actually starting any audio streams. This means that the old version of q6voiced is almost entirely broken - only by pure luck it's sometimes possible to get voice call audio working if you play other audio simultaenously while a voice call is active. This does not work for the microphone though. The new q6voiced version now calls pcm_prepare() explicitly to fix this.
2021-04-08 14:06:40 +00:00
pkgver=0_git20210408
_commit="a75518e1ddf44971b1181e12c328dd250b62962a"
pkgrel=0
pkgdesc="Enable q6voice audio when call is performed with oFono/ModemManager"
modem/q6voiced: new aport (MR 1233) linux-postmarketos-qcom-msm8916 now supports voice call audio. However, at the moment the audio stream needs to be explicitly started by opening some PCM audio devices when the call is started (even though no audio data is written to the PCM device). Eventually this should go away by implementing codec2codec support for q6voice in the kernel. In that case, the stream would be started once the audio routes are set up using ALSA UCM. However, this is a bit complicated actually so for now it's nice to have a workaround: q6voiced listens on dbus for signals from oFono, and opens/closes the PCM device when a call is initiated/ended in oFono. This essentially makes voice call audio work out of the box (provided that the audio routing, e.g. Earpiece and a microphone is set up appropriately). Co-Authored-By: Nikita Travkin <nikitos.tr@gmail.com>
2020-05-13 20:18:50 +00:00
url="https://github.com/msm8916-mainline/linux"
arch="all"
license="MIT"
makedepends="tinyalsa-dev dbus-dev"
subpackages="$pkgname-openrc"
source="https://gitlab.com/postmarketOS/q6voiced/-/archive/$_commit/q6voiced-$_commit.tar.gz
q6voiced.initd
"
options="!check" # no tests
builddir="$srcdir/q6voiced-$_commit"
build() {
gcc -o q6voiced q6voiced.c -I/usr/include/dbus-1.0/ \
-I/usr/lib/dbus-1.0/include -ltinyalsa -ldbus-1
}
package() {
install -Dm755 q6voiced "$pkgdir"/usr/bin/q6voiced
install -Dm755 "$srcdir"/q6voiced.initd "$pkgdir"/etc/init.d/q6voiced
}
modem/q6voiced: upgrade to 0_git20210408 (fix bad regression) (MR 2103) When I upgraded tinyalsa to the new 2.0.0 major release (with breaking changes) I failed to test q6voiced properly, even though I explicitly had to rebuild it against the new tinyalsa version (see MR 1941). In tinyalsa 2.0.0, calling pcm_open() does not automatically call pcm_prepare() anymore, which is responsible for actually starting any audio streams. This means that the old version of q6voiced is almost entirely broken - only by pure luck it's sometimes possible to get voice call audio working if you play other audio simultaenously while a voice call is active. This does not work for the microphone though. The new q6voiced version now calls pcm_prepare() explicitly to fix this.
2021-04-08 14:06:40 +00:00
sha512sums="1d60d65235b152f368fd64a1b294080623542cb86fcf2f6e12e3ff7ca275a119669313c764f3dd4f07b4f57622ba618d4394f376352e88100e58df57ec1b3a3d q6voiced-a75518e1ddf44971b1181e12c328dd250b62962a.tar.gz
modem/q6voiced: new aport (MR 1233) linux-postmarketos-qcom-msm8916 now supports voice call audio. However, at the moment the audio stream needs to be explicitly started by opening some PCM audio devices when the call is started (even though no audio data is written to the PCM device). Eventually this should go away by implementing codec2codec support for q6voice in the kernel. In that case, the stream would be started once the audio routes are set up using ALSA UCM. However, this is a bit complicated actually so for now it's nice to have a workaround: q6voiced listens on dbus for signals from oFono, and opens/closes the PCM device when a call is initiated/ended in oFono. This essentially makes voice call audio work out of the box (provided that the audio routing, e.g. Earpiece and a microphone is set up appropriately). Co-Authored-By: Nikita Travkin <nikitos.tr@gmail.com>
2020-05-13 20:18:50 +00:00
02e5b338f2b1ed2bbcb1f8cc29d57a5915bf5fc03bc946906b545d2c31bd16302399508bbe8000ec660eee54bb1a6407689a4f85631be727ebd963e1964a54b9 q6voiced.initd"
Reference in a new issue Copy permalink