gapk.git branch master updated. v0.3-32-g84f4f86

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GSM Audio Pocket Knife". The branch, master has been updated via 84f4f86fdfefb8e98b05643d73299b75144eac7a (commit) via fa93cec8a145eed684c6a9ce3764f8d213756366 (commit) from ac3517e715d31b5d2046e46ec578cc8573eff305 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- http://cgit.osmocom.org/gapk/commit/?id=84f4f86fdfefb8e98b05643d73299b75144… commit 84f4f86fdfefb8e98b05643d73299b75144eac7a Author: Harald Welte <laforge(a)gnumonks.org> Date: Sun May 28 21:06:20 2017 +0200 fmt_rtp_hr_ietf.c: Fix error encoding this format We used the wrong length constant during encoding of RTP-HR IETF style. http://cgit.osmocom.org/gapk/commit/?id=fa93cec8a145eed684c6a9ce3764f8d2137… commit fa93cec8a145eed684c6a9ce3764f8d213756366 Author: Harald Welte <laforge(a)gnumonks.org> Date: Sun May 28 13:46:21 2017 +0200 EFR codec fixup. While EFR has a canonical format of 31 bytes, the codec_efr.c *does not* use that canonical format as input. Rather, it uses the format of .amr files with a 0x3C header as first byte. So the resulting encode/decode functions should not assume 31 bytes, but 32 bytes. ----------------------------------------------------------------------- Summary of changes: src/codec_efr.c | 4 ++-- src/fmt_rtp_hr_ietf.c | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) hooks/post-receive -- GSM Audio Pocket Knife