<feed xmlns='http://www.w3.org/2005/Atom'>
<title>android_hardware_qcom_audio, branch stable/cm-12.0-caf-8974-YNG3C</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.
</subtitle>
<link rel='alternate' type='text/html' href='https://git.replicant.us/mirrors/LineageOS/android_hardware_qcom_audio/'/>
<entry>
<title>hal: Shush some debug logging</title>
<updated>2015-02-25T08:55:50+00:00</updated>
<author>
<name>Steve Kondik</name>
<email>steve@cyngn.com</email>
</author>
<published>2015-02-25T08:55:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.replicant.us/mirrors/LineageOS/android_hardware_qcom_audio/commit/?id=17785294d82488d05feafb21143ab9d4754d23a0'/>
<id>17785294d82488d05feafb21143ab9d4754d23a0</id>
<content type='text'>
Change-Id: I522a0f0379143315f95dbf6a0f40cb6507287c47
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Change-Id: I522a0f0379143315f95dbf6a0f40cb6507287c47
</pre>
</div>
</content>
</entry>
<entry>
<title>audio: Fix for clip skip issue during SSR</title>
<updated>2015-02-23T20:30:03+00:00</updated>
<author>
<name>Dhanalakshmi Siddani</name>
<email>dsiddani@codeaurora.org</email>
</author>
<published>2014-12-23T11:27:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.replicant.us/mirrors/LineageOS/android_hardware_qcom_audio/commit/?id=d7a9b082baf6bafe2dd2abc6bca319868c5f94a6'/>
<id>d7a9b082baf6bafe2dd2abc6bca319868c5f94a6</id>
<content type='text'>
- Specific AAC clips are skipped to next clip on triggering SSR
- When SSR is triggered while track is waiting for stream end event for
  low bit rate clips, drain is unblocked and playback is switched to
  next track
- Fix is not to post drain ready event during SSR as actual stream end
  is not reached with more compressed data buffered to DSP

  CRs-Fixed: 766541

Change-Id: Id1573160001a2a252dc6613b58f70233e77cc3b4
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
- Specific AAC clips are skipped to next clip on triggering SSR
- When SSR is triggered while track is waiting for stream end event for
  low bit rate clips, drain is unblocked and playback is switched to
  next track
- Fix is not to post drain ready event during SSR as actual stream end
  is not reached with more compressed data buffered to DSP

  CRs-Fixed: 766541

Change-Id: Id1573160001a2a252dc6613b58f70233e77cc3b4
</pre>
</div>
</content>
</entry>
<entry>
<title>hal: Enhance compress offload logging</title>
<updated>2015-02-23T20:27:05+00:00</updated>
<author>
<name>Sidipotu Ashok</name>
<email>sashok@codeaurora.org</email>
</author>
<published>2014-02-10T10:46:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.replicant.us/mirrors/LineageOS/android_hardware_qcom_audio/commit/?id=28f1e41b220b087681739c949c96b02e58252590'/>
<id>28f1e41b220b087681739c949c96b02e58252590</id>
<content type='text'>
Add/Enable msg logging
-Salient funtion calls to tinycompress
-Salient funtion calls from frameworks
-Events sent to frameworks
-miscellaneous important events

Change-Id: I493d98d3f3c1216f7c6030a539e01d1f2dd8c202
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Add/Enable msg logging
-Salient funtion calls to tinycompress
-Salient funtion calls from frameworks
-Events sent to frameworks
-miscellaneous important events

Change-Id: I493d98d3f3c1216f7c6030a539e01d1f2dd8c202
</pre>
</div>
</content>
</entry>
<entry>
<title>hal: align fragment size to 24 instead of 1024 for PCM offload</title>
<updated>2015-02-14T08:29:55+00:00</updated>
<author>
<name>Alexy Joseph</name>
<email>alexyj@codeaurora.org</email>
</author>
<published>2015-01-19T22:52:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.replicant.us/mirrors/LineageOS/android_hardware_qcom_audio/commit/?id=3e4aa5ec80ee71dded72fc88ad6cf4dbac983613'/>
<id>3e4aa5ec80ee71dded72fc88ad6cf4dbac983613</id>
<content type='text'>
Aligning PCM buffer size to 1024 bytes is not required in case
of PCM offloading. It actually creates problem when playing
6 ch, 96KHz, 16-bit stream PCM in offload mode, due to aligning
PCM data becomes unequal for the six channels.
Align the buffer to LCM of 2, 4, 6, 8 i.e. 24.

