[pulseaudio-tickets] [PulseAudio] #408: Pulseaudio 0.9.10 when run on ARMv6 gets a failed at pulsecore/memblock.c:205 on playfile
PulseAudio
trac-noreply at tango.0pointer.de
Thu May 14 16:08:16 PDT 2009
#408: Pulseaudio 0.9.10 when run on ARMv6 gets a failed at
pulsecore/memblock.c:205 on playfile
-----------------------+----------------------------------------------------
Reporter: sdsuram9 | Owner: lennart
Type: tracking | Status: new
Milestone: | Component: daemon
Resolution: | Keywords: pulseaudio 0.9.10
-----------------------+----------------------------------------------------
Comment(by knightk):
Replying to [comment:11 lennart]:
> This gdb output shows no backtrace. Please follow the instructions I
linked.
Thanks for the link but freescale can't get debuginfo into ltib rootfs, so
I am tracing the error with pa_log().
The failure to stream a wav file occurs because sound-file-stream.c
routine static int sink_input_peek_cb(pa_sink_input *i, size_t length,
pa_memchunk *chunk) is called with a length = 0.
length should be the fragment size (approx. 4Kbytes... derived from
default-fragment-size-msec in default.pa). The callback is called from the
alsa sink thread at about 90Hz.
My question... I have 2Mbytes of SHM allocated and the mainloop and sink
threads are running but on play-file the sink_input_peek_cb is sent a
length of 0 instead of fragment size... where does the length get set?
--
Ticket URL: <http://pulseaudio.org/ticket/408#comment:12>
PulseAudio <http://pulseaudio.org/>
The PulseAudio Sound Server
More information about the pulseaudio-bugs
mailing list