[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