Title: TQI - Technology and Quality on Information
Yes....!!!


Thanks
Vadim
Mauro Sergio Ferreira Brasil wrote:
Hi Vadim!

During the effort to reapply the patch regarding the full handling of "ptime" media atribute and iLBC's "mode" parameter, I've identified what seems to be a problem on "ph_astream_encoded_framesize_get" method calculation.
The problem is that the calculation proposed to acchieve the current frame size isn't valid for all conditions.

For example: considering that iLBC codec framesize members are initialized with an encoded value of 38 bytes (for 20ms packetization), if we start a call that forces the packetization to 30ms (by "mode" parameter) we'll have method "ph_astream_encoded_framesize_get" returning 57 for the encoded frame size that is in fact only 50.
This mismatched value leads to a wrong stream recalculation on method "ph_media_retrieve_decoded_frame".

I would like to suggest that both methods "ph_astream_decoded_framesize_get" and "ph_astream_encoded_framesize_get" should use new "phcodec_t" member methods that, given the current packetization, returns the right encoded/decoded framesize.
The implementation of these methods will be mandatory only for those codecs that the calculation performed by now leads to not accurate results, like iLBC. Most codecs won't need to implement these new "phcodec_t" member methods, what will result on "ph_astream_decoded_framesize_get" and "ph_astream_encoded_framesize_get" methods current execution.

Do you agree with that ?

--
At.,                                                                                                                               
 
Technology and Quality on Information
Mauro Sérgio Ferreira Brasil
Coordenador de Projetos e Analista de Sistemas
+ mauro.bra...@tqi.com.br
: www.tqi.com.br
( + 55 (34)3291-1700
( + 55 (34)9971-2572

_______________________________________________
QuteCom-dev mailing list
QuteCom-dev@lists.qutecom.org
http://lists.qutecom.org/mailman/listinfo/qutecom-dev

Reply via email to