Change-Id: I0823ca2ccdd5fceaf23a182b763a1d69f91f602f
CRs-fixed: 780001
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Aligning PCM buffer size to 1024 bytes is not required in case
of PCM offloading. It actually creates problem when playing
6 ch, 96KHz, 16-bit stream PCM in offload mode, due to aligning
PCM data becomes unequal for the six channels.
Align the buffer to LCM of 2, 4, 6, 8 i.e. 24.

Change-Id: I0823ca2ccdd5fceaf23a182b763a1d69f91f602f
CRs-fixed: 780001
</pre>
</div>
</content>
</entry>
<entry>
<title>hal: Correctly set backend to best available parameters</title>
<updated>2015-02-11T23:36:33+00:00</updated>
<author>
<name>Ethan Chen</name>
<email>intervigil@gmail.com</email>
</author>
<published>2015-02-11T23:10:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.replicant.us/mirrors/LineageOS/android_hardware_qcom_audio/commit/?id=113a06c1c4219bb4100bdb0779775d987f3fb541'/>
<id>113a06c1c4219bb4100bdb0779775d987f3fb541</id>
<content type='text'>
* For the case where CALL/IN_COMMUNICATION, new_bit_width and
  new_sample_rate were unconditionally reset to 0, resulting
  in a sample rate/bit width change always occurring.
  Don't do this for CALL/IN_COMMUNICATION as the original
  logic intended.

Change-Id: Ib647cec084f4af9a044f90935dd57257bba0ec06
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* For the case where CALL/IN_COMMUNICATION, new_bit_width and
  new_sample_rate were unconditionally reset to 0, resulting
  in a sample rate/bit width change always occurring.
  Don't do this for CALL/IN_COMMUNICATION as the original
  logic intended.

Change-Id: Ib647cec084f4af9a044f90935dd57257bba0ec06
</pre>
</div>
</content>
</entry>
<entry>
<title>hal: Fix use of channel mask APIs</title>
<updated>2015-02-09T00:12:14+00:00</updated>
<author>
<name>Steve Kondik</name>
<email>steve@cyngn.com</email>
</author>
<published>2015-02-07T00:55:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.replicant.us/mirrors/LineageOS/android_hardware_qcom_audio/commit/?id=c6b883e9e4d82b4f1335efce0a99ce8ff395dc54'/>
<id>c6b883e9e4d82b4f1335efce0a99ce8ff395dc54</id>
<content type='text'>
Change-Id: I352f05da08dd453174dc7c8d1d0b98f15bf33ed0
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Change-Id: I352f05da08dd453174dc7c8d1d0b98f15bf33ed0
</pre>
</div>
</content>
</entry>
<entry>
<title>hal: Allow building hardware audio encoders</title>
<updated>2015-02-05T21:25:50+00:00</updated>
<author>
<name>Arne Coucheron</name>
<email>arco68@gmail.com</email>
</author>
<published>2015-01-26T05:17:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.replicant.us/mirrors/LineageOS/android_hardware_qcom_audio/commit/?id=455758edcba5ec37484d5b0ebfb22d7bfe9a8528'/>
<id>455758edcba5ec37484d5b0ebfb22d7bfe9a8528</id>
<content type='text'>
 * TARGET_USES_QCOM_MM_AUDIO flag is not used in CM.

Change-Id: I9171b5fe6f1163d407284217cd8f33ffa3291e16
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
 * TARGET_USES_QCOM_MM_AUDIO flag is not used in CM.

