Sean Bright 
							
						 
					 
					
						
						
							
						
						8ae0227cf3 
					 
					
						
						
							
							res_format_attr_h26x: Trim blanks in fmtp attributes  
						
						... 
						
						
						
						Some devices separate format attributes with a semicolon followed by a
space, so trim blanks before trying to match them.
ASTERISK-27008 #close
Change-Id: Ia44cb2e4fef5c73dc541a29da79cb0e19c22d9cc 
						
						
					 
					
						2017-05-23 10:57:57 -05:00 
						 
				 
			
				
					
						
							
							
								Corey Farrell 
							
						 
					 
					
						
						
							
						
						a6e5bae3ef 
					 
					
						
						
							
							Remove ASTERISK_REGISTER_FILE.  
						
						... 
						
						
						
						ASTERISK_REGISTER_FILE no longer has any purpose so this commit removes
all traces of it.
Previously exported symbols removed:
* __ast_register_file
* __ast_unregister_file
* ast_complete_source_filename
This also removes the mtx_prof static variable that was declared when
MTX_PROFILE was enabled.  This variable was only used in lock.c so it
is now initialized in that file only.
ASTERISK-26480 #close
Change-Id: I1074af07d71f9e159c48ef36631aa432c86f9966 
						
						
					 
					
						2016-10-27 09:53:55 -04:00 
						 
				 
			
				
					
						
							
							
								Alexander Traud 
							
						 
					 
					
						
						
							
						
						92ea46ba94 
					 
					
						
						
							
							res_format_attr_h264: Do not reset string buffer.  
						
						... 
						
						
						
						When no parameter is present, Asterisk does not generate the line fmtp, as
expected. However, because a buffer was reset, even rtpmap and fmtp of previous
media codecs got removed. Now, Asterisk does not reset other codecs in case of
no parameter for H.264.
ASTERISK-25573 #close
Change-Id: I93811331f4a28c45418a9e14ee46c0debd47a286 
						
						
					 
					
						2015-11-19 08:09:51 +01:00 
						 
				 
			
				
					
						
							
							
								Matt Jordan 
							
						 
					 
					
						
						
							
						
						4a58261694 
					 
					
						
						
							
							git migration: Refactor the ASTERISK_FILE_VERSION macro  
						
						... 
						
						
						
						Git does not support the ability to replace a token with a version
string during check-in. While it does have support for replacing a
token on clone, this is somewhat sub-optimal: the token is replaced
with the object hash, which is not particularly easy for human
consumption. What's more, in practice, the source file version was often
not terribly useful. Generally, when triaging bugs, the overall version
of Asterisk is far more useful than an individual SVN version of a file. As a
result, this patch removes Asterisk's support for showing source file
versions.
Specifically, it does the following:
* Rename ASTERISK_FILE_VERSION macro to ASTERISK_REGISTER_FILE, and
  remove passing the version in with the macro. Other facilities
  than 'core show file version' make use of the file names, such as
  setting a debug level only on a specific file. As such, the act of
  registering source files with the Asterisk core still has use. The
  macro rename now reflects the new macro purpose.
* main/asterisk:
  - Refactor the file_version structure to reflect that it no longer
    tracks a version field.
  - Remove the "core show file version" CLI command. Without the file
    version, it is no longer useful.
  - Remove the ast_file_version_find function. The file version is no
    longer tracked.
  - Rename ast_register_file_version/ast_unregister_file_version to
    ast_register_file/ast_unregister_file, respectively.
* main/manager: Remove value from the Version key of the ModuleCheck
  Action. The actual key itself has not been removed, as doing so would
  absolutely constitute a backwards incompatible change. However, since
  the file version is no longer tracked, there is no need to attempt to
  include it in the Version key.
* UPGRADE: Add notes for:
  - Modification to the ModuleCheck AMI Action
  - Removal of the "core show file version" CLI command
Change-Id: I6cf0ff280e1668bf4957dc21f32a5ff43444a40e 
						
						
					 
					
						2015-04-13 03:48:57 -04:00 
						 
				 
			
				
					
						
							
							
								Joshua Colp 
							
						 
					 
					
						
						
							
						
						14a57782a6 
					 
					
						
						
							
							res_format_attr_h264: Fix crash when determining joint capability.  
						
						... 
						
						
						
						The res_format_attr_h264 module currently incorrectly attempts to
