No subject
Sun Jun 6 23:52:00 PDT 2010
der output (4 bits in the first byte) ???=0A=A0=0ASo here is a scenario I w=
ould like some feedback on:=0A=A0=0AClient A makes a narrowband Speex VOIP =
call to Client B.=0A=A0=0AIn the SIP negotiation there is no information ex=
changed besides the fact that it is a narrowband speex call (speex/8000)=0A=
=A0=0AClient A operates at a bitrate of 11kbit/s (28 bytes per payload)=0A=
=A0=0AClient B operates at a bitrate of 8kbit/s (20 bytes per payload)=0A=
=A0=0ASo client B receives a payload of 28 bytes.=0A=A0=0AIs the applicatio=
n on B's side supposed to extract the mode bits and reconfigure the speex d=
ecoder _before_ the payload is=0Agiven to the decoder? I don't see how it w=
ould work unless the decoder is reconfigured to operate at the same bitrate=
as=0Aclient A's encoder???=0A=A0=0AAnd how is B guaranteed that A will als=
o reconfigure its decoder to operate at the same bitrate as B's encoder? Or=
should=0Athe encoder on B's side _also_ be reconfigured to use the same bi=
trate as A is using once the mode has been detected?=A0That =0Alooks like a=
cyclical problem to me...so what am I missing here???=0A=A0=0AThank you.
--0-1247738215-1312946140=:19069
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
<html><body><div style=3D"color:#000; background-color:#fff; font-family:ti=
mes new roman, new york, times, serif;font-size:12pt"><div>From reading the=
speex manual it looks like the bitrate is part of the encoder output (4 bi=
ts in the first byte) ???</div><div> </div><div>So here is a scenario =
I would like some feedback on:</div><div> </div><div>Client A makes a =
narrowband Speex VOIP call to Client B.</div><div> </div><div>In the S=
IP negotiation there is no information exchanged besides the fact that it i=
s a narrowband speex call (speex/8000)</div><div> </div><div>Client A =
operates at a bitrate of 11kbit/s (28 bytes per payload)</div><div> </=
div><div>Client B operates at a bitrate of 8kbit/s (20 bytes per payload)</=
div><div> </div><div>So client B receives a payload of 28 bytes.</div>=
<div> </div><div>Is the application on B's side supposed to extract th=
e mode bits and reconfigure the speex decoder _before_ the payload
is</div><div>given to the decoder? I don't see how it would work unless th=
e decoder is reconfigured to operate at the same bitrate as</div><div>clien=
t A's encoder???</div><div> </div><div>And how is B guaranteed that A =
will also reconfigure its decoder to operate at the same bitrate as B's enc=
oder? Or should</div><div>the encoder on B's side _also_ be reconfigured to=
use the same bitrate as A is using once the mode has been detected? T=
hat </div><div>looks like a cyclical problem to me...so what am I missing h=
ere???</div><div> </div><div>Thank you.</div><div> </div><div><va=
r id=3D"yui-ie-cursor"></var> </div><div> </div><div> </div>=
<div> </div></div></body></html>
--0-1247738215-1312946140=:19069--
More information about the Speex-dev
mailing list