bufferCount (4) is too small and increased to 12

请问android的log中出现bufferCount (4) is too small and increased to 12是怎么回事啊？要怎么解决？

6 个解决方案

#1

请贴上源码，以及完整的出错log。

#2

引用楼主 trumanhit 的回复:

请问android的log中出现bufferCount (4) is too small and increased to 12是怎么回事啊？要怎么解决？

04-15 01:22:01.470: DEBUG/AudioSink(554): bufferCount (4) is too small and increased to 12
04-15 01:22:03.193: WARN/AudioFlinger(554): write blocked for 47 msecs
04-15 01:22:06.820: WARN/AudioFlinger(554): write blocked for 48 msecs
04-15 01:22:08.411: DEBUG/dalvikvm(712): GC freed 15645 objects / 563400 bytes in 213ms
04-15 01:22:08.555: WARN/AudioFlinger(554): write blocked for 50 msecs
04-15 01:22:10.526: WARN/AudioFlinger(554): write blocked for 71 msecs
04-15 01:22:10.816: WARN/AudioFlinger(554): write blocked for 51 msecs
04-15 01:22:11.332: WARN/AudioFlinger(554): write blocked for 87 msecs
04-15 01:22:13.652: WARN/AudioFlinger(554): write blocked for 118 msecs
04-15 01:22:15.700: DEBUG/AudioSink(554): bufferCount (4) is too small and increased to 12
04-15 01:22:16.209: WARN/AudioFlinger(554): write blocked for 76 msecs
04-15 01:22:17.171: WARN/AudioFlinger(554): write blocked for 56 msecs
04-15 01:22:17.945: WARN/AudioFlinger(554): write blocked for 52 msecs
04-15 01:22:24.810: DEBUG/AudioSink(554): bufferCount (4) is too small and increased to 12
04-15 01:22:25.402: WARN/AudioFlinger(554): write blocked for 70 msecs
04-15 01:22:27.210: WARN/AudioFlinger(554): write blocked for 46 msecs
04-15 01:22:27.350: WARN/AudioFlinger(554): write blocked for 49 msecs
04-15 01:22:29.029: DEBUG/AudioSink(554): bufferCount (4) is too small and increased to 12
04-15 01:22:29.619: WARN/AudioFlinger(554): write blocked for 68 msecs
04-15 01:22:29.949: WARN/KeyCharacterMap(712): No keyboard for id 0
04-15 01:22:29.965: WARN/KeyCharacterMap(712): Using default keymap: /system/usr/keychars/qwerty.kcm.bin
04-15 01:22:30.650: WARN/AudioFlinger(554): write blocked for 64 msecs
04-15 01:22:31.181: INFO/ARMAssembler(578): generated scanline__00000177:03515104_00001A01_00000000 [ 64 ipp] (89 ins) at [0x2024d0:0x202634] in 3935696 ns
04-15 01:22:31.260: INFO/ARMAssembler(578): generated scanline__00000177:03515104_00000A01_00000000 [ 46 ipp] (70 ins) at [0x2027c0:0x2028d8] in 1407162 ns
04-15 01:22:32.191: INFO/ActivityManager(578): Starting activity: Intent { comp={com.xmobile.mp3/com.xmobile.mp3.songlist} (has extras) }
04-15 01:22:32.760: WARN/ActivityManager(578): Activity pause timeout for HistoryRecord{43618b30 {com.xmobile.mp3/com.xmobile.mp3.musicplayer}}
04-15 01:22:33.629: WARN/AudioFlinger(554): write blocked for 54 msecs
04-15 01:22:34.280: INFO/ActivityManager(578): Displayed activity com.xmobile.mp3/.songlist: 2056 ms
04-15 01:22:35.969: DEBUG/AudioSink(554): bufferCount (4) is too small and increased to 12
04-15 01:22:36.449: WARN/AudioFlinger(554): write blocked for 59 msecs
04-15 01:22:36.500: DEBUG/dalvikvm(712): GC freed 14019 objects / 467080 bytes in 357ms
04-15 01:22:38.546: WARN/AudioFlinger(554): write blocked for 56 msecs
04-15 01:22:44.610: DEBUG/AudioSink(554): bufferCount (4) is too small and increased to 12
04-15 01:22:45.029: WARN/AudioFlinger(554): write blocked for 62 msecs

#3

从log来看并没错误的情况，这句log是audiosink在程序中打印出来的debug信息，不会影响你的程序的运行。

#4

引用 3 楼 yyy025025025 的回复:

从log来看并没错误的情况，这句log是audiosink在程序中打印出来的debug信息，不会影响你的程序的运行。

那这种情况会不会影响程序执行效率呢？

#5

不会影响。

#6

引用 5 楼 yyy025025025 的回复:

不会影响。

谢谢啦