Dear Mr.Schwarz,

Thank you for your quick response.

The reference C source code outputs encoded data without packing.

I don't think this issue is caused by encapsulation procedure.

Best regards,

Tetsuya Yamamoto

From: Schwarz, Albrecht (Albrecht) [mailto:albrecht.schwarz@alcatel-lucent.com]
Sent: Friday, July 16, 2010 4:13 PM
To: Yamamoto, Tetsuya; itu-sg16@lists.packetizer.com
Subject: RE: Question on G.726

[just to exclude the possibilty of the "right bitorder", there are two encapsulation schemes arround, see e.g. recent discussion in AVT

G.726 payload bitorder (RFC 3551) in current implementations,

http://www.ietf.org/mail-archive/web/avt/current/msg13166.html

]

From: itu-sg16-bounces@lists.packetizer.com [mailto:itu-sg16-bounces@lists.packetizer.com] On Behalf Of Yamamoto, Tetsuya
Sent: Freitag, 16. Juli 2010 08:46
To: itu-sg16@lists.packetizer.com
Subject: [itu-sg16] Question on G.726

Dear Q10/16 Experts,

Sorry to bother you.

We have found unexpected results when using G.726.

When particular waveform audio data are input to G.726 encoder, the decoded data from G.726 decoder

include large amplitude impulses.

We can reproduce the same phenomena at any of 16, 24, 32 or 40kbps bitrate when we put sine wave signal

with very low frequency such as 1Hz or 2Hz into G.726 codec.

Our codec module is generated from the C source code provided by G.191 software tools as is

and the all test sequences provided by G.726 Appendix II are passed with this module.

It would be appreciated if anyone could give me some suggestions regarding this matter.

Thanks and best regards,

Tetsuya Yamamoto

Sony Corporation