<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Issue of CPU usage with HiFiBerry driver snd_soc_hifiberry_amp with Debian Wheezy kernel 3.12.28" href="https://bugs.freedesktop.org/show_bug.cgi?id=84585#c103">Comment # 103</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Issue of CPU usage with HiFiBerry driver snd_soc_hifiberry_amp with Debian Wheezy kernel 3.12.28" href="https://bugs.freedesktop.org/show_bug.cgi?id=84585">bug 84585</a> from <a class="email" href="mailto:alessandroferri_015@fastwebnet.it" title="Alessandro Ferri <alessandroferri_015@fastwebnet.it>"> Alessandro Ferri</a> <pre>(In reply to Raymond from <a href="show_bug.cgi?id=84585#c101">comment #101</a>) > try > > aplay -v -D hw:0,0 --dump-hwparams --period-time=10000 any44100hzstereo.wav > > > you need to ask Florian (author of bcm2835_i2s.c) > > 1) .periods_min * .period_bytes_min or .buffer_bytes_min seem less than the > size of fifo > 2) are there any timeout loop which cause hwptr remain unchanged for more > than 9ms ? To run aplay --dump-hw-params I have to compile all the alsa-util 1.0.28 and alsa-lib 1.0.28. I thought it was easier, however missing many dependencies. You know an easier way? or give me a link or address to contact Florian. I wanted you instead show a possibly related issue. If I run the command paplay -v Europa.wav: pi@raspberrypi ~ $ paplay -v Europa.wav Opening a playback stream with sample specification 's16le 2ch 44100Hz' and channel map 'front-left,front-right'. Connection established. Stream successfully created. Buffer metrics: maxlength=4194304, tlength=352800, prebuf=349276, minreq=3528 Using sample spec 's16le 2ch 44100Hz', channel map 'front-left,front-right'. Connected to device alsa_output.platform-snd-hifiberry-amp.0.analog-stereo (0, not suspended). Stream started. ^CGot signal, exiting.cy: 2288469 usec. pi@raspberrypi ~ $ top top - 16:08:16 up 8 min, 3 users, load average: 0.71, 0.71, 0.37 Tasks: 93 total, 1 running, 92 sleeping, 0 stopped, 0 zombie %Cpu(s): 7.2 us, 9.4 sy, 0.0 ni, 83.1 id, 0.0 wa, 0.0 hi, 0.3 si, 0.0 st KiB Mem: 447856 total, 154452 used, 293404 free, 15052 buffers KiB Swap: 102396 total, 0 used, 102396 free, 78044 cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2355 pulse 9 -11 87984 5824 3540 S 7.9 1.3 1:03.57 pulseaudio 2606 root 20 0 26376 15m 4760 S 2.0 3.5 0:10.32 Xorg 2772 pi 20 0 4668 1388 1040 R 1.3 0.3 0:04.61 top 2900 pi 20 0 83540 2764 2264 S 1.3 0.6 0:00.64 paplay 2761 pi 20 0 113m 9.9m 7708 S 0.7 2.3 0:04.76 lxterminal feel good music and as you can see above the CPU usage from pulseaudio is normal. While if I run: pi@raspberrypi ~ $ paplay -v Desperado.wav Opening a playback stream with sample specification 's16le 2ch 48000Hz' and channel map 'front-left,front-right'. Connection established. Stream successfully created. Buffer metrics: maxlength=4194304, tlength=384000, prebuf=380164, minreq=3840 Using sample spec 's16le 2ch 48000Hz', channel map 'front-left,front-right'. Connected to device alsa_output.platform-snd-hifiberry-amp.0.analog-stereo (0, suspended). ^CGot signal, exiting.cy: 2000000 usec. the application crashes before start reading and I not hear anything, also pulseaudio will abort and I need to restart it again. The only difference between the two wav files is that the first has a sampling rate 44100Hz and the second 48000Hz. what do you think about?</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> <li>You are the assignee for the bug.</li> </ul> </body> </html>