After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 754984 - OpenSlesSink problems with appsrc
OpenSlesSink problems with appsrc
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: dont know
1.x
Other Windows
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-09-14 09:00 UTC by Trummer Thomas
Modified: 2018-01-15 17:16 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Trummer Thomas 2015-09-14 09:00:16 UTC
Hi,

I'm new here and I have found a problem with the default android audio sink.

I'm using gst_parse_launch("playbin") to create my pipeline.
If I use appsrc:\\ as url and and configure the appsrc within the source-setup callback with: format=GST_FORMAT_TIME, is-live=false, do-timestamp=false, block=true and stream-type=GST_APP_STREAM_TYPE_SEEKABLE the current position of the pipeline freezes after seeking.
The Timestamps of the pushed buffers are generated as followed:
GST_BUFFER_PTS(buffer) = audiotimestamp;
GST_BUFFER_DURATION(buffer) = getFrameTime(audio_caps, gst_buffer_get_size(buffer));
audiotimestamp += GST_BUFFER_DURATION(buffer);
getFrameTime calculates the duration of the current byte array by its size and the caps.
After seeking the "seek-data" callback of the appsrc will be called where I set the audiotimestamp to the given offset.

1) If I use the openslessink with its default configuration the playback works great but after seeking the first time the current position "gst_element_query_position(pipeline, ..." doesn't change anymore but the sound keeps playing.  

2) If I set "gst_base_sink_set_async_enabled" to false for the audio sink the position will update after seeking but the sound stops playing and I get the following warnings "0x5cad0600 gstaudiobasesink.c:1507:gst_audio_base_sink_skew_slaving:<audiosink> correct clock skew -24378431 < -20000000"


Is this a bug or do I have to change someting?
Comment 1 Tim-Philipp Müller 2016-02-28 18:50:31 UTC
It's hard to say, could you attach a small test program that we can use to reproduce the issue?
Comment 2 Tim-Philipp Müller 2018-01-15 17:16:26 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment.
Thanks!