Hi, The company I work for has been doing some bits and pieces with OpenPBX and we would like to contribute back the code and some functionality that we have come up with back to the OpenPBX project. We're not sure quite how to do it though. To date we have ported IAXVARS from Asterisk trunk to OpenPBX 1.2RC3 and along the way extended (bugfixed!) IAXVARS to work with authenticated IAX2 calls rather than only unauthenticated ones. IAXVARS allows the pushing of channel variables through an IAX2 connection where they can be pulled into local variables at the Asterisk / OpenPBX system running at the other end. This is incredibly useful for me and from the digium mailing list discussion last year just as useful to others that to date have been using yucky dialplan hacks to pass variables between Asterisk / OpenPBX servers.
The other work we have done is to write a G729A codec for OpenPBX using the Intel iPP 5.1 libraries. This work was originally based on Daniel Pococks work with iPP 4.x, however the intel license for 4.x is no longer available and Daniel's code needs to be ported to work with 5.1. We ended up rewriting the codec from scratch to directly link against the intel libraries rather than patching the sample applications. To date we have a working G729A codec and show translations is roughly 1ms faster, transcoding between g711 and g729 in 9ms on our test system instead of 10ms using the ReadyTechnology code and iPP4.x I realise that there is nothing from the G729A codec to contribute directly to OpenPBX, and due to the intellectual property issues we will be purchasing intellectual propertiy licenses from digium to stay legal. Where this does impact openpbx is that our next objective is to get G729AB and G729B working for OpenPBX (VAD and CNG). According to our developer: "I discovered that the OpenPBX speex codec implements VAD and CNG. It turns out that OpenPBX does require a specific frame type to stop it from panicing. Very early days, but that presumably implies that the issues aren't fundamental architecture. There might be a bit of internal house keeping necessary, but the million monkeys approach will hopefully get the right result here." Which implies there will need to be some modifications to OpenPBX required in order to support G729B, I presume things like new frame types. From anyone in the know, what is the process to submit these bits of code? It is our intention to make all of our code available under either of GPL and / or BSD style licenses. Craig _______________________________________________ Openpbx-users mailing list [email protected] http://lists.openpbx.org/mailman/listinfo/openpbx-users
