{"push_id":635901509,"size":11,"distinct_size":11,"ref":"refs/heads/mkl-mr1","head":"5188aa6f3aca5e17808f7183d6f9dc34c81610f2","before":"67ab408518e6b9740bf03e612609090a32d12650","commits":[{"sha":"a48153c254112c14ab9d0c5164cb56e47d4ea087","author":{"email":"4621454b95aca64b79ee0e520a128b5053fcad4c@codeaurora.org","name":"Maunik Shah"},"message":"Screenshots info is not updated when device is plugged in MTP mode\n\nWhen device is connected as MTP mode and user opens folder\n/sdcard/Pictures/Screenshots/ in windows system and captures new\nscreenshot, image information is always shown as 0 KB\n\nIssue: https://code.google.com/p/android/issues/detail?id=56204\n\nChange-Id: I86d8e1ee54c0d8b2008b5f6bc0de2cac3faafc20","distinct":true,"url":"https://api.github.com/repos/MoKee/android_frameworks_av/commits/a48153c254112c14ab9d0c5164cb56e47d4ea087"},{"sha":"c888808ec297b1f78388848f1c230368df2de793","author":{"email":"c99509495b0ae538e72da0d0e92cd7afd4da25f1@codeaurora.org","name":"Zhou Song"},"message":"Initialize the start time if not specified in meta data\n\nIf the start time is not specified in meta data, the start time\nwill be assigned with latency of AudioRecord, it's calculated by\nallocated frame count which is not the real start time when the\nfirst frame received\n\nInitialize the start time to the current system time if not\nspecified in meta data\n\nCRs-Fixed: 812379\n\nChange-Id: Ia007ca4592fe1f96e105d4ec48305c578b677bb1","distinct":true,"url":"https://api.github.com/repos/MoKee/android_frameworks_av/commits/c888808ec297b1f78388848f1c230368df2de793"},{"sha":"af3be7de6bd25b9ad01b8d93ea47f9a68dedea67","author":{"email":"18a1de3afd713cf70a2da3e06fc59fc18cdf0777@codeaurora.org","name":"Sai Kumar Sanagavarapu"},"message":"CameraService: Fix recursive lock acquire during client destruction.\n\nWhile trying to remove stale clients, service lock will be acquired\nrecursively due to which deadlock will happen and eventually\nframework reboot. So, remove this logic.\n\nChange-Id: I93b64cf075d339180aa426d985123878975a0abb","distinct":true,"url":"https://api.github.com/repos/MoKee/android_frameworks_av/commits/af3be7de6bd25b9ad01b8d93ea47f9a68dedea67"},{"sha":"bd5cf4aecf105b1979eef72e6eccc3abbe187c91","author":{"email":"63ef95e46407a506ccab6c0305b747485854f08f@codeaurora.org","name":"Sharad Sangle"},"message":"NuPlayer: Don't maintain timeStamp if state is running\n\n  While offload playback is going on, if user seeks\n  to new position and after playback for some time,\n  pauses till offload tear-down happens then playback\n  resumes with old seek position\n\n  The book-keeping of seektime for start of playback\n  mStartupSeekTimeUs is also done in running state,\n  it should be done only if current state is paused.\n\nChange-Id: I2987b44ddb944a971cb57587dc0af1826465fadd","distinct":true,"url":"https://api.github.com/repos/MoKee/android_frameworks_av/commits/bd5cf4aecf105b1979eef72e6eccc3abbe187c91"},{"sha":"fb483fb56406840fe987eb3954f1ef289f6c8152","author":{"email":"e4668d4418a7a03451d7c75d7e912165a4cb6817@codeaurora.org","name":"Naresh Tanniru"},"message":"audio: Fix for ringtone playback issue on USB AOA\n\n- RingTone is not played for 2nd MT call while playback\n  through USB-AoA\n\n- Duplicate tracks in audio flinger are invalidating on\n  voice call as a part of voice concurrency on Bear.This\n  results duplicate tracks to change non active state and\n  subsequently not accepting any PCM data for subsequent\n  ringtone playback\n\n- Do not call invalidate for duplicate tracks using\n  AUDIO_STREAM_PATCH stream type\n\nChange-Id: I323e80470e64b58a53d68ca57a29605768324e14","distinct":true,"url":"https://api.github.com/repos/MoKee/android_frameworks_av/commits/fb483fb56406840fe987eb3954f1ef289f6c8152"},{"sha":"1c31653f6fd0c33c12011a96d96af8575b1bc7f0","author":{"email":"879c510d2a39b8f040e184ea2c0202dd3e019172@codeaurora.org","name":"Ashish Jain"},"message":"audio: Fix fast playback of Ringtone for SCO call\n\nA2DP output is in suspend state during SCO call,but\nbecuase of incorrect logic in checkA2DPSuspended,\n'mA2dpSuspended' was not set to true, and hence A2DP\noutput is selected during SCO call, resulting in fast\nplayback of ringtone on speaker.\nThis change reverts the commit\na985bd576ad8642b1ab99cc3a4e8bfd18c33e133\n\nChange-Id: I6744d15688d33cbe7b8a1584cc779ebf305c75df","distinct":true,"url":"https://api.github.com/repos/MoKee/android_frameworks_av/commits/1c31653f6fd0c33c12011a96d96af8575b1bc7f0"},{"sha":"a8e014b099c360ede644d05bc44bb7d21a541f7f","author":{"email":"879c510d2a39b8f040e184ea2c0202dd3e019172@codeaurora.org","name":"Ashish Jain"},"message":"audiopolicy: Fix Audio record permission CTS failure.\n\n-Check which ensures that the recording is allowed only for\napplications which have the required permissions was missing.\n-Add back the code which was removed while resolving\nmerge conflicts\n\nCRs-Fixed: 808998\nChange-Id: I0060f52839dd27876801001184b67dee887fe99d","distinct":true,"url":"https://api.github.com/repos/MoKee/android_frameworks_av/commits/a8e014b099c360ede644d05bc44bb7d21a541f7f"},{"sha":"188aa8db759bb97cbfc5061658145e53e928f2dc","author":{"email":"878683cf4c6ae379c61c240a173e477b99f4ef20@codeaurora.org","name":"Manikanta Kanamarlapudi"},"message":"libstagefright: Fix for testException\n\nHandled decoder configure call for encoder\ncomponent and vice-versa in fallback logic\n\nCRs-Fixed: 891538\nChange-Id: Ibb0d2da829a0e0f907ad8265836bac0466de1b4d","distinct":true,"url":"https://api.github.com/repos/MoKee/android_frameworks_av/commits/188aa8db759bb97cbfc5061658145e53e928f2dc"},{"sha":"3c2a50dad153a18fa08f43ead06f4dbb94b7f130","author":{"email":"63ef95e46407a506ccab6c0305b747485854f08f@codeaurora.org","name":"Sharad Sangle"},"message":"audio: Fix for camcorder shutter playback issue on BT\n\n- Shutter sound is not played for BT when starting\n  camcorder recording\n- Duplicate tracks in audio flinger are invalidating on\n  music stream as a part of record playback concurrency on Bear.\n  This results duplicate tracks to change non active state and\n  subsequently not accepting any PCM data for subsequent\n  playback\n- Do not call invalidate for duplicate tracks using\n  AUDIO_STREAM_PATCH stream type\n\nChange-Id: Ib6f46bacd70da5de5958f65d921c7c219a5b0dc1","distinct":true,"url":"https://api.github.com/repos/MoKee/android_frameworks_av/commits/3c2a50dad153a18fa08f43ead06f4dbb94b7f130"},{"sha":"7dadc6a7f5bdcaaa397ea45f4d803e89daa1c7cd","author":{"email":"e035fc56ccafc0020ec972408c2fe3af68a38a39@codeaurora.org","name":"Xavier Varricatt"},"message":"nuplayer: Fix for persist.debug.sf.noaudio when resuming\n\nSince moving to lmr1, persist.debug.sf.noaudio did not work\nwhen clips are paused and resumed because of audio decoder\ninitialization in onResume. This fixes the problem.\n\nCRs-Fixed: 815542\nChange-Id: I1a2204ede77c70afc4c83d1fe7ac004bcc604eee","distinct":true,"url":"https://api.github.com/repos/MoKee/android_frameworks_av/commits/7dadc6a7f5bdcaaa397ea45f4d803e89daa1c7cd"},{"sha":"5188aa6f3aca5e17808f7183d6f9dc34c81610f2","author":{"email":"3b13a563400f49bfdcdc56c2b302a2d3dd2ee178@codeaurora.org","name":"Apurupa Pattapu"},"message":"stagefright: httplive: Fix switching for HLS live use-cases\n\nPlaylists can periodically update during HLS live streaming, and\nthe first sequence number can change accordingly. When switching,\nthis leads to a mismatch in first sequence numbers that causes\nselection of the wrong segment, as the passed segmentStartTimeUs\nvalue is relative to the old first sequence number.\nFor a/v fetchers, pass the previous a/v fetcher's sequence number to\neach new fetcher to enforce continuity of a/v streams.\n\nChange-Id: I26d8118dbcb7300571a5b3fb5d0808c5a0c08aa6\n\nhttplive: Dont resume old fetchers if switching down\n\n- When bandwidth drops, resuming an old high-bitrate fetcher\n  can cause freezes in playback. To avoid this, stop the\n  fetcher without checking for any timestamp gaps.\n\nCRs-Fixed: 771954\nChange-Id: I690f50322a64e0b2c493062388c4b490b71db146\n\nstagefright: HLS: Remove LiveDataSource\n\nRemove LiveDataSource as it is no longer used.\n\nChange-Id: I07d9b09358dcdd2cb9e54fb6351e1c9027ce8a0d\n\nhttplive: Do not delay fetcher when resuming\n\nDuring a switch resumeUntil is called on old fetcher so\nthat it continues to download until the timestamp gap between\nold and new fetchers is filled. If this is posted with a delay\nnew fetcher is scheduled first and it continues to download\nsecond segment increasing the switch latency.To avoid this\nresume fetcher download immediately.\n\nChange-Id: Ibdde95e016d83286dceed3f001b9a1d8b56b0367\n\nstagefright: HLS: Increase granularity of segment download\n\nCurrent HLS logic requires downloading an entire segment before\nbandwidth estimation or any other scheduled message can be\nprocessed which hurts the effectiveness of the downswitch monitor.\nIf a large clip is being downloaded and the bandwidth drops\nsuddenly, playback can hang until download of the large clip\ncompletes regardless of the downswitch monitor's status.\n\nExpand onDownloadNext into a series of onDownloadBlock messages\nto allow increased potential for message interleaving, but ensure\nthat segment downloads themselves are not interleaved as\nLiveSession reuses a single http connection.\n\nCRs-Fixed: 759591 771954\nChange-Id: I6a9ba27e22cc4e04419ce0128ad0193edac9c42b\n\nhttplive: Start playback at the actual bandwidth variant\n\nDownload ts segment from the first playlist variant to\nevaluate the actual bandwidth and start the playback\nwith actual b/w variant.\n\nChange-Id: Iaf86eb0124c9511a6a2e3580a91f666e711e54b3\n\nhttplive: the triggers to switch up and down should be asymmetrical\n\n- change the usage rate of the real bandwidth from 80% to 90% except\n  the first time\n\n- in up switch case, only when the real bandwidth is 30% above the\n  target bandwidth, the corresponding index would be changed to the\n  target one. Otherwise, the corresponding index should move to one\n  lower level of the target index.\n\nCRs-Fixed: 810277\nChange-Id: I35e871e8d7702274d7ef880b6744b2ab763d6967\n\nstagefright: httplive: Enable dumping of fetched segments\n\nIf SAVE_BACKUPS is enabled, create a numbered backup file for each\nnew fetchFile() connection and archive all received bytes within\n/data/misc/media. Increase the number for each new connection\nwithin a playback session to aid in debugging switching use-cases.\n\nAlso immediately flush all data after each readAt() to allow\ndebugging crashes/asserts without loss of retrieved data.\n\nCRs-Fixed: 771954\nChange-Id: I38cb9653ffff8e8c6253a8caa0a7ee4a0bc7816f\n\nhttplive: avoid zero byte read request\n\n- In LiveSession, check whether maxBytesToRead is zero, if yes\n  ignore it because zero byte read request is meaningless.\n\n- In PlaylistFetcher, check whether the read bytes is less than\n  the requested block size, if yes, finish fetching the current\n  segment file because it means fetching file already meets EOS.\n\nChange-Id: I150d4b147090dbd48d804ebd96ea909e5b6fdbcb\n\nhttplive: Print name of segment being downloaded\n\nAdd change to print name of segment being downloaded\nCRs-Fixed: 787126\n\nChange-Id: Ice204b9bb6778ba16962610df5cd4e8b18576fd9\n(cherry picked from commit eb822627e1219686860c07ea0ca4509125dc8174)\n\nHLS: Fix issues in hls\n\nBecause of the merge conflicts while\nporting L-Mr1, live session is accessing\nthe invalid buffer. Corrected the same.\n\nCRs-Fixed: 807394\nChange-Id: I60ff90ae7ef9ad4b6bcf0956e022289fb552d766","distinct":true,"url":"https://api.github.com/repos/MoKee/android_frameworks_av/commits/5188aa6f3aca5e17808f7183d6f9dc34c81610f2"}]}