On Sun, Jun 23, 2013 at 02:59:27PM +0200, Andreas Eversberg wrote:
> another solution could be a seperate process, which handles audio only.
> i don't really like a sepeate process, since it requires some interface
> to openbsc and makes everything more complex. even though i don't like
> threads, multithreading seems to be the best solution to me at the moment.
fork (syscall) the mgcp mgw and make the NITB a call-agent. This way all
the audio will flow in a different process like it is done in the real
BSC right now.
> was there any effort to solve the problem or to handle audio? are there
> any suggestions about it?
I looked into libdbi once[1] and saw that every SELECT actually
spawns multiple PRAGMA calls to figure out the column types. On the
congress we should use a patched libdbi sqlite3 driver that is caching
the result of the pragma..
cheers
holger
[1] http://sourceforge.net/mailarchive/message.php?msg_id=26808928
