Hi Andrew,
Yes you can just re-assemble the packets one after the other, but you
will need to provide some sort of frame sync.
See c2enc.c/c2dec.c for examples between files, including how the codec
states are handled
Cheers,
David
On 08/05/18 14:35, Andrew Baek wrote:
Hi David,
I would like to ask on packetization of Codec2 such that the packets can
be reassembled and decoded on the receiving end.
1. Overall we would need to packetize the coded bits into a certain
size, say 64bits, 128bits, ...
2. I was wondering how a continuous audio stream could be packetized
after Codec2 encoding
3. I was reading the Codec2 Wiki page, and it looks like Codec2 actually
generates a certain number of bits every frame, e.g. 64 bits every
20msec for Mode 3200.
4. Does this mean I can just send out 64-bit packets one after another
and reassemble on the receiving end? Of course, we would need some type
of rate buffers.
5. Primarily I was concerned that we would need to take care of some
state variables as the speech would be continuous.
6. It may be that any state variables are maintained within Codec2 so
it would be transparent to us.
If the frame-by-frame packet generation is reasonable, would it be
possible to receive a pointer as to where to tap out the packets?
Regards,
Andrew
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
