Aurélien Zanelli
2014-10-23 14:32:19 UTC
Hi everyone,
I was playing with sbc encoder in GStreamer, which use bluez sbc librar=
y to
encode and I found two issues related to DUAL_CHANNEL mode in it.
=46irst the frame length calculation for DUAL_CHANNEL mode was wrong. I=
found
the A2DP specification and it seems that for DUAL_CHANNEL mode, we shou=
ld use
the same formula as MONO mode to calculate the frame length. The first =
patch
intend to fix this.
The second patch try to fix an overflow which can occur when the frame =
length
is greater than 255.
Aur=C3=A9lien Zanelli (2):
sbc: fix frame length calculation for DUAL_CHANNEL mode
sbc: use an uint16 to store frame length in internal frame structure
sbc/sbc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--=20
1.7.10.4
I was playing with sbc encoder in GStreamer, which use bluez sbc librar=
y to
encode and I found two issues related to DUAL_CHANNEL mode in it.
=46irst the frame length calculation for DUAL_CHANNEL mode was wrong. I=
found
the A2DP specification and it seems that for DUAL_CHANNEL mode, we shou=
ld use
the same formula as MONO mode to calculate the frame length. The first =
patch
intend to fix this.
The second patch try to fix an overflow which can occur when the frame =
length
is greater than 255.
Aur=C3=A9lien Zanelli (2):
sbc: fix frame length calculation for DUAL_CHANNEL mode
sbc: use an uint16 to store frame length in internal frame structure
sbc/sbc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--=20
1.7.10.4