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 730824 - playbin loses audio of stream
playbin loses audio of stream
Status: RESOLVED WONTFIX
Product: GStreamer
Classification: Platform
Component: dont know
1.x
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-05-27 13:57 UTC by Jan Alexander Steffens (heftig)
Modified: 2014-11-19 08:42 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Graph of timestamps vs. buffer order (17.46 KB, image/png)
2014-08-27 16:04 UTC, Jan Alexander Steffens (heftig) 		Details

Description Jan Alexander Steffens (heftig) 2014-05-27 13:57:18 UTC 
GStreamer+Plugins 1.2.4
Arch Linux x86_64

We have a problematic set of RTMP streams here where playbin loses audio output after a while.

I've attached a sample dump of such a stream. `totem` or `gst-play-1.0` or `gst-launch-1.0 playbin` lose audio at about 21 seconds in. mplayer or ffmpeg play both the stream and the dump without problems.
Comment 1 Jan Alexander Steffens (heftig) 2014-05-27 14:00:30 UTC 
Can't attach, so here's a link:
http://pkgbuild.com/~heftig/footage_16.flv
Comment 2 Thiago Sousa Santos 2014-05-30 18:53:27 UTC 
iqueue.c:2081:single_queue_check_full:<multiqueue0> queue 0: visible 374/0, bytes 2108880/2097152, time 14960000000/0
iqueue.c:2081:single_queue_check_full:<multiqueue0> queue 1: visible 0/0, bytes 0/2097152, time 0/0

At some point around ~20s the audio queues drain completely, could be something in the file interleaving
Comment 3 Jan Alexander Steffens (heftig) 2014-08-27 16:04:39 UTC 
Created attachment 284620 [details]
Graph of timestamps vs. buffer order

Seems this is just broken muxing. I've attached a plot showing how buffers with different timestamps are distributed across the file.

The point where the streams cross is about the point where audio is lost.
Comment 4 Jan Alexander Steffens (heftig) 2014-11-19 08:42:33 UTC 
I'm closing this as a garbage-in garbage-out problem.