PLAY -> PAUSE -> PLAY hickup?

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

PLAY -> PAUSE -> PLAY hickup?

Georg Sauthoff
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® 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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: 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 <[hidden email]>
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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel


------------------------------------------------------------------------------
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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: PLAY -> PAUSE -> PLAY hickup?

Jeffrey Barish
In reply to this post by Georg Sauthoff
Georg Sauthoff wrote:

> 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.

I reported the same problem on 12 Jan and reg added that he too has observed
this problem.  I am also on Ubuntu 9.10 with 0.10.25 and reg is on Gentoo.
--
Jeffrey Barish


------------------------------------------------------------------------------
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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: PLAY -> PAUSE -> PLAY hickup?

Georg Sauthoff
On 2010-03-15, Jeffrey Barish <[hidden email]> wrote:

Hi,

> Georg Sauthoff wrote:
[..]
>> Do I have to do some extra setup to get resume-from-pause without
>> hickups?

>> PS: Using gstreamer 0.10.25 as packaged with Ubuntu 9.10.

> I reported the same problem on 12 Jan and reg added that he too has observed
> this problem.  I am also on Ubuntu 9.10 with 0.10.25 and reg is on Gentoo.

interesting, I found the thread:

http://thread.gmane.org/gmane.comp.video.gstreamer.devel/27973

Best regards
Georg


------------------------------------------------------------------------------
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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: PLAY -> PAUSE -> PLAY hickup?

Georg Sauthoff
In reply to this post by firerock
On 2010-03-15, firerock <[hidden email]> wrote:

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

On x86 (amd64).

> 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.

Best regards
Georg


------------------------------------------------------------------------------
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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: PLAY -> PAUSE -> PLAY hickup?

신승배
Hi,

It looks like similar case with https://bugzilla.gnome.org/show_bug.cgi?id=607842 which I reported.
The patch was applied to version 0.10.26 by Wilm Taymans.

You can test with version after 0.10.25 or separate patch.

Thank you.



2010/3/16 Georg Sauthoff <[hidden email]>
On 2010-03-15, firerock <[hidden email]> wrote:

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

On x86 (amd64).

> 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.

Best regards
Georg


------------------------------------------------------------------------------
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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel


------------------------------------------------------------------------------
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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel