dect/asterisk - Asterisk with DECT support

Age	Commit message (Collapse)	Author	Files	Lines
2008-12-19	Backport of AUDIOHOOK_INHERIT for Asterisk 1.4	mmichelson	1	-0/+55
	(closes issue #13538) Reported by: mbit Patches: 13538.patch uploaded by putnopvut (license 60) Tested by: putnopvut git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@166157 f38db490-d61c-443f-a65b-d21fe96a405b
2008-10-14	Add a tolerance period for sync-triggered audiohooks	mmichelson	1	-1/+8
	so that if packetization of audio is close (but not equal) we don't end up flushing the audiohooks over small inconsistencies in synchronization. Related to issue #13005, and solves the issue for most people who were experiencing the problem. However, a small number of people are still experiencing the problem on long calls, so I am not closing the issue yet git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@149204 f38db490-d61c-443f-a65b-d21fe96a405b
2008-07-14	Bump up the debug level for a message.	russell	1	-2/+2
	git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@130634 f38db490-d61c-443f-a65b-d21fe96a405b
2008-07-11	Remove redundant logic	mmichelson	1	-2/+2
	git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@130236 f38db490-d61c-443f-a65b-d21fe96a405b
2008-07-11	Fix a typo in audiohook_read_frame_both.	mmichelson	1	-1/+1
	While this change has not been proven to fix any specific issue, it is incorrect and could cause unforeseen problems. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@130173 f38db490-d61c-443f-a65b-d21fe96a405b
2008-04-08	If audio suddenly gets fed into one side of a channel after a lapse of ↵	file	1	-4/+13
	frames flush the other factory so that old audio does not remain in the factory causing the sync code to not execute. (closes issue #12296) Reported by: jvandal git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@113296 f38db490-d61c-443f-a65b-d21fe96a405b
2008-03-12	Add a trigger mode that triggers on both read and write. The actual function ↵	file	1	-14/+38
	that returns the combined audio frame though will wait until both sides have fed in audio, or until one side stops (such as the case when you call Wait). (closes issue #11945) Reported by: xheliox git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@108083 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-16	Replace current spy architecture with backport of audiohooks. This should ↵	file	1	-0/+626
	take care of current known spy issues. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@98972 f38db490-d61c-443f-a65b-d21fe96a405b