summaryrefslogtreecommitdiff
path: root/apps/recorder/pcm_record.c
diff options
context:
space:
mode:
authorThomas Martitz <kugel@rockbox.org>2013-12-24 01:16:10 +0100
committerThomas Martitz <kugel@rockbox.org>2013-12-24 01:16:10 +0100
commit5827e41904b2e3de7d5b7e53a8e55f35197e1add (patch)
treeda4dc70419b3b45b46cf7e88fe8301e275cd794a /apps/recorder/pcm_record.c
parentd2ae832eef3e91c1a188b697d88ea6cffab0b6bf (diff)
downloadrockbox-5827e41904b2e3de7d5b7e53a8e55f35197e1add.tar.gz
rockbox-5827e41904b2e3de7d5b7e53a8e55f35197e1add.zip
hwcodec: core_alloc_maximum() returned 0 bytes if talk.c controls the audio buffer.
On hwcodec talk.c has the entire audio buffer (not just parts of it), therefore it must give up everything and cannot count on core_alloc_maximum() to return the remaining space. This is equivalent to it was handled before 22e802e. You could probaby do smarter and shrink for example the .talk clip buffer but is it really worth it? Change-Id: Idc3431c59fb41b05338559c615093358c5d8ed9b
Diffstat (limited to 'apps/recorder/pcm_record.c')
0 files changed, 0 insertions, 0 deletions