[gst-devel] PLAY -> PAUSE -> PLAY hickup?

[firerock]

Which architecture do you find this issue? X86 platform or arm platform.

I have found a similar issue on arm platform, and it is caused by a wrong
return value of snd_pcm_delay() in the playing->pause state change. This
causes a bigger base time when the pipeline changes from pause to playing.



2010/3/14 Georg Sauthoff <g_sauthoff at web.de>

> Hi,
>
> while using the gstreamer API I noticed some playback-hickups if a
> paused pipeline is resumed:
>
>
> set_state(pipeline, GST_STATE_PLAYING);
> // listen some time
> set_state(pipeline, GST_STATE_PAUSED);
> // let the event loop wait some seconds
> set_state(pipeline, GST_STATE_PLAYING);
>
> => after the last state transition to GST_STATE_PLAYING
> playback starts again, but with a hickup. Like this:
>
> SHORT_MUSIC SHORT_SILENCE MUSIC
>
> I tested the same mp3-file with mplayer, where play/pause transitions
> work as expected without hickups.
>
> I am using this pipeline
>
> playbin2 uri="file://foo.mp3" audio-sink="alsasink device=plughw:0,0"
>
> which is created via gst-launch().
>
> Do I have to do some extra setup to get resume-from-pause without
> hickups?
>
> Best regards
> Georg
>
> PS: Using gstreamer 0.10.25 as packaged with Ubuntu 9.10.
>
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20100315/50fcaea1/attachment.htm>