IPP decoding question

dirks · ‎03-09-2007

Hello,

I try to decode a G729 audio stream, using the evaluation version of IPP 5.1

After a lot of effort I could hear an "alian like" sound after decoding.

I did the same exercise with voiceage decode function and the sound was very very clear.

my question is, what could be the reason for this? the input raw data (payload) is the same for both the decoders, except the voiceage decoder is returning a short * and the IPP decoder is returning a char *

is there anything I should do with the output stream?

please help me since I want to choose for IPP, but if this thing is only working on voiceage ......

thanks

Dirk

Vladimir_Dudnik · ‎03-09-2007

Hi Dirk,

I forwarded your question to our experts and still waiting for answer from them. I think if you can attach sample bitstream it can help to speedup investigation

Regards,
Vladimir

dirks · ‎03-12-2007

Hello Vladimir,

Thanks for the reply. Any idea how I should add the attachment?

We have been looking at this issue already for more then a week. We believe that we still need to do something with the input stream or the output stream.

thanks

dirk

dirks · ‎03-13-2007

Hello Vladimir,

where should I post the input stream, email address?

thanks

Dirk

ligoban · ‎03-19-2007

I've used 3different softphones while testing my application that uses IPP, and I've got no problem. Perhaps, if the IPP decoder returns char*, you should try to swap the first and the second bytes of the PCM sample. Have you tried this?

Vyacheslav_Baranniko · ‎03-23-2007

Hello Dirk

Intel decoder uses char* buffer to return 16bit little-endian PCM data.

So, just cast it to short* on LE machine, that's it.

Vyacheslav

dirks · ‎03-23-2007

hello,

we're working on an intel machine, so LE is ok.

we just casted char* to short*, but this has no effect

(short *)outputstream

how do we have to this? (just casting is apparently not good enough)

do we have to do something additional with the output stream??

please advise,

thanks

Dirk

Vyacheslav_Baranniko · ‎03-27-2007

OK, short* cast may not help here.

Main reason,Intel codecdecodesG729(A) RTP payload (RFC3551), while VA_G729 decodes 10*8 packed bitstream, with 10 prm's compacted into 80bits, which differsfrom RTP bits ordering.

Vyacheslav