GStreamer issueshttps://gitlab.freedesktop.org/groups/gstreamer/-/issues2021-09-24T13:24:06Zhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/457Memory keep increase in gst-play-1.02021-09-24T13:24:06ZBugzilla Migration UserMemory keep increase in gst-play-1.0## Submitted by Ung, Teng En
**[Link to original bug (#796449)](https://bugzilla.gnome.org/show_bug.cgi?id=796449)**
## Description
We use gst-play-1.0 to play through a playlist. We notice when it finish current video and continue...## Submitted by Ung, Teng En
**[Link to original bug (#796449)](https://bugzilla.gnome.org/show_bug.cgi?id=796449)**
## Description
We use gst-play-1.0 to play through a playlist. We notice when it finish current video and continue to next video, the RES will increase. Until certain point it just remain there. Here is the command :-
gst-play-1.0 --playlist=test.list
Although the patch we try fix previous issue (https://bugzilla.gnome.org/show_bug.cgi?id=790472).
We just like to know what cause the RES memory keep increasing.
Version: 1.12.xhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/455basetextoverlay: subtitle overlay over non-raw video streams2021-09-24T13:24:04ZBugzilla Migration Userbasetextoverlay: subtitle overlay over non-raw video streams## Submitted by Andreas Frisch `@fraxinas`
**[Link to original bug (#796161)](https://bugzilla.gnome.org/show_bug.cgi?id=796161)**
## Description
split from https://bugzilla.gnome.org/show_bug.cgi?id=766567## Submitted by Andreas Frisch `@fraxinas`
**[Link to original bug (#796161)](https://bugzilla.gnome.org/show_bug.cgi?id=796161)**
## Description
split from https://bugzilla.gnome.org/show_bug.cgi?id=766567https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/454videoinfo: GST_VIDEO_FLAG_PREMULTIPLIED_ALPHA is not reflected in caps2021-09-24T13:24:02ZBugzilla Migration Uservideoinfo: GST_VIDEO_FLAG_PREMULTIPLIED_ALPHA is not reflected in caps## Submitted by Stian Selnes `@stianse`
**[Link to original bug (#796144)](https://bugzilla.gnome.org/show_bug.cgi?id=796144)**
## Description
Created attachment 372079
test for GST_VIDEO_FLAG_PREMULTIPLIED_ALPHA to/from caps
...## Submitted by Stian Selnes `@stianse`
**[Link to original bug (#796144)](https://bugzilla.gnome.org/show_bug.cgi?id=796144)**
## Description
Created attachment 372079
test for GST_VIDEO_FLAG_PREMULTIPLIED_ALPHA to/from caps
It would be nice if GST_VIDEO_FLAG_PREMULTIPLIED_ALPHA is reflected in the caps. Attached is a test case I would expect to work.
**Patch 372079**, "test for GST_VIDEO_FLAG_PREMULTIPLIED_ALPHA to/from caps":
[0001-videoinfo-Add-test-for-GST_VIDEO_FLAG_PREMULTIPLIED_.patch](/uploads/d27c4d2f641f3820b6cce5f466a3bfc7/0001-videoinfo-Add-test-for-GST_VIDEO_FLAG_PREMULTIPLIED_.patch)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/452matroskademux: emits invalid Pango markup2021-09-24T13:24:01ZBugzilla Migration Usermatroskademux: emits invalid Pango markup## Submitted by Philippe Normand `@philn`
**[Link to original bug (#795891)](https://bugzilla.gnome.org/show_bug.cgi?id=795891)**
## Description
VLC doesn't complain with that broken markup. Maybe it's actually valid? For WebVTT I t...## Submitted by Philippe Normand `@philn`
**[Link to original bug (#795891)](https://bugzilla.gnome.org/show_bug.cgi?id=795891)**
## Description
VLC doesn't complain with that broken markup. Maybe it's actually valid? For WebVTT I think it is, at least.
0:00:15.766899000 26502 0x7f995da8fc50 DEBUG pango gstbasetextoverlay.c:2250:void gst_base_text_overlay_render_text(GstBaseTextOverlay *, const gchar *, gint): Rendering '`<i>`I'll try to contact them...'
(`<unknown>`:26502): Pango-WARNING **: 21:39:58.241: pango_layout_set_markup_with_accel: Error on line 1 char 47: Element 'markup' was closed, but the currently open element is 'i'
This isn't rendered. Instead the most recent valid text is rendered, which is confusing :)Philippe NormandPhilippe Normandhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/449[base] Compilation fails on GCC 8.0.12021-09-24T13:24:00ZBugzilla Migration User[base] Compilation fails on GCC 8.0.1## Submitted by Ullysses A Eoff `@ullysses.a.eoff`
**[Link to original bug (#795765)](https://bugzilla.gnome.org/show_bug.cgi?id=795765)**
## Description
gstreamer (master) heads/master-0-g98200ddd8dfd
gst-plugins-base (master) h...## Submitted by Ullysses A Eoff `@ullysses.a.eoff`
**[Link to original bug (#795765)](https://bugzilla.gnome.org/show_bug.cgi?id=795765)**
## Description
gstreamer (master) heads/master-0-g98200ddd8dfd
gst-plugins-base (master) heads/master-0-gdbd9ff1cf510
With GCC 8.0.1 (default on recent Fedora 28 release), gst-plugins-base fails to compile:
video-chroma.c: In function 'video_chroma_up_v2_u16':
video-chroma.c:360:1: error: passing argument 1 to restrict-qualified parameter aliases with argument 3 [-Werror=restrict]
MAKE_UPSAMPLE_V2 (u16, guint16);
`^`~~~~~~~~~~~~~~~
video-chroma.c:360:1: error: passing argument 2 to restrict-qualified parameter aliases with argument 4 [-Werror=restrict]
video-chroma.c: In function 'video_chroma_up_v2_u8':
video-chroma.c:361:1: error: passing argument 1 to restrict-qualified parameter aliases with argument 3 [-Werror=restrict]
MAKE_UPSAMPLE_V2 (u8, guint8);
`^`~~~~~~~~~~~~~~~
video-chroma.c:361:1: error: passing argument 2 to restrict-qualified parameter aliases with argument 4 [-Werror=restrict]
video-chroma.c: In function 'video_chroma_down_h2_u8':
video-chroma.c:365:1: error: passing argument 1 to restrict-qualified parameter aliases with argument 2 [-Werror=restrict]
MAKE_DOWNSAMPLE_H2_ORC (u8, guint8);
`^`~~~~~~~~~~~~~~~~~~~~~
video-chroma.c: In function 'video_chroma_down_v2_u16':
video-chroma.c:366:1: error: passing argument 1 to restrict-qualified parameter aliases with argument 2 [-Werror=restrict]
MAKE_DOWNSAMPLE_V2 (u16, guint16);
`^`~~~~~~~~~~~~~~~~~
video-chroma.c: In function 'video_chroma_down_v2_u8':
video-chroma.c:367:1: error: passing argument 1 to restrict-qualified parameter aliases with argument 2 [-Werror=restrict]
MAKE_DOWNSAMPLE_V2 (u8, guint8);
`^`~~~~~~~~~~~~~~~~~
video-chroma.c: In function 'video_chroma_down_v4_u16':
video-chroma.c:551:1: error: passing argument 1 to restrict-qualified parameter aliases with argument 2 [-Werror=restrict]
MAKE_DOWNSAMPLE_V4 (u16, guint16);
`^`~~~~~~~~~~~~~~~~~
video-chroma.c: In function 'video_chroma_down_v4_u8':
video-chroma.c:552:1: error: passing argument 1 to restrict-qualified parameter aliases with argument 2 [-Werror=restrict]
MAKE_DOWNSAMPLE_V4 (u8, guint8);
`^`~~~~~~~~~~~~~~~~~
cc1: all warnings being treated as errors
make[5]: *** [Makefile:998: libgstvideo_1.0_la-video-chroma.lo] Error 1
Can workaround with --disable-fatal-warnings.https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/448tag: Add gst_tag_list_to_{id3v2,id3v1}_tag() API2021-09-24T13:24:00ZBugzilla Migration Usertag: Add gst_tag_list_to_{id3v2,id3v1}_tag() API## Submitted by Seungha Yang
**[Link to original bug (#795759)](https://bugzilla.gnome.org/show_bug.cgi?id=795759)**
## Description
Public API for conversion between id3 taglist and id3 buffer might be required to be used by some mu...## Submitted by Seungha Yang
**[Link to original bug (#795759)](https://bugzilla.gnome.org/show_bug.cgi?id=795759)**
## Description
Public API for conversion between id3 taglist and id3 buffer might be required to be used by some muxer elements (or by application). For example, mpeg2-ts can carry id3 meta data, which could be used HLS. See also https://developer.apple.com/library/content/documentation/AudioVideo/Conceptual/HTTP_Live_Streaming_Metadata_Spec/2/2.html
For now, however, gstreamer supports id3 GstTagList conversion (to GstBuffer) only using id3tagmux element.
Could we move id3 writing function in -bad (https://cgit.freedesktop.org/gstreamer/gst-plugins-bad/tree/gst/id3tag/id3tag.c) to base and make it as a part of tag API?https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/446rtp: implementation of RFC 64642021-09-24T13:23:59ZBugzilla Migration Userrtp: implementation of RFC 6464## Submitted by Håvard Graff (hgr)
**[Link to original bug (#795742)](https://bugzilla.gnome.org/show_bug.cgi?id=795742)**
## Description
Created attachment 371597
gst/rtp: add GstRTPAudioLevelMeta
From the RFC:
A Re...## Submitted by Håvard Graff (hgr)
**[Link to original bug (#795742)](https://bugzilla.gnome.org/show_bug.cgi?id=795742)**
## Description
Created attachment 371597
gst/rtp: add GstRTPAudioLevelMeta
From the RFC:
A Real-time Transport Protocol (RTP) Header Extension for
Client-to-Mixer Audio Level Indication
Abstract
This document defines a mechanism by which packets of Real-time
Transport Protocol (RTP) audio streams can indicate, in an RTP header
extension, the audio level of the audio sample carried in the RTP
packet. In large conferences, this can reduce the load on an audio
mixer or other middlebox that wants to forward only a few of the
loudest audio streams, without requiring it to decode and measure
every stream that is received.
The implementation includes a new GstRTPAudioLevelMeta and implementations
for translating between RTP and Meta in the base-payloader and -depayloader.
**Patch 371597**, "gst/rtp: add GstRTPAudioLevelMeta":
[0001-gst-rtp-add-GstRTPAudioLevelMeta.patch](/uploads/a9cf8795a748acf607e14ce510978af3/0001-gst-rtp-add-GstRTPAudioLevelMeta.patch)
### Depends on
* [Bug 761947](https://bugzilla.gnome.org/show_bug.cgi?id=761947)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/444Playbin3 pipeline is pending during prerolling2021-09-24T13:23:57ZBugzilla Migration UserPlaybin3 pipeline is pending during prerolling## Submitted by HoonHee Lee
**[Link to original bug (#795561)](https://bugzilla.gnome.org/show_bug.cgi?id=795561)**
## Description
Dear All
Playbin3 pipeline is pending during trick play (flush seeking) with -2x.
All buf...## Submitted by HoonHee Lee
**[Link to original bug (#795561)](https://bugzilla.gnome.org/show_bug.cgi?id=795561)**
## Description
Dear All
Playbin3 pipeline is pending during trick play (flush seeking) with -2x.
All buffers come to decoder but, it is not pushed out to downstream even if EOS comes. And pipeline does not complete preroll state (seek-done).
I think below commit affects this symptom.
==> ce65017 decodebin3/urisourcebin: Switch to actual EOS events internally
Version: 1.14.0https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/443Playbin3 pipeline is pending when trick play (-2x) with NO AUDIO TRICKMODE2021-09-24T13:23:55ZBugzilla Migration UserPlaybin3 pipeline is pending when trick play (-2x) with NO AUDIO TRICKMODE## Submitted by HoonHee Lee
**[Link to original bug (#795560)](https://bugzilla.gnome.org/show_bug.cgi?id=795560)**
## Description
Dear All.
When I try to trick play (e.g. -2x), playbin3 pipeline is pending.
Videosink is pre...## Submitted by HoonHee Lee
**[Link to original bug (#795560)](https://bugzilla.gnome.org/show_bug.cgi?id=795560)**
## Description
Dear All.
When I try to trick play (e.g. -2x), playbin3 pipeline is pending.
Videosink is prerolled(asyc-done) by flush-seek, but audiosink it not preorolled.
Because, audiodecoder does not push new segment for new playback rate and new decoded buffer or gap to complete preroll state.
Audiodeocder receives all buffers and gathers from upstream until start PTS.
After that EOS comes.
But, the EOS event is pending in decodebiin3 until ALL EOS State.
I think below commit affects this symptom.
==> ce65017 decodebin3/urisourcebin: Switch to actual EOS events internally
Version: 1.14.0https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/442gst-launch stalls when attempting to exit after playing back audio or video file2021-09-24T13:23:53ZBugzilla Migration Usergst-launch stalls when attempting to exit after playing back audio or video file## Submitted by Dinesh Iyer
**[Link to original bug (#795554)](https://bugzilla.gnome.org/show_bug.cgi?id=795554)**
## Description
Created attachment 371397
H.264 encoded MP4 file that is 4.7 seconds long and has 141 frames
I...## Submitted by Dinesh Iyer
**[Link to original bug (#795554)](https://bugzilla.gnome.org/show_bug.cgi?id=795554)**
## Description
Created attachment 371397
H.264 encoded MP4 file that is 4.7 seconds long and has 141 frames
I am having trouble using gst-launch on Debian 9 (Gstreamer version 1.10.4) with MP4 files. I have experienced the same issue in Ubuntu 18.04 which I believe runs 1.12.x.
I have not observed this when using Gstreamer 1.4.4
I have been able to reproduce this when playing MP4, MPG, Uncompressed AVI and even an MP3 file.
Here is the pipeline I am using below to play video files:
gst-launch-1.0 playbin uri=file://xylophone.mp4 video-sink=appsink
I get:
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Redistribute latency...
Redistribute latency...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
The file duration is 4.7 seconds. Even after say 10 seconds, the gst-launch command does not exit unlike in 1.4.4.
After that when I execute Ctrl+C, I see the following on the screen:`^`C handling interrupt.
Interrupt: Stopping pipeline ...Execution ended after 0:02:39.636421528Setting pipeline to PAUSED ...
Again the system stalls and the stack trace looks like: https://drive.google.com/open?id=1MzKpg-eIKCZQhs7fkGoFmB3L0t-72GUw
The stall appears to happen when pipeline is being moved from PLAYING->PAUSED.
When I switch the video-sink to xvimagesink or fakesink, it works fine.
This is similar to a stall I get when I am using my application to read frames out of a video file and I am attempting to shutdown my video reading portion by setting the pipeline to NULL.
**Attachment 371397**, "H.264 encoded MP4 file that is 4.7 seconds long and has 141 frames":
![xylophone](/uploads/72a4776cb7cf7c16bf59de7e20738846/xylophone.mp4)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/440videodecoder: Allow ignoring PTS in the past2021-09-24T13:23:49ZBugzilla Migration Uservideodecoder: Allow ignoring PTS in the past## Submitted by Zeeshan Ali `@zeenix`
**[Link to original bug (#795512)](https://bugzilla.gnome.org/show_bug.cgi?id=795512)**
## Description
Please see the attached patch for details.## Submitted by Zeeshan Ali `@zeenix`
**[Link to original bug (#795512)](https://bugzilla.gnome.org/show_bug.cgi?id=795512)**
## Description
Please see the attached patch for details.https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/439audiobasesrc: Re-timestamp slave method introduce latency2021-09-24T13:23:48ZBugzilla Migration Useraudiobasesrc: Re-timestamp slave method introduce latency## Submitted by Nicolas Dufresne `@ndufresne`
**[Link to original bug (#795443)](https://bugzilla.gnome.org/show_bug.cgi?id=795443)**
## Description
So, to workaround https://bugzilla.gnome.org/show_bug.cgi?id=795442 I started using...## Submitted by Nicolas Dufresne `@ndufresne`
**[Link to original bug (#795443)](https://bugzilla.gnome.org/show_bug.cgi?id=795443)**
## Description
So, to workaround https://bugzilla.gnome.org/show_bug.cgi?id=795442 I started using re-timestamp slave method. As I'm using an audiomixer or an audiointerleaver downstream, I can rely on these to handle the skew for me. So this method worked in maintaining a constant latency. The problem that I faces though is that between the first and the second called to GstAudioBaseSrc:create() there is a large delay (around 130ms in my case).
read(sample 0)
130ms later ...
read(sample 1)
As the segtotal is pretty large (320ms) all this data get buffered in the ringbuffer, and remains. I've made a quick hack to get going, basically I would never let the read-head be further then 2 segments from the most recent, but this had a side effect, which is that the audio source can no longer accumulate latency.
If it wasn't of the re-timestamp, what would happen is that all buffered segments would get pushed, but would be late according to their timestamp, but with the re-timestamp, which is a bit of a hack method really, they all will be right on time. Investigating this delay seems useful, but it would be nice to improve the re-timestamp slave method so it does not have this side effect.https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/438audiobasesrc: Skew slave method only skew in one direction2021-09-24T13:23:47ZBugzilla Migration Useraudiobasesrc: Skew slave method only skew in one direction## Submitted by Nicolas Dufresne `@ndufresne`
**[Link to original bug (#795442)](https://bugzilla.gnome.org/show_bug.cgi?id=795442)**
## Description
GstAudioBaseSrc implements a property called slave-method. The default for this is ...## Submitted by Nicolas Dufresne `@ndufresne`
**[Link to original bug (#795442)](https://bugzilla.gnome.org/show_bug.cgi?id=795442)**
## Description
GstAudioBaseSrc implements a property called slave-method. The default for this is "skew". Similarly to audiobasesink, I believe this is supposed to skew uppon clock drift, regardless of the direction of the drift. Unlike audiobasesink, there is no drift-tolerance configuration.
There is multiple issues in this code, but the main issues right now is that it only handle drift in one situation, if downstream clock is faster.
The situation I came across, is that when downstream clock is slower, it will never skew, unless ring buffer becomes full. But as soon as you have a queue downstream (I do, because I have a tee), it will never reach that situation. Instead, the latency will start growing, and when all the queues are full, the skew code will never manage to recover, because it does not delay the clock, so when this state is reached, all the audio goes wrong forever.
On the other end, when the downstream clock is faster, it will skew when the ringbuffer reaches segtotal in term of skew duration (nearest value the driver / library have picked around buffer-time property value). This value can be quite big, in fact, on the TI Sitara I get a buffer-time that is 16 time the size of the latency time (20ms), so 320ms. So if downstream clock is faster, it takes several minutes before the skew situation is reached and audio buffer stops being late downstream. But at least it does skew, and does change the output of the associate audioclock. Though, the implementation is racy, as we now have two thread calling ring_buffer_advance at the same time. As a side, the next buffer is often not the one we just capture, but whatever was left there last time we used the segment. This skew method need to be reworked, hence why I think this second detail should be considered.
It's clear in my case that a skew with a tolerance of 320ms and more is not acceptable (I'm using this in a VoIP application).https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/437theoraenc: Make sure sinkpad caps are never renegotiated2021-09-24T13:23:46ZBugzilla Migration Usertheoraenc: Make sure sinkpad caps are never renegotiated## Submitted by Thibault Saunier `@thiblahute`
**[Link to original bug (#795426)](https://bugzilla.gnome.org/show_bug.cgi?id=795426)**
## Description
See commit message.## Submitted by Thibault Saunier `@thiblahute`
**[Link to original bug (#795426)](https://bugzilla.gnome.org/show_bug.cgi?id=795426)**
## Description
See commit message.https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/436GstRTSPUrl fails to url-decode username and password2021-09-24T13:23:45ZBugzilla Migration UserGstRTSPUrl fails to url-decode username and password## Submitted by David Woodhouse
**[Link to original bug (#795373)](https://bugzilla.gnome.org/show_bug.cgi?id=795373)**
## Description
Created attachment 371126
test case
See attached test case.
./rtspurl rtsp://user:pa...## Submitted by David Woodhouse
**[Link to original bug (#795373)](https://bugzilla.gnome.org/show_bug.cgi?id=795373)**
## Description
Created attachment 371126
test case
See attached test case.
./rtspurl rtsp://user:pas%40s@host/
URL user 'user'
URL passwd 'pas%40s'
URL host 'host'
URL port '0'
URL path '/'
URL query '(null)'
**Attachment 371126**, "test case":
[rtspurl.c](/uploads/25530465a919aa4a94919d57b2aeda7a/rtspurl.c)
Version: 1.8.3https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/435alsasrc: after disconnecting S/PDIF cable, stopping pipeline hangs2021-09-24T13:23:44ZBugzilla Migration Useralsasrc: after disconnecting S/PDIF cable, stopping pipeline hangs## Submitted by Manuel Weichselbaumer
**[Link to original bug (#795365)](https://bugzilla.gnome.org/show_bug.cgi?id=795365)**
## Description
Created attachment 371118
test app
When using alsasrc with S/PDIF input, starting/st...## Submitted by Manuel Weichselbaumer
**[Link to original bug (#795365)](https://bugzilla.gnome.org/show_bug.cgi?id=795365)**
## Description
Created attachment 371118
test app
When using alsasrc with S/PDIF input, starting/stopping pipeline works perfectly. But when disconnecting cable during playback (or changing sample rate, stopping the signal) and setting the pipeline to NULL state causes a deadlock.
Log also prints the following message:
alsa gstalsasrc.c:864:xrun_recovery:`<alsasrc>` xrun recovery -5: Input/output error
Please see attachment for example app.
**Attachment 371118**, "test app":
[file_795365.txt](/uploads/76d82c2dc71e2a08cc3463338bd53ba3/file_795365.txt)
Version: 1.xhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/433audiorate: Use GstAudioStreamAlign2021-09-24T13:23:43ZBugzilla Migration Useraudiorate: Use GstAudioStreamAlign## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#795318)](https://bugzilla.gnome.org/show_bug.cgi?id=795318)**
## Description
This would also make it more tolerant with regard to discontinuities due to the discont-...## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#795318)](https://bugzilla.gnome.org/show_bug.cgi?id=795318)**
## Description
This would also make it more tolerant with regard to discontinuities due to the discont-wait. It's currently more strict than all our audio sinks for example.https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/432Hang when externally deleting music files while listening to them2021-09-24T13:23:42ZBugzilla Migration UserHang when externally deleting music files while listening to them## Submitted by André Klapper
**[Link to original bug (#795158)](https://bugzilla.gnome.org/show_bug.cgi?id=795158)**
## Description
Created attachment 370795
Screenshot of hung state
rhythmbox-3.4.2-1.fc27.x86_64
In the...## Submitted by André Klapper
**[Link to original bug (#795158)](https://bugzilla.gnome.org/show_bug.cgi?id=795158)**
## Description
Created attachment 370795
Screenshot of hung state
rhythmbox-3.4.2-1.fc27.x86_64
In the terminal, I rm -rf'ed a folder with a bunch of music files indexed by Rhythmbox while they were being played by Rhythmbox. The application hung.
$:acko\> gdb -p 2405
GNU gdb (GDB) Fedora 8.0.1-36.fc27
Attaching to process 2405
[New LWP 2444]
[New LWP 2445]
[New LWP 2448]
[New LWP 2477]
[New LWP 2481]
[New LWP 28141]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
__lll_lock_wait () at ../sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135
135 2: movl %edx, %eax
```
(gdb) thread apply all bt full
Thread 7 (Thread 0x7f19f1f20700 (LWP 28141)):
#0 0x00007f1a26e7ec6b in __GI___poll (fds=fds@entry=0x7f19ec742f30, nfds=nfds@entry=3, timeout=timeout@entry=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
resultvar = 18446744073709551100
sc_cancel_oldtype = 0
#1 0x00007f19f3bc56f1 in poll (__timeout=-1, __nfds=3, __fds=0x7f19ec742f30) at /usr/include/bits/poll2.h:46
mutex = 0x557299c73050
r = <optimized out>
#2 0x00007f19f3bc56f1 in poll_func (ufds=0x7f19ec742f30, nfds=3, timeout=-1, userdata=0x557299c73050) at pulse/thread-mainloop.c:69
mutex = 0x557299c73050
r = <optimized out>
#3 0x00007f19f3bb70b0 in pa_mainloop_poll (m=m@entry=0x55729a38a840) at pulse/mainloop.c:844
__func__ = "pa_mainloop_poll"
__PRETTY_FUNCTION__ = "pa_mainloop_poll"
#4 0x00007f19f3bb7740 in pa_mainloop_iterate (m=0x55729a38a840, block=<optimized out>, retval=0x0) at pulse/mainloop.c:926
r = 0
#5 0x00007f19f3bb77d0 in pa_mainloop_run (m=0x55729a38a840, retval=retval@entry=0x0) at pulse/mainloop.c:944
r = <optimized out>
#6 0x00007f19f3bc5639 in thread (userdata=0x557298dbd800) at pulse/thread-mainloop.c:100
m = 0x557298dbd800
mask = {__val = {18446744067267100671, 18446744073709551615 <repeats 15 times>}}
prev_mask =
{__val = {0, 139750306253815, 0, 139750306253815, 1523451581, 241006, 0, 2793729344894170112, 93950661132032, 139750306374497, 1523451581, 241006, 0, 2793729344894170112, 139748370808864, 8}}
sa =
{__sigaction_handler = {sa_handler = 0x0, sa_sigaction = 0x0}, sa_mask = {__val = {0, 93950671090688, 2793729344894170112, 140727577746095, 1, 93950671090688, 0, 140727577746095, 93950700972144, 140727577746096, 139749440059214, 0, 93950671090688, 139749410077216, 139749440059344, 140727577746096}}, sa_flags = 0, sa_restorer = 0x0}
#7 0x00007f19f3964ac8 in internal_thread_func (userdata=0x55729a286870) at pulsecore/thread-posix.c:81
t = 0x55729a286870
#8 0x00007f1a2715150b in start_thread (arg=0x7f19f1f20700) at pthread_create.c:465
pd = 0x7f19f1f20700
now = <optimized out>
unwind_buf =
{cancel_jmp_buf = {{jmp_buf = {139749410080512, -8587922250884720291, 140727577745902, 140727577745903, 93950700972144, 140727577745904, 8566534602369784157, 8567495881190005085}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = <optimized out>
#9 0x00007f1a26e8916f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Thread 6 (Thread 0x7f19f10fc700 (LWP 2481)):
#0 0x00007f1a26e83b99 in syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
#1 0x00007f1a2760f50f in g_cond_wait (cond=0x5572987dd3a8, mutex=mutex@entry=0x5572987dd3d8) at gthread-posix.c:1395
sampled = 1
#2 0x00007f1a27d9373c in pre_activate (new_mode=GST_PAD_MODE_PULL, pad=0x5572987dd3c0 [GstPad]) at gstpad.c:998
res = 0
old = <optimized out>
new = <optimized out>
dir = <optimized out>
peer = <optimized out>
__PRETTY_FUNCTION__ = "activate_mode_internal"
#3 0x00007f1a27d9373c in activate_mode_internal (pad=pad@entry=0x5572987dd3c0 [GstPad], parent=parent@entry=0x7f19f82371e0 [GstTypeFindElement], mode=mode@entry=GST_PAD_MODE_PULL, active=active@entry=1)
at gstpad.c:1213
res = 0
old = <optimized out>
new = <optimized out>
dir = <optimized out>
peer = <optimized out>
__PRETTY_FUNCTION__ = "activate_mode_internal"
#4 0x00007f1a27d93fed in gst_pad_activate_mode (pad=0x5572987dd3c0 [GstPad], mode=GST_PAD_MODE_PULL, active=1) at gstpad.c:1313
parent = 0x7f19f82371e0 [GstTypeFindElement]
res = <optimized out>
__func__ = "gst_pad_activate_mode"
__PRETTY_FUNCTION__ = "gst_pad_activate_mode"
#5 0x00007f1a27d9328b in activate_mode_internal (pad=pad@entry=0x7f19c4061800 [GstPad], parent=parent@entry=0x7f19f82371e0 [GstTypeFindElement], mode=mode@entry=GST_PAD_MODE_PULL, active=active@entry=1)
at gstpad.c:1216
res = 0
old = <optimized out>
new = <optimized out>
dir = <optimized out>
peer = <optimized out>
__PRETTY_FUNCTION__ = "activate_mode_internal"
#6 0x00007f1a27d93fed in gst_pad_activate_mode (pad=pad@entry=0x7f19c4061800 [GstPad], mode=mode@entry=GST_PAD_MODE_PULL, active=active@entry=1) at gstpad.c:1313
parent = 0x7f19f82371e0 [GstTypeFindElement]
res = <optimized out>
__func__ = "gst_pad_activate_mode"
__PRETTY_FUNCTION__ = "gst_pad_activate_mode"
#7 0x00007f1a27d93999 in activate_mode_internal (pad=pad@entry=0x7f19d40ce750 [GstPad], parent=parent@entry=0x7f19c4062ec0 [GstID3Demux], mode=mode@entry=GST_PAD_MODE_PULL, active=active@entry=1)
at gstpad.c:1184
_g_boolean_var_ = <optimized out>
res = 0
old = <optimized out>
new = <optimized out>
dir = <optimized out>
peer = 0x7f19c4061800 [GstPad]
__PRETTY_FUNCTION__ = "activate_mode_internal"
#8 0x00007f1a27d93fed in gst_pad_activate_mode (pad=pad@entry=0x7f19d40ce750 [GstPad], mode=mode@entry=GST_PAD_MODE_PULL, active=active@entry=1) at gstpad.c:1313
parent = 0x7f19c4062ec0 [GstID3Demux]
res = <optimized out>
__func__ = "gst_pad_activate_mode"
__PRETTY_FUNCTION__ = "gst_pad_activate_mode"
#9 0x00007f1a2bb03f58 in gst_tag_demux_sink_activate (sinkpad=0x7f19d40ce750 [GstPad], parent=0x7f19c4062ec0 [GstID3Demux]) at gsttagdemux.c:1563
demux = 0x7f19c4062ec0 [GstID3Demux]
query = 0x7f19f82560f0
pull_mode = 1
__PRETTY_FUNCTION__ = "gst_tag_demux_sink_activate"
#10 0x00007f1a27d93cd6 in gst_pad_set_active (pad=pad@entry=0x7f19d40ce750 [GstPad], active=1) at gstpad.c:1099
parent = 0x7f19c4062ec0 [GstID3Demux]
old = GST_PAD_MODE_NONE
ret = 0
__func__ = "gst_pad_set_active"
__PRETTY_FUNCTION__ = "gst_pad_set_active"
#11 0x00007f1a27d729bd in activate_pads (vpad=<optimized out>, ret=0x7f19f10fafa0, active=0x7f19f10faffc) at gstelement.c:2831
pad = 0x7f19d40ce750 [GstPad]
cont = 1
#12 0x00007f1a27d84774 in gst_iterator_fold (it=it@entry=0x7f19c8001c60, func=func@entry=0x7f1a27d729a0 <activate_pads>, ret=ret@entry=0x7f19f10fafa0, user_data=user_data@entry=0x7f19f10faffc)
at gstiterator.c:617
item =
{g_type = 93950657066272, data = {{v_int = -737351856, v_uint = 3557615440, v_long = 139748908525392, v_ulong = 139748908525392, v_int64 = 139748908525392, v_uint64 = 139748908525392, v_float = -2.4207048e+12, v_double = 6.9045134746207084e-310, v_pointer = 0x7f19d40ce750}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}
result = GST_ITERATOR_OK
#13 0x00007f1a27d734c6 in iterator_activate_fold_with_resync (iter=iter@entry=0x7f19c8001c60, user_data=user_data@entry=0x7f19f10faffc, func=0x7f1a27d729a0 <activate_pads>) at gstelement.c:2855
ires = <optimized out>
ret =
{g_type = 20, data = {{v_int = 1, v_uint = 1, v_long = 1, v_ulong = 1, v_int64 = 1, v_uint64 = 1, v_float = 1.40129846e-45, v_double = 4.9406564584124654e-324, v_pointer = 0x1}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}
#14 0x00007f1a27d751ee in gst_element_pads_activate (element=element@entry=0x7f19c4062ec0 [GstID3Demux], active=<optimized out>, active@entry=1) at gstelement.c:2899
iter = 0x7f19c8001c60
res = 1
__PRETTY_FUNCTION__ = "gst_element_pads_activate"
#15 0x00007f1a27d7551f in gst_element_change_state_func (element=0x7f19c4062ec0 [GstID3Demux], transition=<optimized out>) at gstelement.c:2951
state = GST_STATE_READY
next = GST_STATE_PAUSED
result = GST_STATE_CHANGE_SUCCESS
__func__ = "gst_element_change_state_func"
__PRETTY_FUNCTION__ = "gst_element_change_state_func"
#16 0x00007f1a2bb07158 in gst_tag_demux_change_state (element=0x7f19c4062ec0 [GstID3Demux], transition=GST_STATE_CHANGE_READY_TO_PAUSED) at gsttagdemux.c:1696
ret = <optimized out>
demux = 0x7f19c4062ec0 [GstID3Demux]
#17 0x00007f1a27d773ae in gst_element_change_state (element=element@entry=0x7f19c4062ec0 [GstID3Demux], transition=transition@entry=GST_STATE_CHANGE_READY_TO_PAUSED) at gstelement.c:2743
oclass = 0x7f19f822c4b0
ret = GST_STATE_CHANGE_SUCCESS
__PRETTY_FUNCTION__ = "gst_element_change_state"
#18 0x00007f1a27d77ae9 in gst_element_set_state_func (element=0x7f19c4062ec0 [GstID3Demux], state=GST_STATE_PAUSED) at gstelement.c:2697
current = GST_STATE_READY
next = <optimized out>
old_pending = <optimized out>
ret = <optimized out>
transition = GST_STATE_CHANGE_READY_TO_PAUSED
old_ret = <optimized out>
__func__ = "gst_element_set_state_func"
__PRETTY_FUNCTION__ = "gst_element_set_state_func"
#19 0x00007f19fc63dab8 in connect_pad (dbin=dbin@entry=0x7f19f8238080 [GstDecodeBin], src=src@entry=0x7f19f82371e0 [GstTypeFindElement], dpad=dpad@entry=0x7f19b801b2d0 [GstDecodePad], pad=0x7f19c4061800 [GstPad], caps=0x7f19f8116050, factories=0x557297d502c0, chain=0x557299a3b600, deadend_details=0x7f19f10fb2c0) at gstdecodebin2.c:2493
delem = 0x557299b17200
element = <optimized out>
to_expose = 0x0
ret = GST_AUTOPLUG_SELECT_TRY
factory = <optimized out>
pspec = <optimized out>
subtitle = 0
to_connect = <optimized out>
is_parser = <optimized out>
is_decoder = <optimized out>
res = 0
mqpad = 0x0
is_demuxer = <optimized out>
error_details = 0x7f19ecaa4f00
__func__ = "connect_pad"
__PRETTY_FUNCTION__ = "connect_pad"
#20 0x00007f19fc6487d4 in analyze_new_pad (dbin=dbin@entry=0x7f19f8238080 [GstDecodeBin], src=src@entry=0x7f19f82371e0 [GstTypeFindElement], pad=pad@entry=0x7f19c4061800 [GstPad], caps=caps@entry=0x7f19f8116050, chain=<optimized out>, new_chain=new_chain@entry=0x0) at gstdecodebin2.c:1787
apcontinue = 1
factories = 0x557297d502c0
result = 0x0
dpad = 0x7f19b801b2d0 [GstDecodePad]
factory = <optimized out>
classification = <optimized out>
is_parser_converter = 0
res = <optimized out>
deadend_details = 0x0
__PRETTY_FUNCTION__ = "analyze_new_pad"
__func__ = "analyze_new_pad"
#21 0x00007f19fc648fdd in type_found (typefind=0x7f19f82371e0 [GstTypeFindElement], probability=<optimized out>, caps=0x7f19f8116050, decode_bin=0x7f19f8238080 [GstDecodeBin]) at gstdecodebin2.c:2862
pad = 0x7f19c4061800 [GstPad]
sink_pad = 0x5572987dd3c0 [GstPad]
chain = 0x557299a3b600
__PRETTY_FUNCTION__ = "type_found"
#22 0x00007f1a21b02d1e in ffi_call_unix64 () at ../src/x86/unix64.S:76
#23 0x00007f1a21b0268f in ffi_call (cif=cif@entry=0x7f19f10fb550, fn=fn@entry=0x7f19fc648db0 <type_found>, rvalue=<optimized out>, avalue=avalue@entry=0x7f19f10fb460) at ../src/x86/ffi64.c:525
classes = {X86_64_INTEGER_CLASS, X86_64_NO_CLASS, 4044338512, 32537}
stack = <optimized out>
argp = <optimized out>
arg_types = <optimized out>
gprcount = 4
ssecount = <optimized out>
ngpr = 1
nsse = 0
i = <optimized out>
avn = <optimized out>
ret_in_memory = <optimized out>
reg_args = <optimized out>
#28 0x00007f1a278be66f in <emit signal ??? on instance 0x7f19f82371e0 [GstTypeFindElement]> (instance=instance@entry=0x7f19f82371e0, signal_id=<optimized out>, detail=detail@entry=0) at gsignal.c:3447
var_args = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7f19f10fba60, reg_save_area = 0x7f19f10fb9a0}}
#24 0x00007f1a278a2f39 in g_cclosure_marshal_generic (closure=0x557298e0d420, return_gvalue=0x0, n_param_values=<optimized out>, param_values=<optimized out>, invocation_hint=<optimized out>, marshal_data=<optimized out>) at gclosure.c:1490
rtype = <optimized out>
rvalue = 0x7f19f10fb4c0
n_args = 4
atypes = <optimized out>
i = <optimized out>
cif = {abi = FFI_UNIX64, nargs = 4, arg_types = 0x7f19f10fb490, rtype = 0x7f1a21b03110 <ffi_type_void>, bytes = 0, flags = 0}
cc = 0x557298e0d420
enum_tmpval = <optimized out>
tmpval_used = 0
#25 0x00007f1a278a273d in g_closure_invoke (closure=0x557298e0d420, return_value=0x0, n_param_values=3, param_values=0x7f19f10fb780, invocation_hint=0x7f19f10fb700) at gclosure.c:804
marshal = 0x7f1a278a2d30 <g_cclosure_marshal_generic>
marshal_data = 0x0
in_marshal = 0
real_closure = 0x557298e0d400
__func__ = "g_closure_invoke"
#26 0x00007f1a278b54de in signal_emit_unlocked_R (node=node@entry=0x557299541a50, detail=detail@entry=0, instance=instance@entry=0x7f19f82371e0, emission_return=emission_return@entry=0x0, instance_and_params=instance_and_params@entry=0x7f19f10fb780) at gsignal.c:3635
tmp = <optimized out>
handler = 0x557298d2dd00
accumulator = 0x0
emission = {next = 0x0, instance = 0x7f19f82371e0, ihint = {signal_id = 568, detail = 0, run_type = G_SIGNAL_RUN_FIRST}, state = EMISSION_RUN, chain_type = 4}
class_closure = 0x557299570e10
handler_list = 0x557298d2dd00
return_accu = 0x0
accu =
{g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}
signal_id = 568
max_sequential_handler_number = 174023
return_value_altered = 0
#27 0x00007f1a278bdd05 in g_signal_emit_valist (instance=0x7f19f82371e0, signal_id=<optimized out>, detail=0, var_args=var_args@entry=0x7f19f10fb980) at gsignal.c:3391
instance_and_params = 0x7f19f10fb780
signal_return_type = 4
param_values = 0x7f19f10fb798
node = <optimized out>
i = <optimized out>
n_params = 2
__func__ = "g_signal_emit_valist"
#29 0x00007f19fc20b4fb in gst_type_find_element_emit_have_type (typefind=typefind@entry=0x7f19f82371e0 [GstTypeFindElement], probability=<optimized out>, caps=<optimized out>) at gsttypefindelement.c:238
event = <optimized out>
#30 0x00007f19fc20b922 in gst_type_find_element_loop (pad=<optimized out>) at gsttypefindelement.c:1169
peer = <optimized out>
found_caps = 0x7f19f8116050
probability = GST_TYPE_FIND_MAXIMUM
typefind = 0x7f19f82371e0 [GstTypeFindElement]
ret = GST_FLOW_OK
__PRETTY_FUNCTION__ = "gst_type_find_element_loop"
#31 0x00007f1a27dc2d59 in gst_task_func (task=0x7f1a0000f830 [GstTask]) at gsttask.c:335
lock = 0x5572987dd430
tself = 0x7f19f822b9e0
priv = 0x7f1a0000f7e0
__PRETTY_FUNCTION__ = "gst_task_func"
#32 0x00007f1a275f1e50 in g_thread_pool_thread_proxy (data=<optimized out>) at gthreadpool.c:307
pool = 0x5572978a4660
#33 0x00007f1a275f1486 in g_thread_proxy (data=0x7f19f822b9e0) at gthread.c:784
thread = 0x7f19f822b9e0
__func__ = "g_thread_proxy"
#34 0x00007f1a2715150b in start_thread (arg=0x7f19f10fc700) at pthread_create.c:465
pd = 0x7f19f10fc700
now = <optimized out>
unwind_buf =
{cancel_jmp_buf = {{jmp_buf = {139749395252992, -8587922250884720291, 139749771693198, 139749771693199, 139749513935328, 139749771693328, 8566532766271265117, 8567495881190005085}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = <optimized out>
#35 0x00007f1a26e8916f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Thread 5 (Thread 0x7f19ffdf4700 (LWP 2477)):
#0 0x00007f1a26e83b99 in syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
#1 0x00007f1a2760f50f in g_cond_wait (cond=cond@entry=0x5572978abf58, mutex=mutex@entry=0x5572978abf50) at gthread-posix.c:1395
sampled = 16
#2 0x00007f1a2759e39b in g_async_queue_pop_intern_unlocked (queue=queue@entry=0x5572978abf50, wait=wait@entry=1, end_time=end_time@entry=-1) at gasyncqueue.c:419
retval = <optimized out>
__func__ = "g_async_queue_pop_intern_unlocked"
#3 0x00007f1a2759e7c7 in g_async_queue_pop (queue=0x5572978abf50) at gasyncqueue.c:453
retval = <optimized out>
__func__ = "g_async_queue_pop"
#4 0x00007f1a2c74bcad in action_thread_main (db=0x557297af4690 [RhythmDBTree]) at rhythmdb.c:3019
action = <optimized out>
result = <optimized out>
__func__ = "action_thread_main"
#5 0x00007f1a275f1486 in g_thread_proxy (data=0x557298d80cf0) at gthread.c:784
thread = 0x557298d80cf0
__func__ = "g_thread_proxy"
#6 0x00007f1a2715150b in start_thread (arg=0x7f19ffdf4700) at pthread_create.c:465
pd = 0x7f19ffdf4700
now = <optimized out>
unwind_buf =
{cancel_jmp_buf = {{jmp_buf = {139749643732736, -8587922250884720291, 140727577747358, 140727577747359, 93950678928624, 140727577747488, 8566529875758274909, 8567495881190005085}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = <optimized out>
#7 0x00007f1a26e8916f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Thread 4 (Thread 0x7f1a1521c700 (LWP 2448)):
#0 0x00007f1a26e7ec6b in __GI___poll (fds=0x7f1a10017730, nfds=2, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
resultvar = 18446744073709551100
sc_cancel_oldtype = 0
#1 0x00007f1a275c9e99 in g_main_context_poll (priority=<optimized out>, n_fds=2, fds=0x7f1a10017730, timeout=<optimized out>, context=0x7f1a10015a30) at gmain.c:4169
ret = <optimized out>
errsv = <optimized out>
poll_func = 0x7f1a275d9450 <g_poll>
max_priority = 2147483647
timeout = -1
some_ready = <optimized out>
nfds = 2
allocated_nfds = 3
fds = 0x7f1a10017730
#2 0x00007f1a275c9e99 in g_main_context_iterate (context=0x7f1a10015a30, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3863
max_priority = 2147483647
timeout = -1
some_ready = <optimized out>
nfds = 2
allocated_nfds = 3
fds = 0x7f1a10017730
#3 0x00007f1a275ca232 in g_main_loop_run (loop=0x7f1a10015b70) at gmain.c:4064
__func__ = "g_main_loop_run"
#4 0x00007f1a28825b56 in gdbus_shared_thread_func (user_data=0x7f1a10015a00) at gdbusprivate.c:275
data = 0x7f1a10015a00
#5 0x00007f1a275f1486 in g_thread_proxy (data=0x557297afd9e0) at gthread.c:784
thread = 0x557297afd9e0
__func__ = "g_thread_proxy"
#6 0x00007f1a2715150b in start_thread (arg=0x7f1a1521c700) at pthread_create.c:465
pd = 0x7f1a1521c700
now = <optimized out>
unwind_buf =
{cancel_jmp_buf = {{jmp_buf = {139750000412416, -8587922250884720291, 139750017193886, 139750017193887, 93950659516896, 139750017194016, 8567456682456111453, 8567495881190005085}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = <optimized out>
#7 0x00007f1a26e8916f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Thread 3 (Thread 0x7f1a15a1d700 (LWP 2445)):
#0 0x00007f1a26e7ec6b in __GI___poll (fds=0x7f1a10005ff0, nfds=2, timeout=3998) at ../sysdeps/unix/sysv/linux/poll.c:29
resultvar = 18446744073709551100
sc_cancel_oldtype = 0
#1 0x00007f1a275c9e99 in g_main_context_poll (priority=<optimized out>, n_fds=2, fds=0x7f1a10005ff0, timeout=<optimized out>, context=0x7f1a100054d0) at gmain.c:4169
ret = <optimized out>
errsv = <optimized out>
poll_func = 0x7f1a275d9450 <g_poll>
max_priority = 2147483647
timeout = 3998
some_ready = <optimized out>
nfds = 2
allocated_nfds = 2
fds = 0x7f1a10005ff0
#2 0x00007f1a275c9e99 in g_main_context_iterate (context=context@entry=0x7f1a100054d0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3863
max_priority = 2147483647
timeout = 3998
some_ready = <optimized out>
nfds = 2
allocated_nfds = 2
fds = 0x7f1a10005ff0
#3 0x00007f1a275c9fac in g_main_context_iteration (context=0x7f1a100054d0, may_block=may_block@entry=1) at gmain.c:3929
retval = <optimized out>
#4 0x00007f1a275c9ff1 in glib_worker_main (data=<optimized out>) at gmain.c:5724
#5 0x00007f1a275f1486 in g_thread_proxy (data=0x557297afd940) at gthread.c:784
thread = 0x557297afd940
__func__ = "g_thread_proxy"
#6 0x00007f1a2715150b in start_thread (arg=0x7f1a15a1d700) at pthread_create.c:465
pd = 0x7f1a15a1d700
now = <optimized out>
unwind_buf =
{cancel_jmp_buf = {{jmp_buf = {139750008805120, -8587922250884720291, 139750017193502, 139750017193503, 93950659516736, 139750017193632, 8567457779283384669, 8567495881190005085}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = <optimized out>
#7 0x00007f1a26e8916f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Thread 2 (Thread 0x7f1a1621e700 (LWP 2444)):
#0 0x00007f1a26e7ec6b in __GI___poll (fds=0x557297afc800, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
resultvar = 18446744073709551100
sc_cancel_oldtype = 0
#1 0x00007f1a275c9e99 in g_main_context_poll (priority=<optimized out>, n_fds=1, fds=0x557297afc800, timeout=<optimized out>, context=0x557297afb830) at gmain.c:4169
ret = <optimized out>
errsv = <optimized out>
poll_func = 0x7f1a275d9450 <g_poll>
max_priority = 2147483647
timeout = -1
some_ready = <optimized out>
nfds = 1
allocated_nfds = 1
fds = 0x557297afc800
#2 0x00007f1a275c9e99 in g_main_context_iterate (context=context@entry=0x557297afb830, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3863
max_priority = 2147483647
timeout = -1
some_ready = <optimized out>
nfds = 1
allocated_nfds = 1
fds = 0x557297afc800
#3 0x00007f1a275c9fac in g_main_context_iteration (context=context@entry=0x557297afb830, may_block=may_block@entry=1) at gmain.c:3929
retval = <optimized out>
#4 0x00007f1a1622642d in dconf_gdbus_worker_thread (user_data=0x557297afb830) at dconf-gdbus-thread.c:82
context = 0x557297afb830
#5 0x00007f1a275f1486 in g_thread_proxy (data=0x557297a88de0) at gthread.c:784
thread = 0x557297a88de0
__func__ = "g_thread_proxy"
#6 0x00007f1a2715150b in start_thread (arg=0x7f1a1621e700) at pthread_create.c:465
pd = 0x7f1a1621e700
now = <optimized out>
unwind_buf =
{cancel_jmp_buf = {{jmp_buf = {139750017197824, -8587922250884720291, 140727577746174, 140727577746175, 93950659038688, 140727577746304, 8567463276304652637, 8567495881190005085}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = <optimized out>
#7 0x00007f1a26e8916f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Thread 1 (Thread 0x7f1a2cbdcf80 (LWP 2405)):
#0 0x00007f1a2715ab1d in __lll_lock_wait () at ../sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135
#1 0x00007f1a27153f18 in __GI___pthread_mutex_lock (mutex=0x557299570dc0) at ../nptl/pthread_mutex_lock.c:115
id = 2405
__PRETTY_FUNCTION__ = "__pthread_mutex_lock"
type = 1
id = <optimized out>
#2 0x00007f1a27d99ea4 in gst_pad_stop_task (pad=0x5572987dd3c0 [GstPad]) at gstpad.c:6209
task = 0x7f1a0000f830 [GstTask]
res = 1
__func__ = "gst_pad_stop_task"
__PRETTY_FUNCTION__ = "gst_pad_stop_task"
#3 0x00007f19fc20d6fd in gst_type_find_element_activate_sink_mode (pad=<optimized out>, parent=0x7f19f82371e0 [GstTypeFindElement], mode=<optimized out>, active=<optimized out>) at gsttypefindelement.c:1258
res = <optimized out>
typefind = 0x7f19f82371e0 [GstTypeFindElement]
#4 0x00007f1a27d93415 in activate_mode_internal (pad=pad@entry=0x5572987dd3c0 [GstPad], parent=parent@entry=0x7f19f82371e0 [GstTypeFindElement], mode=mode@entry=GST_PAD_MODE_PULL, active=active@entry=0)
at gstpad.c:1216
res = 0
old = <optimized out>
new = <optimized out>
dir = <optimized out>
peer = <optimized out>
__PRETTY_FUNCTION__ = "activate_mode_internal"
#5 0x00007f1a27d93ee5 in gst_pad_set_active (pad=pad@entry=0x5572987dd3c0 [GstPad], active=0) at gstpad.c:1114
parent = 0x7f19f82371e0 [GstTypeFindElement]
old = GST_PAD_MODE_PULL
ret = 0
__func__ = "gst_pad_set_active"
__PRETTY_FUNCTION__ = "gst_pad_set_active"
#6 0x00007f1a27d729bd in activate_pads (vpad=<optimized out>, ret=0x7ffdb14818c0, active=0x7ffdb148191c) at gstelement.c:2831
pad = 0x5572987dd3c0 [GstPad]
cont = 1
#7 0x00007f1a27d84774 in gst_iterator_fold (it=it@entry=0x7f19c40543e0, func=func@entry=0x7f1a27d729a0 <activate_pads>, ret=ret@entry=0x7ffdb14818c0, user_data=user_data@entry=0x7ffdb148191c)
at gstiterator.c:617
item =
{g_type = 93950657066272, data = {{v_int = -1736584256, v_uint = 2558383040, v_long = 93950673015744, v_ulong = 93950673015744, v_int64 = 93950673015744, v_uint64 = 93950673015744, v_float = -3.280639e-24, v_double = 4.6417799940743334e-310, v_pointer = 0x5572987dd3c0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}
result = GST_ITERATOR_OK
#8 0x00007f1a27d734c6 in iterator_activate_fold_with_resync (iter=iter@entry=0x7f19c40543e0, user_data=user_data@entry=0x7ffdb148191c, func=0x7f1a27d729a0 <activate_pads>) at gstelement.c:2855
ires = <optimized out>
ret =
{g_type = 20, data = {{v_int = 1, v_uint = 1, v_long = 1, v_ulong = 1, v_int64 = 1, v_uint64 = 1, v_float = 1.40129846e-45, v_double = 4.9406564584124654e-324, v_pointer = 0x1}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}
#9 0x00007f1a27d751ee in gst_element_pads_activate (element=element@entry=0x7f19f82371e0 [GstTypeFindElement], active=<optimized out>, active@entry=0) at gstelement.c:2899
iter = 0x7f19c40543e0
res = 1
__PRETTY_FUNCTION__ = "gst_element_pads_activate"
#10 0x00007f1a27d75496 in gst_element_change_state_func (element=0x7f19f82371e0 [GstTypeFindElement], transition=<optimized out>) at gstelement.c:2965
l = <optimized out>
state = GST_STATE_PAUSED
next = GST_STATE_READY
result = GST_STATE_CHANGE_SUCCESS
__func__ = "gst_element_change_state_func"
__PRETTY_FUNCTION__ = "gst_element_change_state_func"
#11 0x00007f19fc20d866 in gst_type_find_element_change_state (element=0x7f19f82371e0 [GstTypeFindElement], transition=GST_STATE_CHANGE_PAUSED_TO_READY) at gsttypefindelement.c:1323
ret = <optimized out>
typefind = 0x7f19f82371e0 [GstTypeFindElement]
#12 0x00007f1a27d773ae in gst_element_change_state (element=element@entry=0x7f19f82371e0 [GstTypeFindElement], transition=transition@entry=GST_STATE_CHANGE_PAUSED_TO_READY) at gstelement.c:2743
oclass = 0x55729956e2d0
ret = GST_STATE_CHANGE_SUCCESS
__PRETTY_FUNCTION__ = "gst_element_change_state"
#13 0x00007f1a27d77ae9 in gst_element_set_state_func (element=0x7f19f82371e0 [GstTypeFindElement], state=GST_STATE_READY) at gstelement.c:2697
current = GST_STATE_PAUSED
next = <optimized out>
old_pending = <optimized out>
ret = <optimized out>
transition = GST_STATE_CHANGE_PAUSED_TO_READY
old_ret = <optimized out>
__func__ = "gst_element_set_state_func"
__PRETTY_FUNCTION__ = "gst_element_set_state_func"
#14 0x00007f1a27d55c22 in gst_bin_element_set_state (next=GST_STATE_READY, current=GST_STATE_PAUSED, start_time=0, base_time=0, element=0x7f19f82371e0 [GstTypeFindElement], bin=0x7f19f8238080 [GstDecodeBin])
at gstbin.c:2595
child_current = <optimized out>
found = <optimized out>
ret = <optimized out>
locked = <optimized out>
child_pending = GST_STATE_VOID_PENDING
child = 0x7f19f82371e0 [GstTypeFindElement]
bin = 0x7f19f8238080 [GstDecodeBin]
ret = <optimized out>
current = GST_STATE_PAUSED
next = GST_STATE_READY
have_async = 0
have_no_preroll = <optimized out>
base_time = 0
done = 0
data =
{g_type = 93950657188016, data = {{v_int = -131894816, v_uint = 4163072480, v_long = 139749513982432, v_ulong = 139749513982432, v_int64 = 139749513982432, v_uint64 = 139749513982432, v_float = -1.32602195e+34, v_double = 6.904543388173058e-310, v_pointer = 0x7f19f82371e0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}
__PRETTY_FUNCTION__ = "gst_bin_change_state_func"
__func__ = "gst_bin_change_state_func"
#15 0x00007f1a27d55c22 in gst_bin_change_state_func (element=0x7f19f8238080 [GstDecodeBin], transition=GST_STATE_CHANGE_PAUSED_TO_READY) at gstbin.c:2937
child = 0x7f19f82371e0 [GstTypeFindElement]
bin = 0x7f19f8238080 [GstDecodeBin]
ret = <optimized out>
current = GST_STATE_PAUSED
next = GST_STATE_READY
have_async = 0
have_no_preroll = <optimized out>
base_time = 0
done = 0
data =
{g_type = 93950657188016, data = {{v_int = -131894816, v_uint = 4163072480, v_long = 139749513982432, v_ulong = 139749513982432, v_int64 = 139749513982432, v_uint64 = 139749513982432, v_float = -1.32602195e+34, v_double = 6.904543388173058e-310, v_pointer = 0x7f19f82371e0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}
__PRETTY_FUNCTION__ = "gst_bin_change_state_func"
__func__ = "gst_bin_change_state_func"
#16 0x00007f19fc643809 in gst_decode_bin_change_state (element=0x7f19f8238080 [GstDecodeBin], transition=GST_STATE_CHANGE_PAUSED_TO_READY) at gstdecodebin2.c:5342
bret = <optimized out>
ret = GST_STATE_CHANGE_SUCCESS
dbin = 0x7f19f8238080 [GstDecodeBin]
chain_to_free = 0x0
__PRETTY_FUNCTION__ = "gst_decode_bin_change_state"
#17 0x00007f1a27d773ae in gst_element_change_state (element=element@entry=0x7f19f8238080 [GstDecodeBin], transition=transition@entry=GST_STATE_CHANGE_PAUSED_TO_READY) at gstelement.c:2743
oclass = 0x5572992861b0
ret = GST_STATE_CHANGE_SUCCESS
__PRETTY_FUNCTION__ = "gst_element_change_state"
#18 0x00007f1a27d77ae9 in gst_element_set_state_func (element=0x7f19f8238080 [GstDecodeBin], state=GST_STATE_READY) at gstelement.c:2697
current = GST_STATE_PAUSED
next = <optimized out>
old_pending = <optimized out>
ret = <optimized out>
transition = GST_STATE_CHANGE_PAUSED_TO_READY
old_ret = <optimized out>
__func__ = "gst_element_set_state_func"
__PRETTY_FUNCTION__ = "gst_element_set_state_func"
#19 0x00007f1a27d55c22 in gst_bin_element_set_state (next=GST_STATE_READY, current=GST_STATE_PAUSED, start_time=0, base_time=0, element=0x7f19f8238080 [GstDecodeBin], bin=0x7f19d40abcf0 [GstURIDecodeBin])
at gstbin.c:2595
child_current = <optimized out>
found = <optimized out>
ret = <optimized out>
locked = <optimized out>
child_pending = GST_STATE_PAUSED
child = 0x7f19f8238080 [GstDecodeBin]
bin = 0x7f19d40abcf0 [GstURIDecodeBin]
ret = <optimized out>
current = GST_STATE_PAUSED
next = GST_STATE_READY
have_async = 0
have_no_preroll = <optimized out>
base_time = 0
done = 0
data =
{g_type = 93950657188016, data = {{v_int = -131891072, v_uint = 4163076224, v_long = 139749513986176, v_ulong = 139749513986176, v_int64 = 139749513986176, v_uint64 = 139749513986176, v_float = -1.32648543e+34, v_double = 6.9045433883580362e-310, v_pointer = 0x7f19f8238080}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}
__PRETTY_FUNCTION__ = "gst_bin_change_state_func"
__func__ = "gst_bin_change_state_func"
#20 0x00007f1a27d55c22 in gst_bin_change_state_func (element=0x7f19d40abcf0 [GstURIDecodeBin], transition=GST_STATE_CHANGE_PAUSED_TO_READY) at gstbin.c:2937
child = 0x7f19f8238080 [GstDecodeBin]
bin = 0x7f19d40abcf0 [GstURIDecodeBin]
ret = <optimized out>
current = GST_STATE_PAUSED
next = GST_STATE_READY
have_async = 0
have_no_preroll = <optimized out>
base_time = 0
done = 0
data =
{g_type = 93950657188016, data = {{v_int = -131891072, v_uint = 4163076224, v_long = 139749513986176, v_ulong = 139749513986176, v_int64 = 139749513986176, v_uint64 = 139749513986176, v_float = -1.32648543e+34, v_double = 6.9045433883580362e-310, v_pointer = 0x7f19f8238080}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}
__PRETTY_FUNCTION__ = "gst_bin_change_state_func"
__func__ = "gst_bin_change_state_func"
#21 0x00007f19fc655d2a in gst_uri_decode_bin_change_state (element=0x7f19d40abcf0 [GstURIDecodeBin], transition=GST_STATE_CHANGE_PAUSED_TO_READY) at gsturidecodebin.c:2737
ret = <optimized out>
decoder = 0x7f19d40abcf0 [GstURIDecodeBin]
__PRETTY_FUNCTION__ = "gst_uri_decode_bin_change_state"
#22 0x00007f1a27d773ae in gst_element_change_state (element=element@entry=0x7f19d40abcf0 [GstURIDecodeBin], transition=transition@entry=GST_STATE_CHANGE_PAUSED_TO_READY) at gstelement.c:2743
oclass = 0x557299287c10
ret = GST_STATE_CHANGE_SUCCESS
__PRETTY_FUNCTION__ = "gst_element_change_state"
#23 0x00007f1a27d77ae9 in gst_element_set_state_func (element=0x7f19d40abcf0 [GstURIDecodeBin], state=GST_STATE_READY) at gstelement.c:2697
current = GST_STATE_PAUSED
next = <optimized out>
old_pending = <optimized out>
ret = <optimized out>
transition = GST_STATE_CHANGE_PAUSED_TO_READY
old_ret = <optimized out>
__func__ = "gst_element_set_state_func"
__PRETTY_FUNCTION__ = "gst_element_set_state_func"
#24 0x00007f1a27d55c22 in gst_bin_element_set_state (next=GST_STATE_READY, current=GST_STATE_PAUSED, start_time=0, base_time=0, element=0x7f19d40abcf0 [GstURIDecodeBin], bin=0x5572991b7040 [GstPlayBin])
at gstbin.c:2595
child_current = <optimized out>
found = <optimized out>
ret = <optimized out>
locked = <optimized out>
child_pending = GST_STATE_PAUSED
child = 0x7f19d40abcf0 [GstURIDecodeBin]
bin = 0x5572991b7040 [GstPlayBin]
ret = <optimized out>
current = GST_STATE_PAUSED
next = GST_STATE_READY
have_async = 0
have_no_preroll = <optimized out>
base_time = 0
done = 0
data =
{g_type = 93950657188016, data = {{v_int = -737493776, v_uint = 3557473520, v_long = 139748908383472, v_ulong = 139748908383472, v_int64 = 139748908383472, v_uint64 = 139748908383472, v_float = -2.38350133e+12, v_double = 6.9045134676089287e-310, v_pointer = 0x7f19d40abcf0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}
__PRETTY_FUNCTION__ = "gst_bin_change_state_func"
__func__ = "gst_bin_change_state_func"
#25 0x00007f1a27d55c22 in gst_bin_change_state_func (element=0x5572991b7040 [GstPlayBin], transition=GST_STATE_CHANGE_PAUSED_TO_READY) at gstbin.c:2937
child = 0x7f19d40abcf0 [GstURIDecodeBin]
bin = 0x5572991b7040 [GstPlayBin]
ret = <optimized out>
current = GST_STATE_PAUSED
next = GST_STATE_READY
have_async = 0
have_no_preroll = <optimized out>
base_time = 0
done = 0
data =
{g_type = 93950657188016, data = {{v_int = -737493776, v_uint = 3557473520, v_long = 139748908383472, v_ulong = 139748908383472, v_int64 = 139748908383472, v_uint64 = 139748908383472, v_float = -2.38350133e+12, v_double = 6.9045134676089287e-310, v_pointer = 0x7f19d40abcf0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}
__PRETTY_FUNCTION__ = "gst_bin_change_state_func"
__func__ = "gst_bin_change_state_func"
#26 0x00007f19fc6716c5 in gst_play_bin_change_state (element=0x5572991b7040 [GstPlayBin], transition=GST_STATE_CHANGE_PAUSED_TO_READY) at gstplaybin2.c:5752
ret = <optimized out>
playbin = 0x5572991b7040 [GstPlayBin]
do_save = 0
__PRETTY_FUNCTION__ = "gst_play_bin_change_state"
#27 0x00007f1a27d773ae in gst_element_change_state (element=element@entry=0x5572991b7040 [GstPlayBin], transition=transition@entry=GST_STATE_CHANGE_PAUSED_TO_READY) at gstelement.c:2743
oclass = 0x557299542880
ret = GST_STATE_CHANGE_SUCCESS
__PRETTY_FUNCTION__ = "gst_element_change_state"
#28 0x00007f1a27d77ae9 in gst_element_set_state_func (element=0x5572991b7040 [GstPlayBin], state=GST_STATE_READY) at gstelement.c:2697
current = GST_STATE_PAUSED
next = <optimized out>
old_pending = <optimized out>
ret = <optimized out>
transition = GST_STATE_CHANGE_PAUSED_TO_READY
old_ret = <optimized out>
__func__ = "gst_element_set_state_func"
__PRETTY_FUNCTION__ = "gst_element_set_state_func"
#29 0x00007f1a2c772dff in start_state_change (mp=0x7f1a10019250 [RBPlayerGst], state=GST_STATE_READY, action=SET_NEXT_URI) at rb-player-gst.c:400
scr = <optimized out>
#30 0x00007f1a2c773148 in impl_play (player=0x7f1a10019250, play_type=RB_PLAYER_PLAY_REPLACE, crossfade=<optimized out>, error=0x7ffdb1482080) at rb-player-gst.c:868
reused = 0
mp = 0x7f1a10019250 [RBPlayerGst]
__func__ = "impl_play"
#31 0x00007f1a2c6e837a in rb_shell_player_open_location (player=player@entry=0x7f1a1000f6f0 [RBShellPlayer], entry=entry@entry=0x7f19eca38b90, play_type=play_type@entry=RB_PLAYER_PLAY_REPLACE, error=error@entry=0x7ffdb1482080) at rb-shell-player.c:760
location = 0x557297d3dc00 "file:///home/acko/musik/mp3/downloads/fromDz/fromDz2007/St%20Germain/Boulevard/02%20-%20Thank%20U%20Mum%20(4%20Everything%20You%20Did).mp3"
ret = 1
#32 0x00007f1a2c6e9b4e in rb_shell_player_set_playing_entry (player=player@entry=0x7f1a1000f6f0 [RBShellPlayer], entry=entry@entry=0x7f19eca38b90, out_of_order=out_of_order@entry=1, wait_for_eos=wait_for_eos@entry=0, error=error@entry=0x7ffdb14820f0) at rb-shell-player.c:875
tmp_error = 0x0
val =
{g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}
play_type = RB_PLAYER_PLAY_REPLACE
__func__ = "rb_shell_player_set_playing_entry"
#33 0x00007f1a2c6ec55e in rb_shell_player_play_entry (player=player@entry=0x7f1a1000f6f0 [RBShellPlayer], entry=0x7f19eca38b90, source=<optimized out>) at rb-shell-player.c:1325
error = 0x0
#34 0x00007f1a2c6d65f7 in sync_playing_entry_cb (porder=porder@entry=0x557297c9b840 [RBLinearPlayOrder]) at rb-play-order.c:640
player = 0x7f1a1000f6f0 [RBShellPlayer]
#35 0x00007f1a275c6577 in g_idle_dispatch (source=0x5572999c6790, callback=0x7f1a2c6d65b0 <sync_playing_entry_cb>, user_data=0x557297c9b840) at gmain.c:5486
again = <optimized out>
#36 0x00007f1a275c9b77 in g_main_dispatch (context=0x5572978abe90) at gmain.c:3142
dispatch = 0x7f1a275c6560 <g_idle_dispatch>
prev_source = 0x0
was_in_call = 0
user_data = 0x557297c9b840
callback = 0x7f1a2c6d65b0 <sync_playing_entry_cb>
cb_funcs = 0x7f1a27891280 <g_source_callback_funcs>
cb_data = 0x557299efd3d0
need_destroy = <optimized out>
source = 0x5572999c6790
current = 0x557297b48da0
i = 0
#37 0x00007f1a275c9b77 in g_main_context_dispatch (context=context@entry=0x5572978abe90) at gmain.c:3795
#38 0x00007f1a275c9f20 in g_main_context_iterate (context=context@entry=0x5572978abe90, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3868
max_priority = 100
timeout = 0
some_ready = 1
nfds = <optimized out>
allocated_nfds = 5
fds = 0x5572988123a0
#39 0x00007f1a275c9fac in g_main_context_iteration (context=context@entry=0x5572978abe90, may_block=may_block@entry=1) at gmain.c:3929
retval = <optimized out>
#40 0x00007f1a287f9cad in g_application_run (application=0x5572978b6120 [RBApplication], argc=argc@entry=1, argv=argv@entry=0x7ffdb1482638) at gapplication.c:2401
arguments = 0x5572978b91c0
status = 0
context = 0x5572978abe90
acquired_context = <optimized out>
__func__ = "g_application_run"
#41 0x00007f1a2c6d4099 in rb_application_run (app=0x5572978b6120 [RBApplication], argc=1, argv=<optimized out>) at rb-application.c:671
context = <optimized out>
debug = 0
debug_match = 0x0
nargc = 1
nargv = 0x7ffdb1482638
error = 0x0
options =
{{long_name = 0x7f1a2c7a0cda "debug", short_name = 100 'd', flags = 0, arg = G_OPTION_ARG_NONE, arg_data = 0x7ffdb14822ec, description = 0x7f1a2c780861 "Enable debug output", arg_description = 0x0}, {long_name = 0x7f1a2c7a0ce2 "debug-match", short_name = 68 'D', flags = 0, arg = G_OPTION_ARG_STRING, arg_data = 0x7ffdb14822f8, description = 0x7f1a2c781340 "Enable debug output matching a specified string", arg_description = 0x0}, {long_name = 0x7f1a2c780875 "no-update", short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_NONE, arg_data = 0x5572978b6024, description = 0x7f1a2c781370 "Do not update the library with file changes", arg_description = 0x0}, {long_name = 0x7f1a2c78087f "no-registration", short_name = 110 'n', flags = 0, arg = G_OPTION_ARG_NONE, arg_data = 0x5572978b6028, description = 0x7f1a2c78088f "Do not register the shell", arg_description = 0x0}, {long_name = 0x7f1a2c7808a9 "dry-run", short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_NONE, arg_data = 0x5572978b602c, description = 0x7f1a2c7813a0 "Don't save any data permanently (implies --no-registration)", arg_description = 0x0}, {long_name = 0x7f1a2c7808b1 "disable-plugins", short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_NONE, arg_data = 0x5572978b6030, description = 0x7f1a2c7808c1 "Disable loading of plugins", arg_description = 0x0}, {long_name = 0x7f1a2c7808dc "rhythmdb-file", short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_STRING, arg_data = 0x5572978b6038, description = 0x7f1a2c7808ea "Path for database file to use", arg_description = 0x0}, {long_name = 0x7f1a2c780908 "playlists-file", short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_STRING, arg_data = 0x5572978b6040, description = 0x7f1a2c7813e0 "Path for playlists file to use", arg_description = 0x0}, {long_name = 0x7f1a2c79de49 "version", short_name = 0 '\000', flags = 8, arg = G_OPTION_ARG_CALLBACK, arg_data = 0x7f1a2c6d2d50 <show_version_cb>, description = 0x7f1a2c781400 "Show the version of the program", arg_description = 0x0}, {long_name = 0x0, short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_NONE, arg_data = 0x0, description = 0x0, arg_description = 0x0}}
#42 0x00005572971d3f47 in main (argc=1, argv=0x7ffdb1482638) at main.c:88
app = 0x5572978b6120 [RBApplication]
rc = <optimized out>
(gdb) info register
rax 0xfffffffffffffe00 -512
rbx 0x5572987dd3c0 93950673015744
rcx 0x7f1a2715ab1d 139750301608733
rdx 0x2 2
rsi 0x80 128
rdi 0x557299570dc0 93950687251904
rbp 0x5572987dd3d8 0x5572987dd3d8
rsp 0x7ffdb1481678 0x7ffdb1481678
r8 0x557299570dc0 93950687251904
r9 0x7f1a2804f650 139750317291088
r10 0x0 0
r11 0x202 514
r12 0x5572987dd430 93950673015856
r13 0x7f1a0000f830 139749645940784
r14 0x7f1a2804f650 139750317291088
r15 0x1 1
rip 0x7f1a2715ab1d 0x7f1a2715ab1d <__lll_lock_wait+29>
eflags 0x202 [ IF ]
cs 0x33 51
ss 0x2b 43
ds 0x0 0
es 0x0 0
fs 0x0 0
gs 0x0 0
(gdb) quit
A debugging session is active.
```
Inferior 1 [process 2405] will be detached.
Quit anyway? (y or n) y
**Attachment 370795**, "Screenshot of hung state":
![Screenshot_from_2018-04-11_16-14-34](/uploads/fce3b389b61b35b5b76e87fdb6bca29f/Screenshot_from_2018-04-11_16-14-34.png)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/431Reduce amount of memory allocations when payloading fixed-size audio buffers2021-09-24T13:23:39ZBugzilla Migration UserReduce amount of memory allocations when payloading fixed-size audio buffers## Submitted by Mathieu Duponchelle `@meh`
**[Link to original bug (#795021)](https://bugzilla.gnome.org/show_bug.cgi?id=795021)**
## Description
This is a follow-up on https://bugzilla.gnome.org/show_bug.cgi?id=794544
### Depends ...## Submitted by Mathieu Duponchelle `@meh`
**[Link to original bug (#795021)](https://bugzilla.gnome.org/show_bug.cgi?id=795021)**
## Description
This is a follow-up on https://bugzilla.gnome.org/show_bug.cgi?id=794544
### Depends on
* [Bug 794544](https://bugzilla.gnome.org/show_bug.cgi?id=794544)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/428baseaudiopayload: refactor to let subclasses prepare the output buffer2021-09-24T13:23:38ZBugzilla Migration Userbaseaudiopayload: refactor to let subclasses prepare the output buffer## Submitted by Mathieu Duponchelle `@meh`
**[Link to original bug (#794545)](https://bugzilla.gnome.org/show_bug.cgi?id=794545)**
## Description
The default implementation wraps the payload in a newly-allocated RTP
buffer. Subcla...## Submitted by Mathieu Duponchelle `@meh`
**[Link to original bug (#794545)](https://bugzilla.gnome.org/show_bug.cgi?id=794545)**
## Description
The default implementation wraps the payload in a newly-allocated RTP
buffer. Subclasses may want to use alternative methods.