Dear Akib, On Wed, Jan 02, 2013 at 04:49:08PM +0300, Akib Sayyed wrote: just a general remark: Only if you intend to respect the GPL and release your modified version of the code, you can expect anyone here to help you in your pursuit of adding new features to OsmocomBB. The collaborative work is _the_ motivation behind Open Source. People who just take and not give back are not generally welcome. AMR support would most likely be very much appreciated. It does not require you to implement anything related to channel coding, it merely requires you to understand and implement the DSP patch code loading, and how to configure the AMR related bits in the DSP-ARM API. Regards, Harald -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

Dear Akib, On Wed, Jan 02, 2013 at 04:49:08PM +0300, Akib Sayyed wrote: just a general remark: Only if you intend to respect the GPL and release your modified version of the code, you can expect anyone here to help you in your pursuit of adding new features to OsmocomBB. The collaborative work is _the_ motivation behind Open Source. People who just take and not give back are not generally welcome. AMR support would most likely be very much appreciated. It does not require you to implement anything related to channel coding, it merely requires you to understand and implement the DSP patch code loading, and how to configure the AMR related bits in the DSP-ARM API. I would like to study documentation for same. if possible what work is

Regards, Harald -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)