This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.
Andreas.Eversberg Andreas.Eversberg at versatel.dehi there, i found the problem with the delayed audio between application and the nanoBTS. the reason was the timestamp. a delay in openbsc causes packets to be delayed 1/2 seconds, so many packet of 1/2 seconds arrived at nanoBTS after the delay at once, nanoBTS buffers them. the reason for the delay was the "usleep(100000)" hack inside input/ipaccess.c. the patch will use the tx_timer instead, so openbsc and application will not stall. this timer was already used with BS11 messages. (there it uses 50 miliseconds instead of 100 miliseconds.) sending 10 messages to nanoBTS will take almost one second. can we decrease the tx_timer value for nanoBTS? how many packets can handle nanoBTS per second? also i fixed some bugs in the rtp patch. use rtp_2.patch for commission/discussion instead. regards, andreas -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20091004/5b865346/attachment.htm> -------------- next part -------------- A non-text attachment was scrubbed... Name: txdelay.patch Type: application/octet-stream Size: 1863 bytes Desc: txdelay.patch URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20091004/5b865346/attachment.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: rtp_2.patch Type: application/octet-stream Size: 21867 bytes Desc: rtp_2.patch URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20091004/5b865346/attachment-0001.obj>