copy SPS and PPS information from the wrong attribute. This change
fixes that.
ASTERISK-24616 #close
Reported by: Yura Kocyuba
Review: https://reviewboard.asterisk.org/r/4392/ 
........
Merged revisions 431521 from http://svn.asterisk.org/svn/asterisk/branches/13 
git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@431522  65c4cc65-6c06-0410-ace0-fbb531ad65f3 
						
						
					 
					
						2015-01-31 16:28:33 +00:00 
						 
				 
			
				
					
						
							
							
								Mark Michelson 
							
						 
					 
					
						
						
							
						
						dcf1ad14da 
					 
					
						
						
							
							Add module support level to ast_module_info structure. Print it in CLI "module show" .  
						
						... 
						
						
						
						ASTERISK-23919 #close
Reported by Malcolm Davenport
Review: https://reviewboard.asterisk.org/r/3802 
git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@419592  65c4cc65-6c06-0410-ace0-fbb531ad65f3 
						
						
					 
					
						2014-07-25 16:47:17 +00:00 
						 
				 
			
				
					
						
							
							
								Matthew Jordan 
							
						 
					 
					
						
						
							
						
						a2c912e997 
					 
					
						
						
							
							media formats: re-architect handling of media for performance improvements  
						
						... 
						
						
						
						In the old times media formats were represented using a bit field. This was
fast but had a few limitations.
 1. Asterisk was limited in how many formats it could handle.
 2. Formats, being a bit field, could not include any attribute information.
    A format was strictly its type, e.g., "this is ulaw".
