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 implementationshttp://www.ietf.org/mail-archive/web/avt/current/msg13166.html, 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