pause playback, then start playback after 1-2s, and repeat this process many times (100+ times), the playback will be stuck

[Sebastian Dröge]

On Mo, 2016-06-13 at 03:57 -0700, Donghui Bai wrote:
> Hi Sebastian, 
> 
> Thanks very much for your reply. 
> 
> > 
> > Can you get a backtrace of all threads when it is blocked? 
> stuck.log
> <http://gstreamer-devel.966125.n4.nabble.com/file/n4678000/stuck.log>
>   
> debuggered.txt
> <http://gstreamer-devel.966125.n4.nabble.com/file/n4678000/debuggered
> .txt> 
> : the backtrace by *debuggerd -b <pid>*
> traces.txt
> <http://gstreamer-devel.966125.n4.nabble.com/file/n4678000/traces.txt
> >  :
> the backtrace by *kill -3 <pid>*
> 
> > 
> > Which device and codec is this on?
> device: armv7 + Android 4.4
> codec：amcvideodec-omxmtkvideodecoderavc
> 
> And I use the avdec_h264 plugin to decode the H264 video, can also
> appear this phenomenon.

Ok, so it's unrelated to the Android codecs. Can you try to create a
testcase for this that runs on the commandline?

Does it happen on all files, or only specific ones?

Your backtraces looks like nothing is really wrong, just that both
sinks are waiting to be set to PLAYING but are prerolled and waiting in
PAUSED. At least that's what I could guess, your backtrace is missing
most symbols.

-- 
Sebastian Dröge, Centricular Ltd · http://www.centricular.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: This is a digitally signed message part
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20160614/6a395fa9/attachment.sig>