This was changed in Asterisk 10 (see
https://wiki.asterisk.org/wiki/display/AST/Media+Architecture+Proposal  for
notes on that work) which led to the creation of the ast_format structure.
This structure allowed Asterisk to handle attributes and bundle information
with a format.
Additionally, ast_format_cap was created to act as a container for multiple
formats that, together, formed the capability of some entity. Another
mechanism was added to allow logic to be registered which performed format
attribute negotiation. Everywhere throughout the codebase Asterisk was
changed to use this strategy.
Unfortunately, in software, there is no free lunch. These new capabilities
came at a cost.
Performance analysis and profiling showed that we spend an inordinate
amount of time comparing, copying, and generally manipulating formats and
their related structures. Basic prototyping has shown that a reasonably
large performance improvement could be made in this area. This patch is the
result of that project, which overhauled the media format architecture
and its usage in Asterisk to improve performance.
Generally, the new philosophy for handling formats is as follows:
 * The ast_format structure is reference counted. This removed a large amount
   of the memory allocations and copying that was done in prior versions.
 * In order to prevent race conditions while keeping things performant, the
   ast_format structure is immutable by convention and lock-free. Violate this
   tenet at your peril!
 * Because formats are reference counted, codecs are also reference counted.
   The Asterisk core generally provides built-in codecs and caches the
   ast_format structures created to represent them. Generally, to prevent
   inordinate amounts of module reference bumping, codecs and formats can be
   added at run-time but cannot be removed.
 * All compatibility with the bit field representation of codecs/formats has
   been moved to a compatibility API. The primary user of this representation
   is chan_iax2, which must continue to maintain its bit-field usage of formats
   for interoperability concerns.
 * When a format is negotiated with attributes, or when a format cannot be
   represented by one of the cached formats, a new format object is created or
   cloned from an existing format. That format may have the same codec
   underlying it, but is a different format than a version of the format with
   different attributes or without attributes.
 * While formats are reference counted objects, the reference count maintained
   on the format should be manipulated with care. Formats are generally cached
   and will persist for the lifetime of Asterisk and do not explicitly need
   to have their lifetime modified. An exception to this is when the user of a
   format does not know where the format came from *and* the user may outlive
   the provider of the format. This occurs, for example, when a format is read
   from a channel: the channel may have a format with attributes (hence,
   non-cached) and the user of the format may last longer than the channel (if
   the reference to the channel is released prior to the format's reference).
For more information on this work, see the API design notes:
  https://wiki.asterisk.org/wiki/display/AST/Media+Format+Rewrite 
Finally, this work was the culmination of a large number of developer's
efforts. Extra thanks goes to Corey Farrell, who took on a large amount of the
work in the Asterisk core, chan_sip, and was an invaluable resource in peer
reviews throughout this project.
There were a substantial number of patches contributed during this work; the
following issues/patch names simply reflect some of the work (and will cause
the release scripts to give attribution to the individuals who work on them).
Reviews:
 https://reviewboard.asterisk.org/r/3814 
 https://reviewboard.asterisk.org/r/3808 
 https://reviewboard.asterisk.org/r/3805 
 https://reviewboard.asterisk.org/r/3803 
 https://reviewboard.asterisk.org/r/3801 
 https://reviewboard.asterisk.org/r/3798 
 https://reviewboard.asterisk.org/r/3800 
 https://reviewboard.asterisk.org/r/3794 
 https://reviewboard.asterisk.org/r/3793 
 https://reviewboard.asterisk.org/r/3792 
 https://reviewboard.asterisk.org/r/3791 
 https://reviewboard.asterisk.org/r/3790 
 https://reviewboard.asterisk.org/r/3789 
 https://reviewboard.asterisk.org/r/3788 
 https://reviewboard.asterisk.org/r/3787 
 https://reviewboard.asterisk.org/r/3786 
 https://reviewboard.asterisk.org/r/3784 
 https://reviewboard.asterisk.org/r/3783 
 https://reviewboard.asterisk.org/r/3778 
 https://reviewboard.asterisk.org/r/3774 
 https://reviewboard.asterisk.org/r/3775 
 https://reviewboard.asterisk.org/r/3772 
 https://reviewboard.asterisk.org/r/3761 
 https://reviewboard.asterisk.org/r/3754 
 https://reviewboard.asterisk.org/r/3753 
 https://reviewboard.asterisk.org/r/3751 
 https://reviewboard.asterisk.org/r/3750 
 https://reviewboard.asterisk.org/r/3748 
 https://reviewboard.asterisk.org/r/3747 
 https://reviewboard.asterisk.org/r/3746 
 https://reviewboard.asterisk.org/r/3742 
 https://reviewboard.asterisk.org/r/3740 
 https://reviewboard.asterisk.org/r/3739 
 https://reviewboard.asterisk.org/r/3738 
 https://reviewboard.asterisk.org/r/3737 
 https://reviewboard.asterisk.org/r/3736 
 https://reviewboard.asterisk.org/r/3734 
 https://reviewboard.asterisk.org/r/3722 
 https://reviewboard.asterisk.org/r/3713 
 https://reviewboard.asterisk.org/r/3703 
 https://reviewboard.asterisk.org/r/3689 
 https://reviewboard.asterisk.org/r/3687 
 https://reviewboard.asterisk.org/r/3674 
 https://reviewboard.asterisk.org/r/3671 
 https://reviewboard.asterisk.org/r/3667 
 https://reviewboard.asterisk.org/r/3665 
 https://reviewboard.asterisk.org/r/3625 
 https://reviewboard.asterisk.org/r/3602 
 https://reviewboard.asterisk.org/r/3519 
 https://reviewboard.asterisk.org/r/3518 
 https://reviewboard.asterisk.org/r/3516 
 https://reviewboard.asterisk.org/r/3515 
 https://reviewboard.asterisk.org/r/3512 
 https://reviewboard.asterisk.org/r/3506 
 https://reviewboard.asterisk.org/r/3413 
 https://reviewboard.asterisk.org/r/3410 
 https://reviewboard.asterisk.org/r/3387 
 https://reviewboard.asterisk.org/r/3388 
 https://reviewboard.asterisk.org/r/3389 
 https://reviewboard.asterisk.org/r/3390 
 https://reviewboard.asterisk.org/r/3321 
 https://reviewboard.asterisk.org/r/3320 
 https://reviewboard.asterisk.org/r/3319 
 https://reviewboard.asterisk.org/r/3318 
 https://reviewboard.asterisk.org/r/3266 
 https://reviewboard.asterisk.org/r/3265 
 https://reviewboard.asterisk.org/r/3234 
 https://reviewboard.asterisk.org/r/3178 
ASTERISK-23114 #close
Reported by: mjordan
  media_formats_translation_core.diff uploaded by kharwell (License 6464)
  rb3506.diff uploaded by mjordan (License 6283)
  media_format_app_file.diff uploaded by kharwell (License 6464) 
  misc-2.diff uploaded by file (License 5000)
  chan_mild-3.diff uploaded by file (License 5000) 
  chan_obscure.diff uploaded by file (License 5000) 
  jingle.diff uploaded by file (License 5000) 
  funcs.diff uploaded by file (License 5000) 
  formats.diff uploaded by file (License 5000) 
  core.diff uploaded by file (License 5000) 
  bridges.diff uploaded by file (License 5000) 
  mf-codecs-2.diff uploaded by file (License 5000) 
  mf-app_fax.diff uploaded by file (License 5000) 
  mf-apps-3.diff uploaded by file (License 5000) 
  media-formats-3.diff uploaded by file (License 5000) 
ASTERISK-23715
  rb3713.patch uploaded by coreyfarrell (License 5909)
  rb3689.patch uploaded by mjordan (License 6283)
  
ASTERISK-23957
  rb3722.patch uploaded by mjordan (License 6283) 
  mf-attributes-3.diff uploaded by file (License 5000) 
ASTERISK-23958
Tested by: jrose
  rb3822.patch uploaded by coreyfarrell (License 5909) 
  rb3800.patch uploaded by jrose (License 6182)
  chan_sip.diff uploaded by mjordan (License 6283) 
  rb3747.patch uploaded by jrose (License 6182)
ASTERISK-23959 #close
Tested by: sgriepentrog, mjordan, coreyfarrell
  sip_cleanup.diff uploaded by opticron (License 6273)
  chan_sip_caps.diff uploaded by mjordan (License 6283) 
  rb3751.patch uploaded by coreyfarrell (License 5909) 
  chan_sip-3.diff uploaded by file (License 5000) 
ASTERISK-23960 #close
Tested by: opticron
  direct_media.diff uploaded by opticron (License 6273) 
  pjsip-direct-media.diff uploaded by file (License 5000) 
  format_cap_remove.diff uploaded by opticron (License 6273) 
  media_format_fixes.diff uploaded by opticron (License 6273) 
  chan_pjsip-2.diff uploaded by file (License 5000) 
ASTERISK-23966 #close
Tested by: rmudgett
  rb3803.patch uploaded by rmudgetti (License 5621)
  chan_dahdi.diff uploaded by file (License 5000) 
  
ASTERISK-24064 #close
Tested by: coreyfarrell, mjordan, opticron, file, rmudgett, sgriepentrog, jrose
  rb3814.patch uploaded by rmudgett (License 5621) 
  moh_cleanup.diff uploaded by opticron (License 6273) 
  bridge_leak.diff uploaded by opticron (License 6273) 
  translate.diff uploaded by file (License 5000) 
  rb3795.patch uploaded by rmudgett (License 5621) 
  tls_fix.diff uploaded by mjordan (License 6283) 
  fax-mf-fix-2.diff uploaded by file (License 5000) 
  rtp_transfer_stuff uploaded by mjordan (License 6283) 
  rb3787.patch uploaded by rmudgett (License 5621) 
  media-formats-explicit-translate-format-3.diff uploaded by file (License 5000) 
  format_cache_case_fix.diff uploaded by opticron (License 6273) 
  rb3774.patch uploaded by rmudgett (License 5621) 
  rb3775.patch uploaded by rmudgett (License 5621) 
  rtp_engine_fix.diff uploaded by opticron (License 6273) 
  rtp_crash_fix.diff uploaded by opticron (License 6273) 
  rb3753.patch uploaded by mjordan (License 6283) 
  rb3750.patch uploaded by mjordan (License 6283) 
  rb3748.patch uploaded by rmudgett (License 5621) 
  media_format_fixes.diff uploaded by opticron (License 6273) 
  rb3740.patch uploaded by mjordan (License 6283) 
  rb3739.patch uploaded by mjordan (License 6283) 
  rb3734.patch uploaded by mjordan (License 6283) 
  rb3689.patch uploaded by mjordan (License 6283) 
  rb3674.patch uploaded by coreyfarrell (License 5909) 
  rb3671.patch uploaded by coreyfarrell (License 5909) 
  rb3667.patch uploaded by coreyfarrell (License 5909) 
  rb3665.patch uploaded by mjordan (License 6283) 
  rb3625.patch uploaded by coreyfarrell (License 5909) 
  rb3602.patch uploaded by coreyfarrell (License 5909) 
  format_compatibility-2.diff uploaded by file (License 5000) 
  core.diff uploaded by file (License 5000) 
  
git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@419044  65c4cc65-6c06-0410-ace0-fbb531ad65f3 
						
						
					 
					
						2014-07-20 22:06:33 +00:00 
						 
				 
			
				
					
						
							
							
								Walter Doekes 
							
						 
					 
					
						
						
							
						
						0eda637fc4 
					 
					
						
						
							
							h264: Fix H264 SDP payload format.  
						
						... 
						
						
						
						https://tools.ietf.org/html/rfc3984#section-8.1  says profile-level-id
takes 3 bytes in base16 (6 hex digits).
This fixes video setup in certain cases.
ASTERISK-23664 #close
ASTERISK-23664 #comment Patch r3530.patch uploaded by Guillaume Maudoux.
Review: https://reviewboard.asterisk.org/r/3530/ 
........
Merged revisions 413791 from http://svn.asterisk.org/svn/asterisk/branches/11 
........
Merged revisions 413792 from http://svn.asterisk.org/svn/asterisk/branches/12 
git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@413793  65c4cc65-6c06-0410-ace0-fbb531ad65f3 
					
						2014-05-13 13:53:28 +00:00 
						 
				 
			
				
					
						
							
							
								Kinsey Moore 
							
						 
					 
					
						
						
							
						
						abd3e4040b 
					 
					
						
						
							
							Allow Asterisk to compile under GCC 4.10  
						
						... 
						
						
						
						This resolves a large number of compiler warnings from GCC 4.10 which
cause the build to fail under dev mode. The vast majority are
signed/unsigned mismatches in printf-style format strings.
........
Merged revisions 413586 from http://svn.asterisk.org/svn/asterisk/branches/1.8 
........
Merged revisions 413587 from http://svn.asterisk.org/svn/asterisk/branches/11 
........
Merged revisions 413588 from http://svn.asterisk.org/svn/asterisk/branches/12 
git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@413589  65c4cc65-6c06-0410-ace0-fbb531ad65f3 
						
						
					 
					
						2014-05-09 22:49:26 +00:00 
						 
				 
			
				
					
						
							
							
								Matthew Jordan 
							
						 
					 
					
						
						
							
						
						4b5a0e1932 
					 
					
						
						
							
							AST-2013-001: Prevent buffer overflow through H.264 format negotiation  
						
						... 
						
						
						
						The format attribute resource for H.264 video performs an unsafe read against a
media attribute when parsing the SDP. The value passed in with the format
attribute is not checked for its length when parsed into a fixed length buffer.
This patch resolves the vulnerability by only reading as many characters from
the SDP value as will fit into the buffer.
(closes issue ASTERISK-20901)
Reported by: Ulf Harnhammar
patches:
  h264_overflow_security_patch.diff uploaded by jrose (License 6182)
........
Merged revisions 383973 from http://svn.asterisk.org/svn/asterisk/branches/11 
git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@383975  65c4cc65-6c06-0410-ace0-fbb531ad65f3 
						
						
					 
					
						2013-03-27 14:28:36 +00:00 
						 
				 
			
				
					
						
							
							
								Joshua Colp 
							
						 
					 
					
						
						
							
						
						ad3e51bf4c 
					 
					
						
						
							
							Fix an issue with H.264 format attribute comparison and fix an issue with improper SDP being produced.  
						
						... 
						
						
						
						The H.264 format attribute module compares two format attribute structures to determine if they are
compatible or not. In some instances it was possible for this check to determine that both structures
were incompatible when they actually should be considered compatible. This check has now been made even
more permissive by assuming that if no attribute information is available the two structures are compatible.
If both structures contain attribute information a base level comparison of the H.264 IDC value is done to
see if they are compatible or not.
The above issue uncovered a secondary issue in chan_sip where the SDP being produced would be incorrect if
the formats were considered incompatible. This has now been fixed by checking that all information required
to produce the SDP is available instead of assuming it is.
(closes issue ASTERISK-20464)
Reported by: Leif Madsen
........
Merged revisions 373413 from http://svn.asterisk.org/svn/asterisk/branches/11 
git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@373414  65c4cc65-6c06-0410-ace0-fbb531ad65f3 
						
						
					 
					
						2012-09-24 14:27:17 +00:00 
						 
				 
			
				
					
						
							
							
								Joshua Colp 
							
						 
					 
					
						
						
							
						
						1f64b85106 
					 
					
						
						
							
							Add some additional H.264 attributes, "max-smbps" and "max-fps", for passthrough.  
						
						... 
						
						
						
						(closes issue ASTERISK-20206)
Reported by: ddkprog
Patches:
     res_format_attr_h264.c.diff uploaded by ddkprog (license 6008)
........
Merged revisions 371426 from http://svn.asterisk.org/svn/asterisk/branches/11 
git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@371427  65c4cc65-6c06-0410-ace0-fbb531ad65f3 
						
						
					 
					
						2012-08-17 12:25:40 +00:00 
						 
				 
			
				
					
						
							
							
								Joshua Colp 
							
						 
					 
					
						
						
							
						
						acb5f5f824 
					 
					
						
						
							
							Reduce memory consumption and add the H.264 and H.263 modules I shamefully neglected to add.  
						
						... 
						
						
						
						git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@370060  65c4cc65-6c06-0410-ace0-fbb531ad65f3 
						
						
					 
					
						2012-07-13 18:41:07 +00:00