aboutsummaryrefslogtreecommitdiffstats
path: root/addons/chan_ooh323.c
AgeCommit message (Collapse)AuthorFilesLines
2010-01-24AST_CONTROL_CONNECTED_LINE frame type processing added to setup DisplayIE fieldmay1-0/+11
incorrect q.931 message order filtered on incoming calls (first msg must be setup, next must be not setup) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@242645 f38db490-d61c-443f-a65b-d21fe96a405b
2010-01-10According to POSIX, the capital L modifier applies only to floating point types.tilghman1-1/+1
Fixes a crash on Solaris. (closes issue #16572) Reported by: crjw Patches: frame_changes.patch uploaded by crjw (license 963) Plus several others found and fixed by me git-svn-id: http://svn.digium.com/svn/asterisk/trunk@239074 f38db490-d61c-443f-a65b-d21fe96a405b
2009-12-03jitterbuffer setup correctionmay1-10/+11
correction of double pointer references from previous rev git-svn-id: http://svn.digium.com/svn/asterisk/trunk@232853 f38db490-d61c-443f-a65b-d21fe96a405b
2009-12-01More 32->64 bit codec conversions.tilghman1-5/+6
In the process of swapping ULAW to a place in the extended codec space, we found several unhandled cases, where a 32-bit integer was still being used to handle a codec field. Most of these have been fixed with this commit, although there is at least one case (codec_dahdi) which depends upon outside headers to be altered before a conversion can be made. (Fixes AST-278, SWP-459) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@231850 f38db490-d61c-443f-a65b-d21fe96a405b
2009-11-06Make compilation of chan_ooh323 disabled by default.mmichelson1-0/+4
All addons modules should be disabled by default, requiring the user to turn them on if desired. After all, these are addons we're talking about here. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@228659 f38db490-d61c-443f-a65b-d21fe96a405b
2009-11-04Update chan_ooh323 to support the expanded codec bitfield from 227580.jpeeler1-25/+27
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@227914 f38db490-d61c-443f-a65b-d21fe96a405b
2009-11-04Reworked chan_ooh323 channel module.may1-527/+1585
Many architectural and functional changes. Main changes are threading model chanes (many thread in ooh323 stack instead of one), modifications and improvements in signalling part, additional codecs support (726, speex), t38 mode support. This module tested and used in production environment. (closes issue #15285) Reported by: may213 Tested by: sles, c0w, OrNix Review: https://reviewboard.asterisk.org/r/324/ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@227898 f38db490-d61c-443f-a65b-d21fe96a405b
2009-08-10AST-2009-005tilghman1-2/+2
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@211539 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-30Fixes numerous spelling errors. Patch submitted by alecdavis.dbrooks1-1/+1
(closes issue #15595) Reported by: alecdavis git-svn-id: http://svn.digium.com/svn/asterisk/trunk@209554 f38db490-d61c-443f-a65b-d21fe96a405b
2009-06-30Rename ooh323.conf to chan_ooh323.conf, make module support both namesrussell1-2/+6
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@204428 f38db490-d61c-443f-a65b-d21fe96a405b
2009-06-30Move Asterisk-addons modules into the main Asterisk source tree.russell1-0/+3162
Someone asked yesterday, "is there a good reason why we can't just put these modules in Asterisk?". After a brief discussion, as long as the modules are clearly set aside in their own directory and not enabled by default, it is perfectly fine. For more information about why a module goes in addons, see README-addons.txt. chan_ooh323 does not currently compile as it is behind some trunk API updates. However, it will not build by default, so it should be okay for now. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@204413 f38db490-d61c-443f-a65b-d21fe96a405b
generated by cgit v1.2.3 (git 2.25.1) at 2024-04-27 08:05:14 +0000