Change-Id: I9171b5fe6f1163d407284217cd8f33ffa3291e16
</pre>
</div>
</content>
</entry>
<entry>
<title>hal: Fix glitch in audio playback during device switch</title>
<updated>2015-02-04T19:05:13+00:00</updated>
<author>
<name>Ravi Kumar Alamanda</name>
<email>ralama@codeaurora.org</email>
</author>
<published>2014-12-16T02:56:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.replicant.us/mirrors/LineageOS/android_hardware_qcom_audio/commit/?id=65e1b92db5414f6ff6ad2094275489df0ed95640'/>
<id>65e1b92db5414f6ff6ad2094275489df0ed95640</id>
<content type='text'>
Currently the deep buffer path uses 4 * 20msec buffer.
During device switch the AudioPolicyManager delays routing
command by 2 * output latency (80msec) to ensure that all
the data written to driver/DSP is played out on current
device itself.
The stream side buffering in the DSP in legacy PCM mode is
95msec and hence the depth of pipeline is 80 + 95 = 175msec
which exceeds the device switch delay 160msec (2 * 80). So
the tail (data written to driver before headset plugin) is
heard on headset and perceived as glitch.
Ensure that the buffering in the kernel is greater than or
equal to the buffering in the DSP to fix the issue.

Change-Id: I01a3862d63ce4c258056620693dee08761c7e83f
CRs-Fixed: 771446
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Currently the deep buffer path uses 4 * 20msec buffer.
During device switch the AudioPolicyManager delays routing
command by 2 * output latency (80msec) to ensure that all
the data written to driver/DSP is played out on current
device itself.
The stream side buffering in the DSP in legacy PCM mode is
95msec and hence the depth of pipeline is 80 + 95 = 175msec
which exceeds the device switch delay 160msec (2 * 80). So
the tail (data written to driver before headset plugin) is
heard on headset and perceived as glitch.
Ensure that the buffering in the kernel is greater than or
equal to the buffering in the DSP to fix the issue.

Change-Id: I01a3862d63ce4c258056620693dee08761c7e83f
CRs-Fixed: 771446
</pre>
</div>
</content>
</entry>
<entry>
<title>msm8974 hal:  Remove platform and baseband check for CSD init.</title>
<updated>2015-01-23T17:03:22+00:00</updated>
<author>
<name>Tony Layher</name>
<email>layhertony@gmail.com</email>
</author>
<published>2015-01-20T19:13:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.replicant.us/mirrors/LineageOS/android_hardware_qcom_audio/commit/?id=5ef2da5fd2ebb5812992203e8ed18c6d3dc0e1c8'/>
<id>5ef2da5fd2ebb5812992203e8ed18c6d3dc0e1c8</id>
<content type='text'>
  This is already ifdef'd and the apq8084 uses an external
  modem, so no need for the check.
  Also some variants use mdm2 which prohibits csd init.

Change-Id: Ic7fa66b5f82367a08b29c0249eac7c2595f22d1a
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
  This is already ifdef'd and the apq8084 uses an external
  modem, so no need for the check.
  Also some variants use mdm2 which prohibits csd init.

Change-Id: Ic7fa66b5f82367a08b29c0249eac7c2595f22d1a
</pre>
</div>
</content>
</entry>
<entry>
<title>Revert "hal: Fix setting of backend samplerate"</title>
<updated>2015-01-21T23:37:09+00:00</updated>
<author>
<name>Steve Kondik</name>
<email>steve@cyngn.com</email>
</author>
<published>2015-01-21T23:36:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.replicant.us/mirrors/LineageOS/android_hardware_qcom_audio/commit/?id=536d2e74e353b584371f145c5c977f3991c442d9'/>
<id>536d2e74e353b584371f145c5c977f3991c442d9</id>
<content type='text'>
 * Strange things are afoot at the circle K.
 * This should be fixed at the codec level as the issue it's
   trying to address is with decimation.

This reverts commit 703bd572fd9824d0b9cd9511dc783503a0ed0e04.

Change-Id: I9d9b7bcfa504635325ef7ccc7afe699ba585b553
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
 * Strange things are afoot at the circle K.
 * This should be fixed at the codec level as the issue it's
   trying to address is with decimation.

This reverts commit 703bd572fd9824d0b9cd9511dc783503a0ed0e04.

Change-Id: I9d9b7bcfa504635325ef7ccc7afe699ba585b553
</pre>
</div>
</content>
</entry>
</feed>
